Если копнуть глубже: как вы решаете конфликт между SOLID-принципами (например, Single Responsibility) и необходимостью проектировать горизонтально масштабируемые компоненты в высоконагруженных системах? Например, микросервисы с избыточными абстракциями могут порождать latency или сложности в orchestration.
Есть ли у вас примеры, где оптимизация архитектурных границ (через DDD, event-driven и т.п.) оказалась критичнее, чем рефакторинг «грязного» кода?
Тема интересная, но есть спорный момент а всегда ли создание своего языка это оправданный шаг? Да, примеры Go, Swift и Kotlin показывают успешные кейсы, но во многих случаях компании могли бы решить свои задачи без радикальных решений.
Например, зачем создавать новый язык, если можно расширить существующий? Swift мог бы быть просто эволюцией Objective-C, Kotlin надстройкой над Java (что он частично и есть). Но компании выбирают другой путь, потому что свой язык это еще и контроль над экосистемой, зависимость разработчиков и монетизация. Еще вопрос: насколько оправданы такие инвестиции? У Go и Kotlin все получилось, но ведь есть и обратные примеры — тот же Fuchsia с Dart пока не показал убедительных результатов. В общем, хочется обсудить: создание корпоративного языка это действительно техническая необходимость или иногда просто удобный способ запереть разработчиков в своей экосистеме?
Если копнуть глубже: как вы решаете конфликт между SOLID-принципами (например, Single Responsibility) и необходимостью проектировать горизонтально масштабируемые компоненты в высоконагруженных системах? Например, микросервисы с избыточными абстракциями могут порождать latency или сложности в orchestration.
Есть ли у вас примеры, где оптимизация архитектурных границ (через DDD, event-driven и т.п.) оказалась критичнее, чем рефакторинг «грязного» кода?
даа.. где только не запускался этот Дум, как будто в статье упустили еще парочку классных игр, правда не помню каких :)
Тема интересная, но есть спорный момент а всегда ли создание своего языка это оправданный шаг? Да, примеры Go, Swift и Kotlin показывают успешные кейсы, но во многих случаях компании могли бы решить свои задачи без радикальных решений.
Например, зачем создавать новый язык, если можно расширить существующий? Swift мог бы быть просто эволюцией Objective-C, Kotlin надстройкой над Java (что он частично и есть). Но компании выбирают другой путь, потому что свой язык это еще и контроль над экосистемой, зависимость разработчиков и монетизация. Еще вопрос: насколько оправданы такие инвестиции? У Go и Kotlin все получилось, но ведь есть и обратные примеры — тот же Fuchsia с Dart пока не показал убедительных результатов. В общем, хочется обсудить: создание корпоративного языка это действительно техническая необходимость или иногда просто удобный способ запереть разработчиков в своей экосистеме?