https://combot.org/chat/-1001043143583 Ссылки на полезные ресурсы: https://ruhaskell.org/links.html ; Информация о мероприятиях: https://gist.github.com/qnikst/a96cac661be80d126d0829f2ced1916e
меня в ревью просят портянку extra-source-files в кабал файле заменить на вайлдкарды
Читать полностью…"все хорошие разработчики непротиворечивы одинаково, каждый плохой разработчик противоречив по-своему"
Читать полностью…install-ghc: falseЧитать полностью…
system-ghc: true
nix:
enable: false
notify-if-nix-on-path: false
ghc-options:
'$everything': -haddock
Я помню как-то давно выпилил все хпаки, потому что они начинали расходиться, если поправить кабал руками.
Читать полностью…proto-lens-setup смотрит список модулей в кабале чтоб знать что генерить
Читать полностью…Уже настроил хоткей на перезапуск hls, жму его на автомате, подумываю об автоматизации этого (по сути надо просто следить за изменениями .cabal файла)
Читать полностью…Осталось указать на то, что хоть стак и добавляет файл, когда ты его вызовешь, хлс до вызова стака ничего о новом файле знать не будет, да и после скорее всего сломается из-за изменений в .cabal файле
Читать полностью…Спасибо, но stack делает ровно то, что я хочу, мне очень удобно и я доволен (без сарказма)
Читать полностью…Ну и на то что именно собираешься документировать:
можно ли куски документации в HTML сгенерировать из кода и нужно ли чтобы именно техписы с этим работали, а не фронтэндер пытался отверстать какую-нибудь красивую SVG из полученных по коду данных?
Добавлять модули в кабал это полбеды. Убирать их оттуда, когда они больше не нужны, вот это проблема, потому что сборщик не подскажет
Читать полностью…противоречия в хаскельной экосистеме возникают на пути у всех разработчиков одинаково
Читать полностью…Если честно - до сегодняшнего разговора не думал о том, что можно для этого вызывать hpack отдельно от стека
Читать полностью…Ну и кабал файл не изменится от изменений в фс, тут надо стак руками дергать
Читать полностью…Крутой. А что мешает на хоткей добавлять в кабал файл тем же hpack?
Читать полностью…уж точно не мне осуждать людей за их выбор
я пишу на виме без lsp, sql запросы руками, для современного мира я выгляжу крайне отсталым
могу на такое только предложить вернуться на эти экосистемы
Читать полностью…офтопик конечно, я вот такой опыт хочу повторить
https://habr.com/en/companies/e-legion/articles/440134/
Если у девайсов есть типизированная спека и она имеет свойство меняться, то очень удобно на дженериках накидать гененатор её описания и инжектить во фронтэнд приложение с докой
Если с сайтом будет работать фронтэнд разработчик на условном React или просто верстать на CSS, то ему, наверное, лучше поставлять собранные готовые куски доки через HTML, которые он интегрирует и стилизует - это может быть удобно сделать через Markdown+Hakyll, чтобы техписатель мог в гите через markdown писать
В целом везде хорошо очертить границы процессов и реализовать через минимально простое решение, для переделывания которого потом не потребуется титанических усилий - возможно выбирать шаблонизаторы из других экосистем не лучшая в этом плане идея
Да Go'шный шаблонизатор точно не для твоей задачи. Его берут чтобы в рантайм KV манипуляции прокидывать, а не работать с документацией
Hakyll очень даже неплох, но в целом лучше конечно смотреть на процессы и предпочтения коллег, а не инструмент
сходил в чатик к гоферам, – сказали не парь мозк, – возьми джинджу с джангой 😉
Читать полностью…