Software-Engineering

Building a CI/CD pipeline from scratch sounds like a rite of passage for ambitious engineers. That thrilling moment when someone says, “We could just build our own tool—it can’t be that complex!” Usually follows a demo of some enterprise CI/CD platform with a price tag that makes everyone’s eyes water. But here’s the thing: that gut feeling that tells you to build it yourself? It’s your imposter syndrome talking, not your engineering instinct....

Создание CI/CD-пайплайна с нуля кажется ритуалом посвящения для амбициозных инженеров. Тот волнующий момент, когда кто-то говорит: «Мы могли бы просто создать собственный инструмент — это не так сложно!» Обычно следует за демонстрацией какой-либо корпоративной платформы CI/CD с ценником, от которого у всех слёзы на глазах. Но вот в чём дело: то чувство, которое говорит вам, что вы можете сделать это сами? Это говорит синдром самозванца, а не инженерный инстинкт. И почти всегда оно ошибается....

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

Your codebase is a mess. You know it. Your team knows it. That one function has 47 parameters. Variables are named after your cats. And somewhere in there, a comment from 2015 says “TODO: fix this before production” in a voice that sounds increasingly desperate. So naturally, you do what any self-respecting developer does: you commit to a massive refactoring sprint. Two weeks, you think. Maybe three. You’ll rewrite everything beautifully, apply design patterns like they’re going out of style, and emerge victorious with a codebase so clean you could eat off it....