Быстрое железо вышло, и тебе придётся учить хаскель.

в соседней беседке сравнивали гц .net и джавовый. У первого две настройки, а у второго двадцать. У первого гибкость на уровне сурьмы, а со вторым разбираться пару недель и всё помнить.

> гибкость на уровне сурьмы

Надо записать

(сурьма хрупкая очень, попытаешься согнуть - треснет)

Да

Естественно.

нет

вопрос про haskell-language-server: в каком месте (файл, cmdline arg) можно определить значение для "haskell.formattingProvider"? (у меня Atom, хочу использовать "stylish-haskell", но в настройках плагинах, похоже, нет явного способа сделать это). В документации к самому HLS не особо понятно https://github.com/haskell/haskell-language-server#language-specific-server-options Ещё есть возможность запустить "haskell-language-server-wrapper --generate-default-config", который выплёвывает JSON с настройками среди которых есть "formattingProvider", но не понятно, куда и под каким именем класть этот JSON.

Это новый слой иронии..?

наверно, авторы HLS написали рекомендацию только для VSCode

в VSCode можно назначить форматтер по умолчанию, а в Атоме как?

Ну, я, конечно, понимаю, что ВСКоду до идеальности не хватает всего одной детали, но мне всё же кажется, что для атома тоже есть способы

одна деталь — выкинуть Электрон?

неожиданно, но её я и задумывал😃

да, ведь кто-то ещё пользуется атомом

Я там на удалённое сообщение ответил, но вообще шутка хорошая

Так, теперь у меня вопрос.
Почему stack ghci перестал работать с относительными путями?
Если ввести абсолютный путь к файлу, то всё загрузится

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

Как здорово, что нам это не грозит

пока компилировался предыдущий билд, был написан следующий