Основная проблема динамически-типизированных языков - это проблемы с рефакторингом реальных кодовых баз на них.

Это выходит очень уж дорогим удовольствием, по сравнению со статически типизированными языками, причем даже по сравнению с далеко не самыми лучшими их представителями.

Есть определенная боязнь динамической типизации среди нового поколения разработчиков, которые выросли на C# и Java. Ну и о самих динамических языках у многих превратное представление, по не самым лучшим представителям. К тому же следует понимать, что дело static vs dynamic это не просто вкусовщина. Есть вещи, которые объективно реализуются, как минимум, с большими трудностями, и эти вещи свои для static, и для dynamic.

Ну и конечно в контексте чата основная проблема в том, что далеко не все спорщики видели, как красиво можно написать компилятор на динамическом ЯП :)

Да, но тут, к счастью, за многие десятилетия software engineering уже накоплен определенный опыт. Речь, в первую очередь, о языково-ориентированных подходах. Это когда компоненты системы разрабатываются на различных взаимодействующих DSL. Корни подхода можно проследить у Дугласа Энгельбарта в проекте системы NLS, сравнительно недавнюю академическую реализацию — в проекте STEPS Алана Кэя. Переспективы, на мой взгляд, имеет и вариант из Racket, когда на общей примитивно-динамической основе строятся различные eDSL, в том числе и с предметно-ориентированными типами.

Ну а тут играет то, что тулинг для любых динамических языков себя показывает ощутимо хуже, чем для статически типизированных, в особенности, когда речь заходит про eDSL и т.п.

Т.к. практически все промышленные IDE для динамических языков недостаточно хорошо работают, чтобы переварить хитрый eDSL для них.

Основная проблема динамически-типизированных языков - это проблемы с рефакторингом реальных кодовых баз на них.

Это выходит очень уж дорогим удовольствием, по сравнению со статически типизированными языками, причем даже по сравнению с далеко не самыми лучшими их представителями.

Проекты без тестов моветон. А с тестами нет никакой проблемы отрефакторить всё как следует и намного быстрее чем это можно делать на статике.

Проекты без тестов - это правда жизни. В особенности, если хоть на чуть-чуть отойти от опен сорса.

Проекты без тестов - это правда жизни. В особенности, если хоть на чуть-чуть отойти от опен сорса.

Не думаю что проект без тестов и тестеров выживет

Не думаю что проект без тестов и тестеров выживет

Проекты без тестов моветон. А с тестами нет никакой проблемы отрефакторить всё как следует и намного быстрее чем это можно делать на статике.

Не встречал таких в работе. А куда можно отойти от опенсорса?

Проекты без тестов моветон. А с тестами нет никакой проблемы отрефакторить всё как следует и намного быстрее чем это можно делать на статике.

Писать тесты долго, поддерживать большое их количество трудно

А какие варианты есть. Не представляю как можно развивать проект без тестов.

Писать только интеграционные тесты

Вот их как раз сложно поддерживать и почти не встречал их.

Почему сложно поддерживать?