In my MacOS Passwords I have ±3400 entries. A roughly 341KB CSV. Searching in that list in the preference panel or Keychain app is dog-slow on my M1 Pro Studio or on my M3 MacBook Air. How??
SwiftUI and Catalyst. Somebody has probably implemented that list and try to rebuild the app UI at every keystroke (I think the UI is a single thread on macOS). There are optimizations, but that requires being aware that beneath the declarative world, it's an imperative foundation.
Did we lose our way in making efficient software?
371–380 of 515 posts
Re: Did we lose our way in making efficient software?
#372Earlier quoted context omitted.
I mean, this is a very HN-bubble thought. Even if people here actually think that, just look at Google's revenue or usage numbers. Clearly a "few" people are still using it! People here might say that Google has gotten terrible, but I would bet 99% of HNers still user Google dozens of times a day, just like everybody else in the world.
The HN-crowd tends to be more demanding and sometimes ahead of the curve, but it's a general trend. I also wonder how much people enjoy using Google vs suffers through it because they don't know any alternatives. I remember reading that even Google is worried about how crappy their results are becoming and at least some of the company sees it as a threat to itself. But yes, you're right, Google is still very much mai…
(It might even be true! I'm just saying it's not new.)
Re: Did we lose our way in making efficient software?
#373Office 365 probably would have worked. Microsoft's proprietary format is handled best by Microsoft. Also, cloud-based synchronization using CRDTs is a complex problem that is significantly more complex than just loading the document. Can't claim we are going backwards when comparing apples and oranges.
Re: Did we lose our way in making efficient software?
#374Earlier quoted context omitted.
On which platform? On Apple's there cost is part of the premium you pay for the device. Cheapest Mac is $599. Cheapest windows machine is $199? $99. So arguably some of tbat $400-500 is for the extra software. Or would compare against Linux where you could also get a machine for $25
You don't have to buy a brand new Mac. Older M1 devices which are still very fast are available for much cheaper.
Re: Did we lose our way in making efficient software?
#375Earlier quoted context omitted.
If you don't sign your binaries on macOS, the friction for the user to run your app is prohibitive, outside of developer-focused communities.
I’m not sure what is “prohibitive” about pressing literally one button.
Re: Did we lose our way in making efficient software?
#376Earlier quoted context omitted.
That is 4,200-6,000 $/yr. In the US, a junior developer in a software company costs (all-inclusive, not just salary) around 150,000-200,000 $/yr. That is 2-4% of yearly cost on tooling. That is not very much. It might not be worth the price, but that is hardly ridiculous. It is quite believable to get a 4% productivity improvement from appropriate tooling. You need to do a cost-benefit analysis to determine the answe…
No they'd rather spend weeks to reimplement scrolling.
Re: Did we lose our way in making efficient software?
#377Earlier quoted context omitted.
> Every company selling goods and services to European customers needs to collect value-added tax (VAT), even if their business is not established in Europe. https://stripe.com/guides/introduction-to-eu-vat-and-vat-oss
> Enforcement of judgments issued by foreign courts in the United States is governed by the laws of the states. Enforcement cannot be accomplished by means of letters rogatory in the United States. Under U.S. law, an individual seeking to enforce a foreign judgment, decree or order in this country must file suit before a competent court. The court will determine whether to recognize and enforce the foreign judgment.…
It's clearly an awful "patch" to outdated concepts on how commerce works compared to pre-internet, but it's what we have right now.
Re: Did we lose our way in making efficient software?
#378I want to make native apps but Apple and Microsoft seem to be trying really hard to stop me. I have to buy developer accounts, buy certificates for signing binaries, share 30% of my revenue with them for barely any reason and so on. Not to mention the mess they've introduced in their APIs - especially Microsoft. So of course we choose the much simpler, much cheaper way of the web.
Re: Did we lose our way in making efficient software?
#379Earlier quoted context omitted.
Not discounting your lament about memory use, this caught my eye: > I would throw my computer out of the window if it takes more than a minute to boot up, even Windows 98 was faster! Sure, Windows has grown a lot in size (as have other OSes). But startup is typically bounded by disk random access, not compute power or memory (granted, I don't use Windows, if 8GB is not enough to boot the OS then things are much worse…
But that is true. My laptop with windows, i7, nvme, 32gb ram now feels the same as my old laptop with i7, SSD and 16gb ram did 7 years ago. Bloat ware everywhere, especially browsers.
And that was on an IDE HDD, with memory speed, processor speed and cores a fraction of today, and 512MB of graphics memory or less.
Re: Did we lose our way in making efficient software?
#380Earlier quoted context omitted.
One of the reasons I moved to Javascript web development after many years as C/C++ dev, and after the hell of making iphone apps for Apples appstore - you dont have to get a licence, get approval or make an installer, if you ship a web 'app'.
You don’t have to do any of that for native apps either. What on earth is happening in this comment section?