Что такое жизненный цикл программного продукта (SDLC)?

Слушай, а ведь эта ваша SDLC — она как та самая история про Герасима и Муму, только в мире кода. Вроде всё по плану, а потом — хрясь! — и пиздец, проект тонет в омуте бесконечных правок. Но по порядку, блядь.

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

Классика, она же «водопад»:

1. Планирование. Сидят умные дядьки в пиджаках и пиздят про «бизнес-процессы» и «юзер-стори». Требования пишут такие, что потом оказывается — клиенту нужно не приложение, а волшебный пендель. Но все кивают, блядь.
2. Проектирование. Архитекторы рисуют квадратики и стрелочки, от которых у нормального программиста глаза на лоб лезут. «Смотри, — говорят, — тут у нас микросервисная архитектура!». А по факту — просто разбили один большой пиздец на десять маленьких, но связанных.
3. Разработка. Вот тут-то и начинается магия. Сидишь, блядь, пишешь код, а в голове одна мысль: «Мууу...». Как Герасим. Ничего не понятно, но очень продуктивно. Кофе льётся рекой, а в консоли — сплошные NullPointerException.
4. Тестирование. Приходят тестировщики — весёлые садисты. Находят баги в таких местах, где ты, блядь, даже не подозревал, что там что-то может работать. «А если нажать вот эту кнопку, держа Ctrl+Alt+Shift и стоя на одной ноге?». И ведь сломается, сука!
5. Выкатка. Самый страшный этап. Весь отдел не дышит, как будто бомбу обезвреживают. Нажимаешь кнопку deploy и молишься всем богам, чтобы не вылезло сообщение «500 Internal Server Error». Ёпта, волнение — ебать!
6. Поддержка. А вот тут начинается настоящий ад. Пользователи оказываются теми самыми «распиздаями», которые используют твой шедевр не по назначению. «Ваша система не считает, сколько мне нужно кирпичей, чтобы построить замок на Марсе!». И ты такой: «Да иди ты нахуй... то есть, создайте тикет, пожалуйста».

Но времена меняются, блядь! Сейчас все бегают по офису и орут «Эджайл! Девопс!». Суть в чём:

• Спринты. Это когда ты не год мучаешься с одним релизом, а каждые две недели устраиваешь маленький, но гордый пиздец. Быстро и больно.
• CI/CD. Вообще песня! Ты заливаешь код, а дальше магия: само собирается, само тестируется, само выкатывается. Красота! Пока не сломается, конечно. Вот примерчик, смотри, не трогаю его, он святой:

# .gitlab-ci.yml пример
stages:
  - build
  - test
  - deploy

build-job:
  stage: build
  script: mvn clean compile # Собрал? Молодец!

test-job:
  stage: test
  script: mvn test # А вот сейчас узнаем, кто тут мудак...

deploy-job:
  stage: deploy
  script: ./deploy-to-k8s.sh # Ну всё, понеслась. В рот меня чих-пых.

А зачем весь этот цирк? Да затем, ёпта!

• Чтобы хоть как-то предсказать, когда всё сломается. Не «когда-нибудь», а «в конце спринта, в пятницу, в шесть вечера».
• Чтобы качество было не как у шарманки, которая играет, только если пнуть.
• Чтобы риски не накрывали, как тот самый медный таз, а ты их заранее видел и говорил: «О, смотри-ка, пизда грядёт. Давайте-ка её обойдём».

Выбираешь модель — Waterfall, Agile, Scrum — по обстановке. Если проект как танк — большой и неповоротливый, то водопад. Если как мартышка на кофеине — нужен Agile. Главное — не обосраться на этапе выкатки. Всем удачи, и да пребудет с вами git push --force.