А, сорян, недочитал. Но так или иначе кликнуть по методу и залезть в исходник это хорошо

то есть тебе не надо скачивать исходники. тебе надо, чтобы инструмент показывал исходник. это можно сделать через stack haddock. LSP, кажется, ещё не умеет, но это дело времени

hoogle DB построенный по всему hackage, проиндексирует только свежие версии. hoogle на stackage индексирует снапшот. Это удобно для поиска по либам, которые использует проект, построенный на снапшоте же. Но в проектах бывают ещё и extra deps, поэтому локальный хугл по проекту будет единственно точным.

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

угу, и потом полу-вручную поиском по HTML-страничкам ползай

я по индексу сразу прыгаю. недавно ещё яваскриптовый поиск по хоткею прикрутили — красота

для всех пакетов

локальный hoogle умеет в интерактивный поиск с fuzzy matching, если что

Прямо в браузере

(обычно каждый раз, как получаешь какой-то новый микроконтроллер - получаешь к нему средства разработки только с IDE, которое "умеет всё". после чего тратишь обычно неделю плюясь и матерясь, откусывая проект от IDE, переводя на мейкфалы и на сборку/проливку на Linux)

Для таких людей есть в аду отдельный котёл. Попробуй потом его собери.

А как ставите локальный хугл для проекта?

Хорошо, что в скале победил SBT и он единственное средство сборки проекта.

А как ставите локальный хугл для проекта?

stack hoogle

Не верю, не может быть так просто

пойду проверю

а с нормальной утилитой нету?

Для таких людей есть в аду отдельный котёл. Попробуй потом его собери.

собирается это, конечно, при помощи make all

Хорошо, что в скале победил SBT и он единственное средство сборки проекта.

в sbt ничего хорошего, кроме того, что он не является частью IDE

а то стек все портит чаще, чем собирает

stack hoogle

потом stack hoogle --serve

потом stack hoogle --serve

юниксвейненько

в генте use=hoogle был, но для локального проекта это не удобно

а то стек все портит чаще, чем собирает

не подтверждаю

собирается это, конечно, при помощи make all

Из IDE потом не собирается. Или модуль тебе новый нужен.

не подтверждаю

ты просто его костыли обходить научился

короче, IDE где всё из коробки нет. кому надо - тот вопрсо решает, кому не надо - страдает или идет дальше своей дорогой.

ты просто его костыли обходить научился

Э... нет, оно просто работает :)

Из IDE потом не собирается. Или модуль тебе новый нужен.

ну это небольшая потеря. впрочем, заканчиваем оффтоп. про ситуацию с IDE для хаскеля вроде понятно

если бы оно просто работало,. то я бы не делал stack clean 2 раза в день

Из IDE потом не собирается. Или модуль тебе новый нужен.

зачем потом собирать из IDE, если можно просто собрать? тем более, ты тут CI упоминал. у тебя есть механический турок, кликающий по кнопочкам IDE на CI?

если бы оно просто работало,. то я бы не делал stack clean 2 раза в день

делаю на рабочем проекте stack clean раз в месяц - после больших ребейзов

короче, IDE где всё из коробки нет. кому надо - тот вопрсо решает, кому не надо - страдает или идет дальше своей дорогой.

конечно же есть IDEA + intellij-haskell (лучше ставить альфу)

делаю на рабочем проекте stack clean раз в месяц - после больших ребейзов

МОЛОДЕЦ!

дальше то что

конечно же есть IDEA + intellij-haskell (лучше ставить альфу)

скриншот или не было

другой вопрос, что это больше обёртка над intero

потом stack hoogle --serve

conduit used in: - PLIndex "conduit-1.2.13.1" - PLIndex "conduit-1.3.0.3" Надо только согласовать кондуиты

или ты это все разработчики?

если бы оно просто работало,. то я бы не делал stack clean 2 раза в день

по-моему, только ты делаешь stack clean 2 раза в день

дальше то что

Это я к тому, что тут на stack принято набрасывать. Но мой опыт в основном положительный

Это я к тому, что тут на stack принято набрасывать. Но мой опыт в основном положительный

отлично

Ага. Вот я и радуюсь

тогда не мешай другим искать нормальное решение ;)

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

: (

Я мешаю на любой stack-related вопрос отвечать "не используй stack для начала" :)

тут было 0 stack-related вопросов

я не писал, что stack не использовать

проф деформация? =)

ко-Моррис

тут было 0 stack-related вопросов

- stack hoogle - а нормальной утилиты нету? :)

но, я буду всегда писать не используй стек, пока рядом будут люди говорящие, что только стек есть

- stack hoogle - а нормальной утилиты нету? :)

вопрос был про haddock, а не stack

Я только что попал в stack hell, когда невозможно согласовать extra deps, чтобы hoogle завёлся

stack install cabal-install

stack exec sh

nix-shell cabal build

Но это тоже так себе решение, боль вручную версии выбирать из nixpkgs

кстати, отклоняясь от стека, вот чего в никсе делать, там с стек и кабал дурацкие

curl http://stackage.org/<как-то линк для url>/cabal.freeze -O cabal.project.freeze

Я под NixOS нормально стэком билжу, главное —nix добавлять

и там обертка в шеле projectFor

stack - негранулярный

ну, у кабала интеграции с хуглом нету, надо будет самому какие-то скрипты костылить

все хаскель зависимости будут каждый раз собираться +- кривой кеш стека

да и сам пакет с нуля

никто из твоего билд-кеша не сможет зависимости скачать

А кто-нибудь пробовал кабал-инстолл из гита? Там вроде большую часть new-* проблем зафиксили

(правда стек хугл у меня обычно работает работу пол дня, хотя все собрано уже, а потом на чем-нибудь ломается и так и не дорабатывает)

в итоге у меня nix + stack + stackage2nix

но раз 5 мне индекс для локального проекта собрать таки удалось

разработка стеком, CI nix-ом

ну и можно локально тоже полностью никсом

но мне этот вариант не нравится

А кто-нибудь пробовал кабал-инстолл из гита? Там вроде большую часть new-* проблем зафиксили

думаю что @int_index пробовал

Это ещё более не гранулярно выходит

почему?

ну и можно локально тоже полностью никсом

а чем он плох?

думаю что @int_index пробовал

Только из гита им и пользуюсь

гранулярность на уровне пакета

Не ждать же 3.0 релиз

Вот это и боль, в окружение приходится перезаходить, если один из подпакетов проекта поменялся

CI не надо перезаходить

(я тоже, но довольно давно уже, не знаю что там с ним сейчас)

единственное надо stackage2nix запускать перед пушем если что поменял

и nix/* раздувает сразу

гранулярность на уровне пакета

да, но ведь у связки nix+stack не лучше

Хм, у нас вручную nix файлы прописаны

в общем когда разрабатываешь делаешь nix-shell и работаешь со стеком

Она хотя бы не ребилдит весь пакет

перезайти надо если только shell.nix поменяешь

можно переключаться между ветками и т.п.

а, в этом смысле

если поменял зависимости, то stackage2nix прогнать

CI собирает минимум настолько же гранулярно как и стек

А, т.е. в окружении все пакеты проекта

+ может лучше (т.к. не умирает все если -prof флаг добавить но стеку это не нужно)

да

у нас в окружении только конкретный, над которым работаешь

он же на интере? т.е. где-то с 1KLOC начинает тормозить как континентальный дрейф