Комментарии 12
Интересная статья. Никогда раньше не слышал об этом языке. На сколько могу судить, он вроде не совсем популярный, никогда не видел даже вакансий, но при этом он довольно-таки с простым синтаксисом и низким порогом входа.
А нормально с css работать нельзя? А отделять композицию от лог!ки? А реактивно связывать состояния?
Я уже немного далек от веба, так как последние годы работаю с флаттером, но все же мне непонятна концепция. Какой смысл писать фронт и бек на одном языке, учитывая что в большинстве приложений бекенд работает с базой данных а фронтенд ответственен за отрисовку интерфейсов и взаимодействие с пользователем. Бизнес логика фронта и бека так или иначе сильно разнится. Если только для каких то нишевых задач/проектов, так как по сути скорость разработки будет примерно такой же, как если бы вы тоже самое бы написали на разных языках. Связка graphql + любой js фреймворк по моему будет эффективнее в большинстве задач, так как вы получаете и бек и фронт на одном языке, при этом бек вообще практически не пишете.
Как минимум модельки могут быть общими, валидаторы форм и тд.
Здесь Вы получаете прирост к скорости самой разработки, так как не нужно "переключать" свой мозг на другой синтаксис, возможно другие языковые парадигмы.
касательно логики бекенда и фронтенда - да, я не спорю, она разнится. Однако здесь Вы можете писать клиентскую часть как на бекенде, так и на фронтенде, так как Ním компилируется как в C, так и в JS.
Разработка веб-приложений с помощью Nim