Hacker Newsnew | past | comments | ask | show | jobs | submit | ekropotin's commentslogin

As a huge eggs lover, who eats at least 3 eggs a day, I dream that one day I can raise chickens to have infinite supply of eggs.

2x10G is the biggest selling point of this device. This can be very useful in certain use-cases, when you need a high speed interconnect with SSD-backed NAS, for example. Or between a Ceph-cluster nodes for the faster replication.

Cool. Java is catching up with Kotlin at last

Some of the improvements on that site were introduced in Java more than a decade ago.

Your attitude is exactly why I don't want to have to deal with the Kotlin ecosystem. The difference between Java and Kotlin in 2026 is negligible and the benefits don't weigh up to having to listen to Kotlin evangelists proclaiming it's superior the whole time.


No, pizza is a toast per Cube Rule - https://cuberule.com/

Toast is an open sandwich, unless it has no topping, in which case it is just bread. Also their definition of cake as having multiple layers makes no sense, and would rule out most actual cakes.

If you take a closer look at the examples again, you’ll see that nothing makes sense. That’s the joke.

(Steak is definitely a salad, though.)


What if the pizza has a stuffed crust?

The value it produces is a whole new bunch ways to get your secrets compromised

As I techie human I’d probably do the same thing, thanks to ADHD

Another instance of devs being out of touch is them wanting Claude Code to respect AGENT.md: https://github.com/anthropics/claude-code/issues/6235

What’s wrong with you, people? Are you stupid?


I've never used Claude or anything like it so this may be a dumb question: could you solve this problem by having a CLAUDE.md file that simply says to use AGENT.md if one is available. Can an AI agent not do that?

Yes, the most common solution for this problem either creating a symbolic CLAUDE.md link pointing to AGENT.md (or visa versa) if OS supports it.

Or, in CLAUDE.md have an instruction to follow AGENT.md - but this approach is quite unreliable.

These are solutions to a problem that shouldn’t exist in the first place. How else can one explain Anthropic’s reluctance to adhere to a widely adopted standard, if not as an attempt to build a walled garden around an otherwise great product?


It's not a dumb question per se but it does fail to understand the issue. It's that there's 20 coding agents yet only 1 of them needs this solving. Imagine if all of them needed this. It's like IE6, or Lightning connectors. At least for that last one there's an argument that they performed better than USB-C. For the Anthropic people reading this - take note that both IE and Lightning are now dead and their competitors that followed the standards are thriving.

I understand the issue is that Anthropic is not adhering to a standard. I was simply asking whether it's possible to solve the problem created by Anthropic in the way I was asking.

The better way to solve it is a symlink. The way you're suggesting works too, but should be done using an @ reference, which is auto-followed by Claude. This is the most common way on Windows.

>LLMs are really quite bad at designing anything interesting

Let’s be honest, how many devs are actually creating something interesting/unique at their work?

Most of the time, our job is just picking the right combination of well-known patterns to make the best possible trade-offs while fulfilling the requirements.


> Most of the time, our job is just picking the right combination of well-known patterns to make the best possible trade-offs while fulfilling the requirements.

Right. I don't trust LLM's to pick the right pattern. It will pick _a_ pattern and it will mostly sorta fulfill the requirements.


Today I asked an LLM (Codex whatever-the-default-is) to implement something straightforward, and it cheerfully implemented it twice, right next to each other, in the same file, and then wrote the actual code that used it and open-coded a stupendously crappy implementation of the same thing right there. The amazing thing is that the whole mess kind of worked.

Right. Kind of works is their MO at the moment. I do try to keep in mind that just because something sucks at the moment, that doesn't mean that it will always suck (especially when you pour _trillions_ of dollars into it)

The problem is that OpenAI and Claude don’t care if their tools produce good code, as long as people pay for them.

Just pick patterns yourself and let LLM fill them in with colours :)

(Author here) I found that over time I spend more time striping someone's badly designed abstractions to get to the real functionality. LLMs are surprisingly good at figuring it out, plowing through the code and documentation and finding out that a 100MB library is in reality a HTTP client for 7 REST endpoints, or something like this.

Unless you work for a consulting firm, you should be working on something new/unique.

It’s a winner-takes-all market. There are no buyers for off brand Salesforce or Uber.


That feels a bit rigid.

Many people are in position where they can’t afford risking their financial future by going all-in on startup. They just want to do honest work in exchange on paycheck and enjoy time with family after 5pm and on weekends.


There are not? So Lyft and bolt do not exists?

Same with Salesforce, there are a few hundred alternatives


I did this too, lol

How about good’ol IRC?

Fun, until you want to share an image and have to upload it to a 3rd party, have to explain what a bouncer is to someone who just wants offline messages and AFAIK voice and video chat is not possible.

Client dependent, but channel overview per server is also not that good.


No voice chat.

IRC + Mumble is a good combo in my experience. I only fire up Mumble as-needed since I tend to prefer text chat.

i agree, but you need your people to have 2 logins. Great for friend groups, not working in scale.

Neither one strictly requires a login AFAIK, actually. You can chat with an unregistered nick on IRC, and Mumble has certs, but I think they're optional and don't have associated passwords.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: