Live data from Hacker News

Did we lose our way in making efficient software?

rufatmammadli.medium.com

21–30 of 515 posts

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

#21
There are a lot of nuanced features that explode in complexity when joined with other features. The number of permutations is massive, and handling those combinations of requirements is what modern day software is about.

Today’s software systems are more generalized, though they are solving the same business problems, just with more details / functionality than before.

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

#22
I’m in leadership ic role at a big tec company. We pride ourselves in engineering.

hiring bar was dropped. expecting a mid level engineer to work with a byte buffer is considered “too complex” and non differentiated work.

the literal goal is to pump out features written up by mba/product team. none of these mbas use the product mind you. theyre chasing stupid features they think vice presidents want, because the thinking is it will drive promotions.

this is a cynical post and i will stop here. my org has problem of incentives. nothing else. you incentivize wrong things then this happens

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

#25
post #6

I 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.

whenever I do native (native as in, compiled without going through some bytecode / VM / interpreter ...) apps for mac / windows / linux I don't have to do any of this, I just use Qt

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

#27
Office 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?

#28
post #6

I 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.

whenever I do native (native as in, compiled without going through some bytecode / VM / interpreter ...) apps for mac / windows / linux I don't have to do any of this, I just use Qt

But then you have to use c++ or Python, and figure out a good way to ship 10 dlls

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

#29
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…

[deleted]

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

#30
post #6

I 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.

"Barely any reason"... except they created and maintain the entire plarform and tooling that you're building on. And in Apple's case they give it away for free with any mac.

I'm old enough to remember when buying development tooling for DOS or Windows was $$$$$$

Post reply on HN