Earlier quoted context omitted.
Out of curiosity, why did Macintosh fall behind in the late 80s? Why didn't they charge ahead and achieve dominance in the 90s?
They didn't fall behind all that much, they were just too expensive. The PC platform used to be expensive too, but then became quite a bit cheaper in the 1990s.
Building for the 99% Developers
201–210 of 310 posts
Re: Building for the 99% Developers
#202In the 90s-00s, when I was a younger, (even) more arrogant nerd, I looked down on Microsoft and their stupid technologies: Visual Basic, Access, Word, and more. Simple, limited tools that I only saw ugly, half-broken systems built with. Until I saw a something by Steve Ballmer (I think), explaining that their strategy was to provide tools for those "99% developers". The ones who don't read HN, the ones who don't code…
Not 99% of developers, but 99.99% of problems that need to be solved.
Re: Building for the 99% Developers
#203Earlier quoted context omitted.
A good way to dive into this is to do consulting for non tech industries, where 100% of IT is a cost center, no matter what.
"I did my job well, everything was running smoothly." Too smoothly. We got 20% layoffs for doing a good job! Cost savings.
Re: Building for the 99% Developers
#204In the 90s-00s, when I was a younger, (even) more arrogant nerd, I looked down on Microsoft and their stupid technologies: Visual Basic, Access, Word, and more. Simple, limited tools that I only saw ugly, half-broken systems built with. Until I saw a something by Steve Ballmer (I think), explaining that their strategy was to provide tools for those "99% developers". The ones who don't read HN, the ones who don't code…
Your argument suffers from the fact that Ballmer almost tanked the company, so perhaps this rosy look back isn't the whole story, and you need to focus a bit on "get things done" and a bit on "maintain it for the future", it's not as simple as FAANG=good or FAANG=bad. Unless you're happy that all those 99% developers have created towers of COBOL that run the world and they can't touch or upgrade.
The most laidback, humorous and mature developers I've met were Cobol developers. (probably older people are like that haha)
Re: Building for the 99% Developers
#205Re: Building for the 99% Developers
#206In the 90s-00s, when I was a younger, (even) more arrogant nerd, I looked down on Microsoft and their stupid technologies: Visual Basic, Access, Word, and more. Simple, limited tools that I only saw ugly, half-broken systems built with. Until I saw a something by Steve Ballmer (I think), explaining that their strategy was to provide tools for those "99% developers". The ones who don't read HN, the ones who don't code…
Reminds me of: > Here's my point: yes, the whole Internet runs on Unix philosophy. But businesses sure don't. The big problem comes up in my description of pipelines up above: they only parse about 99% correctly, which is fine for your idiotic comments about YouTube videos, but pretty nasty when you mangle critical business data. And when the business dudes get involved, they'd rather do anything than mangle their cr…
Windows isn't popular because its good at anything its popular because windows it meets the bare minimum and has a huge marketing budget unix doesn't.
Re: Building for the 99% Developers
#207Earlier quoted context omitted.
Mentioning RDS is an apples to oranges comparison. RDS is a fully managed service by a 3rd party. Nevertheless, checkout https://litestream.io - given that SQLite is just a file, it’s incredibly easy to replicate. Failover is coming in the next release, which is already beta. Also checkout this Expensify blog post on how they use SQLite. It’s scales amazingly well. https://blog.expensify.com/2018/01/08/scaling-sqlite…
I mention RDS because it mostly solves the failover/continuity problem. While failovers on RDS are typically outages, they're also typically quite short lived, no more than a few minutes. That can work for many people/business's requirements. That it is managed means you (in theory) can rely on AWS to manage the underlying infrastructure. You just worry about the SQL. It is a "boring technology" choice, as the articl…
Re: Building for the 99% Developers
#20899% feels like an exaggeration. I've talked to many developers from non-FAANG companies, and it isn't at all uncommon for them to be using GraphQL or serverless. I guess there is some selection bias since they are usually applying to a unicorn, so they are probably more likely to come from environments that fit the "1%". Whether this distinction is relevant to you depends on where you sit. If you are a startup sellin…
… I'm in a small company, and we "use" serverless. I've never once asked myself "Should I move to serverless?" It's just whether, for some application, it's the right tool. We run a few Github bots & a function that updates a Route 53 record on serverless. (Security didn't want to give permission to R53; "too much, too broad"; a lambda that exposed only the necessary action to the service that required it was the com…
Re: Building for the 99% Developers
#209In the 90s-00s, when I was a younger, (even) more arrogant nerd, I looked down on Microsoft and their stupid technologies: Visual Basic, Access, Word, and more. Simple, limited tools that I only saw ugly, half-broken systems built with. Until I saw a something by Steve Ballmer (I think), explaining that their strategy was to provide tools for those "99% developers". The ones who don't read HN, the ones who don't code…
Greatly successful projects often have horrible(from developers perspective) codebase that barely doesn't fall apart. They call it technical debt and fix il later when things stop moving fast. I think it's happening because successful projects focus on the product delivering on the reason it exists(i.e. facilitate file transfer in the most intuitive way possible) and to do that quickly as possible for the lowest cost…
Your choice of the UK's Covid tracking spreadsheet debacle to illustrate your point is curious, to put it politely.
As The Register [1] (and many others) pointed out at the time, it was the wrong tech choice, executed slowly and at huge cost, by the wrong people with little knowledge of better choices, and directed by management and government leaders with track records of lying and incompetence.
> They couldn't have start by firstly building the perfect data collection solution because they wouldn't know how things will pan out and if they tried to force their way(i.e. mandatory formats by the tests centres) it would have been too big of a projects.
I have a different view on every part of this sentence!
[1] https://www.theregister.com/2020/10/05/excel_england_coronav...
Re: Building for the 99% Developers
#210Earlier quoted context omitted.
Greatly successful projects often have horrible(from developers perspective) codebase that barely doesn't fall apart. They call it technical debt and fix il later when things stop moving fast. I think it's happening because successful projects focus on the product delivering on the reason it exists(i.e. facilitate file transfer in the most intuitive way possible) and to do that quickly as possible for the lowest cost…
> An example for this is UK's covid case tracking early on. Your choice of the UK's Covid tracking spreadsheet debacle to illustrate your point is curious, to put it politely. As The Register [1] (and many others) pointed out at the time, it was the wrong tech choice, executed slowly and at huge cost, by the wrong people with little knowledge of better choices, and directed by management and government leaders with t…
Pretty much any tech choice (including Excel done sensibly) would work for those volumes.