Импорт модулей в Хаскеле сделан через ж-пу

Истина.

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

Т.е. Если в каталоге Dir лежит Module1, то в его заголовке нужно писать Dir.Module1 => Если какая то библиотека переедет в иерархии из одного каталога в другой, то править придется все заголовки.

>Вот из-за таких мелочей Питон и нравится людям,

4.2

>а Хаскель так и остаётся уделом красноглазиков и профессоров.

Частично 4.2. Он такой, потому что он pure

#include и с preprocessor убожество не только по его рассуждениям.

Но и по твоим?

>Но и по твоим?

Но и на самом деле :)

А речь изначально была о том, что импорт модуля в Хаскеле в своей простейшей форме import X ведёт себя вредным образом. Если язык и позволяет вывалить всё содержимое модуля в текущее пространство имён, эта фича должна быть запрятана чуть подальше, чтобы ей не пользовались по дефолту. В Питоне так и есть. В Хаскеле же для "правильного" импорта надо приложить дополнительные усилия: import qualified Some.Nested.Module as Module, поэтому не все этим пользуются, и в результате чужой код становится трудно читать.

И подобных недочётов, затрудняющих промышленное использование языка, в Хаскеле вагон.

А речь изначально была о том, что импорт модуля в Хаскеле в своей простейшей форме import X ведёт себя вредным образом. Если язык и позволяет вывалить всё содержимое модуля в текущее пространство имён, эта фича должна быть запрятана чуть подальше, чтобы ей не пользовались по дефолту. В Питоне так и есть. В Хаскеле же для "правильного" импорта надо приложить дополнительные усилия: import qualified Some.Nested.Module as Module, поэтому не все этим пользуются, и в результате чужой код становится трудно читать.

И подобных недочётов, затрудняющих промышленное использование языка, в Хаскеле вагон.

import Yi.Completion import Yi.Buffer import Text.Regex import Data.Char import Data.Typeable import Data.List import Control.Applicative import Control.Exception import Yi.Buffer.Normal import Yi.Buffer.Region import Yi.Editor import Yi.Core

Угу, иди прочёсывай все эти модули и запоминай, где что лежало. Капча nigers.

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

Блджад, форматирование.

import Yi.Completion
import Yi.Buffer
import Text.Regex
import Data.Char
import Data.Typeable
import Data.List
import Control.Applicative
import Control.Exception
import Yi.Buffer.Normal
import Yi.Buffer.Region
import Yi.Editor
import Yi.Core

:names

потом ищешь грепом.

И ещё беспокоит, что шансов на исправление подобных недочётов в хаскеле полный ноль. В то время как в питоне идёт постоянный процесс выкидывания старого негодного и замены его на новое. Если бы в питоне был такой балаган с модулями, я бы составил proposal и послал куда надо, его бы обсудили, и возможно, приняли. А по поводу хаскеля куда мне писать? В спротлото?

Спасибо. Back to C++.

>:names

Или ghci> :info

Да нет граблей в этом месте. Озвученные тобой грабли - в ДНК быдлокодеров, а не в языке.

>Зачем тогда хаскель, если есть ассемблер и брейнфак?

Haskell вроде бы позиционируется как "выкристаллизованные идеи FP" Брейнфак - просто занятная штука. Ассеблер - вообще здесь не к месту.

>И ещё беспокоит, что шансов на исправление подобных недочётов в хаскеле полный ноль.

Ровно как и у haskellа занять какую то определенную практическую нишу.

>В то время как в питоне идёт постоянный процесс выкидывания старого негодного и замены его на новое.

Зашибись. Чего же там такого нового и интересного?

>А по поводу хаскеля куда мне писать? В спротлото?

Понятья не имею.

В каком смысле?

Причёсывай, запоминай и пиши докладную. Либо увольняйся.

Нахуа? Загружаешь в ghci, затем :i имяФункции, тебе выдаёт:

имяФункции :: тип -- Defined at ИмяФайла.hs:строка:положение-в-строке

И всё. А можешь просто нажать C-c C-i RET и получить то же самое в минибуфере.