News for hackers. Stuff that matters.
Re:Boring Technology Checklist by lmeyerov on Monday January 31, 2022 @11:21AM (#30149717)
Missing two of the biggest:

- hireability: large community of developers to hire from today + years from now

- low risk of abandonment: long history of development, stable funding, and ideally many users+contributors from diff orgs using in commercial contexts

Not easy for startups and new frameworks to achieve 'boring' status!

Re:Boring Technology Checklist by wyager on Monday January 31, 2022 @12:33PM (#30150902)
> large community of developers to hire from today + years from now

I think this is a red herring. The thing that actually matters for most companies is marginal hireability. By the time you're big enough to worry about absolute hireability (because your hiring demands exceed the liquidity at the margins) you can create a hiring pool out of thin air (e.g. if google invents a new language and shills it a bit, tens of thousands of college students will learn it for free).

If you're a small company and you're picking between Java and Elixir (or whatever) your concern should be "how hard will it be to hire 3 developers at a given quality level?", not "are there 1 million developers available?"

Re:Boring Technology Checklist by lmeyerov on Monday January 31, 2022 @08:21PM (#30157419)
No, it is, how hard is it to hire 3 elixer devs at given quality and do an elastic sprint as 6.. 3 years from now. And what is the chance the dependency chain hasn't rotted.

The million means you arent scrambling . Hiring in niche stuff even for 1 person stinks. Replacing/maintaining dead frameworks is 10x+ worse than writing the original.

When you can find and just drop someone in the same/next week and it's not all cruft... And you're sure that'll be true next year too... That's boring code. Super destressor for everyone as folks can easily scale up / down, take paternal leave, onboard junior /senior folks same-day, etc, and not worry about ecosystem churn.

Ex: It's a world of diff when we hire folks to write our django pieces vs GLSL engine, and both of those ecosystems are big. Just django is the way bigger and thus more stress free. When you go down to niche langs with niche frameworks.. unless there is a good reason, I don't want to be in that company nor bet on it 2-4yr from now. For us, we do GPU everything, so careful parts of our stack are weird and constant careful effort, and we try to limit it to just those.

Re:Boring Technology Checklist by miiiiiike on Monday January 31, 2022 @12:07PM (#30150416)
This is where Angular dies. Great framework. There's almost no amount of money that you can pay someone to learn Angular in 2022.
Re:Boring Technology Checklist by mchusma on Monday January 31, 2022 @08:04PM (#30157282)
Ah, the old Angular bashing. I don't get it. Meanwhile, it keeps steadily improving and working well for many teams. We really enjoy working with it.
Re:Boring Technology Checklist by hughrr on Monday January 31, 2022 @12:31PM (#30150862)
What is everyone gyrating around at the moment? I haven’t touched front end for about a decade. It was jquery back then.
Re:Boring Technology Checklist by lenzm on Monday January 31, 2022 @12:45PM (#30151128)
I'd say React has reached boring by JS standards.
Re:Boring Technology Checklist by macdonst on Monday January 31, 2022 @04:42PM (#30154881)
Except for React introduces major changes with every new version causing thrash.
Re:Boring Technology Checklist by robbs on Tuesday February 01, 2022 @08:42PM (#30172410)
React hasn’t really changed since hooks and that’s been several years.
Re:Boring Technology Checklist by kbrannigan on Monday January 31, 2022 @12:59PM (#30151414)
I started a project with react! Stripped everything and went back to server side generated pages with sprinkles of jquery!
Re:Boring Technology Checklist by pjmlp on Tuesday February 01, 2022 @03:15AM (#30159869)
Funny, there is plenty of Angular money around here for 2022 and later.
Re:Boring Technology Checklist by kitd on Tuesday February 01, 2022 @03:37AM (#30160017)
The metric I use is "StackOverflowability".

It's 2am and I am desperate to fix a customers problem. What's the chance of me finding the answer on SO? Good documentation is obviously helpful, but SO expresses knowledge in a Q&A format much better.