Тут двоякая ситуация. Каждый надеется, что его не смогут заменить, но с другой стороны всегда есть код, который где-то работает, но ни кто не знает - как 😉

Так ясень пень. Посмотрят на это, скажут «чур меня» и сбегут :)

Компетенции Шрёдингера

Каждый надеется, что его не смогут заменить, так как он пишет уникально работающий код. Как правило, заменяют.

С другой стороны в каждой компании всегда есть код, который где-то на каких-то серверах работает, но ни кто не знает - как 😉

Уход ключевых людей — это всегда проблема. Возможно, не кошмар, но с любовью инженеров (и сантехников) к "кто вам тут все это делал, тут всю систему менять надо" — это приводит к затратам и времени всегда.

Бывает еще хуже: плохой код секретят и секретят целые отделы горе-студентов, которые его пишут.

В компании могут быть архитекторы, способные проревьюить и прорефакторить. Но им просто не дадут это сделать.

Я некоторое время назад наткнулся на инструкцию как разворачивать Linux виртуалку. Надо взять определенный образ centos и развернуть его, потом пройтись absible playbook, и только потом апдейтить!
На мой вопрос «Почему не взять последний образ и почему именно двухлетней давности и его апдейтить?»
- «мы пробовали, playbook не работает»
И они два года вот так разворачивают… а плейбук то всего добавляет нужных пользователей, sudo, ssh ключи и запрещает логиниться с паролями.

а зачем? работает, не трогай

это ты сейчас на каком-то староадминском говоришь, не очень понятно =)

Смотря какой код

думаю просто не принято/не приветствуется выходить за рамки поставленных задач, поэтому и не чинят

не, ну если там компетенции проэтосамованы, другой вопрос, конечно. и интерес другой

ну и лично я не сталкивался с тем, чтобы базовые плейбуки не работали после смены минорной версии, вот с 7->8 пришлось отдельное делать, так же эксплуатируем rh-based 90% в виртуализации

Т.е. какой-нибудь performance critical код будет написан так, чтобы и компилятор не начудил, и и результат был выверен под разные cpu/arch

Ха. Если бы половина плейбука не была написана как shell “sudo …”

Ну, особенно забавно, когда этот performance critical написали на asm вставке 20 лет назад и сейчас он скорее тормозит, чем ускоряет, но разобраться и переписать на C/Java/Rust уже страшно...

Ага. И особенно пикантно, когда этот код вдобавок нарушает соглашение об использовании регистров, но трогать низззя, так как чуть что — и оно падает где-то через километр кода.

Это инь. А янь - "кто не обновляется планово - обновляется аварийно"

а дзен, это когда аварийный работы неотличимы от плановых

Дайте почитать что за соглашение

Да хотя бы в вики