6 ms·
As a concrete application: software development has gotten infinitely easier in recent decades. Better IDEs, fewer performance constraints, better virutalizatio
by rachofsunshine 2y ago
As a concrete application: software development has gotten infinitely easier in recent decades. Better IDEs, fewer performance constraints, better virutalization, less worries about on-prem deployments, autocomplete, easy version control, you name it. Any given engineer should be orders of magnitude more productive - yet demand has (recent slump aside) only grown.
- meiraleal 2y agoProductivity which is cancelled by the procrastination and mental issues social media brought to us all.
- visarga 2y agoAnd computers have become 1 million times better in the last 2-3 decades. Higher frequency, more RAM, more bandwidth, more network peers. And yet we make even more of them. > "I think there is a world market for maybe five computers." Thomas Watson, president of IBM, 1943
- ForHackernews 2y agohttps://en.wikipedia.org/wiki/Thomas_J._Watson#Famous_attribution https://en.wikipedia.org/wiki/Thomas_J._Watson#Famous_attrib...
- dghlsakjg 2y agoWhich, mythological provenance aside, was a very accurate statement at the time. In 1943 there were probably only a few governments capable of paying the extreme cost, and having a valid use case, for a "computer" in 1943. If you asked him what he thought the market was for a device that cost a month's wages, and could connect to anywhere on earth, do infinite math, remember anything perfectly, and entertain the whole household was, he probably would have had a different answer.
- Cheer2171 2y agoSame with the infamous Gates quote. In 1981, 640K really was enough for anyone in the market for a personal computer at the price point of the IBM 5150.
- tromp 2y agohttps://www.wired.com/1997/01/did-gates-really-say-640k-is-enough-for-anyone/ https://www.wired.com/1997/01/did-gates-really-say-640k-is-e...
- hyperman1 2y agoThe 8086 was based on a 64K design, with segment registers thrown in to expand it to 1M (and 640K of that 1M was reserved for RAM). It was already clear then that 64K on its own was not enough, and the segment register twiddling to touch other 64K windows was seriously limiting. The model was patchy from day 1, and would need serious effort to be future proof. Even if computers with 640K installed were rare, the design limitation of 640K possible RAM was clearly not enough.
- Zenzero 2y agoIt only sounds like a silly statement because we kept the name "computer". In terms of what a computer was in 1943? He was probably right.
- seoulmetro 2y agoThat quote means nothing about the future.
- kamaal 2y ago> "I think there is a world market for maybe five computers." Thomas Watson, president of IBM, 1943 Given all computers in that era are literal super computers of their times, that quote seems to be mostly right even till date.
- hrkucuk 2y agoI think that quote is correct. We have billions of physically separated computers that are all connected. And for the most part, if they are not connected, they are rather useless. So we do indeed have just a few "computers" in the world, whose components are distributed across every individual who uses these few computers.
- codesnik 2y agowell, it's time for another abstraction layer.
- stackghost 2y agoAnd another js framework.
- rvense 2y agoTyping on a typewriter is five-six times faster than handwriting. Imagine if we still spent all our time writing! How silly that would be.
- fragmede 2y agothat voice dictation is so commonplace still blows my mind (usually when I get an essay of a text message)
- dmitrygr 2y ago> software development has gotten infinitely easier Writing good software is as hard as it has ever been. IDEs don’t help you with anything that makes proper software difficult. The only thing that has changed is that users have been conditioned to accept shit.
- staunton 2y agoNever let "good" be the enemy of "cheaper and roughly on par with the competition".
- s1mplicissimus 2y agoThat's the mantra of this current LLM era
- entropicdrifter 2y agoIf you think this is a new perspective on software development, I've got some dotcom bubble stocks to sell you
- DowagerDave 2y ago>> software development has gotten infinitely easier Software development hasn't even gotten a magnitude easier, let alone infinitely. Every improvement has addressed accidental aspects not the essence.
- fragmede 2y agoby sheer accessibility of computers, programming has gotten easier. Computers used to be these behemoths, now, the usb-c to hdmi adapter I have lying around can do more FLOPS than the computer that took us to the Moon. Maybe not infinitely, but it's sure gotten easier and more accessible.
- rbanffy 2y ago> Writing good software Unfortunately, market pays mostly for CRUDs with various styles of APIs on top.
- rightbyte 2y ago> software development has gotten infinitely easier in recent decades. I don't agree here. It was way simpler in the 90s. The programmer experience probably peaked around the transition from TUI:s to win32 where you could do either. Different screen resolutions is probably what made programming gui:s suck. And all the churn of Microsoft and Oracle frameworks didn't help. Nowadays the overhead of making an app that passes procurement is insurmountable. And consumers seem to not buy apps at full price anymore.
- johnnyanmac 2y agoI think that's why the Paradox works. Doom was a technological power house in the 90's. Created by 5 people in 15 months. Techs advanced enough that you could make a facade of doom by yourself over the weekend (game design aside). Game devs can be so incredibly productive. But instead, demand sweeled to insatiable heights, as well as dev teams. Doom 2016 probably had hundreds of staff involved and 4-5 years of dev time. That's basically what happens when tech aims to be bigger and better instead of how to optimize each dev themselves to be individually more productive and keep the project lean (company structures aren't helping either).
- adventured 2y ago> That's basically what happens when tech aims to be bigger and better instead of how to optimize each dev themselves to be individually more productive and keep the project lean Comparing Doom 1993 vs 2016 makes no sense in that context. There's no scenario where you make gigantic scale Doom-style game worlds circa 2016 with even 20-30 people, much less 5-10. Art asset creation alone for 2016 requires far more staff than the original Doom. Optimizing each dev wouldn't begin to scratch the surface in terms of what you need to get to Doom 2016 if we're talking a dozen people or less. You'd need extraordinarily advanced AI agents creating for you, and the year would need to be more like ~2040-2050. The tech underlying a game like Doom 2016 is a modest part of the labor scale problem.
- johnnyanmac 2y ago> Optimizing each dev wouldn't begin to scratch the surface in terms of what you need to get to Doom 2016 if we're talking a dozen people or less. What do you think comes to mind when you hear "optimizing each dev"? My suggestion was for each dev to work wider, not deeper. There'd inevitably be a hit in raw fidelity, but that's part of the point I wanted to make. Of course, no amount of automation even with AI will make up for millions of hand crafted man hours. But my big discrepancy with modern game dev is: for how much business want so care about costs and skimping on labor, we go far, far past middling returns in order to deliver these AAA games. I'd definitely wager that you could preserve 80% the quality of Doom 2016 with 20% of the staff (and pay that staff better, not just pocket the 3x cost reduction) and it would still look top of the line. Even then I question the middling returns. There are good and insidious reasons why it's so rare, but I was really hoping these better tooling over time would produce more indie studios able to work at around a AA level of production. 5-10 people making games that really aren't that vast a gap from AAA presentation to the common consumer. Instead that sector is seemingly shrinking. It's a problem I at least want to try and chip away at in my career.
- incrudible 2y ago> Better IDEs We are now getting to a point where IDEs are as good as the ones we had in the 90s. > performance constraints Evened out by higher fidelity and less efficient programming languages and paradigms. > deployment More robust, perhaps, but also much more complex. > version control An improvement in some respects, a regression in others. > more productive Hard constraints make people productive. Being productive is about what not to do, impossibilities make for easy decisions.
- exe34 2y agoin what ways is version control a regression?
- amy-petrik-214 2y agoAs another concrete application, roads: https://bangaloremirror.indiatimes.com/opinion/others/easynomics-why-more-roads-actually-make-traffic-worse/articleshow/67049258.cms https://bangaloremirror.indiatimes.com/opinion/others/easyno... The idea is more lanes on the highway means more traffic means slower (even though you added a lane!). What goes off of this is what's called "Palin's Corrolary", which is to make traffic faster it's best to have fewer lanes. Politicians apply various techniques for this such as perpetual construction or allocating vast swaths of asphalt for bicycles, to make the traffic flow faster. So it does make sense that in fact slower chips will make AI faster, and punch cards will make software development faster, as the inverse of these proposed trends.