Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
lproven
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
7 ms
·
91.
▲
by
lproven
2mo ago
> I wish there was desktop interface for Linux that looked like it and worked like it. There was once: https://web.archive.org/web/20120119072030/https://www.linux...
92.
▲
by
lproven
2mo ago
"The hope is that the progress in hardware will cure all software ills. However, a critical observer may observe that software manages to outgrow hardware in size and sluggishness." -- Martin Reiser, quoted by Niklaus Wirth
93.
▲
by
lproven
2mo ago
Complexity in software in general is an evil thing, to be feared and fought and avoided at all costs. Niklaus Wirth pointed this out over 30 years ago… https://ieeexplore.ieee.org/document/348001 … and it has grown ex
94.
▲
by
lproven
2mo ago
I worked out where I stand and why I stand there. I have reasons. I want evidence to consider changing. Why should I? Because someone somewhere found a tool useful? Because they are big names? That's argument from authority. I don'
95.
▲
by
lproven
2mo ago
So look to see if someone did it first. If they did, use that. Ask a machine to do it and the result will always be worse.
96.
▲
by
lproven
2mo ago
Five months ago does not make this some kind of historical document. Although the botlickers will find this hard to believe, nothing has happened this year to make we skeptics -- like me, and like the author of this piece, who is for clarit
97.
▲
by
lproven
2mo ago
No. "Bots found lots of issues and we fixed those issues" does not mean anyone was exploiting those issues. They may have remained buried forever. The result is not "it's now more secure". The result is at best &quo
98.
▲
by
lproven
2mo ago
> This is the real problem with many of the anti LLM folks (BTW, I am the OP: I posted this, but I didn't write the article.) No, the real problem here is that you do not understand the anti-LLM arguments. I won't touch LLMs fo
99.
▲
by
lproven
2mo ago
> Obviously you are correct about "how you feel". I posted the link. I didn't write it. My name is Liam Proven, thus "lproven", while they are Joshua Barretto, thus "jsbarretto".
100.
▲
by
lproven
2mo ago
> far smaller, simpler and less capable So, better, in other words?
101.
▲
I Remain a Skeptic
(blog.jsbarretto.com)
130 points
by
lproven
2mo ago
|
130 comments
102.
▲
by
lproven
2mo ago
Oh come on. It would have been quicker to look than to type this comment! Before extruding more slop, always engage brain. Literally 5 seconds on Google would find the FreePascal Compiler and Lazarus. https://www.freepascal.org
103.
▲
by
lproven
2mo ago
Quoting the great Timo Noko on X: « I wrote Pascal for 8080 in 1976 and Finnish Army even paid some money for it. I was truly disappointed that Turbo Pascal did not copy my handy PORT-metavariable. You can write & read IO-ports without
104.
▲
by
lproven
2mo ago
Previously: https://news.ycombinator.com/item?id=49204505
105.
▲
by
lproven
2mo ago
Back in the mid-1990s, my personal home file server was an IBM PS/2 Model 80, the highest end 80386DX IBM offered: 25MHz, and a tiny bit of L1 cache on the motherboard. I ran NT Server 3.51 on it. Yes, it worked. As a server, it was pe
106.
▲
by
lproven
2mo ago
The deadly combination of people on the autistic spectrum tending to miss humour, especially subtle humour, even more so when it references things outside their narrow cultural window... ... Combined with American dislike, and lack of compr
107.
▲
by
lproven
2mo ago
> haven't found much that explains how or why it's different Windows are directories in the filesystem. Their properties are files inside it. Modify the file, the window changes. This means that to open a window on another mach
108.
▲
by
lproven
2mo ago
I didn't get an Amiga until a decade after their peak but yes, even I knew about guru meditations. :-) And bombs on the ST. Macs got a hardware button to drop into a debugger and you could try to continue, but it rarely worked. When a
109.
▲
by
lproven
2mo ago
> require near daily reboots. This is true, but the thing is that was normal then . It was the stuff of jokes: "You know what the best thing about owning a Mac is? Something in your life will go down on you every single day."
110.
▲
by
lproven
2mo ago
I knew this about Pike, but not Ritchie. Thanks. I think, though, that one of the vastly underestimated aspects of Plan 9/9front is its simplified C. AIUI one of the biggest differences is that a file is not allowed to `#include` anyth
111.
▲
by
lproven
2mo ago
Alpine Linux supports x86-32. It's the basis of Docker and has tens of millions of copies in production use.
112.
▲
by
lproven
2mo ago
https://lowendmac.com/2014/star-trek-apples-first-mac-os-on-...
113.
▲
by
lproven
2mo ago
> Much as I loved DR-DOS, it did have occasional compatibility hiccups. Because MS carefully built them. This was proved in court. The developers who built the incompatibilities signed their work with their initials: AARD. https:/&
114.
▲
by
lproven
2mo ago
I don't want to just quibble for the fun of it but so much more of this is wrong than right that it's downright misleading. > I'm pretty sure CP/M 86 was already a thing. Yes it was. Launched after the IBM PC, though,
115.
▲
by
lproven
2mo ago
> It's unfortunate that the source for FlexOS is not available So very true. 100x this.
116.
▲
by
lproven
2mo ago
> by definition you have flat memory. No, not at all. It would be more accurate to say: "by definition you can have flat memory, if you want, but you don't have to." But everybody wanted to. In x86-32 you can absolutely
117.
▲
by
lproven
2mo ago
> pip just makes more sense than copy. PIP was a stock tool on DEC OS-8 and other OSes of which CP/M was basically a cheapo cut-down Intel version. https://en.wikipedia.org/wiki/Peripheral_Interchange_Program
118.
▲
by
lproven
2mo ago
Wow! Thank you for this. I had no idea -- except for the performance delta, which does not surprise me at all.
119.
▲
by
lproven
2mo ago
9front is the community fork of the OS that the creators of UNIX and C did next. This is what Dennis Ritchie and Ken Thompson did to fix the faults in the Unix design. Linux, FreeBSD, NetBSD, OpenBSD, and all the other FOSS Unix-like OSes a
120.
▲
by
lproven
2mo ago
Explanation of the codename, from the artist who did the "cover art" for an earlier version and who works on 9front: https://analognowhere.com/_/tcrxsm/
More ›