Концептуальное о ваших этих хаскелях и окамлах

[metaclass]

haskell datagrid

ocaml datagrid

Обратите внимание на количество найденных ссылок. И попытаться найти хотя бы одну из них которая соответствует искомому.

Я, конечно, понимаю, что заниматься мерянием производительности алгоритмов и разработкой сложной back-end логики это гораздо интереснее, чем делать GUI, но GUI тоже таки делать нужно.
У меня вот в последней сложной фиче, которую я делал, на back-end логику ушло пару дней, на ввод данных для нее - неделя и еще две недели на подгонку GUI чтобы это все было можно использовать как можно удобнее и быстрее.

Comments

[dizel-by.livejournal.com]

А что, разве нельзя открыть окно с контейнером какого-нибудь Gecko или webkit, нарисовать в нём HTML-форму и работать с ней как с DOM?

[dmzlj.livejournal.com]

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

не?

[dmzlj.livejournal.com]

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

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

[metaclass.livejournal.com]

Ебаный кошмар. Как же вы заебали своим вебом, простите меня.
Можно, конечно. Еще можно переписать вручную все нужные компоненты на низкоуровневых примитивах, или написать биндинги к QT, или делать back-end логику на ФП, а морду на обычных языках.
Просто тогда акценты смещаются с "написания софта для клиентов как можно быстрее" на "героические разборки с проблемами созданными самим себе". Т.е. сначала мы учимся подключать веб-движок в софт, затем изучаем как сделать настолько же rich-gui на вебе, потом воюем с его ограничениями, итд. Или там "изучаем как срастить хаскель, клиентскую либу СУБД, гуй на дельфи или там .NEТ и генератор отчетов на вши красной, желтой, гусеницах, etc"

Суть такая: я могу на дельфи или там на .NEТ +SQL +генератор отчетов быстро клепать db-centric софт. Очень быстро. Но некоторые вещи на них делать просто задалбывает, и в случае сложных расчетов это все становится малочитабельно и неподдерживаемо. ФП языки с их выводом типов, функциями высшего порядка, каррингом и метапрограммированием могли бы это дело сильно упростить. Но: у них нет UI. Тупо нет. То, что адепты говорят "есть" - это хрень. Это из разряда как у ребе белнетмон писали что датчики груза для белаза "есть". Это "есть" еще два-три месяца изучать, прикручивать и напильником подгонять придется. А за это время я все свои задачи три раза обычными индусскими методами решу.

[alexott.livejournal.com]

http://haskell.org/gtk2hs/archives/category/screenshots/ - не?

[dizel-by.livejournal.com]

А кто говорил про веб? И чем принципиально отличаются HTML-формы от TForm?

[metaclass.livejournal.com]

Ну, на будущее я напряг девелопера делать рич-гуи-фреймворк на вебе, он все равно нужен.
Но для некоторых вещей нативный не-веб GUI - безальтернативен, имхо. Т.е., да, можно там навернуть аякса всякого, можно сделать почти так же быстро реагирующим на юзеровские действия, но это ровно до тех пор, пока не окажется, что к программе нужно прикрутить электронные весы на RS232 порту, или там блютуз-адаптер, или rfid-читалку. И даже без этого - если мы имеем классический GUI и на нем задача решается за один день рисованием в дизайнере, а вместо этого предлагается извращаться с вебом, добиваясь такой же эффективности - неясно зачем это тогда нужно:)

[alexott.livejournal.com]

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

[metaclass.livejournal.com]

Тем, что добиться на html+js такого же юзабельного GUI можно только приложением совершенно несравнимых программерских усилий.

[blacklion.livejournal.com]

. Это "есть" еще два-три месяца изучать, прикручивать и напильником подгонять придется. А за это время я все свои задачи три раза обычными индусскими методами решу.
Ну вот, ВСЕГО 2-3 месяца. Если в результате UI будет как на .NET а сложная логика — проще, то ты (задача-то у тебя не одна, а их много, раз за разом, ты сам пишешь это) постепенно (не знаю уж насколько быстро — адепты ФП тут наверное будут говорить о "сразу", но это-то точно фантастика) отыграешь эти три месяца.

На самом деле, логика “Лучше день потерять потом за час долететь” не всегда так ущербна, как пытаются представить авторы мультфильма и все, кто ей оправдывают применение неудобных инструментов.

Хотя, повторюсь, я вполне допускаю что в случае с ФП и ГУИ ПОКА это не тот случай (но точно ПОКА, волна пошла и вряд ли остановится, а значит и ГУИ допилят когда-нибудь).

[metaclass.livejournal.com]

Тут именно вопрос в том насколько "не тяжело". А то ж можно закопаться в переписывании GUI вместо того, чтобы делать работу и получать за это деньги:)

[dmzlj.livejournal.com]

Я, честно говоря, не знаю, что бы я делал, если бы мне потребовалось реализовать развесистые, богатые гуи-приложения. Т.е. я всячески бы этого избегал в пользу веба. Последний раз, когда это надо было делать, это было сделано на питоне + wx, с гридами, кстати. Уверен, что написание на окамле - хаскелле и wx ничем бы не отличалось, если только в лучшую сторону. наверняка, таким образом колбасить медленнее, чем на каком-нибудь гуи-билдере, но тут, опять же, есть всякие wxGlade или же там Qt. Т.е по моему, дело, в основном в воле. Т.е. решить и сделать.

Понятное дело, что чуваки которые на данный момент составляют большую часть ЦА функциональных языков, гуи всячески избегают.

[metaclass.livejournal.com]

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

[dmzlj.livejournal.com]

там все еще осложняется тем, что винды людям до сих пор нужны.

[dizel-by.livejournal.com]

Ребе, никто не предлагал делать GUI в браузере :)

[dizel-by.livejournal.com]

wx не имеет права на жизнь

[fantaseour.livejournal.com]

Как же я Вас понимаю.... ууууу....

[dizel-by.livejournal.com]

Не людям, а программистам. А людям пофиг. Им надо, чтобы нужный софт работал. Напишут под BeOS - поставят BeOS.

[metaclass.livejournal.com]

Я больше скажу - любая попытка сделать GUI "не в дизайнере" все только усложняет. Я сейчас как раз пытаюсь разобраться, почему у меня порядка десяти попыток обобщить GUI-шный редактор объекта приводили только к усложнению задачи, хотя очевидно что набор операций достаточно стандартный "открыть объект-назначить гую поля-дать юзеру волю действий и побыстрее-проверить результат-сохранить/удалить/вставить объект". Но мелкие вариации все обобщение убивают.
Как минимум, часть проблем точно бы решилась замыканиями, ФВП и прочей функциональщиной - а то приходится на каждую группу действий отдельный базовый класс заводить и от него конкретные реализации наследовать.

[dmzlj.livejournal.com]

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

[dmzlj.livejournal.com]

в этом и засада толстого клиента, что на каждый софт ось не наставишься.

[metaclass.livejournal.com]

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

[dmzlj.livejournal.com]

ну я только что могу сказать. у нас на холде стоит проект, который подразумевает native gui. правда, он embedded, но в прототипе там питон вообще, так что неважно. можно сделать его на каком-нибудь из ФЯ и посмотреть что получится в итоге. правда какое-то оживление по этому проекту будет не раньше ноября.

[permea-kra.livejournal.com]

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

[vp.livejournal.com]

А сращивание одного с другим будет выглядеть каким образом?
Ключевой момент.