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

https://jaxenter.com/yolo-driven-development-methodology-113469.html
  • Перевод

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-методологией. Попробуйте и поделитесь опытом!
Поделиться публикацией

Комментарии 7

    0
    Мне кажется, что писать «это шутка, не используйте» нужно заголовочным ярким красным шрифтом в начале статьи.
    При этом обязательно найдётся тот, кто пропустит и начнёт применять, оправдывая тем, что читал на Хабре.
      +1
      Ну думаю что те, кто не поймет всего сарказма данной статьи уже давно являются адептами YOLO
      +1

      мда, напомнило не одну контору в которых я работал.

        0
        У каждого в жизни была хотя бы одна такая контора
        +1
        О, хоть кто-то сумел описать методологию, по которой работают почти все разработчики. <:o)
          0
          По-моему в русских абревиатурах нужды нет. #YOLO!

          «Чудака» и «хату с края» не понял, как-то вообще сомнительно перевели.
            +1
            Чудака достаточно точно перевели же, РЧМ — Разработка Через М(Ч)удака

          Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

          Самое читаемое