Анонс Xmonad 0.1

хе-хе-хе

И хочется что-то сказать, да как-то язык не поварачивается.

Вопрос один, а что у него с производительностью?

Мило... Счас заценим сорсы...

500 строк - это, конечно, круто. а сколько в памяти? сколько проца жрёт, как с удобством настроек? а чем оно лучше|хуже других tiled wm?

а Lisp, к примеру, известен тем, что его интерпретатор, написанный на Лиспе, занимает 15 строк

:)))

$ yum search xmonad
Loading "installonlyn" plugin
Setting up repositories
Reading repository metadata in from local files
No Matches found

Пока придется подождать :)

О_о

посмотрим..

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

что-то из разряда PyPy или вебсервера на пхп

фтопку

>Пока придется подождать :)

C:\Documents and Settings\i386>yum search xmonad "yum" не является внутренней или внешней командой, исполняемой программой или пакетным файлом.

Я пожалуй тоже повременю :-D

А пожалуй напишу ebuild

> Уникальной особеннойстью данной программы является ее размер - 500 строк.

пицот строк длиной по 10^3?

Странно, но fp начинает набирать обороты. Очень не привычно.

> что-то из разряда PyPy или вебсервера на пхп

С одной лишь разницей - быдлокодеры на haskell-е не пишут

Это точно :) У них просто мозга не хватит понять этого :)))

>Вопрос один, а что у него с производительностью?

Насколько я знаю, компилятор GHC генерит бинарный код для целевой платформы.

Ага, пробегала новость в списках рассылки иона, дак Туомо их нахер послал из рассылки :))

PS: сейчас поглядим =)

Когда на job.ru во всех обьявлениях будет требование знания декларативных языков - тогда каждый завалящий быдлокодер научится на нём писать :)

> Xmonad - оконный менеджер, написанный на языке Haskell.

А на Javа есть что нибудь подобное?

Просьба в следующий раз развивать ЛОРовские традиции нехождения по ссылкам и постить все 500 строк кода в новости.

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

Кто такой академо-человекус?

И в какой родственной связи он состоит с быдлокодо-человекусом ?

> С одной лишь разницей - быдлокодеры на haskell-е не пишут

Haskell - езык труЪ илиты!!!

erlang тоже декларативный по самые уши.. И erlang и haskell и ocaml все в одну сторону смотрят!

К этим 500 строчкам ещё кабала впридачу. Так что не всё так шоколадно. :)

Пасиба тебе Саныч!!!Ибо после двухдневной без новостной жизни,реально чуть не сдох)))))).

>Xmonad - оконный менеджер, написанный на языке Haskell. Уникальной особеннойстью данной программы является ее размер - 500 строк. Haskell - язык т.н. "чистого" функционального программирования с очень строгой статической типизацией.

А на соляре уже работает?:))))

Во пошел замут, то бровзер на жабе, то ВМ на хацкеле...

Даешь Xorg 7.5 на баше?

A tiling window manager - это примерно как раскладной телевизор. Можно реализовать, но зачем это нужно человеку со здоровым мозгом, не совсем понятно.

йэх.. когда деревья были большими и гном был похож на человека, существовал в те времена такой WM -- Sawfish, писанный как ни странно на схемообразном лиспе. и отличшейший WM был, надо сказать! пока его не турнули из гнома в пользу обрезанного по самые помидоры, жручего и глючного metacity.

какую же мораль мы можем из этого извлечь? правильно! жабу -- в топку!

>erlang тоже декларативный по самые уши..

Ну не по самые уши, по сути единственный способ общения процессов, посылка сообщения, самая что ни на есть оперция с побочным эффектом.

Вот именно. Ничего сложного в них нет - GoF сложнее гораздо, просто быдлокодеры привыкли думать (а они всегда делают всё только так, как привыкли), что это ОЧЕНЬ СЛОЖНО.

Cabal - всего лишь build system. К gnu hello тоже много чего идёт типа autotools. :)

хм... подумаешь, есть то же самое на питоне.... ну и что?

Покажите плиз любую прикладную программу на Haskel, хочу посмотреть вживую на результат.

>A tiling window manager - это примерно как раскладной телевизор. Можно реализовать, но зачем это нужно человеку со здоровым мозгом, не совсем понятно.

Советую почитать манифест автора ion3 прежде чем так говорить.

Файл менеджер на жабе, веб сервер на пых-пыхе, броузер на полужабе... А теперь и WM на Haskell.

Апокалипсис? :)

> A tiling window manager - это примерно как раскладной телевизор. Можно реализовать, но зачем это нужно человеку со здоровым мозгом, не совсем понятно.

а я-то думал что такое с моим мозгом ! надо к доктору сходить не иначе как.

ТруЪ.Вдохновился и пошёл писать сервер чата на Prolog'е

>хм... подумаешь, есть то же самое на питоне.... ну и что?

Ну вот и сравнили хер с пальцем. Хаскель с пистоном. Вот я бы всех студиозов, обязательно заставлял бы делать все лабы и курсовики на хаскеле или окамле, чтобы не было мучительно стыдно за тех, кто выжил к 5 курсу.

Срач бы хоть убрали на столе на скриншоте)

Конечно при должном усердии на любом языке можно написать любую программу. Но не лучше ли выбирать средства сообразно целям ? ИМХО управляемое событиями взаимодействие с пользователем с функциональным программированием как-то не вполне сочетаются. Что тут функционального, стрелочки вместо присваиваний что ли:

dpy <- openDisplay "" let dflt = defaultScreen dpy rootw <- rootWindow dpy dflt wmdelt <- internAtom dpy "WM_DELETE_WINDOW" False wmprot <- internAtom dpy "WM_PROTOCOLS" False xinesc <- getScreenInfo dpy

Пишем на xlib, но на haskell ("я могу написать программу на Фортране на любом языке" (С)). Сразу возникает вопрос: а зачем тут haskell в качестве промежуточной прослойки ?

Я бы тоже. Только в нашей альма матер, черт, все наоборот последние чертыре года - в курсе логического и функционального программирования заявлено, что "Область применения языков ФП сократилась, поэтому мы будум изучать чистые абстрактные основы ФП", а вот лабы по ФП делать надо СТРОГО на VBA (Access, кажется).

Узнал я это в пятницу, в результате у меня уже три дня руки дрожат.

А я все не мог понять - почему у нас курс ФП есть, но даже ни одного названия языков ФП (кроме лиспа, они немного аутолисп использовали) никто из студентов не знает. И даже с элементами ФП в более традиционных языках - не знакомы совершенно.

PS Про VBA - это не шутка. Если кто не верит, могу кинуть ссылку на текст лекций / лабов.

Из популярных - darcs

> ИМХО управляемое событиями взаимодействие с пользователем с функциональным программированием как-то не вполне сочетаются.

Очень даже сочетается. Посмотри на Fudgets.

Иметь на халяву транзакционность интерфейса - это не хухры-мухры. Это очень удобно. Что для гуйнятины, что для вебмордий.

есть же dwm . меньше 2000 SLOC. однако это С и там даже своя панелька есть.

а этот умеет лишь окошки размещать... две недели назад обещали что xmonad будет меньше 400 строк. уже 500... для хаскеля, при такой функциональности, означает лишь одно -- проект сильно раздут. попробовал -- глючит: вокруг выделенного окна не рисует рамку (у аффтара на скрине она есть), при ресайзе рандомно оставляет пустые пространства между окнами. фтопку...

> gnu hello

Обалденная штука, спасибо. :)

Блин, пока скрины разглядывал, уже забыл, чего такого нехорошего написать хотел =/
Нечем людям заняться...
Еще б на bash написали

Ламеры они, ну кто ж фотографии в png выкладывает?

> "Область применения языков ФП сократилась, поэтому мы будум изучать чистые абстрактные основы ФП", а вот лабы по ФП делать надо СТРОГО на VBA (Access, кажется).

Нда. А где это такая феерия ?

Хотя, строго говоря, основы (самые основы) ФП можно изучать, к примеру, на том же Питоне. Про VBA ничего сказать не могу - не знаком-с...

> Насколько я знаю, компилятор GHC генерит бинарный код для целевой платформы.

Тольуо он динамической линковки не умеет и посему бинарник по пицотмех :( Ужель оне хлиб статически линкуют ._.

>Хотя, строго говоря, основы (самые основы) ФП можно изучать, к примеру, на том же Питоне. Про VBA ничего сказать не могу - не знаком-с...

Ну можно и ООП на ассемблере изучать и вообще много чего можно :)

Потестил немного субж... функционал на уровне dwm и даже меньше, конфигурится также как dwm. экзешник весит 948628 байт супротив 32008 у dwm. Бегает довольно шустро, но глюки кой-какие проскакивают.

В общем, в теории оно может и круто, а вот на практике применять пока весьма рано =)