В 90х эти самые программисты были старушками (ну типа программировали на фокс-про для бухов)
Многие не ресурсоёмкие задачи можно решить на чём угодно.
Пользователю без разницы какой ЯП использовался.
Для него важен интерфейс, функционал и быстрота получения результата.
Дело не в этом, просто админ по сути может все, даже мелкие проги-скрипты писать. И СD это по сути админское дело. А программисты как правило кодеры до такой степени опустились что даже CI заниматься не в состоянии.
Девопс это очередной новомодный базворд, смысл которого так никто и не понимает.
Всё предельно просто. Девопс - сисадмин для разработчиков ci/cd и всё такое, а просто сисадмин работает на пользователей и заставляет работать инфраструктуру предприятия. Вот и вся разница.
Самое занятное, что наблюдал из программистских «проф.деформаций» - это требование максимально полного ТЗ, где будет описано положение каждой запятой в коде и каждой точки на экране - если задача ставится им, программистам. И полнейшее «пойди туда, не знаю куда, принеси то, не знаю что» если эту задачу ставят сами программисты на другое подразделение. Но зато всегда - «Надо срочно, вчера!»
А программисты как правило кодеры до такой степени опустились что даже CI заниматься не в состоянии.
«Откуда я знаю, слушает там мускуль порт, или нет!» - это мне приятель рассказывал про возмущенного бэкендера, у которого его бэкенд не соединялся с базой. Какая там CI.
Девопс - сисадмин для разработчиков ci/cd и всё такое
Звучит как «оператор Дженкинса». :)
а просто сисадмин работает на пользователей и заставляет работать инфраструктуру предприятия.
Ну это всего лишь одна из специализаций. Также как у программистов их очень широкий спектр: от программирования Ексцеля и 1С и до программирования космических кораблей.
Это чтобы по максимуму снять с себя ответственность, если у заказчика шило в жопе завертится. Вместо траты времени на вытягивания информации из заказчика, а затем многократного переделывания работы, можно просто ткнуть ТЗ в рожу и к тебе не подкопаешся.
В наличии ТЗ как такового нет ничего плохого. Это правильная концепция, позволяющая всё понять, расставить по полочкам и всё такое. Проблема в том, что когда заказчиком выступают сами программисты - они эту концепцию мгновенно забывают! типа «Ну вы там сервера поднимаете, вот и разбирайтесь, а мы ничего знать не обязаны», при этом часто сопровождаемое «ну выдайте нам права, мы всё сами настроим, а чинить это будете потом вы» вместо нормального руководства по развертыванию системы.