ahepp

5 ms·

61.
by ahepp 6mo ago
I guess the question is, are the issues not worth fixing because implementing a fix is extremely expensive, or because the improvements from fixing it were anticipated to be minor? I assume the answer is generally a mix of the two.
62.
by ahepp 6mo ago
What do you think about the argument that we are entering a world where code is so cheap to write, you can throw the old one away and build a new one after you've validated the business model, found a niche, whatever? I mean, it seems
63.
by ahepp 6mo ago
There have certainly been periods of irrational exuberance in the tech industry, but there are also many companies that were criticized for being unprofitable which are now, as far as I can tell, quite profitable. Amazon, Uber, I'm sur
64.
by ahepp 6mo ago
San Jacinto is 10,834 ft, for what it's worth.
65.
by ahepp 7mo ago
Yeah I didn’t want to get into the weeds about inherently unsafe stuff, since the OP was about an XML parser
66.
by ahepp 7mo ago
I guess I don't write enough rust to say this with confidence, but isn't that the bare minimum? I find it difficult to believe the rust community would accept using a library where the API requires unsafe.
67.
by ahepp 7mo ago
I don't think it makes a lot of sense to put those responsibilities on individual firms. In the USA, achieving maximum employment has been a mandate for the Federal Reserve to achieve through monetary policy. There are many advantages
68.
by ahepp 8mo ago
> Salaries, benefits etc have all not been keeping up with inflation for decades I don't believe that's consistent with the data https://fred.stlouisfed.org/series/MEHOINUSA672N
69.
by ahepp 8mo ago
I read an article in FT just a couple days ago claiming that increased productivity was becoming visible in economic data > My own updated analysis suggests a US productivity increase of roughly 2.7 per cent for 2025. This is a near doub
70.
by ahepp 8mo ago
I think you're bringing up a great question here. If you ask a random person on the street "is your laptop fast", the answer probably has more to do with what software that person is running, than what hardware. My Apple sili
71.
by ahepp 8mo ago
My guess would be that ARM Chromebooks might run substantially more cut-down firmware? While intel might need a more full-fat EFI stack? But I haven't used either and am just speculating.
72.
by ahepp 8mo ago
what are you doing where you find the thermal limits noticeable?
73.
by ahepp 8mo ago
I think in the example the OP is making, the work is not useless. They're saying if you had a system doing the same work, with maybe 60 processes, you're better off splitting that into 600 processes and a couple thousand threads,
74.
by ahepp 8mo ago
I think it's substantially riskier. At the very least, it means you are trusting any directory you cd into, rather than just trusting your $home/bin. Stuff that would not typically raise eyebrows has been made risky. You might cd
75.
by ahepp 8mo ago
It's true, they don't "make 'em like they used to". They make them in new, more efficient ways which have contributed to improving global trends in metrics such as literacy, child mortality, life expectancy, extreme
76.
by ahepp 8mo ago
One could set an env var to their local bin dir which is otherwise not in the path, like L=/home/ahepp/.local/bin, and then do $L/mycommand. Doesn't meet the OP's requirement of no shift key. Or prefix fil
77.
by ahepp 8mo ago
Just to save the trouble of writing './'?
78.
by ahepp 8mo ago
The "solution" of only ever using full absolute paths works on any unix system, doesn't it?
79.
by ahepp 8mo ago
How are you defining "general-purpose OS"? Are you saying IoT and robotics shouldn't use a Linux kernel at all? Or just not your general purpose distros? I would be interested to hear more of your logic here, since it seems l
80.
by ahepp 8mo ago
I work on embedded devices, fairly powerful ones to be fair, and I think systemd is really great, useful software. There's a ton of stuff I can do quite easily with systemd that would take a ton of effort to do reliably with sysvinit.
81.
by ahepp 8mo ago
I don't believe there are any serious technical obstacles to providing a graphical installer in something like an initramfs environment. Many distros do provide graphical installation mechanisms using PXE, which loads the kernel and in
82.
by ahepp 8mo ago
Unless you're one of the 0.00000000001% of humans using a farm-to-table laptop with coreboot, what's stopping that from happening today?
83.
by ahepp 8mo ago
Increasing security for the system owner will necessarily decrease the ability of others to modify the system in ways the owner doesn't like.
84.
by ahepp 8mo ago
https://0pointer.net/blog/authenticated-boot-and-disk-encryp... Yes, system data should be locked to the system with a TPM. That way your system can refuse to boot if it's been modified to steal your user secrets.
85.
by ahepp 8mo ago
Doing secure boot properly is kind of difficult. There are a bunch of TPM measurement registers for various bits and bobs (kernel, initramfs, cmdline, lots more). Using UKIs simplifies it a lot, but it’s not trivial to do right at the momen
86.
by ahepp 8mo ago
as you say, a lot of this stuff is already happening. Won’t it be good to have a FOSS attestation stack that breaks the iOS/android duopoly?
87.
by ahepp 8mo ago
Isn't it possible to force TPM measurements for stuff like the kernel command line or initramfs hash to match in order to decrypt the rootfs? Or make things simpler with UKIs? Most of the firmwares I've used lately seem to allow a
88.
by ahepp 9mo ago
I mean, isn't that just about what happened to Docker? They wrote a really nice wrapper around cgroups/ns/tarball hosting and then struggled to monetize it because a large portion of their users are exactly the kind of people
89.
by ahepp 9mo ago
Shouldn't you already be using low privilege accounts for stuff like gathering information about prod? Overprivileged accounts is a huge anti-pattern for humans too. People make mistakes. Insider threats happen. Part of ops is making i
90.
by ahepp 9mo ago
Ah interesting! I work on (very expensive) SDRs and we make pretty heavy use of Xilinx Zynq Ultrascale SoCs. They combine Cortex-A, Cortex-R, and FPGA fabric all in one package, with some fancy interconnects. So you can handle the hard real

More ›