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

[metaclass]

haskell datagrid

ocaml datagrid

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

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

Comments

[dizel-by.livejournal.com]

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

[metaclass.livejournal.com]

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

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

[dizel-by.livejournal.com]

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

[metaclass.livejournal.com]

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

[dizel-by.livejournal.com]

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

[metaclass.livejournal.com]

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

[blacklion.livejournal.com]

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

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

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

[metaclass.livejournal.com]

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

[thedeemon.livejournal.com]

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

F# уже изобрели. Там и привычные богатые WinForms, и ФПшные вывод типов, ФВП, карринг и пр.

Для Окамла по идее есть CSML, который позволяет WinForms заюзать опять же.
http://www.lexifi.com/csml/

[(Anonymous)]

А с другой стороны кто вам обещал что Ocaml нацелен на db-centric приложения? :) Наоборот даже, у него четко очерченная ниша. Есть масса языков, на которых также крайне сложно писать db-centric приложения и которые при этом остаются непревзойденными в своих нишах. Список их поистине огромен и среди них есть языки-парадигмы аж! :)

Берите Дельфи или MS Access или PowerBuilder и тп, они ведь только для этого и были созданы.