[Перевод] YOLO и другие отвязные методологии

Позвольте поведать вам о совершенно новой методологии, которая радикально изменит ваши подходы в программировании. Итак, прервитесь ненадолго от своего стройного и прямолинейного кода и откройте для себя мир альтернативных IT-методологий.

Вообразите наше восхищение, когда манифест этой новаторской новой методологии попал в наши новостные ленты. Пророк YDD, она же YOLO Driven Development Todor Grudev высек в камне (на GitHub) 17 заповедей YDD. YOLO буквально означает — You Only Live Once, или по-русски: ВЖОР — Вы Живете Один Раз.

Because #YOLO

Узрите же постулаты YDD!

# Не рефактори, это плохая практика. ВЖОР

# Не понимать, почему или как что-либо работает - это всегда хорошо. ВЖОР

# Никогда не тестируй собственный код, просто проси других. ВЖОР

# Никто не собирается читать твой код, так что не комментируй его вообще. ВЖОР

# Зачем делать что-то простыми способами, когда можно каждый раз переизобрести велосипед? Готовые и удобные решения для лошков.

# Не изучайте документацию. ВЖОР.

# Не тратье время на постигание кусочков кода. ВЖОР.

# Не пишите спецификации. Хорошо вяжется с методологией YDD.

# Не соблюдайте правила именования. ВЖОР

# Платить за онлайновые обучающие курсы всегда   лучше чем обычный поиск и чтение материала. ВЖОР

# Всегда используйте продакшн под любое окружение. ВЖОР

# Никогда не описывайте то, что вы пытаетесь сделать, просто задавайте хаотичные случайные вопросы по теме как это делается. ВЖОР

# Не делайте отступы. ВЖОР

# Системы контроля версий для слюнтяев. ВЖОР.

# Разработка на системе близкой к системе развертывания - это для слюнтяев. ВЖОР.

# Я обычно не тестирую свой код. Но когда тестирую, я делаю это на продакшне. ВЖОР.

# Настоящие мужики деплоят посредством ftp. ВЖОР.

Забудьте все эти древние языческие традиции TDD и BDD. Новая методология каждый день уберегает вас от надоедливых консультантов! Пользователь Ruby.zigzo подытоживает данный YDD манифест следующим образом:

Конечно же это шутка. Не следуйте приведенным здесь рекомендациям.. или следуйте! 
YOLO!

Однако, простой поиск на GitHub формулировки «потому что ВЖОР» выдает свыше 600 результатов, доказывающих, что многие разработчики уже начали применять ВЖОР-подходы:

                            (map(lambda __suchwoow:\
                map(lambda  __because___yolo__:\
      __lololol_.__setitem__((      (__because___yolo__))  ,                (0)),
range(2*(__suchwoow),               ((very_math)),     __suchwoow  

Итак, ВЖОР — это не ваш метод? Что ж, вот ряд других бодрящих IT методологий, которые можно взять на вооружение.


Голубиная Методология

Влетает ваш начальник, гадит на всё вокруг, затем улетает.


ADD (Asshole Driven Development)

ADD, по-русски, РЧМ — Разработка Через Чудака.
Старая добрая метода, основные принципы которой — это команды, в которых есть величаший Чудак, который принимает все самые ответственные решения. Разумеется, мудрость, процессы и логика не завезены по-умолчанию.


NDAD (No Developers Allowed in Decisions)

NDAD — Разработчикам Не Дано Принимать Решения.
Разработчикам всех видов и мастей строго воспрещается принимать какие-либо решения касательно проектов, начиная от дизайна бек-енда заканчивая сроками, потому что среднее управленческое звено и топ-менеджмент четко знают, чего они хотят, как это будет сделано и как много времени займет реализация.


FDD (Fear Driven Development)

FDD — Разработка Через Устрашение

Аналитический паралич, который может замедлить весь проект, так как разработчики боятся ошибиться, поломать сборку или внести баги. Источники беспокойства разработчика могут быть связаны с затруднениями в обмене информацией или указанием команде на то, что незаменимых людей нет.


CYAE (Cover Your Ass Engineering)

CYAE — по-русски, МХСКИ — Моя-Хата-С-Краю Инженерия.

Данную методологию красноречиво описал за нас Scott Berkun: основной движущей силой персональных усилий является стремление сделать так, что когда дерьмо полетит на вентилятор, вы не окажетесь крайним.

Пожалуйста, поделитесь в комментариях своими избранными и любопытными методологиями разработки, а также курьезными случаями или историями о коллегах-апологетах «продвинутых подходов».

Пара примечаний и моментов:


  1. Очевидно, YOLO уходит корнями в одноименный мем, где фраза YOLO по сути оправдывала любой безрассудный или очень нелогичный и дурацкий поступок и поведение.
  2. YOLO-методология может прекрасно проявить себя в сочетании c YOBA-методологией. Попробуйте и поделитесь опытом!

© Habrahabr.ru