Но мы его депрекейтим :D

про импорты из модуля если

Если надо тупо удалять, это что угодно наверное умеет.

тут недавно ссылались на какой-то инструмент, который лишние импорты из модуля удаляет

Кстати, интересно. Желательно не только лишние импорты, но еще чтобы explicit imports делал.

Мы написали такой, importify

почему? есть лучше?

убить бы Гонзалеса и тех, кого он покусал

вообще ghc вроде

рили? флаги какие-то есть?

-Wall -Werror

Нет, потому что все эти потуги бесполезны. Нам он нужен был отрефакторить кодобазу (у нас эксплисит импорты), мы сделали, но в будущем мы смотрим на то чтобы сделать позицию ghc-разработчика и использовать ghc-как-библиотеку.

Что с ним не так на этот раз?

убить бы Гонзалеса и тех, кого он покусал

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

Так-так.

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

Потому что код читают на гитхаб-интерфейсе, в рассылках, с телефонов.

Не всегда в емаксе за 4 24" мониторами.

Явные импорты - хорошо для поддержки, но ад для быстрой разработки.

Когда непонятно откуда функция взялась это жесть. Убить надо за "туториалы", где непонятно вообще откуда что берется.

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

и explicit и длинные импорты не удобно

Абстрактные типы — хорошо для поддержки, но ад для быстрой разработки. </nabros>

первые просто не удобно, вторые все равно полностью проблему не решают

Когда непонятно откуда функция взялась это жесть. Убить надо за "туториалы", где непонятно вообще откуда что берется.

Ну, традиционно, математики же их пишут по Хаскеллю-то. "Очевидно, что..." Привычка.

Даже в Гоу это людям понятно и форсится языком.

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

да и не стоит, очевидно же что я прав и спор - трата времени :P

Ты читаешь мои мысли!

♥

тем более у меня совещание через 10 минут

А как ты живешь? Квалифицируешь каждый импорт?

И мозг паттерн-матчингом разбирается при чтении без IDE?

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

вообще квалифицированные для того. что стоит Text/BS.?/Map те которые под настроены

explict где или нужно упростить, конструкторы и т.п. или где мало чего доставать и имена клашатся

Блин.

В PureScript правильно сделали, что квалификация по умолчанию для альясов

Ребят, а что нынче с IDE для Haskell? Считается ли, что эта былая проблема решена полностью с помощью Atom, VSCode и vim?

решили что не нужно

Присоединюсь к вопросу. В имаксе haskell-mode вроде глючит с ghc 8.

массово, кто-то думает что нужно и пилит intero и т.п.

И года два не обновляется.

и пытаются делать плагины и т.п

Деды вводили

На перфокартах

I hope u are donig fine

У меня в компании чуваки продвигают VSCode + HIE

Я еще не настроил, чтобы все заценить

в нас все используют разное

Ну мои ребятушки тоже сидят в vscode

vim/emacs/VScode/какой-то ещё шлак

недавно vim выигрывал, но сейчас появилось куча народу и я уже не знаю ситуацию

т.к. споров про редакторы и т.п. нету

Лексу бы упростить. Там кажется уйма бубенцов, без которых могло быть меньше багов. Гадаю, даже запустить не смог.

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

А какие еще большие проблемы остались в экосистеме Хаскелля? Stack одну закрыл, IDE всякие есть и даже неплохо работают, ... что-то еще?

Скорость работы GHC мне кажется медленной

cabal project?

Насколько? Я жил с C++ проектами, которые билдились по 40 минут, если с 0. И с инкрементальной сборкой там не очень хорошо было.

cabal project?

А что с ним?

PureScript-ный компилятор ощущается как быстрый. Но удивительного тут, наверное, ничего нет, ведь он генерит JS-код, что вряд ли тяжелее, чем компиляция бинарников

Насколько? Я жил с C++ проектами, которые билдились по 40 минут, если с 0. И с инкрементальной сборкой там не очень хорошо было.

Если 40 минут приемлемо, то и с GHC терпимо

Если 40 минут приемлемо, то и с GHC терпимо

Сейчас у нас проект около 10 минут собирается с 0. Но там можно было и меньше, если бы не этот TH, посоленный type level magic

С другой стороны, инкрементальная сборка работает хорошо, и такой боли, как на C++, я не испытываю

cabal project?

Мне cabal-install кажется удобным. Синтакс cabal файла хотелось бы подправить, но причин переходить на другой pm недостаточно.

С другой стороны, инкрементальная сборка работает хорошо, и такой боли, как на C++, я не испытываю

Хорошо узнать про это сейчас. Как раз смотрю в сторону C++. В первую очередь для того, чтобы работать с C/C++ библ. без bindings.

Кстати, для C++ и IDE есть удобные.

Кстати, для C++ и IDE есть удобные.

Не трави душу

Печально будет, если мы не закроем позиции хаскеллистов, и придется добирать людей на go

Кстати говоря, на go бы я пошёл (хоть и не писал на нём вовсе). Хочу писать тупой, прямолинейный и понятный код.

ну так пиши на haskell

Кстати говоря, на go бы я пошёл (хоть и не писал на нём вовсе). Хочу писать тупой, прямолинейный и понятный код.

Это быстро пройдёт, а потом начнётся боль от осознания убожества языка

будто кто запрещает

Кстати говоря, на go бы я пошёл (хоть и не писал на нём вовсе). Хочу писать тупой, прямолинейный и понятный код.

Пойди в пхп

Пойди в пхп

Это всё же разные вещи.

Извини, Антон. А http://haskellformac.com по ¥ соображениям не подходит, или неудобный в пользовании?

Ребят, а что нынче с IDE для Haskell? Считается ли, что эта былая проблема решена полностью с помощью Atom, VSCode и vim?

Не осилили и приняли типичное для опенсорсов решение "не нужно".

Извини, Антон. А http://haskellformac.com по ¥ соображениям не подходит, или неудобный в пользовании?

Идеологическим и финансовым

Извини, Антон. А http://haskellformac.com по ¥ соображениям не подходит, или неудобный в пользовании?

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

Я не в курсе. Не пользовался, поэтому интересуюсь. Впрочем, и мака у меня нет и скорее всего не будет

А что с ним?

он тоже порешал

со стеком есть проблемы, он не развивается, как кабал много лет назад

а кабал развивается

и он большой, но удобный костыль