Обращение С Тко Платить Или Нет

Обращение С Тко Платить Или Нет Я не уверен, в чем смысл этой статьи. Автор, кажется, говорит, что для такой компании, как Google или Facebook (или любой другой крупной корпорации) с миллиардным доходом и миллионами сотрудников и т.д., Которые все работают над разными проектами одновременно, невозможно обойтись без какой-либо централизованной системы, которая управляет их рабочими процессами? Я так не думаю ... Было много примеров, когда такие компании, как Microsoft и IBM, со временем могли управлять несколькими системами, используя различные наборы инструментов - просто у них была очень строгая политика в отношении того, как все должно работать в этих организациях: вы можете увидеть пример здесь [1]. Казалось бы, вполне возможно, если бы эти же правила могли применяться и к более крупным корпорациям; возможно, даже проще, чем управлять ими по отдельности! Фактически, можно утверждать, что наличие отдельных команд / организаций, занимающихся исключительно управлением рабочими процессами, на самом деле может иметь смысл как с точки зрения бизнеса, так и с технической точки зрения, потому что тогда каждая команда будет сосредоточена только на своих конкретных задачах, а не отвлекаться на деятельность других, одновременно пытаясь быть в курсе новых технологии появляются каждый день. Таким образом, мы получили бы лучшие результаты в целом, поскольку наши разработчики не стали бы напрасно тратить ценные ресурсы на ненужное обслуживание, когда, скорее всего, никакой реальной выгоды в любом случае не существует из-за отсутствия интереса у самих пользователей.[2] И да, я знаю, что люди часто жалуются на "облако", но, честно говоря, разве не все работает на вашем локальном компьютере в любом случае?![3] [4], особенно учитывая недавние события, касающиеся проблем безопасности, связанных с программным обеспечением удаленного доступа, используемым внутри компании, например: https://news.ycombinator.com/item?id=12077293 . Так почему же организации все еще настаивают на сохранении старых унаследованных приложений вместо того, чтобы перейти к современным решениям, основанным на доступных сегодня фреймворках с открытым исходным кодом?