Re[8]: Мифический Haskell
От: alex_public  
Дата: 17.02.12 09:11
Оценка:
Здравствуйте, Аноним, Вы писали:

А> Не надо каку с конфеткой сравнивать. У вас, похоже, весьма слабые представления о том, что такое DSL.


DSL надо использовать, если он в чём-то удобнее основного языка. Что касается GUI, то в современных инструментах он в любом случае генерируется в визуальных редакторах. Соответственно что там генерируется на самом деле не особо и принципиально — всё равно руками это трогать скорее всего никто не будет. А если редактор имеет возможность генерировать напрямую код на языке, используемом для программирования логики, то это получается совсем хорошо, т.к. убирает все лишние сущности при построение проекта.

А> Scheme, Ruby, ML, Haskell


Т.е. Lisp (кажется в этой темке уже несколько человек сказали что Лисп совсем не функциональный), семейство ML (OCaml, Haskell, F#?) и Ruby (это с его то навязанным ООП???) — это функциональные, да? А скажем Scala, Python, Javascript уже нет? )))

А> Идиотские у вас критерии, батенька. Абсолютно все вменяемые приложения под тот же Windows строятся ровно по той же идеологии. Хотя, гуятому программисту этого не объяснить. Для таких, как вы, возможность оторвать безболезненно гуй и заменить его скриптом, или оторвать гуй и заменить его другим гуем (тем же вебом, например) не значит ничего. Потому-то я и не пользуюсь говнопрограммами, которые пишут такие как вы.


Что-то попытался вспомнить хоть одно популярное приложение работающее в два процесса (движок и интерфейс) на винде и так не смог. Случаи интерфейсов к драйверам или сервисам естественно не рассматриваем, т.к. там это вынужденная мера. А вы говорите "абсолютно все". Может и MS Office так работает?

А> А, мсье мышевоз? Ну что-ж вы тогда в Хаскелль-то полезли, да и вообще в программирование? Ваше дело — дизайн, вот и дизайньте себе.


Т.е. у вас проектируют GUI в текстовом редакторе? Соболезную)))
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.