simpleman:Это их основная опция.
я не люблю умничать, но -
https://en.wikipedia.org/wiki/DevOps:DevOps is a set of practices that combines software development (Dev) and IT operations (Ops). It aims to shorten the systems development life cycle and provide continuous delivery with high software quality.[1][2] DevOps is complementary with Agile software development; several DevOps aspects came from Agile methodology.
https://en.wikipedia.org/wiki/DevOps simpleman:Любая опытная веб-макака это может сделать.
...и не люблю приумалять коллег по профессии.
Но в последнии годы в сторону веб-разработчиков (и особенно фронтенд) сложилось однозначное - StackOverflow-driven development
Но главное безусловно не это - а что что все это дело для них not theirs cup of tea.
И прежде всего потому что -
simpleman:И потом, ну сделали они тебе пайплайн за раз, а дальше что? Зачем их держать в штате по-твоему?
- это the main project responsibility. Как все работает и как поставляется начиная с лэптопов "веб-макак" - и до самого до - ок, пусть даже production docker swarm (рабочего окружения).
Проще говоря - "херово написанную фичу при нормальных пайплайнах-процессах можно моментально откатить с прода" (ога, включая DB structural changes). В идеале
simpleman:Особенно тупые бекендеры порадовали smile Хотел бы я посмотреть, как крутые девопсы будут справляться с обслуживанием программ с экспоненциальными алгоритмами O(2^n) или еще лучше с факториальными O(n!) от тупых бекендеров
"я не хотел тебя приятель обидеть" (с)
Но ценность продукта-проекта - не в алгоритмах а в бесперебойной надежной работе для эндюзеров. Которая - пусть лучше медленно (с плохим алгоритмом масштабированием мощностей и т.д.), но -
надежно и безопасно. Что у нас по сложившейся практике - возложено на DevOps responsibility (хотя концептуально это неправильно), ну и на богатых/умных проектах - там да, плюс еще выделяют безопасность на архитектурном уровне решения.
Называя вещи своими именами, в наших просторах (и/или нетолько?), DevOps это кроме пайплайнов еще и такой супер-администратор всего что крутится на северах (bigdata projects добавляют еще и DBA, хотя я чет в последнее время все реже слышу о хорошем и годном запросе на них).
Но главное - в большинстве проектов, как B2B так и B2C, крутая алгоритмика и архитектура и нафиг ненужны (имеем в виду - там где матаны). Большинство всего уже работает искаропки "как-то нормально" - CMS/FrameWork-driven development.
А даже когда и если возникает деменд на магию кода со стороны сервера - часто это решается контрактным рокстаром-подрядчиком, а не штатным гением кода (на которого денег и нету, и жалко). В итоге - всем хорошо, но это снова таки и прежде всего - если DevOps (который как раз тут лучше - штатный и "не скупиться") настроил процессы так, что для левого контрактора парой скриптов легко можно создать безопасных со всех сторон environment (выгрузить данные потерев все sensetive, скриптами надеплоить какие-то микросервисы в т.ч. как "заглушки" и т.д.).
Это сейчас не прям чтобы популярно - но это по всей логике software development, наше самое ближайшее будущее - "здорового человека" (если уже даже DevOps задачи некоторые довольно известные товарищи успешно передают третьим сторонам).
псь.
Все это - повторюсь, не для приумаления заслуг девелоперов (без которых бы вообще никаких процессов и не появилось). Это, скорее - развязывание рук этим самым девелоперам, прежде всего в плане снять бремя многократных перепроверок напиленого, ну и выполнения не-своей по сути работы в ущерб продуктным задачам и ценностям.
