_:
Поэтому собираю инфу
Size: a a a
2020 June 26
DK
Ну-с, вот я и реализовываю сейчас свою PureScript TEA либу используя React как backend. Пытаюсь копировать Elm где это уместно, особенно те вещи, из-за которых люди и используют Elm
Я так и подумал 😊классная либа кстати
_:
Denis Krivosheev
Я так и подумал 😊классная либа кстати
Ага, ее скоро можно в прод пускать будет
DK
В прод или в релиз?)
_:
Ну, я имею в виду, что возможности либы будут достаточны для написания прода. А так я беткой ее пока обзову
QZ
Допустим моя проблема с PureScript — это отвратительные либы. Они переусложнены, либо неюзабельны для прода
все так и есть (
_:
Я хочу от своей либы 3 вещи:
1. Простоту архитектуры приложений на Elm
2. Мощность PureScript и отсутствие странных ограничений Эвана, с нормальным FFI
3. Богатую инфраструктуру готовых решений React'а
1. Простоту архитектуры приложений на Elm
2. Мощность PureScript и отсутствие странных ограничений Эвана, с нормальным FFI
3. Богатую инфраструктуру готовых решений React'а
DK
У меня собственно к хаскел такое же отношение. В огромном количестве случаев смотришь на либу и кажется что автор не делает решение для проблемы реального мира, а сам придумывает пазл и сам его решает...
QZ
Denis Krivosheev
У меня собственно к хаскел такое же отношение. В огромном количестве случаев смотришь на либу и кажется что автор не делает решение для проблемы реального мира, а сам придумывает пазл и сам его решает...
PhD пишет просто
DK
Наверное... ну либо это просто недоступно для простых смертных вроде меня
_:
Окей, а какие самые pain поинты Elm'а и TEA?
DK
Я хочу от своей либы 3 вещи:
1. Простоту архитектуры приложений на Elm
2. Мощность PureScript и отсутствие странных ограничений Эвана, с нормальным FFI
3. Богатую инфраструктуру готовых решений React'а
1. Простоту архитектуры приложений на Elm
2. Мощность PureScript и отсутствие странных ограничений Эвана, с нормальным FFI
3. Богатую инфраструктуру готовых решений React'а
Не забудь добавить проперти тестов в том числе для юай... для меня это просто Киллер фича
_:
Хм, можно какое-нибудь решение реакта адаптировать
DK
Окей, а какие самые pain поинты Elm'а и TEA?
Общение между компонентами одного уровня. Нет четкого понимания как структурировать приложение (ну точнее оно есть, но корявое, валите все в один файл)
DK
Не, наоборот, лучше тестировать до того как это дойдёт до реакта
DK
Хотя я не знаю как у тебя там устроено
_:
Разницы не должно быть
QZ
Окей, а какие самые pain поинты Elm'а и TEA?
local state, ffi, бойлерплейт с заворачиванием-разворачиванием сообщений для вложенных компонентов
DK
Ещё пэйн поинты, когда используешь порты - они не композятся и невозможно сделать серию «асинхронных» действий в определенной последовательности