ShiftMag
shiftmag.dev · Group blog · on HN since 2023
ShiftMag is a developer publication that runs interviews and articles on engineering culture, burnout, tooling, and software team practices.
What HN saysHN links it for its article claiming 80% of developers are unhappy and that the cause is neither AI nor coding.
31HN people shared it
1linked it in comments
78stories submitted
352story points
4 months agolast shared
2023people per year2026
Most-shared posts
- 1Developers experience burnout, but 70% of them code on weekends3 people · 34 points · first shared 2023 · 31 comments on HN
- 280% of developers are unhappy. The problem is not AI, nor is coding2 people · 48 points · first shared 2024 · 85 comments on HN
- 3As an engineer, I'd rather be called stupid than stay silent2 people · 42 points · first shared 2025 · 14 comments on HN
- 4How to Scare Your Contributors Away: A Veteran's View on the Platform's Turmoil2 people · 5 points · first shared 2024 · 1 comments on HN
- 5What (not) to do and when you consider adding new tools to your tech stack2 people · 4 points · first shared 2023 · 2 comments on HN
- 6Code isn't what's slowing projects down2 people · 3 points · first shared 2026 · discussion on HN
- 7Saying NO is not a free action in software engineering2 people · 3 points · first shared 2025 · 1 comments on HN
- 8How to be the best programmer, according to Daniel Terhorst-North2 people · 3 points · first shared 2024 · discussion on HN
- 9How I changed my engineering teams' workflow after a year of resisting AI tools2 people · 2 points · first shared 2026 · 2 comments on HN
- 10The golden age of Kotlin and its uncertain future1 people · 48 points · first shared 2024 · 76 comments on HN
- 11DHH: Make Software Simple Again1 people · 24 points · first shared 2024 · 8 comments on HN
- 12CTO Says 93% of Developers Use AI, but Productivity Is Still 10%1 people · 23 points · first shared 2026 · 18 comments on HN
- 13I prefer rebase over merge (and everything else)1 people · 8 points · first shared 2024 · 2 comments on HN
- 14Tame Python Chaos with Uv1 people · 6 points · first shared 2025 · 2 comments on HN
- 1584% of developers use AI, yet most don't trust it1 people · 6 points · first shared 2025 · 2 comments on HN
What HN people wrote when they linked it
wickedsight · 2024-08-09
If you're going to do this I recommend you at least take these things at heart:
Why do developers slow down
> https://youtu.be/7EmboKQH8lM?t=1476
80% of developers are unhappy. The problem is not AI, nor is coding
> https://shiftmag.dev/unhappy-developers-stack-overflow-survey-3896/
What you're looking at is starting greenfield development. This always starts in the same way: 'we need to deliver functionality quickly because management wants results'. This always leads to the same issue, where code quality is ignored for sake of delivering functionality, which then leads to development slowing down and both management and devs becoming unhappy.
If you want to build something for the long term, I'd recommend starting slow. Get some experienced freelance devs where you do thorough reference checks. Get them to set up a stable core and help in hiring some medior level devs to train.
The medior level devs can grow to become the coaches of junior devs and then you can start scaling down the freelance devs.
Whatever you do, don't plan to release something within the first year. Don't ask the team to estimate a delivery date within the first six months. After six months you should have a baseline that development can be continued with and then you probably have a team that can start estimating work and has a grasp of what they need to do to deliver something useful.
Also, get a good product person, someone who can talk to business, draw out the different parts of the…