Live data from Hacker News

Did we lose our way in making efficient software?

rufatmammadli.medium.com

401–410 of 515 posts

Re: Did we lose our way in making efficient software?

#401

Earlier quoted context omitted.

Notarization does do things against attackers, yes. Firstly, stolen CCs tend to get reported especially if you make a big purchase. If you use a stolen CC to buy a developer certificate then it's going to get revoked the moment the real owner notices, and then your apps will be killed remotely by Apple before they've even been detected as malicious. Still, the big win of notarization is that Apple can track down vari…

> They keep copies of every program running on a Mac, so they can do clustering > analysis server side. Are you sure about this ? I did not give apple permission to keep a copy of my software that I am writing.

Isn’t that something you agree to when you notarize?

Re: Did we lose our way in making efficient software?

#402
post #336
post #271

Earlier quoted context omitted.

To quote Wolfgang Pauli, this is not just not right, it's not even wrong ... The "C ABI" and libc are a rather stable part of Linux. Changing the behaviour of system calls ? Linus himself will be after you. And libc interfaces, to the largest part, "are" UNIX - it's what IEEE1003.1 defines. While Linux' glibc extends that, it doesn't break it. That's not the least what symbol revisions are for, and glibc is a huge us…

glibc is not stable on Linux. Syscalls are.

glibc is ABI-compatible in the forward direction.

Re: Did we lose our way in making efficient software?

#403
post #346

Earlier quoted context omitted.

In several countries you can't file your taxes or access your bank without a google/apple smartphone. People need to live too.

What country only lets you file your taxes and do banking via a smartphone. It's always been an app in addition to a website.

In sweden you can't login to A LOT of stuff without a smartphone.

Including taxes, getting a covid certificate, applying to rent an apartment.

Re: Did we lose our way in making efficient software?

#404
post #14

I may be way off-base here but this is what I imagine the problem is: 1. Company executive decides their developers need top-of-the-line hardware to remain competitive in today's market 2. Developers make web apps on their company-provided M5 Ultra Pro Max 128GB RAM powerhouse laptop 3. They never test it on their father's old 2010 family PC, or at least they don't test often/thoroughly enough to realize many parts a…

Related point, do google android engineers dogfood android phones to themselves? I guess most of them would be Apple users.

A decent number do.

Re: Did we lose our way in making efficient software?

#405

Making software efficiently is more valuable than making more efficient software. Making software inefficiently takes a lot of time and people's time is expensive. A good example of an expensive use of time is optimizing something that doesn't really need optimizing. I know a lot of people go OCD on this stuff and I've been there and done that myself. But it mostly does not matter a lot in terms of value of the softw…

the decision to shift towards web apps and electron apps is mostly because of the cheapness of the development, and binding to service-oriented architecture thus monthly payment... in other words: money

Re: Did we lose our way in making efficient software?

#406
post #347

Earlier quoted context omitted.

No they'd rather spend weeks to reimplement scrolling.

Lol scrolling on qt is worse than on the web. I mean, you can use normal scrolling super easily on both (you don't have to do anything, and it just works). But truly custom scrolling is much harder on qt than web. In a way that's a good thing, but again, the default is just as easy on the web as it is on QT. Plus you don't have to deal with the qtquick/qtwidgets/etc thing and the non open source parts of qt

I have to use for work a software that is implemented in electron.

I think less than 1% of the users use it on mobile, but it's designed as a mobile interface.

To scroll you need to click and drag, or you need to click 5px buttons. Regular mouse scroll doesn't work.

Re: Did we lose our way in making efficient software?

#407

Even John Carmack has come around now to saying that the primary focus of a software developer should be delivering value to customer. If that can be done using up a gigabyte of memory, and using a gigabyte costs less to deliver than using 50 MiB, so be it. Software is a business. Development=cost, happy customers=profit. Anything that maximizes the latter and minimizes the former is a win. Deal with it.

Source?

For the Carmack quote? His interview with Lex Fridman. This excerpt has it: https://www.youtube.com/watch?v=rczu8kc8JZA I think the meat starts around 6:50, but really watch the whole thing. It's Carmack talking about what Carmack does best.

Re: Did we lose our way in making efficient software?

#408

Earlier quoted context omitted.

It's very platform specific. MacOS has had "containers" since switching to NeXTStep with OS X in 2001. An .app bundle is essentially a container from the software distribution PoV. Windows was late to the party but they have it now with the MSIX system. It's really only Linux where you have to ship a complete copy of the OS (sans kernel) to even reliably boot up a web server. A lot of that is due to coordination prob…

Is it? I'm using LXC containers, but that mostly because I don't want to run VMs on my devices (not enough cores). I've noted down the steps to configure them if I ever have to redo it so I can write a shell script. I don't see the coordination problem if you choose one distro as your base and then provision them with shell scripts or ansible. Shipping a container instead of a build is the same as building desktop ap…

> if you choose one distro as your base

Yes obviously if you control the whole stack then you don't really need containers. If you're distributing software that is intended to run on Linux and not RHEL/Ubuntu/whatever then you can't rely on the userspace or packaging formats, so that's when people go to containers.

And of course if part of your infrastructure is on containers, then there's value in consistency, so people go all the way. It introduces a lot of other problems but you can see why it happens.

Back in around 2005 I wasted a few years of my youth trying to get the Linux community on-board with multi-distro thinking and unified software installation formats. It was called autopackage and developers liked it. It wasn't the same as Docker, it did focus on trying to reuse dependencies from the base system because static linking was badly supported and the kernel didn't have the necessary features to do containers properly back then. Distro makers hated it though, and back then the Linux community was way more ideological than it is today. Most desktops ran Windows, MacOS was a weird upstart thing with a nice GUI that nobody used and nobody was going to use, most servers ran big iron UNIX still. The community was mostly made up of true believers who had convinced themselves (wrongly) that the way the Linux distro landscape had evolved was a competitive advantage and would lead to inevitable victory for GNU style freedom. I tried to convince them that nobody wanted to target Debian or Red Hat, they wanted to target Linux, but people just told me static linking was evil, Linux was just a kernel and I was an idiot.

Yeah, well, funny how that worked out. Now most software ships upstream, targets Linux-the-kernel and just ships a whole "statically linked" app-specific distro with itself. And nobody really cares anymore. The community became dominated by people who don't care about Linux, it's just a substrate and they just want their stuff to work, so they standardized on Docker. The fight went out of the true believers who pushed against such trends.

This is a common pattern when people complain about egregious waste in computing. Look closely and you'll find the waste often has a sort of ideological basis to it. Some powerful group of people became subsidized so they could remain committed to a set of technical ideas regardless of the needs of the user base. Eventually people find a way to hack around them, but in an uncoordinated, undesigned and mostly unfunded fashion. The result is a very MVP set of technologies.

Re: Did we lose our way in making efficient software?

#409

There is perhaps some irony in the fact that this blog was posted to Medium, which serves 10.88 MB for a 265-word article.

For that I fire up a Gemini browser against gemini://gemi.dev/bin/waffle.cgi and paste the URL. For non Gemini network users, just change medium.com to scribe.rip at the URL.
Post reply on HN