Я про камушек знаю, а про реактивность - не очень. Мне свойственна "низкоуровневость", не люблю абстракции

Всем привет. Я пришел в Crystal из Ruby (ну и Си тоже), на рубине делал веб-приложения и микросервисы, используя Sinatra, и плюс для веб-приложений все HTML-ное делал через шаблонизатор Haml. Для последнего попытался найти реализацию на кристалле, но так и не нашел. Знаю, что есть ECR (Embedded Crystal), знаю, что даже есть реализвация Mustache на нем, но было бы здорово заюзать именно Haml, ну или Markaby. Ни для одного из них не могу найти вообще никаких либ/портов либ под Crystal. Вопрос - их действительно нет под CR и придется делать их самому, или, возможно, они есть, просто я их плохо искал?

Приветствую! Все значимые шарды для Crystal есть в https://github.com/veelenga/awesome-crystal , а если чего-то нет, то в большинстве случаев очень просто портируется на Crystal 🙂

Вот шаблонизаторы:
https://github.com/veelenga/awesome-crystal#template-engine

Для Haml действительно ничего не нашёл, удивительно.

Imho не нужны шаблоны если можно удобно писать разметку используя нативный язык. Мнения о том что нельзя писать "тяжелую" разметку без шаблонизатора я не разделяю.  Декомпозиция и переиспользование а самое главное полная тестируемость нативных компонент разметки, для меня решают.
как пример, позволяет делать вещи практически неограниченной сложности
https://luckyframework.org/guides/frontend/rendering-html#intro-to-lucky-html
в рубях соответственно есть https://viewcomponent.org/  но руби уже не торт))

Подход заманчивый, но при нем теряется весь существующий тулинг который есть для языка шаблонов X. Когда для Crystal появится нечто похожее вопрос мутный.

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

Я тоже люблю ERB и подобное, типа более обобщённое и близкое к нативному HTML, но всё же словил себя на мысли, что с такими вкусами мне стоило бы не использовать SASS/PostCSS, какие-то ещё вещи, может даже и не на Ruby писать, а более низкоуровневом и по символам объёмном. Скорее, у меня дело в том, что HTML(5) не отвратителен. Но также я могу понять тех, кому нравится более короткий (простой) синтаксис, те же Haml, Slim, прочие.
А DSL ещё более медленное и менее гибкое.

А что за "тулинг для языка шаблонов"? Линтеры и авто-комплиты есть везде, думаю.

Тем более, когда в проекте/команде принят некий Haml для шаблонов, и хочется привнести Crystal или что-то ещё, и всё же лучше, чтобы шаблоны (как некоторое оторванное от ЯП) были примерно теми же.

Ну я бы предпочел иметь все что умеет IDE от JetBrains, а вместо этого использовать методы как в Lucky означает автоматом это все потерять.

С другой стороны, почти всё в Ruby настраивается в формате YAML, JS — JSON, и эти экосистемы часто пересекаются.

Ну поддержки Crystal в IDE популярных вроде как нет. Тут уж лучше общие редакторы, вроде Atom / VS Code / Vim, и плагины к ним, которые проще поддерживать.

CSS не имел в виду от слова совсем, там все хорошо и так. Я именно про HTML разметку писал как часть логики интерфейса.

Я ж про себя. Меня стандартный CSS не очень устраивает и я использую его надстройки.

я пользуюсь vim поэтому не сильно страдаю)

к стати о css вот эта цаца прям порадовала https://tailwindcss.com/

Это да, но если к примеру выбирать подход "все на кристале без JS" но и без поддержки IDE, или "на кристале только API" а UI на мерзком JS но со всем сопутствующим тулингом я бы для практичности пожалую выбрал второе. Хотя к модным веяниям типа hotwire и LiveView присматриваюсь и подумываю иногда.

Ненавижу её, почти inline CSS. Вот недавно сделали иронию над этим: https://twitter.com/shuvalov_js/status/1372830107107135493?s=20