AP
Зато даёт ложное ощущение надёжности
Size: a a a
2020 November 03
SO
по опыту, да) что значит ложное ощущение?
SO
поломок меньше, багов меньше, исправлять легче
I
Прекрасный плач Ярославны про Ocaml, и что характерно - всё правда ) особенно в части излишней академичности сообщества https://blog.darklang.com/leaving-ocaml/
Не далеко они ушил) https://blog.darklang.com/new-backend-fsharp/
SO
работает чаще сразу
MB
Не далеко они ушил) https://blog.darklang.com/new-backend-fsharp/
а вот это не видел )) теперь смеюсь
AP
поломок меньше, багов меньше, исправлять легче
Дисциплина плохо масштабируется на командную разработку
AP
В своих проектах можно "нормально делать, нормально будет"
AP
Но плоть слаба. А от ошибки ничто не предостережёт
SO
это да, внешние ограничения, которые нельзя снять всегда делают более безопасным
SO
кстати, поэтому создатель элма не спешит добавлять возможности, ибо "плоть слаба"
AP
Достаточно сделать так, чтобы не рекомендуемые способы использования языка было делать либо слишком сложно — тут лень спасёт — либо таковые использования были настолько ужасны, чтобы их было легко увидеть в коде или линтером поймать
AP
Вон, в Elm порты сделаны так, что ими пользоваться не хочется :)
AP
Что как бы должно побуждать к написанию pure elm решений
SO
а чем порты конкретно не нравятся необходимый инкодинг декодинг?
AP
Асинхронность там, где она не нужна
AP
Вызов любой внешней функции, даже чистой и синхронной, превращается в RPC
AP
Это "преждевременная пессимизация"
SO
ну чисто в синхонный вызов не обернуть, но и скрыть ведь все можно от глаз, что там происходит с портами