All Topics
All Topics
Technology
Technology
Design
Design
Programming
Programming
Science
Science
News
News
Gaming
Gaming
Entertainment
Entertainment
Business
Business
Finance
Finance
Sports
Sports
Health
Health
Food
Food
Travel
Travel
Art
Art
Music
Music
Books
Books
Education
Education
Politics
Politics
Personal
Personal
No algorithm. No AI slop. No ads. Just RSS. Pro-human. Indie writers. Real journalism. Open web. Chronological. Hand toasted.

The just-say-no engineer archetype was a product of the ZIRP era

By

jxmorris12

5d ago· 9 min readenInsight

Summary

This article examines the "just-say-no engineer" archetype — a senior/staff engineer who deliberately slows down development, blocks feature complexity, and minimizes code output because code is viewed as a liability. It contrasts this with the "just-say-yes engineer" who prioritizes speed and shipping. The article argues that the just-say-no engineer was a product of the ZIRP (Zero Interest Rate Policy) era, when tech companies had abundant capital and could afford to prioritize quality and long-term thinking over speed. With the end of ZIRP, the incentives have shifted, making the just-say-no approach less viable in today's faster-paced, resource-constrained environment.

Key quotes

· 4 pulled
The engineer who says no all the time is a real archetype among senior and staff engineers.
The just-say-yes engineer is obsessed with moving fast, approves code changes by default, values MTTR over MTBF, and tends to ship a lot of code.
The just-say-no engineer is obsessed with quality, is happy to move slowly, and blocks complexity.
The just-say-no engineer was a ZIRP phenomenon.
Snippet from the RSS feed
The engineer who says no all the time is a real archetype among senior and staff engineers. Their role is to slow things down, to block the development of features that add complexity, and to ensure that as little code gets written as possible (since code

You might also wanna read