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

[metaclass]

haskell datagrid

ocaml datagrid

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

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

Comments

[dmzlj.livejournal.com]

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

не?

[metaclass.livejournal.com]

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

[dmzlj.livejournal.com]

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

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

[metaclass.livejournal.com]

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

[dmzlj.livejournal.com]

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

[dizel-by.livejournal.com]

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

[dmzlj.livejournal.com]

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

[blacklion.livejournal.com]

ну на безрыбье и жопа соловей, знаете ли.
Вот только господин Метакласс хочент удобно и красиво, а не как придётся -- вон, он 2 недели на вылизывание тратит. Думаю, не зря.

[dmzlj.livejournal.com]

вскрытие покажет

[x-a-e-p.livejournal.com]

вот только не надо про wx. это тотальный неиллюзорный пиздец по всем статьям

[x-a-e-p.livejournal.com]

это я к тому, что на более-менее серьёзных задачах там приходится переизобретать плюсы заново, да и впридачу решать задачи типа 'как обмануть wx-макросы, чтобы сделать множественное наследование'

[dmzlj.livejournal.com]

я смотрел wxHaskell и никакого пиздеца там не вижу. навскидку, оно выглядит лучше, чем qtHaskell. относительно сложные примеры с гридами в wxHaskell тоже есть. сложные GUI приложения на wx написать можно и пишут.

"переизобретать плюсы" точно не придется. можно привести пример пиздеца?