История изменений
Исправление byko3y, (текущая версия) :
весь смысл американской шумихи, которую они копируют, заключается в том, чтобы получить деньги и убежать.
hit&run driven development
Проблема даже не в том, что это какой-то заранее спланированный и организованный подход — это скорее подход эффективного менеджера, который понимает, что с большой долей вероятности скоро либо выгонят его, либо проект закроется, как закрывается большинство стартапов по статистике. Его задача — извлечь наибольшую пользу для себя, меньше всего подставиться (nobody gets fired for buying Oracle/IBM/SAP), и меньше всего запариться, то есть, не сидеть по 12 часов на работе без доплаты. В этом плане ООП прекрасно подходит, но только после того, как оно «принято всеми», потому что позволяет рисовать красивые пузырьки на презентации и оправдываться «так делают все, это надежно-стабильно-проверено».
Чтобы «все» начали так делать, первыми должны были пойти эффективные менеджеры из AT&T (C++) и Sun (Java). У них есть огромные бюджеты и потребность их осваивать. Там уже выезжали на чистом таланте рисовать и рассказывать про пузырьки, который оказался востребован по той причине, что старые методы рисования презентаций за годы разработки показали свою несостоятельность... и потому их заменили на новые несостоятельные методы разработки. AT&T в итоге не является больше гигантом, Sun и вовсе исчез — понадобилось много лет для того, чтобы понять, что новые методы разработки несостоятельны, и новыми несостоятельными методами разработки стали динамические языки с test-driven проверкой корректности синтаксиса программы. Уже где-то сейчас приходит понимание, что и они тоже не работают, и на смену им приходит TypeScript и Go.
PS: к слову, в совке и постсовке аналогично была иная модификация обсуждаемого явления — это увиливание от ответственности. То есть, мы построили в чернобыле локатор, который дороже, чем атомная станция, но мы не виноваты, в презентациях и расчетах все было гладко. Реактор бомбанул — но вы же сами все одобрили, товарищ генеральный секретарь. Просто, не было частной собственности, потому и форма эффективного менеджерства получилась иной.
Исходная версия byko3y, :
весь смысл американской шумихи, которую они копируют, заключается в том, чтобы получить деньги и убежать.
hit&run driven development
Проблема даже не в том, что это какой-то заранее спланированный и организованный подход — это скорее подход эффективного менеджера, который понимает, что с большой долей вероятности скоро либо выгонят его, либо проект закроется, как закрывается большинство стартапов по статистике. Его задача — извлечь наибольшую пользу для себя, меньше всего подставиться (nobody gets fired for buying Oracle/IBM/SAP), и меньше всего запариться, то есть, не сидеть по 12 часов на работе без доплаты. В этом плане ООП прекрасно подходит, но только после того, как оно «принято всеми», потому что позволяет рисовать красивые пузырьки на презентации и оправдываться «так делают все, это надежно-стабильно-проверено».
Чтобы «все» начали так делать, первыми должны были пойти эффективные менеджеры из AT&T (C++) и Sun (Java). У них есть огромные бюджеты и потребность их осваивать. Там уже выезжали на чистом таланте рисовать и рассказывать про пузырьки, который оказался востребован по той причине, что старые методы рисования презентаций за годы разработки показали свою несостоятельность... и потому их заменили на новые несостоятельные методы разработки. AT&T в итоге не является больше гигантом, Sun и вовсе исчез — понадобилось много лет для того, чтобы понять, что новые методы разработки несостоятельны, и новыми несостоятельными методами разработки стали динамические языки с test-driven проверкой корректности синтаксиса программы. Уже где-то сейчас приходит понимание, что и они тоже не работают, и на смену им приходит TypeScript и Go.