Software-Engineering

Позвольте мне быть откровенным с вами: ваш любимый язык программирования ужасен. Как и мой. Как и у всех остальных. И знаете что? Это совершенно нормально. Мы живём в эпоху, когда разработчики относятся к языкам программирования так же, как спортивные фанаты относятся к своим командам. «Python — для учёных данных», — заявляет кто-то. «JavaScript портит мозг», — бурчит программист на C++. «Go — будущее», — настаивает инженер DevOps. Тем временем все эти языки просто выполняют свою работу, не подозревая, что у каждого из них есть преданные сторонники и критики....

Посмотрите, я хочу сказать кое-что, что может вызвать неодобрительные взгляды на вашем следующем командном стендапе: Разработка через тестирование (TDD) не всегда является решением, и притворство в обратном может стоить вам дороже, чем вы сэкономите. Прежде чем закрыть эту вкладку и написать гневный комментарий, выслушайте меня. Я не говорю, что TDD плоха. Я говорю, что это инструмент, и, как и у любого инструмента, есть ситуации, в которых лучше использовать что-то другое. Использование молотка для всего не делает вас лучшим плотником — это делает вас плотником с множеством погнутых гвоздей....

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

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

Ваша кодовая база — это хаос. Вы это знаете, и ваша команда тоже. У одной функции 47 параметров. Переменные названы в честь ваших кошек. И где-то там комментарий 2015 года гласит: «TODO: исправить это перед запуском в производство», и голос в нём звучит всё более отчаянно. Естественно, вы поступаете как любой уважающий себя разработчик: берёте обязательство провести масштабную рефакторинг-спринт-доработку. Две недели, думаете вы. Может быть, три. Вы красиво перепишите всё, примените шаблоны проектирования, словно они выходят из моды, и выйдете победителем с кодовой базой, настолько чистой, что по ней можно будет есть....