Code-Quality

Абсолютный лайфхак для гарантированной занятости, о котором никто не говорит Давайте будем честными: в мире разработки программного обеспечения уже несколько десятилетий существует негласная стратегия. О ней шепчут в тёмных уголках технических форумов и намекают в постах на Reddit в 3 часа ночи. Я говорю об искусстве написания кода настолько запутанного, настолько великолепно криптичного, что только вы на всей Земле способны его поддерживать. Навсегда. Поздравляем — вы только что изобрели пожизненную занятость....

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

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

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

Помните тот неловкий момент, когда вы пытались добавить простую функцию в свой трёхлетний кодовый базис и в итоге внесли изменения в семнадцать файлов? Да, это происходит, когда ваша архитектура становится слишком жёсткой. Это как строить дом, сварив все стены вместе — поначалу это выглядит впечатляюще, но удачи вам, если захотите добавить ванную комнату. Ирония в том, что мы были настолько одержимы идеей сделать всё «стабильным» и «определённым», что создали архитектуры, которые ломаются как сосульки, стоит только попытаться их немного согнуть....