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

Давайте розглянемо компанії, які явно мають таку культуру: Meta, Google, Amazon Проти тих, хто не має (або не так часто): JP Morgan, Oracle Цікаво, чому перші три можуть перевершити стартапи (Threads, Gemini, AWS), а нижні 3 — ні?

Давайте розглянемо компанії, які явно мають таку культуру: Meta, Google, Amazon проти тих, у яких немає (або не так багато): JP Morgan, Oracle, IBM. Чи випадково, що перші три часом можуть перевершити стартапи (Threads, Gemini, AWS), а нижні 3 — ні?

Експеримент думки: всередині Big Company дозволяйте ЗАБОРОНЯТИ будь-який вид «розвитку, орієнтовану на просування». Не переписуйте нову систему: продовжуйте додавати до старої. Не переходьте на Go через 1, 2, 5, 10, 15, 20 років: залишайте Java. Що відбувається через 10 років? Розробники забувають, як будувати...

Враховуйте, що існує плата за те, щоб інженерні команди були гнучкими, швидкими, актуальними з найновішими технологіями Ці витрати полягають у переписуванні, міграціях (без жодного простою!), постійному покращенні надійності (поки вся система змінюється). Проти уповільнення, збереження стабільності... і дедалі менш здатна реагувати, якщо і коли світ зміниться

Також, за всі негативні відгуки розробників, орієнтованих на просування, від розробників: У якому місці ви б хотіли працювати? A) Звісно, є спосіб перейти на кращу архітектуру/технологію/мову, ось як це зробити B) Старий шлях — це правильний шлях. Продовжуйте працювати над цією спадковою системою.