Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Assuming RAM prices will not make it totally unaffordable. Current situation is atrocious and big infrastructure corps seem to love it, they do not want independent computing. Alternatively they might build specialized branded hardware which people could only use for what corps allow them to do for nice monthly fee.

Another problem is too much abstraction on input spec level. The other day I asked Claude to generate few classes. When reviewing the code I noticed it doing full scan for ranges on one giant set. This would bring my backend to a halt. After pointing it out to Claude it had smartened up to start with lower_bound() call. When there are no people to notice such things what do you think we are going to have?

 help



Agreed, in regards to prices, it appears to be the new gold, lets see how this gets sorted out, with NPUs, FPGAs, analog (Cerebas),...

Now the abstraction I am with you on that, I foresee a more formal way to give specifications, but more suitable for natural language as input, or even proper mathematics, than the languages we have been using thus far.

Naturally we aren't there yet.


>"Naturally we aren't there yet."

But we were. COBOL ;)

On more serious note. Sure we need Spec development IDE which LLM would compile to a language of choice (or print ASIC). It would still not prevent that lower_bound things from happening and there will be no people to find out why


If you look at the amount of stuff people type on tiny chat windows, I would say AI is COBOL's revenge.

Unfortunely that is already the case when debugging low code, no code tools, and good luck having any kind of versioning with those.


> Alternatively they might build specialized branded hardware which people could only use for what corps allow them to do for nice monthly fee.

That's why I'm still holding on to a bulky Core 2 Duo Management Engine-free Fujitsu workstation, for when personal computing finally goes underground again.




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

Search: