tresil

To clarify, I’m not claiming that classes have no place in Typescript. What I’m saying is that many people coming from OOP backgrounds tend to have the mistaken belief that TypeScript is best written with that paradigm. While it can be in some cases, it should not be assumed to be the best way. In fact, the documentation linked above asserts that “free functions over data” are extremely powerful, and “tend to be the preferred model for writing programs in JavaScript.”

If you’re running Kubernetes, CloudNativePG seems to be the “batteries included” HA Postgres cluster that’s becoming the standard in this area.

I'll add another really positive review here. Sonnet 4.0 had been really struggling to implement an otel monitoring solution using grafana's lgtm stack. Sonnet 4.0 had 4 or 5 different attempts - some of them longer than 10 min - troubleshooting why metrics were supposedly being emitted from the api, but not showing up in Prometheus. Sonnet 4.5 correctly diagnosed and fixed the real issue within about 5 min. Not sure if that's the model being smarter, but I definitely saw the agent using some new approaches and seemingly managing it's context better.

Great write up. We’ve migrated to NextJs App Router where I work. While RSCs introduce a certain level of complexity, we’ve appreciated their benefits. The telemetry on the backend is something we’ve been looking to improve, and there doesn’t seem to be a lot of info out there, so this helps.

This is absolutely my take as well. I see the points that the author brought up as additional contributing factors. However, the leading reason for this “phenomena” is that many companies are brimming with individuals (including managers) that are simply not competent or motivated enough to meet the demands of this profession. In the author’s story, this is probably why X10 decided to leave the company, because they were tired of working with incapable co-workers.

> Greg's use of discriminatory language against a gender-transitioning team member. Despite many promises to address this issue, no meaningful action was taken, except for Greg simply avoiding all communication with the affected individual, effectively creating a hostile work environment. This team member was eventually terminated for alleged under-performance.

High probability this “discriminatory language” is just someone having a hard time switching pronouns. Listing very minor grievances like this give the letter less weight than it otherwise could have.

Thanks for sharing what worked for you. I've been wondering if light-moderate drinking might be affecting me, and it seems to be a common thread in what I'm reading about this condition.

From a cost basis, this could possibly be true. But, with that type of attrition, you would probably see a greater percentage of high-performers go because they have good options. Then, you not only have lower producing staff, but it also becomes more difficult to hire top level talent back, because they want to work with other folks like themselves.

Agreed. Walking and listening to audio books and podcasts is magic. Great for the body and mind.

Yup, I’ve been listening to them for a number of years. I appreciate the balance of discussing technical concepts and general banter on developer life.

> …the world is full of situations where you get 0% of the payoff unless you've done 100% of the work.

Well stated. Deep down I’ve known this to be true, but since Pareto’s law is often over used, it’s easy to lose sight of other aspects of reality. This one is often overlooked.

Judgement must be used to understand how these two concepts can apply to a given situation or decision.

The context and frequency of these types of questions is crucial. As an engineer myself, I would love to see more of these conversations as long as they’re handled the right way.