делайте сразу под второе

У нас, например, такая ситуация, что наши сервисы должны крутиться в «неком» кубернетес-кластере, где не мы решаем, какое окружение для timeseries / мониторинга будет использоваться. Ну то есть наши сервисы на стороне заказчика

в смысле типа это продукт который именно в разных окружениях будет работать и нужно одновременно поддерживать несколько решений?

если нет, не проще ли просто поговорить с заказчиком и/или зафорсить принятие им решения о тех. стеке с которым ваш код должен работать

и это зафиксировать в ТЗ/контракте

гораздо проще чем оверинжинирить ненужную прослойку

если же оба одновременно - то как обычно. ищется или пишется абстракция под все реализации

Нормально людей приходит. Возможно из-за интервью Олега. Олег молодец

Ну тут больше спасибо Алексею

Всем привет! Да,  Олегу Нижникову спасибо за интервью в "АйТиБорода"! Очень интересно, живо.

Привет!
Олег, спасибо за отличное интервью! Часть про 8 лет в ABAP особенно мотивирует, дает надежду, что когда нибудь я тоже найду в себе силы перейти целиком на скала)
Вопрос такой - в интервью ты сказал, что одним из главных преимуществ Скала является маленький тайм ту маркет. Можешь раскрыть мысль поподробнее? Мне видится, что в  условных php, python - ттм новых фич намного меньше, в этом и их преимущество?
Либо имеется в виду, что если придумать и реализовать DSL, хорошо описывающий бизнес, то внедрять новые фичи будет очень быстро за счет использования этого самого dsl (плюс, горы багов, которая была бы в реализации на питоне, в скала не будет)?

Я бы не сказал, что это "мысль". Я хотел бы подчеркнуть, что это не гипотетическое свойство выведенное через рассуждения о качествах языка и инфраструктуры, а наблюдение о том, что происходило, когда java и scala экосистемы начали сражаться на равных внутри одной компании.
Это лишь узкий опыт, основанный на небольшом количестве компаний и может быть обусловлен личными качествами участников

Ок, т.е. это больше про scala vs java было.
Просто по контексту интервью, думал, что это больше вопрос про то, что выделяет скалу среди всех яп, поэтому про ттм было как то совсем неожиданно услышать.

Это качество присущее скала, не значит, что оно не присуще другим экосистемам

Я не очень много их знаю, не могу выдать глобальное суждение

DSL везде DSL.

ну разные языки дают разные возможности для расширения синтаксиса в плане построения eDSL

но в фп языке его и написать и использовать будет проще, и в целом больше плюсов, от использования, или я не прав?

Воистину так, но хороший DSL обычно хорош как раз потому что логичен, минималистичен и прост.

И его не настолько трудно перевести на язык другой парадигмы.  Хотя согласен, что Скала в этом плане была бы хороша.