DevOps мертвий?

💡 Усі статті, обговорення, новини про DevOps — в одному місці. Приєднуйтесь до DevOps спільноти!

Один розробник з редіту розказав історію про те, як він хотів перейти в DevOps. Він розповів про це своєму керівнику, а той відповів, що DevOps «вже мертвий» і всі ці задачі скоро робитиме ШІ.

Автор працює фронтенд-розробником на low-code платформах, але мріє розвиватися у DevOps і вчить CI/CD, Docker, AWS, nginx тощо. Але каже, що навіть на джун-позиції зараз вимагають 2–3 роки досвіду, а на поточній роботі таких можливостей немає.

Не знаю, що там ШІ в DevOps процесах заміняє, на думку керівника, якщо честно. Так, він класно пише YAML файли, може створювати пайпи та непогано справляється з Terraform-скриптами. Але ж це далеко не весь DevOps. Є ще інфраструктура, моніторинг, безпека, інциденти, реальні системи, з якими треба працювати руцями. На мою думку якраз DevOps — це ті, хто (поки що) у відносній безпеці, в порівнянні з тими ж розробниками.

Що думаєте з цього приводу? Керівник просто набрехав хлопцю, щоб той нікуди не йшов чи ШІ й справді вже вміє багато чого автоматизовувати?

👍ПодобаєтьсяСподобалось1
До обраногоВ обраному0
LinkedIn
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter

Ось його профіль на редіті: www.reddit.com/user/Adeuebs

Ну да ну да. Тим часом девопси додають ллм моделі\агентів до системи, личку MLOps і умповні +500 щоб манагери і далі мріяли замінити усих ШІ.

збирався вчити пітон... але Claude кудись це бажання витісняє... 🤔

Современному «девопсу» жить еще 2 года. Потом только AI deploy. Вот и сказочки конец а кто слушал — молодец

ЛОЛ, ні, девопс живіше всіх живих.

Нагавнякати код просто, особливо, якщо це зробив ШІ.
Важко примусити цей код працювати, розгортатись, скейлитись, балансувати навантаження між різними інстансами, використовувати правильні сховища під різні задачі і ще дуже-дуже багато чого іншого і це все прямо чи опосередковано про DevOps, а там ще й MLOps підключається, FinOps і різні екзотики AIOps і т.д.

Тому, навіть якщо ШІ забере кодинг, то точно не забере DevOps.

DevOps — это маркетинговое название для системного администратора. нет смысла говорить мертвый он или живой

«Що зі статтею не так і чому це важливо?»™

хм, якщо використовувати стару «радянську» термінологію і розділити діяльність вимагаючу інжинірінгових знань і досвіду на дві досить різні групи буде
— інженер-проектант
— інженер з експлуатації

от той девопс створювання пайплайнів це трохи з обох світів, але тут є нюанс, ще одна розділююча властивість, «вісь координат»
ця діяльність сфокусована на «матеріалізації конструкцій», що втілюють практики, які можливо алгоритмізувати, тобто системи з добре визначеним станом, з прогнозованою поведінкою, з обмеженою множиною можливих наступних станів системи
от тут повної елімінації ролі людини не буде, але зменшення потреб в операторах і подальший зріст їх спеціалізації очікувати цілком слушно
і це власне невеличка зона проектного інжинірингу яку «витиснуло» розвитком і накопиченням кількісності в експлуатацію з проектанства

але вже наявні айті систем в реальній експлуатації накопичили таку кількість імманентої складності, що намагання її алгоритмізувати в сенсі «вирішити задачу в загальному» майже ніколи не є можливим, тобто поза отією специфічною підмножиною девопс є ще на порядки більша область інженерії експлуатації, де в найближчі десятиріччя не буде жодного інструменту до заміни людини, щоправда не будь-якої, але з предиспозицією (фізмат, розвязання комплексних проблем і тп, це кожен десятий, з фактично зайнятих в айті імхо, інші мабуть теж допрацюють до пенсіі в айті, якщо їм не занудить, міняти роль щодесять років є нормальною людською тягою)

кому цікаво і не ліньки почитати-послухати про те, що в людини в голові і як воно працює і чому називати ші, те, що зараз почали задля маркетингу так називати мяко кажучи передчасно — ось добре розповідаючий дядечко en.wikipedia.org/wiki/Steven_Pinker)

Хоронили девопсів порвали два курсора

Таке часто трапляється, коли керівника повністю влаштовує співробітник і не хочеться його втрачати, бо керівник не дурень і розуміє, що на місце цієї однієї робочої конячки треба буде найняти дві, а то й три, щоб покрити весь той скоуп обов’язків, який на собі зараз оця одна конячка тягне.

Тому керівник буде і не такі казочки розповідати, лише б тільки класний працівник залишився і продовжував педалити, а не світчнувся у інший напрям і не змінив роботу.

Був один в нас менеджер — на будь яку таску казав «та я в ютубі бачив, там на 10 хв роботи»

Сподіваюся ви йому на це щоразу скидали мем про папугу, якого навчили казати «Який апдейт по задачі?» і підвищили до проджект менеджера :)

ШІ може робити ці задачі, це правда. Але, все рівно потрібна людина. Наприклад, я абсолютно не DevOps, але за допомогою ШІ зробив доволі складні CI/CD pipelines, які успішно працюють на нашому проекті. І щоб їх зробити, треба мати досить глибокі технічні знання. Перед цим, те саме намагався зробити наш PM і не зміг, просто не знав, які правильно запити давати ШІ.

Тут ще нюанс, що якщо це зроблено за допомогою AI, то чи зроблено це ОПТИМАЛЬНО чи з лютим оверінжинірінгом.
Бо є певна різниця, зробити аби-як, косо, криво, повільно дорого зате працює чи зробити оптимально і теж працююче.

Різниця для кого? Оно є levelio чувак який досі пише на php+jquery заливає на сервера по ftp та має проекти які приносять 50-70к в місяць.

Чи деплоїться воно 5хв чи 60хв дуже часто не має різниці. Є велика ніша з якою ШІ вже справляється і робить це відносно добре. Топ 5-10% експертів нікуди не дінуться і будуть тільки в більшому попиті.

той керівник просто менеджер, а вони в більшості випадків не шарять у технічній частині....

Підписатись на коментарі