AFAIK, babies can survive on goat milk (barely). I think I read that this was used in the past when the mother died and there was no wet nurse available.
I wonder how this will work in practice. Say I'm a senior engineer and I produce myself thousands of lines of code per day with the help of LLMs as mandated by the company. I still need to presumably read and test the code that I push to production. When will I have time to read and evaluate similar amounts of code produced by a junior or a mid level engineer ?
>> I wonder how this will work in practice. Say I'm a senior engineer and I produce myself thousands of lines of code per day with the help of LLMs as mandated by the company.
LOL, it's the age old "responsibility without authority". The pressure to use AI will increase and basically you'll be fired for not using it. Simultaneously with the pressure to take the blame when AI fucks up and you can't keep up with the bullshit, leading you to get fired. One way or the other, get some training on how to stack shelves at the supermarket because that's how our future looks, one way or the other.
Sign-off requirements like this quickly become performative when LLMs generate code faster than anyone can review it in detail. Relying on human oversight at scale is unrealistic unless the volume of changes drops or the review process itself becomes more automated.
This is an important bottleneck. You can have LLM-based reviewers help you. But unless you yourself understood your thousands of lines, it's "somebody else's" code and that somebody else cannot be fired or taken to court.
The presumably human mid-level or junior engineer has their own issues with this, but the point of the LLM is that you don't need that engineer. For productivity purposes, the dev org only needs the seniors to wrangle all the LLMs they can. That doesn't sustain, so a couple of more-junior engineers can do similar work to mature.
The solution is for the users to be able to mute/hide accounts. It won't matter if an account has 10k points, once you mute it, you won't see what it posts.
Agree, HN can't be immune to what happens in the programming world. Would be great though if we can have a way to mute or hide accounts. This way each HN user will be able to clean his own feed of articles.
That works for me so long as it’s not the main solution, as I personally don’t want to curate, I’d rather just partake in a sanely moderated forum and that’s my understanding of what HN has been it’s just facing a new challenge with ai spam
It's an interesting question as to what that level is likely to be though. The chip in question apparently has around 800,000 neurons (https://www.forbes.com/sites/johnkoetsier/2025/06/04/hardwar...) so not a trivial quantity which makes it significantly more complex than most insects' forebrains but still less complex than any mammal.
I think once they're able to put 15 million such neurons on a single device that puts them in the range of more relatable animals like mice and Syrian hamsters, and I also expect that relatability is also what will drive most opinions about consciousness.
Didn't FreeBSD recently dropped their 32 bits x86 version ? At some point every open source OS will remove the parts for which no one is willing to put the work on maintaining it.
OpenBSD it's much easier to setup than NetBSD, on user friendlyness obsd beats nbsd, but as you said nbsd it's better on portability, I can literally run NetBSD 10.1 under simh/vax running under... 9front. No X, because the emulated ethernet in the port of simh here just simulates nat with no option to bind it outside, although I didn't test it further. But for sure it runs at decent speeds, almost like an emulated Pentium 90, enough to run Slashem under vt(1) (vt100/220 emulator for 9front).
I doubt you will want to code professionally in Forth unless you work on embedded, so the dialect you learn doesn't matter too much. But it is interesting to implement a small interpreter and play with it.
reply