Opinionated

We’ve been preached a gospel for decades: write portable code, avoid vendor lock-in, keep your options open. It’s like being told to never burn bridges or always leave yourself an exit strategy. Sensible advice, sure. But what if I told you that sometimes the best bridge to burn is the one you never needed to build in the first place? Here’s the uncomfortable truth that nobody in a conference talk wants to admit: pursuing absolute portability is often a form of premature optimization that masquerades as architectural wisdom....

Нам десятилетиями внушали: пишите портативный код, избегайте привязки к поставщику, держите свои возможности открытыми. Это как если бы вам говорили никогда не сжигать мосты или всегда оставлять себе путь к отступлению. Разумный совет, безусловно. Но что, если я скажу вам, что иногда лучший мост, который нужно сжечь, — это тот, который вам вообще не нужно было строить? Вот неудобная правда, которую никто в докладе на конференции не хочет признать: стремление к абсолютной портабельности часто является формой преждевременной оптимизации, которая маскируется под архитектурную мудрость....

You know that feeling when you’re staring at a five-line getter function, and your linter is screaming at you because coverage is at 87% instead of 95%? Yeah. That’s the moment I want to talk about. The testing community has done an incredible job evangelizing unit tests—and for good reason. Tests catch bugs, they provide confidence, they act as safety nets. But somewhere along the way, we’ve collectively developed test-writing religiosity....

Вы знаете это чувство, когда вы смотрите на функцию геттера из пяти строк, а ваш линтер кричит на вас, потому что покрытие составляет 87% вместо 95%? Да. Вот об этом моменте я и хочу поговорить. Сообщество тестировщиков проделало невероятную работу по популяризации модульных тестов, и не зря. Тесты находят ошибки, они придают уверенности, они действуют как страховка. Но где-то по пути мы коллективно развили религиозное отношение к написанию тестов. Идея о том, что каждая строка кода заслуживает теста....

There’s a widespread belief in software development circles that we should minimize complexity at all costs. It’s treated like a cardinal sin, whispered about in code reviews like some kind of software taboo. “Keep it simple,” they say. “Reduce complexity,” the metrics dashboards scream. But here’s the thing—I’m going to take a stance that might get me some raised eyebrows: complexity isn’t your enemy. Negligence is. Before you close this tab thinking I’ve lost my mind, hear me out....