Здравствуйте, AlexGin, Вы писали:
_>>Большие компании не охотно будут использовать новые подходы в программировании, новые паттерны, потому что возникает ложное желание единообразия кода и подходов в программировании. AG>Почему же НЕохотно? AG>Или считаете, что в больших компниях все разработчики низкой квалификации? AG>Нужно и важно — обосновать все эти нововведения. Обосновать — реальной пользой для проекта.
Ходил я к одним ребяткам беседовать, пишут они UI на js с 2010 года, спрашиваю: а ECMA 6, ECMA 2015, Babel, TypeScript — не используете?
— Не используем. Только ECMA262, только хардкор
— Почему?
— А у нас уже много кода написано на ECMA262, выработаны паттерны. В общем, хотим, что бы все было единообразно, пусть и безобразно.
И не сказать, что они плохие специалисты, спецы они отличные, сами понимают плюшки TypeScript & Babel. Просто менеджмент реально боится изменений, типа лучшее — враг хорошего, а если и так все хорошо, за чем менять?
Так что во многих крупных компаниях пишут на ECMA262, .NET 2.0, С++ 98 и нет ни каких TypeScript, Babel, .NET Core, C++ 11, не потому что не кайф, а потому что дополнительные риски, а сработавшие риски — потеря денег.
Понятно, что есть исключения и в крупных фирмах, но я лично не сталкивался. Даже для себя отметил, что на последних собеседованиях на позицию .NET в крупных компаниях про async/await не спрашивали и про TPL вопросов тоже не было, но за то было много вопросов про примитивы синхронизации на уровне ОС, а в аутсорсинговых конторах, на оборот. Так что показатель...