kragen

692 ms·

3841.
by kragen 2y ago
I know a lot of people have terrible jobs at profoundly dysfunctional companies. I've had those too. That situation doesn't improve unless you, as they say, have the serenity to accept the things you cannot change, the courage t
3842.
by kragen 2y ago
I agree. And there's no infallible algorithm. I think there are some good heuristics, though: - invest more of your time in learning more about the things you are currently finding useful than in things that sound like they could pot
3843.
by kragen 2y ago
Yeah, I write most things in Python or JavaScript because it's much more practical.
3844.
by kragen 2y ago
Steam engines currently power most of the world's electrical grid. The main reason for this is that, completely contrary to what you said, they are more efficient and more reliable than diesel engines. (Electric motors of course are
3845.
by kragen 2y ago
Yeah, I guess trying to read the output of gcc -O -S would make assembly language seem pretty overwhelming, too.
3846.
by kragen 2y ago
Maybe switch to less frequently updated dependencies and rewrite the easy ones in-house?
3847.
by kragen 2y ago
Steam engines predate the understanding of not just the crystalline structure of steel but even the basics of thermodynamics by quite a few decades.
3848.
by kragen 2y ago
If you spend 80% of your time (and mental energy) applying the knowledge you already have and 20% learning new things, you will very quickly be able to win more battles per day than someone who spends 1% of their time learning new things. S
3849.
by kragen 2y ago
Yeah, I've always been mystified by the idea that writing a new Makefile is some kind of wizardly mystery. Make has its design flaws, for sure, but how hard is it really to write this? CFLAGS = -std=gnu99 -Wall all: foo
3850.
by kragen 2y ago
Your comment asserted that that was the only justification I gave. Even if that were true, it would still make you the kind of asshole who makes fun of elderly women with incontinence problems—in fact, who advocates omitting basic safety
3851.
by kragen 2y ago
There are too many to count. WordPress, MediaWiki (on Fandom or Miraheze if you want), Mastodon, Blogger (you can still sign up apparently), Twitter, Linktree, Facebook, Google Docs, Google Drive, GitHub Gists in Markdown, ... I went to a
3852.
by kragen 2y ago
That rings true to me. I couldn't see it until I'd moved to Argentina for a few years, which is also very racist but in a way sufficiently different that I could see the absurdity of the US system of racism from the outside. Dan
3853.
by kragen 2y ago
If you prohibit arguing about the shape of the Earth, you're banning people from explaining that EGM08 is generally more accurate than EGM96—and where it isn't. That is a significant harm. Trolls advocating obvious nonsense li
3854.
by kragen 2y ago
Oh, thanks! That's a second thing in this thread I'm embarrassed to have not known already. Does it get native-like performance in PyPy the way LuaJIT's FFI does? I'll have to try it with Yeso to see if it's an im
3855.
by kragen 2y ago
I agree that SV (the actual physical location) and the US software industry are less racist than most of the rest of the US. But they're still way more racist than, say, Porto Alegre or Caracas, which are no egalitarian utopias either
3856.
by kragen 2y ago
If you've ever been Indian or Chinese in the US, you know the US is racist against you, just not in a way that excludes you from programming work. And, yeah, there's quite a bit of Indian-American senior leadership in Silicon V
3857.
by kragen 2y ago
If something is "established" and has no "space for opposing views" it's the opposite of science. "Dogma", perhaps. In science, by contrast, every belief is at best contingent, subject to rejection whe
3858.
by kragen 2y ago
As a white software engineer, in my entire career working for US companies, I only ever worked with one black software engineer. He was Nigerian. I believe that this is because the US has a profoundly racist culture; usually this was impl
3859.
by kragen 2y ago
It's not hairsplitting, and it's not what everyone means, just the people you talk to. Languages without typing are things like assembly language(s), which underlie everything you do on a computer and is (are) still in the TI
3860.
by kragen 2y ago
Also you can longjmp().
3861.
by kragen 2y ago
Interesting, I wonder how.
3862.
by kragen 2y ago
Right, the performance cost of cpyext is what we're contrasting with ctypes-like approaches like LuaJIT's FFI in this thread. In https://news.ycombinator.com/item?id=42656395 Antonio Cuni linked the standard expl
3863.
by kragen 2y ago
There are a lot of variations on it: - Unix file descriptors are small-integer array indices into, normally‚ arrays in kernel space. - Many Smalltalk implementations, especially on older machines, named objects in memory with small-intege
3864.
by kragen 2y ago
Yes, and those libraries mostly don't exist for Lua. It's a big reason to use Python instead of Lua, and to use CPython rather than much better implementations like PyPy, but not much of a reason to use PUC Lua instead of LuaJIT.
3865.
by kragen 2y ago
"NET2021" means "no earlier than 2021". So, if nothing even arguably similar happened until 2024, that sounds like a very correct prediction. Whether that's worth congratulating him about depends on how obvious it
3866.
by kragen 2y ago
While it's true that if you call Lua extensions written with the Lua API from LuaJIT it will be slow, that is much less of a problem in practice in LuaJIT. LuaJIT's FFI is extremely fast, and that's what you usually use. (T
3867.
by kragen 2y ago
Thank you! I didn't mean to imply that it was because of the tracing JIT; rather, I meant to say explicitly that it was not because of the tracing JIT.
3868.
by kragen 2y ago
Lua does have __getitem__ (it's called __index) and operator overloading. Popular libraries like LPeg use operator overloading extensively. You can use __index to implement whatever method resolution order (MRO) and descriptors that
3869.
by kragen 2y ago
Oh, then I agree. My apologies for interpreting you as saying something so obviously incorrect. Yes, in particular CHERI has a mechanism to shrink the bounds of a pointer, but just returning a pointer into an array won't do it.
3870.
by kragen 2y ago
You can keep the raw pointers inside your manager object for a particular object type and only hand out some kind of handle that requires an indirection step, such as an array index.

More ›