LINUX.ORG.RU

История изменений

Исправление emorozov, (текущая версия) :

Не хотел вступать сюда, но не удержался. Вопрос дурацкий. С определенного момента начинаешь понимать, что у каждого есть потолок, включая себя, хотя свой потолок увидеть сложнее всего.

Есть люди, которым сколько не разжевывай, их потолок не поднимется. И их подавляющее большинство. Поэтому помощь на форумах никому не вредит.

Если каждый будет вариться в индивидуальном котле, то развития происходить не будет… Часто именно синтез нескольких идей, разных подходов, даёт совершенно новый, более эффективный способ решения проблем.

Что касается джунов и т.п. Рано или поздно любой нетривиальный проект достигает стадии, когда джун или джуны не смогут его поддерживать, тем более, развивать. С этим каждый в жизни наверняка тоже сталкивался не раз. Есть большой сложный и полезный/востребованный продукт. Но внутри он стал настолько сложным и лапшеобразным благодаря джунам и общему подходу: «Хватай мешки, вокзал отходит, некогда точить топоры», что любое изменение занимает месяцы. Любое исправление ошибки порождает 10-20 новых ошибок.

Я вчера в таком проекте отработал последний день. Это было не главной и не единственной причиной, но 2 Гб нечитаемых неподдерживаемых исходников, вкупе с постоянным давлением сверху: «Почему фичи делаются так медленно?», «Не смей переделывать лапшу этого bash скрипта на нормальную автоматизацию, мы этим займёмся, когда закончим весь бэклог (состоящий из 2000 задач, и постоянно растущий)», «Да, докер это хорошо, но твой MR, запихивающий всё в докер, мы не примем. Продолжай пока использовать нашу великолепно зарекомендовавшую себя систему из bash скрипта без комментариев на 250,000 строк, виртуалок, и Jenkins, который билдит эти виртуалки используя нечитаемую мешанину из PowerCli и bash, и строит новую виртуалку всего лишь за какие-то 1.5 часа. Всё работало и всех устраивет, не умничай», и т.д. и т.п.

При этом на совещаниях мне особенно запомнилась фраза одного из верхних менеджеров: «Если мы будем двигаться ещё медленнее, то начнем двигаться назад».

Но при этом, ничего в великом хитросплетении bash-велосипедов, повторяющих через одно место то, что умные люди давно автоматизировали и сделали проще и удобнее для всех, менять нельзя!

Про код вообще промолчу. Любой рефакторинг под запретом, потому что нельзя допустить потери ценной лапши, написанной 30 лет назад, отцами-основателями проекта. Можно только писать новые слои лапши поверх старой.

Исправление emorozov, :

Не хотел вступать сюда, но не удержался. Вопрос дурацкий. С определенного момента начинаешь понимать, что у каждого есть потолок, включая себя, хотя свой потолок увидеть сложнее всего.

Есть люди, которым сколько не разжевывай, их потолок не поднимется. И их подавляющее большинство. Поэтому помощь на форумах никому не вредит.

Если каждый будет вариться в индивидуальном котле, то развития происходить не будет… Часто именно синтез нескольких идей, разных подходов, даёт совершенно новый, более эффективный способ решения проблем.

Что касается джунов и т.п. Рано или поздно любой нетривиальный проект достигает стадии, когда джун или джуны не смогут его поддерживать, тем более, развивать. С этим каждый в жизни наверняка тоже сталкивался не раз. Есть большой сложный и полезный/востребованный продукт. Но внутри он стал настолько сложным и лапшеобразным благодаря джунам и общему подходу: «Хватай мешки, вокзал отходит, некогда точить топоры», что любое изменение занимает месяцы. Любое исправление ошибки порождает 10-20 новых ошибок.

Я вчера в таком проекте отработал последний день. Это было не единственной причиной, но 2 Гб нечитаемых неподдерживаемых исходников, вкупе с постоянным давлением сверху: «Почему фичи делаются так медленно?», «Не смей переделывать лапшу этого bash скрипта на нормальную автоматизацию, мы этим займёмся, когда закончим весь бэклог (состоящий из 2000 задач, и постоянно растущий)», «Да, докер это хорошо, но твой MR, запихивающий всё в докер, мы не примем. Продолжай пока использовать нашу великолепно зарекомендовавшую себя систему из bash скрипта без комментариев на 250,000 строк, виртуалок, и Jenkins, который билдит эти виртуалки используя нечитаемую мешанину из PowerCli и bash, и строит новую виртуалку всего лишь за какие-то 1.5 часа. Всё работало и всех устраивет, не умничай», и т.д. и т.п.

При этом на совещаниях мне особенно запомнилась фраза одного из верхних менеджеров: «Если мы будем двигаться ещё медленнее, то начнем двигаться назад».

Но при этом, ничего в великом хитросплетении bash-велосипедов, повторяющих через одно место то, что умные люди давно автоматизировали и сделали проще и удобнее для всех, менять нельзя!

Про код вообще промолчу. Любой рефакторинг под запретом, потому что нельзя допустить потери ценной лапши, написанной 30 лет назад, отцами-основателями проекта. Можно только писать новые слои лапши поверх старой.

Исходная версия emorozov, :

Не хотел вступать сюда, но не удержался. Вопрос дурацкий. С определенного момента начинаешь понимать, что у каждого есть потолок, включая себя, хотя свой потолок увидеть сложнее всего.

Есть люди, которым сколько не разжевывай, их потолок не поднимется. И их подавляющее большинство. Поэтому помощь на форумах никому не вредит.

Если каждый будет вариться в индивидуальном котле, то развития происходить не будет… Часто именно синтез нескольких идей, разных подходов, даёт совершенно новый, более эффективный способ решения проблем.

Что касается джунов и т.п. Рано или поздно любой нетривиальный проект достигает стадии, когда джун или джуны не смогут его поддерживать, тем более, развивать. С этим каждый в жизни наверняка тоже сталкивался не раз. Есть большой сложный и полезный/востребованный продукт. Но внутри он стал настолько сложным и лапшеобразным благодаря джунам и общему подходу: «Хватай мешки, вокзал отходит, некогда точить топоры», что любое изменение занимает месяцы. Любое исправление ошибки порождает 10-20 новых ошибок.

Я вчера в таком проекте отработал последний день. Это было не единственной причиной, но 2 Гб нечитаемых неподдерживаемых исходников, вкупе с постоянным давлением сверху: «Почему фичи делаются так медленно?», «Не смей переделывать лапшу этого bash скрипта на нормальную автоматизацию, мы этим займёмся, когда закончим весь бэклог (состоящий из 2000 задач, и постоянно растущий)», «Да, докер это хорошо, но твой MR, запихивающий всё в докер, мы не примем. Продолжай пока использовать нашу великолепно зарекомендовавшую себя систему из bash скрипта без комментариев на 250,000 строк, виртуалок, и Jenkins, который билдит эти виртуалки используя нечитаемую мешанину из PowerCli и bash, и строит новую виртуалку всего лишь за какие-то 1.5 часа. Всё работало и всех устраивет, не умничай», и т.д. и т.п.

При этом на совещаниях мне особенно запомнилась фраза одного из верхних менеджеров: «Если бы будем двигаться ещё медленнее, то начнем двигаться назад».

Но при этом, ничего в великом хитросплетении bash-велосипедов, повторяющих через одно место то, что умные люди давно автоматизировали и сделали проще и удобнее для всех, менять нельзя!

Про код вообще промолчу. Любой рефакторинг под запретом, потому что нельзя допустить потери ценной лапши, написанной 30 лет назад, отцами-основателями проекта. Можно только писать новые слои лапши поверх старой.