Вы сидите на встрече с разработчиками, и кажется, будто они говорят на другом языке. Местный фольклор — это не просто шутки, а целая система коммуникации, где каждая фраза несёт скрытый смысл. Давайте расшифруем самые популярные из них.
«Это не баг, это фича»
Услышав это, приготовьтесь к тому, что странное поведение программы теперь станет вашим постоянным спутником. Эта фраза — высшая форма алхимии в мире разработки, где ошибку пытаются превратить в достоинство. Чаще всего это означает: «Мы понимаем, что это выглядит как ошибка, но исправлять её будет настолько долго и дорого, что проще убедить себя и других в нашей гениальной задумке». Иногда за этим скрывается искреннее непонимание, почему программа ведёт себя именно так. Разработчик провёл несколько часов в тщетных попытках найти причину и в итоге смирился, решив, что так и было задумано. В редких случаях это действительно креативный ход — история знает примеры, когда случайные баги становились культовыми функциями, как знаменитый «баунс» в Counter-Strike, рождённый из ошибки с физикой.
«Легко исправить» Самая обманчивая фраза во вселенной IT. Когда её произносят, в воздухе повисает наивная надежда, что проблема решится за пару часов. На практике это означает: «Я ещё не смотрел код, но на первый взгляд всё кажется простым». Программист представляет себе изящное решение из трёх строк, но как только он погружается в код, обнаруживает, что проблема — это верхушка айсберга. Одна незначительная правка тянет за собой шлейф зависимостей, ломает другие функции и требует переписать половину модуля. Фраза «легко исправить» обычно произносится в начале дня, а к вечеру превращается в многочасовой марафон с литрами кофе и поисками виноватого.
«У меня на локальной машине всё работает»
Классическая отмазка, которая переводится как: «Проблема где-то в настройках окружения, в версиях библиотек или в данных, но уж точно не в моём идеальном коде». Разработчик искренне верит в непогрешимость своего творения и не готов сразу признать, что его код может вести себя по-разному в разных условиях. За этой фразой следует долгий процесс поиска «неправильного» сервера, «кривых» настроек или «не того» пользователя, который как-то не так кликает. В конечном счёте виноватым обычно оказывается тот самый «идеальный» код, который не учёл все возможные сценарии.
«Это технический долг»
Элегантный эвфемизм, означающий: «Мы когда-то срезали углы, чтобы сделать быстрее, и теперь пожинаем плоды». Представьте, что вы строили дом и вместо фундамента использовали карточные домики — сначала всё выглядело прекрасно, но теперь любое изменение грозит обрушением. Технический долг — это те самые карточные домики в коде. Его накапливают сознательно, жертвуя качеством ради скорости, а потом месяцами расплачиваются за эту поспешность. Когда разработчик говорит о техническом долге, он с грузом вины в голосе признаётся, что система держится на скотче и молитвах.
«Нужно порефакторить»
Звучит безобидно, как будто речь идёт о лёгком косметическом ремонте. На самом деле это предложение разобрать весь дом до основания и построить заново, сохранив при этом жильцов и мебель. Рефакторинг — это искусство переписывания кода без изменения его поведения, своеобразная ювелирная работа. За этой фразой скрывается глубокое понимание, что текущий код работает, но представляет собой лабиринт из костылей и велосипедов. Разработчик смотрит на своё (или чужое) творение и испытывает эстетическое страдание, желая привести хаос к гармонии. Опасность в том, что благие намерения часто приводят к новым багам — чиним одно, ломаем три.
«Это баг операционной системы / браузера / железа».... Полная статья в VK сообществе
