Фронтенд на Elm — SPA, которые не падают

Меня зовут фронтенд-инженер, и мой основной инструмент — Elm, чистый функциональный язык, придуманный ради простой цели: чтобы ваш сайт не выдавал ошибок времени выполнения у реальных пользователей. Обращаясь ко мне, вы получаете одностраничное приложение с единой типизированной моделью состояния; каждое действие пользователя движется по схеме Elm Architecture, а компилятор просто не пропускает код, который мог бы обрушить интерфейс. Работа стартует с моделирования вашей предметной области через строгие пользовательские типы — так недопустимые состояния становятся невыразимыми и отпадает нужда обвешивать код защитными условиями. Затем появляются компактные функции update и view: их удобно читать, предсказывать их поведение и покрывать тестами. Асинхронику я организую командами и подписками, приходящий JSON разбираю чёткими декодерами, которые сообщают о проблеме громко на этапе сборки, а не тихо в браузере клиента. Со стороны привычного JavaScript подключаюсь через порты, если требуется нативная библиотека либо унаследованный виджет. Итог обычно такой: рабочее приложение на Elm, набор переиспользуемых модулей, декодеры и кодеры под ваш API, портовые мосты к внешнему коду и внятная документация, по которой ваша команда продолжит развитие сама. Я не раз перекраивал ненадёжные JavaScript-экраны в Elm и видел, как ошибки с null и undefined целыми пачками исчезают уже после первой компиляции. Нужен фронтенд, который новичок освоит за вечер и который перестанет тревожить среди ночи? Это Elm — и я его соберу.