hnlmorg

24 ms·

541.
by hnlmorg 7mo ago
It really isn’t much to ask people not to bullshit in their own README. That’s literally all I’m asking for. If you don’t want to offer software guarantees then don’t write your README like you offer it. It’s really that simple. And your co
542.
by hnlmorg 7mo ago
I have in https://github.com/lmorg/ttyphoon I actually don’t like control mode much though. It’s a terrible protocol. Absolutely abysmal design which leads to a plethora of edge case bugs. At some point I’ll replace tm
543.
by hnlmorg 7mo ago
> The state of expectations is usually in the LICENSE file, not in the README. No it’s not. LICENSE tells you what you can do with the code. It doesn’t tell you the state of code. Again, I need to reiterate my point that I’m talking abou
544.
by hnlmorg 7mo ago
You’re twisting my argument. I’m not saying maintainers are obligated to make their code production ready. I said their READMEs should accurately represent the state of the project. If you, or anyone else, thinks that is an unfair assessmen
545.
by hnlmorg 7mo ago
You’re missing the point again, but let’s just agree to disagree because it sounds like your more concerned about money than the topic being discussed. Which is fine. It’s an opinion. I just don’t agree that it’s relevant
546.
by hnlmorg 7mo ago
As an open source maintainer myself, I don’t think it’s an insulting position at all. I think you’re being overly simplistic with your position because there is a sane middle ground where maintainers are honest about their projects (eg so o
547.
by hnlmorg 7mo ago
That’s a strawman argument because we aren’t talking about security auditing for trillion dollar companies. We are talking about developers having ethical ownership for communicating their project responsibly. That means being honest about
548.
by hnlmorg 7mo ago
Important security packages should be audited by 3rd party researchers and their results shared. For example https://github.com/RustCrypto/RSA?tab=readme-ov-file If you’re using a security package and it isn’t either a
549.
by hnlmorg 7mo ago
That’s a slightly different thing in my opinion but I’m glad that you’ve raised it. Developers have an ethical responsibility but that doesn’t mean they should be legally accountable for genuine mistakes.
550.
by hnlmorg 7mo ago
Can you share more about acli? Literally my biggest use case for MCP is Jira and Confuence
551.
by hnlmorg 7mo ago
As said earlier, you could do the same with BBC BASIC https://www.bbcbasic.co.uk/bbcwin/tutorial/chapter17.html Locomotive BASIC inherited a lot of features from BBC BASIC too. It was just the American 8bit dialec
552.
by hnlmorg 7mo ago
Microsoft BASIC was the crappiest BASIC in my experience and the C64 shipped a hugely outdated version of Microsoft BASIC. But even there, you had a few options for structuring your programs beyond one liners. GOSUB was used for subroutines
553.
by hnlmorg 7mo ago
Yes, we all know you can get safer languages than C. But that isn’t what we are discussing here. Also 640KB is 2 orders of magnitude greater than the ROM size for BASIC on those old 8bit micros, which is the benchmark we’re supposedly worki
554.
by hnlmorg 7mo ago
Again, even the crappy ROM versions on 8bit micros supported structured execution flow and functions. Just because it wasn’t a commonly known feature doesn’t mean it wasn’t supported.
555.
by hnlmorg 7mo ago
I’m aware you can compile BASIC but we aren’t talking about those systems. We are talking specifically about the ones which you just admitted were slow.
556.
by hnlmorg 7mo ago
> Memory access is frequently a bottleneck on modern CPUs, Memory access has always been a bottleneck, even in the 90s. That’s why CPUs have cache on the die. But the difference between RAM and cache is completely irrelevant here because
557.
by hnlmorg 7mo ago
Exactly this. It’s what I did and it’s what a not so insignificant number of my friends and colleagues have done too
558.
by hnlmorg 7mo ago
There’s no comeback for lying, period. Though if you happen to tell truths, or even just satire, against certain wealthy people, then you can expect the full fury of those hurt.
559.
by hnlmorg 7mo ago
We are talking about software development not user configuration. So “theming” here clearly refers specifically to the applications shipping non-standard UIs. This also isn’t a trend that Electron started. Software has been shipping with be
560.
by hnlmorg 7mo ago
You’re talking about compiler footprint and runtime footprint in the same conversation but they’re entirely different processes (obviously) and I don’t think it makes any sense to compare the two. C++ is vastly more performant than Go. I lo
561.
by hnlmorg 7mo ago
I’ve written a $SHELL and a terminal emulator in Go. It has its haters on HN but I personally rather like the language.
562.
by hnlmorg 7mo ago
> You cite inefficiencies. That’s not what I said. I said you’re trading memory footprint for CPU footprint. This is the correct way to design a demo but absolutely the wrong way to design a desktop application. They are marvels, I agree
563.
by hnlmorg 7mo ago
I’m very aware of Lazarus, Delphi and Emacs. But they’re exceptions rather than industry norms. And thus pointing them out misses the point I was making when, ironically, I was pointing out how you’re missing the original point of this disc
564.
by hnlmorg 7mo ago
I’m on my phone so cannot run it, but you cannot generate data and not store it somewhere. It’s going to consume either system resources (RAM/storage) or video resources (VRAM). If your point is that it uses gigabytes of VRAM instead o
565.
by hnlmorg 7mo ago
Most dialects of BASIC actually had functions too. They just weren’t popularised because line numbers were still essential for line editing on home micros. > On speed, Forth for the ACE was faster than Basic running under the ZX80. So, i
566.
by hnlmorg 7mo ago
Yeah I’d written about minitel in a tech journal several years back. It’s a fascinating piece of technology but safely never got to see one in real life. I worked for one payroll mainframe in the 80s that didn’t have DES. So it wasn’t quite
567.
by hnlmorg 7mo ago
Not “most”, but definitely a depressing increasing number. And as I said elsewhere, I do consider Electron to be bloat. But it’s also worth discussing Electron as an entirely separate topic because it’s a huge jump in memory requirements fr
568.
by hnlmorg 7mo ago
Most software doesn’t consume multiple gigabytes of memory outside of games and web browsers. And it should be obvious why games and web browsers do.
569.
by hnlmorg 7mo ago
Sure, but if you’re talking about 250GB of memory then you’re clearly discussing edge cases vs normal software running on an average persons computer. ;)
570.
by hnlmorg 7mo ago
> I did no edits after your comment has appeared. Yep, I did edits, but your reply was not visible to me while I did these. Which isn’t the same thing as what I said. I’m not suggesting you did it maliciously, but the fact remains they w

More ›