misja111

This works great when you're on the receiving end of e-mails/ messages. However it is a pain to deal with when you are on the sending side and your issue is urgent.

It was definitely also a fault of initial OOP in Java. Java's interfaces became a bit more flexible later on.

I see the author fighting really hard against a paradigm that was already well known to be suboptimal 20 years ago .. "Favor composition over inheritance" is a phrase that became common knowledge in e.g. the Java world half way during the 2000's.

It was even already mentioned in the famous Design Patterns book from the GOF in 1994.

Your post is absolutely golden and it doesn't apply only at Google. I can't remember seeing so many deeply true statements together in one post. I'm sure many here will start to contest some of them but with enough experience they will also realize that the points were true.

Talent? Not if it was someone who was adding unnecessary complexity to the codebase.

> Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it.

It's worse than that. It might not be you who has to debug it, but someone else. Maybe after you left the company already. Maybe at 3AM after a pager alert in production ..

Data does back up this assertion: https://news.ycombinator.com/item?id=43933580

The correlation seems to point to usage ground water that is contaminated with pesticides. So people living close to the golf courses have higher Parkinson risk. Probably golfers and employees less so.

There is so much evidence of this connection piling up ..

E.g.:

Proximity to golf courses where pesticides are used -> Parkinson: https://news.ycombinator.com/item?id=43933580

Farmers using pesticides have 60% higher Parkinson risk (2019): https://nos.nl/artikel/2302396-landbouwgif-kan-kans-op-parki... (Dutch)

Parkinson should be labeled as profession-linked disease for farmers(Swiss): https://www.srf.ch/news/schweiz/pestizide-als-krankmacher-pa...

> I've had Claude Code write an entire unit/integration test suite in a few hours (300+ tests) for a fairly complex internal tool.

And what do you have then? 300 tests that test the behavior that's exposed by the implementations of the api. Are they useful? Probably some are, probably some are not. The ones that are not will just be clutter and maintenance overhead. Plus, there will be lots of use-cases for which you need to look a little deeper than just the api implementation, which are now not covered. And those kind of tests, tests that test real business use cases, are by far the most useful ones if you want to catch regressions.

So if your goal is to display some nice test coverage metrics on SonarQube or whatever, making your CTO happy, yes AI will help you enormously. But if your goal is to speed up development of useful test cases, less so. You will still gain from AI, but nowhere near 90%.

Very nice. But posts about Rust and Zig won't make the frontpage anymore of course in 10 years from now, they will be soooo old fashioned.

Not true. Long before Hitler rose to power, the militant section of his movement, the SA, was already physically attacking political opponents. That started in the early 20's.

When he finally became head of the government, in 1933, that violence immediately became much more official: the SA was officially deputized as 'Hilfspolizei' and attacks on e.g. communists became legalized. In that same year the first concentration camps were established.

I'm not saying that none of the Silicon Valley oligarchs have some fascist sympathies. But this book is generalizing over all of Silicon Valley.

Well this is exactly what I mean with inflation of the term fascism. Surely there are lots of things wrong in US society, and surely some of them can be seen as part of a fascist society. But really this is nothing compared to self declared fascist regimes such as Franco, Mussolini or Hitler.

Yes the current Trump regime is trying to suppress other opinions, sometimes quite openly. But luckily there is still plenty of room in the US to criticize the sitting president. What do you think would have happened to someone like Seth Meyer under Franco or Hitler?

Wow I've only stayed in about 100 but have seen several. There are several variations:

- bathrooms with glass walls but with (glass) door

- bathrooms with walls but without door

- bathrooms with partially open walls, sometimes even with door :P

The worst was when I was once sharing a room with my daughter and the bathroom was one with glass walls and no shower curtain. We decided to schedule our toilet visits and showers so the other one would not be in the room.

The writing style of the article reeks of AI. It seems to tell a lot at first but at closer inspection tells almost nothing.

Exactly this. Not just large software projects tend to fail often; also large architectural and infrastructure projects do. There are loads of examples, one famous one for instance is the Berlin Airport.

Management is bad at managing large projects. Whatever those projects are. In particular when third parties are involved that have a financial interest.

Yes it looks like he does. And I don't see why not. The fact that their products become deprecated, gives even more incentive to manufacturers to want long term contracts.

There is this:

> CPU Specific Instructions

> If you do not care about the compatibility of your binary on older (or other types of) processors, you can tell the compiler to generate the newest (and potentially fastest) instructions specific to a certain CPU architecture, such as AVX SIMD instructions for x86-64 CPUs.

> To request these instructions from the command line, use the -C target-cpu=native flag

I asked Gemini to solve today's Countle puzzle (https://www.countle.org/). It got stuck while iterating randomly trying to find a solution. While I'm writing this it has been trying already for 5 minutes and the web page has become unresponsive.

I also asked it for the best play when in backgammon opponent rolls 6-1 (plays 13/7 8/7) and you roll 5-1. It starts alright with mentioning a good move (13/8 6/5) but continues to hallucinate with several alternative but illegal moves. I'm not too impressed.

If you read the article, you'll see that these are not individual points, but sequential stages that the author went through while learning what it really takes to be social. So stage 1. was his first attempt, then he decided 2. worked better .. etc. until he finally reached the one that worked best, i.e. 6.

Same for me, the first 100 are doable, after that they take more and more time and require deeper mathematical knowledge. Which is nice as well, but at some point I started to wonder if it wouldn't be better if I spent all that time on learning some more practical knowledge.

To me it seems that there's a contradiction in what the author is trying to say. On the one hand he's saying that for new grads like him, the job situation is getting worse and worse, because of AI. He's saying that AI, while taking over low skilled jobs, is growing and dominating the labor market.

But, the author's skill is exactly where the growth is: he's a AI graduate! If author has trouble finding a job, the reason certainly couldn't be the lack of growth in AI automation jobs?

> One camp chases buzzwords .. the other common sense

How is it common sense to try to re-implement Kafka in Posgres? You probably need something similar but more simple. Then implement that! But if you really need something like Kafka, then .. use Kafka!

IMO the author is now making the same mistake as some Kafka evangelists that try to implement a database in Kafka.

Advent comes from the Latin word adventus, which means “arrival” or “coming.” It refers to the coming of Christ. There is no 4 in the name, no 24, 25 or whatever else.

Yes I also think that bugs in a Rust replacement will receive more attention than other bugs. Why?

- the cult-like evangelism from the Rust community that everything written in Rust would be better

- the general notion, that rewriting tools should bring clear an tangible benefits. Rewriting something mostly because the new language is safer will provoke irritation and frustration with affected end-users when the end product turns out to introduce new issues

Well isn't Intel mostly alive by capital injections from the US government and NVidia nowadays? How much content did you expect from a straw puppet.

The amount of what-about-ism in this thread is amazing. No, large companies with semi-monopolies using their power to influence government organizations is not part of a free market either. But OP never claimed that it was.

The whole point is that when in some market there is some nation trying to disturb the free market mechanism in its favor, other countries can't just be naïve and stand by doing nothing. They have to counter act and this is what happend in The Netherlands.

From the Oracle/Java documentation:

java.net.preferIPv4Stack (default: false) If IPv6 is available on the operating system the underlying native socket will be, by default, an IPv6 socket which lets applications connect to, and accept connections from, both IPv4 and IPv6 hosts. However, in the case an application would rather use IPv4 only sockets, then this property can be set to true. The implication is that it will not be possible for the application to communicate with IPv6 only hosts.

It's strange that things didn't work with this flag to false. It should be able to connect to both IPv4 and IPv6. Now that the author has set it to true, the drawback is that his IntelliJ won't be able to connect to IPv6-only hosts anymore.

I don't get why you're so upset. Zurich gardeners can still use leaf blowers when leaves are falling, which is between October and December. Only they need to be electric.

The reason is not only environmental, also many people (including myself) were unhappy with the noise of the petrol powered ones. They are very loud, and it seems the typical Zurich neighbor always decides to clean up his garden on a Saturday morning at 7AM.

Thank you for this, I just checked it out and it looks really great