История изменений
Исправление peregrine, (текущая версия) :
Дооо, и Oracle - ненормальная
У оракл код не просто говно, а легендарное говно, глядя на информацию которая утекает от разработчиков этого поделия (это кстати только один кусочек, если погуглить там куда больше чем 1 челик рассказывал что там внутрях творится). Они пилили чтоб работало вчера и надо было откусывать рынок, а в итоге простой баг нынче фиксят по месяцу, т.к. внутри лапша. Её реально не стоит в новый проект тянуть, лучше взять постгри. Волосы будут шелковистее.
Да и вообще почти весь ынтырпрайз работает по такой схеме.
ынтырпрайз работает по такой схеме совсем по другой причине. А не потому что какие-то проблемы со стабильностью у ядер линукса при обновлении. Когда интерпрайз большой, то идёт экономия на админах и ресурсах (потому как это дорогое удовольствие). Если правильно делать и не экономить, то у админов/разрабов должна быть более-менее полноценная копия интерпрайза для тестирования изменений. А не так, что на интерпрайзе стоит кластер, а у админов 1 сервер для тестирования. По факту даже это далеко не всегда так, т.к. держать полную копию хоть и упрощённую на одном сервере дорого. Я видел как на простых офисных пекарнях куски интерпрайза поднимали и там пытались тестировать изменения. Так что они редко обновляются чтоб в первую очередь их собственные админы реже ломали интерпрайз в результате своей собственной криворукости. А чем реже и меньше такой админ трогает свой интерпрайз, тем меньше он знает и о нём и вообще о своей работе. Хороший пример, я когда-то работал с одним админом, он толковый был, очень толковый, но реально работать ему приходилось очень мало и он занимался всем кроме непосредственно своей работы, даже джунами занимался. Как итог он полностью лишился квалификации в админстве, ушел сначала в девопсы, а теперь простой кодер на пых-пыхе и не может без гугла сделать модуль для systemd.
Исходная версия peregrine, :
Дооо, и Oracle - ненормальная
У оракл код не просто говно, а легендарное говно, глядя на информацию которая утекает от разработчиков этого поделия (это кстати только один кусочек, если погуглить там куда больше чем 1 челик рассказывал что там внутрях творится). Они пилили чтоб работало вчера и надо было откусывать рынок, а в итоге простой баг нынче фиксят по месяцу, т.к. внутри лапша. Её реально не стоит в новый проект тянуть, лучше взять постгри. Волосы будут шелковистее.
Да и вообще почти весь ынтырпрайз работает по такой схеме.
ынтырпрайз работает по такой схеме совсем по другой причине. А не потому что какие-то проблемы со стабильностью у ядер линукса при обновлении. Когда интерпрайз большой, то идёт экономия на админах и ресурсах (потому как это дорогое удовольствие). Если правильно делать и не экономить, то у админов/разрабов должна быть более-менее полноценная копия интерпрайза для тестирования изменений. А не так, что на интерпрайзе стоит кластер, а у админов 1 сервер для тестирования. По факту это далеко не всегда так, т.к. держать полную копию дорого. Так что они редко обновляются чтоб в первую очередь их собственные админы реже ломали интерпрайз в результате своей собственной криворукости. А чем реже и меньше такой админ трогает свой интерпрайз, тем меньше он знает и о нём и вообще о своей работе. Хороший пример, я когда-то работал с одним админом, он толковый был, очень толковый, но реально работать ему приходилось очень мало и он занимался всем кроме непосредственно своей работы, даже джунами занимался. Как итог он полностью лишился квалификации в админстве, ушел сначала в девопсы, а теперь простой кодер на пых-пыхе и не может без гугла сделать модуль для systemd.