Обычно просто нет времени и возможности освоить всё. И это нормально - любая индустрия, развиваясь, стремится к специализации.

Я не то чтобы не хочу уметь в вёрстку, например. Но времени у меня для нормального освоения новой професии (давайте уж своими именами вещи называть) нет. Точно так же я не готов становиться DBA и уметь сходу писать восьмиэтажные SQL-запросы сходу и эффективно - у меня полно работы в моей области знаний.

Вот я и хочу в тех областях, в которых мне профессионализма не хватает, иметь инструменты, поисльные для меня и выдающие сносный результат.

ой, да ладно. Всё, что касается DOM, сводится к html,  формату сериализации, более или менее примитивному. В форматы  данных elm умеет хорошо, как и любой нормальный ЯП. В отличие от html (если кто-то считает его ЯП конечно).  А вот процесс вёрстки, адаптации и дрочбы пикселей на css - это  типо "искусство", а не  формализованная работа для инженерно технического специалиста (на самом деле хитрое хакерство, для которого требуется опыт и механическое запоминание нудных правил, а не техническая дисциплина). Всё что делается не в соответствии со строгим ТЗ и не согласно спецификации - от дьявола с т.з. бекендщика. И elm  в этом ни чем помочь не может естественно. И ни каких инструментов для линтинга и проверки css, написанного в elm естественно нет

Меня так бомбит от верстки

Хотя с js все норм

Поэтому я не вижу сильной разницы между elm и js - и там и там унопки нажимаются, запросы летят, но вот выглядит все как УГ

И с этим ничего не поделаешь

Жду язык с функцией сделать_красиво в STDLIB

4GL для фронтенда?

react-material-ui

Elm mdc

4gl разве красив?

Там красота может быть неотключаемо забетонирована в ядро. :-)

Или даже 5GL.

"This way, the user only needs to worry about what problems need to be solved and what conditions need to be met, without worrying about how to implemebt a routine or algorithm to solve them."

Самое бесючее в css

Это каскадность

Если бы css без c

Может быть можно было бы жить

Из-за этого придумывают всякие бэмы