basicallybones

5 ms·

1.
by basicallybones 2y ago
This is not totally accurate. For reference, here is the Wikipedia entry for Dodge v. Ford Motor Co. (1919) (copy and pasted at bottom). https://en.wikipedia.org/wiki/Dodge_v._Ford_Motor_Co . In fact, the relatively new
2.
by basicallybones 2y ago
It is about control. I worked with India-based engineers writing IoT C++ on deadline (alongside a US team) at 5 PM ET. They had already put in 8 hours by the time I woke up. Total madness and abuse, in my opinion. I left because the managem
3.
by basicallybones 2y ago
I am an anecdote, but this is true.
4.
by basicallybones 3y ago
I believe most run-of-the-mill marketing language will sound like it is written in AI. The easiest thing to do for technology writing is to write the complete, factual article, then ask an LLM to dumb it down to whatever level you need for
5.
by basicallybones 3y ago
Amen.
6.
by basicallybones 3y ago
Here is what Gemini has to say in response to our comments: START GEMINI: I can understand the frustration expressed in the Hacker News conversation. Here's my perspective, including some considerations of my own experiences as a large
7.
by basicallybones 3y ago
The reason "AI used to be an academic term indicating research into having machines mimicking human intelligence," and it's not anymore, is because the machines have successfully imitated human intelligence according to Alan
8.
by basicallybones 3y ago
A nice middle ground is using a tool like Google's Skaffold, which provides "Bazel-like" capabilities for composing Docker images and tagging them based on a number of strategies, including file manifests. In my case, I also
9.
by basicallybones 3y ago
Preach. The hardest problems in computer science may be cache invalidation and naming things, but the hardest problem in modern application development is navigating the ocean of enshittification caused by short-term thinking and a socioeco
10.
by basicallybones 3y ago
NX is a double-bladed lightsaber. I love it when it is working. The problem (and I say this with appreciation for the difficulty of the task) is there are too many bugs. Bugs in your monorepo tooling are scary and dangerous, especially for
11.
by basicallybones 3y ago
I care a lot about using great tools, but I agree. The thought of having to hold another widely adopted backend JS runtime in my head to be an effective ecosystem developer is not pleasant. I would rather spend that concentration thinking a
12.
by basicallybones 3y ago
I use both, so here is what I'm doing and why I find value in staged Docker builds. I am running a (relatively new) NX monorepo, which deploys ~6 microservices to various K8s environments using Skaffold. All services are Typescript, No
13.
by basicallybones 3y ago
"To build is complex; to destroy requires only a single bit!" Love this.
14.
by basicallybones 3y ago
A few months ago, my GitHub Actions iOS pipelines were failing ~50% of the time a few minutes into the run because half the MacOS runners didn't yet have XCode 15.01. At $0.16/minute, those pipeline failures cost me a lot of money
15.
by basicallybones 3y ago
I'll take the opposite position. A few weeks ago, I migrated my CI/CD pipelines from GitHub Actions to Google Cloud Build, which was a meaningful improvement for me. But I left my mobile pipelines on GitHub Actions due to the lack
16.
by basicallybones 3y ago
I believe so, but I do not think it is worth the effort and complexity for a lean team. I just recently half-built something like this that used Docker build layers to run lint/test/build/etc. Each build layer was tagged by s
17.
by basicallybones 3y ago
Strong agree.
18.
by basicallybones 3y ago
Take this with a grain of salt, as I have not used PG Task Queues. I think the answer is there is no right answer here, and that it depends on your personnel and your data integrity/uptime guarantees. If anything, I suspect the only re
19.
by basicallybones 3y ago
By the way, it sounds like you are frustrated with how companies work in general. You should read this excellent essay: https://www.ribbonfarm.com/2009/10/07/the-gervais-principle-... . Under this loser/c
20.
by basicallybones 3y ago
You are asking how to change the culture at a big organization. It is not possible unless you are C-Suite. This is true of most smaller organizations as well, though in smaller organizations the C-Suite may be more accessible. This is the t
21.
by basicallybones 3y ago
That is my experience.
22.
by basicallybones 3y ago
Optimizing for anxiety minimization and joy/meaning maximization is a pretty good alternative. I think it is a good way to be an admirable, productive person without burning yourself out to please others.
23.
by basicallybones 3y ago
One more thing: I have seen managers blame engineers for their own planning/resource allocation mistakes. If you are a mid-level engineer, these mistakes feel like they are your fault. But zoomed out, they are a process/planning&#
24.
by basicallybones 3y ago
You should try to develop an accurate and nuanced view on your skillset. I am simultaneously quite proud of my guitar playing and acutely aware of my deficits. For me, when someone points out a problem I did not realize/perceive, I am
25.
by basicallybones 3y ago
Historically, just getting anything to another planet costs in the hundreds of millions of dollars. Perseverance launch alone cost $243 million (total mission cost was $2.7 billion). It is an enormous expenditure. You might be interested th
26.
by basicallybones 3y ago
I recently showed the (old) React Hooks documentation to my 70-year-old mentor, a comp sci PhD who started on punch cards and never stopped. I wish I had taken a reaction video of the flabbergasted look on his face when he was reading the R
27.
by basicallybones 4y ago
samesies :(
28.
by basicallybones 4y ago
// frontbackend engineering tutorial import React from 'react'; import { UsersService } from './users.service'; import { registerRoute } from 'react-backend-router'; export class UsersController
29.
by basicallybones 4y ago
Based on my indoor CO2 readings when I shut my windows for a bit, I suspect this is a good thing for a lot of people.
30.
by basicallybones 4y ago
Frontend frameworks developed in response to the need to develop/maintain very complex browser-based applications like Facebook across a large team of developers. AirBnB/Reddit have dramatically more complex user behavior and are

More ›