Haskell IDE

Спасибо, посмотрю.

В виме я просто пишу код.
А загружаю его с помощью либо load(и сompile-file), либо asdf:load-system(последнее чаще, в последнее время).

Интерактивный дебаггер в консоли есть, кстати, в том же sbcl.

>привыкнуть нужно.
Скорее «можно»(«но зачем?», как в том приколе про троллейбус).

Мне кажется, для того, чтобы по коду возникла необходимость перемещаться каким-то особенным образом, структурированно, он должен быть охренительным нечитаемым полотном говнокода строк на 500+ в одной функции.
Я с таким еще не сталкивался, и такие функции, и макросы, не пишу.

>«но зачем?»

Хотя бы чтоб не считать закрывающиеся скобки.

чтобы по коду возникла необходимость перемещаться каким-то особенным образом

Основное удобство paredit — в редактировании, а не перемещении. Например, очень удобно менять уровень вложенности, не прыгая от начала выражения к концу.

Не знаю. Я, видимо, по-другому как-то совершенно пишу код.
Мне он одни неудобства доставлял, пока я к нему пытался привыкнуть.

> Прямо вот «приципиальное». Кроме того, что лисповский репл в

гуй обернули.

Вычисления прямо в исходном код (включая интерфейс к fmakunbound), компиляция по месту (а также простая загрузка файла), качественное автодополнение (основанное на информации из образа), мгновенный переход к месту опеределения кода (включая, например, открытие исходников SBCL), доступ к документации (как к строкам документации, там и к hyperspec, особенно хорошо в связке в emacs-w3m), кросс-сылки, удобное раскрытие макросов, инспектор объектов (просто супер), отладчик (ещё больше супер), интерфейс к профайлеру.

Ну и да, ещё прилагается удобный REPL.

> Основное удобство paredit — в редактировании

Мне paredit очень не понравился, вообще эта мысль, что скобки должны быть всегда сбалансированы меня просто из себя выводит.

> А про плагин к Eclipse Хаскельевцы даже слышать не хотят ?

глючное и ограниченное поделие. Правда, неделю-две назад вышло обновление, возможно получилось что-то вменяемое

> То есть как быстро компилировать несколькофайловые проекты работая с Kate - это второй вопрос :)

может так?

ghc --make Main.hs

ну так я уже умею :)

>Вычисления прямо в исходном код (включая интерфейс к fmakunbound),
Мне и консольного repl'а для этого на 100% хватает.

компиляция по месту (а также простая загрузка файла),

load/compile/compile-file в repl

качественное автодополнение (основанное на информации из образа)

Не сталкивался с необходимостью.
Всегда хватало apropos+describe.

мгновенный переход к месту опеределения кода (включая, например, открытие исходников SBCL)

Я не сталкивался с необходимостью смотреть чужой код в процессе разработки своего. Кроме редких случаев, когда библиотека идет совершенно без какой-либо документации. Но, и тут хватает describe - оно в sbcl выводит на stdout среди прочего и путь к файлу, в котором определение находится(который открывается в vim и просматривается).
А в своем коде разобраться на уровне «где что определено» я то уж точно всегда смогу.

доступ к документации (как к строкам документации, там и к hyperspec, особенно хорошо в связке в emacs-w3m)

Для первого - describe в repl, для второго мне как бы достаточно просто вбить «l1sp.org/cl/чотоизгиперспека» в браузере.

кросс-сылки

Это что?

удобное раскрытие макросов

macroexpand/macroexpand-1/sb-cltl2:macroexpand-all в repl. SBCL довольно красиво печатает вывод.

инспектор объектов

describe в консоли. Для чего-то большего - функциями MOP потыкать в класс - тоже не сильно сложно.

отладчик

В консоли тоже есть.

интерфейс к профайлеру.

Ну, опять же.

С slimv.vim уже можно жить. Ну не люблю я имакс, ничего тут не поделать.

> Мне и консольного repl'а для этого на 100% хватает.

Ну и дальше в том же духе. Вместо того, что бы иметь мгновенный доступ к очень полезным сервисам. Чем сложнее чем-то пользоваться, тем реже ты этим пользуешься. Собственно, это объясняет твоё суждению выше:

IDE нужны для того, чтобы максимально быстро писать шаблонный

энтерпрайз-стайл быдлокод на относительно низкоуровневых языках

Т.е. ты просто не понимаешь, что мощь интерактивной разработки никак не связана с уровнем высокоуровневости языка.

Ты взял и добровольно практически отказался от наиболее важной составлющей CL - полностью интерактивной разработке основанной на мощных инструментальных средствах.

Один говорит, что вся сила лиспа в макросах, другой - в REPL, третий ещё чё гнёт. Фич в Коммон Лиспе хватит на психозы для всех ;)

>Вместо того, что бы иметь мгновенный доступ к очень полезным сервисам.
Я и так ими пользуюсь. Они потому что в составе CL.
SLIME это гуевая обвеска над ними плюс немного хаков для портабельности между реализациями.

Ты взял и добровольно практически отказался от наиболее важной составлющей CL - полностью интерактивной разработке основанной на мощных инструментальных средствах.

Вообще-то как раз наоборот. REPL - квинтэссенция.

> Я и так ими пользуюсь.

Угу, я понял.

Я не думал что вызвал у тебя столько баттхерта ) Пиши еще, почитаем все вместе

Батхерт у тебя, и ты пытаешься скрыть его, перекладывая на меня.
Не надо перекладывать, со своим батхертом справляйся сам.

>ну так я уже умею :)

Ну... можешь сразу cabal файл писать.

>> даже SLIME из Emacs для меня выглядит как-то излишне навороченно и громоздко

Суровые лисперы они слишком суровы. Туалетная бумага для моей жопы чувствуется как-то мягко и невытирает. Наждачка 100 grit - a way better!

>> Один говорит, что вся сила лиспа в макросах, другой - в REPL, третий ещё чё гнёт. Фич в Коммон Лиспе хватит на психозы для всех ;)

А вот я недавно сидучи в поликлинике слышал от одной бабки, что програмистам на лбу на страшном суде выжгут число 1024 вместо 666 - как всем остальным смертным. Это касается лисперов? Или им выжгут на лбу 1024 разных скобки?

А что тогда нет?