Кто сказал такую глупость, что меньше кода == меньше проблем ? Чушь собачья. Как правило меньший объем кода достигается за счет функциональщины, что ухудщает читаемость кода и скрытия описания типов объектов, а это также ухудшает читаемость кода. В итоге через пол года бывает авторы не могут разобраться, что за херню написали на either / flatmap конструкциях, а дебаггер работает криво. Поддерживать такое существенно сложнее, чем если бы проект был написан на java. Также если утеряны исходники, нет никаких проблем восстановить проект на java путем декомпиляции jar файлов, восстанавливать же проект написанный на котлине увы не получилось - в моей практике уже были такие примеры.
Кто сказал такую глупость, что меньше кода == меньше проблем ? Чушь собачья. Как правило меньший объем кода достигается за счет функциональщины, что ухудщает читаемость кода и скрытия описания типов объектов, а это также ухудшает читаемость кода. В итоге через пол года бывает авторы не могут разобраться, что за херню написали на either / flatmap конструкциях, а дебаггер работает криво. Поддерживать такое существенно сложнее, чем если бы проект был написан на java. Также если утеряны исходники, нет никаких проблем восстановить проект на java путем декомпиляции jar файлов, восстанавливать же проект написанный на котлине увы не получилось - в моей практике уже были такие примеры.
Вот поэтому мелкомягкие - богатейшая компания на Земле.