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

Because 'manuscript' means hand-written. LLMs think if they write it enough times, it'll become true. Then they'll grow hands and then not only will RAM be in short supply but keyboards too.

I get the sentiment. But for the record, O&O has been around for a long time, they were known for their excellent defragmentation tool, which isn't so much required nowadays. Their business model was never close to Adware (to my knowledge).

ShutUp has also been around for a while and always seemed to me like a O&O side project by someone who got really pissed at Windows taking the spyware tangent. The distribution model is still that of shareware / freeware (no source), because that's what O&O does. But as far as closed software goes, that's _probably_ as clean as it gets.


>defragmentation

Windows has had built in defrag since at least WinXP. I can't remember if Win2000 had it - I think it did. It runs in the background and you don't have to worry about it. 3rd party defrag tools are snake oil, like registry cleaners and so on.


IIRC W2K didn't have one. Defragmentation can use different strategies which may impact the time it takes and additional perf gains if the right files are next to each other. The builtin defrag tool doesn't give any option. So "snake oil" I'm not so sure.

Also, a watching a proper defragmenter run was an OCD soothing experience before we had stray kitten and powerwashing videos galore. I know I'm not alone with this experience.


I know for sure NT4 didn't have defragging built in, because I was a Windows server admin back in the primordial soup that was sysadmin'ing in the 90's.

>OCD soothing experience

I've always felt it was a certain kind of person who found amusement in watching a defragger work. I'm absolutely sure that 3rd party tools made sure to incorporate the equivalent blinkenlights to give the impression that their tool did something useful.


I'm pretty sure some versions of DOS had a defrag tool, or at least windows 9x had a DOS mode equivalent where you could see the block map getting moved around.

Just in saved maintenance they'd probably pay for themselves within a few years.

"october correctly" -> 3 Os

Nothing would have prevented building a nice, lightweight system in Java in 2007 had one thrown away the conventions that had infested it at that point.

Java's problem never was the language which has been as serviceable as any other since the JDK1.4 days. It is straightforward to compile (no metaprogramming, type erased generics), linking is delayed to runtime and dependencies are all precompiled to bytecode which _should_ make for very fast builds.

The problems came from the multitude of Internet-bubble era tool vendors which overcomplicated everything in order to sell high priced "corporate-level" solutions and imposed that certain coding style. Java is still known for this today because it appears in so many vintage codebases and is still being applied by coders who never revised their practices from 22 years ago.

My theory is that Rob Pike was jealous of Java because it has succeeded with a model similar to his own Inferno (bytecode, C syntax) and this aligned with Google's ask of developing something that would be outside of Sun's lawyers reach.


Java and the JVM does show its age specifically in one era, and that is its OO-dogmatism which it inherited from the 1990s OO wave (i-was-there-gandalf.gif). Even the opcode set in the VM reflects this everything-an-object mentality.

While it's been made to work, the JVM itself isn't the greatest VM for hosting other non-Java-shaped languages because of this.


When the Java people showed up to Python, they brought a bunch of that FrameworkFactoryItis with them, it was looking pretty bleak for a couple years. The culture that springs up around a language is as important as the language itself, even more so. It spreads to the libraries, and in turn the applications.

Chesterton's fence is strong with this one

Exactly. Framing completely changes this from an absurd story causing pointless grounding due to loss of institutional knowledge, to an example of good judgement (or protocol) in the absence of knowledge and acknowledgement of the risk of unknown consequences.

What's being ignored is the 1/100 of these stories where this judgement pays off, saves aircraft and lives that make the other 99 worth while.


You got what you paid for. They probably wished they could make cheaper cards too but it was never their primary focus and so eventually went back to making only expensive specialized cards where 3dfx, Nvidia, ATI and the like couldn't touch them.

Valmet in Finland does this too.


And GusGus


Yeah for a graphics company they sure do a lot of noise


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

Search: