Функциональное программирование |
Функциональное программирование всегда привлекало меня в противопоставлении к императивному.
Я очень часто обсуждаю различные аспекты функционального программирования на различных ветках на Базарной площади.
Но хотелось бы собрать всех заинтересованный этой темой в одной ветке.
Я думаю что настало время открыть такую тему. И вот почему.
Исторически функциональное программирование появилось практически вместе с императивным.
Вторым языком после фортрана был лисп.
Но увы, функциональное программирование надолго было уделом исследовательских институтов или специализированных приложений (Искусственный Интеллект)
Конечно не надо считать весь мир дураками из за того что развитие пошло по пути языков Алгол семейства.
Для этого были вполне обьективные причины. Функциональные языки слишком близки к человеку и слишком далеки от машины.
Они сьедают в десятки раз больше рессурсов чем императивные языки.
Вспомните претензии, предявляемые к java - первому императивному языку с виртуальной машиной и сборщиком мусора, толкаемому большими корпорациями в mainstream.
Жутко тормозит, и жрет всю память какая есть. А ведь функциональные языки (далее ФЯ) все без иключения имеют сборщик мусора, виртуальную машину.
Многие из них (семейство лисп) еще и динамические, что только усугубляет положение.
Вполне естественно что появившись более полусотни лет назад они надолго опередилли свое время.
Для широкого распространения ФЯ нужны гигабайты дешевой памяти и гигагерцы дешевых процессоров.
Прошло более 50 лет, прежде чем такие требования к железу стали реальностью.
Это время наступило. СЕЙЧАС.
Добро пожаловать в новую эру программирования.
Jack Of Shadows
Всего в теме 5502 сообщения
Добавить свое сообщение
Отслеживать это обсуждение
- Средства разработки. Языки программирования.
- Delphi 4 or Delphi 5
- Что приобрести в качестве средства разработки?
- Delphi6
- Delphi vs PowerBuilder
- Сравнение компиляторов
- Вот и вышла Delphi 7... Вы рады?
№ 5452 25-04-2011 11:25 | |
Ответ на »сообщение 5451« (Jack Of Shadows)
___________________________
Хотите я вам прям сюда код брошу на clojure и на хаскеле.
Бросьте :)
№ 5451 25-04-2011 11:15 | |
Ответ на »сообщение 5448« (...)
___________________________
легендам о лицензионной политике MS возвращаться не буду
Чужие деньги легко считать. Я понимаю :))
ваши дела пошли вгору, и то что планировалось на два-три года уже успешно заработало через REST web services!
Вася, вы серьезно перегибаете и тролите. За два-три года планируется переписать всю систему дельфи, а не наладить комуникацию двух програм по web services. Это как раз таки дело 30 минут. Хотите я вам прям сюда код брошу на clojure и на хаскеле. Там всего по паре строчек с каждой стороны :))
Web-приложений под Linux рулит Java с кучей разнообразнейших фреймвоков(если вам не нравится PHP).
Не надо ляля. Рулит как раз PHP, Джава на далеком втором месте. И потом, не рассказывайте мне о web development с джавой на линуксе. Я достаточно долго писал на джава web приложения, чтобы хотеть туда возвращаться.
№ 5450 25-04-2011 09:31 | |
Ответ на »сообщение 5449« (Сергей Перовский)
___________________________
Но Jack Of Shadows очень серьезно инструмент изучил.
Я в этом не сомневаюсь! Так же как и Common Lisp, который он пропагандировал в качестве достойной альтернативы в Web-(и не Web-)программировании и на котором он тоже писал свою систему. Так же как Clojure и т.д. и.т.п. Не беда, что в последнем его увлечении, Haskell-е, не работают или плохо работают элементарные вещи. Главно, что Jack твердо уверен, что поддержка pdf там обязательно появится, а остальное не так уж важно.
Самое удивительное для меня - это скорость переписывания на новом языке изначально Delphi-шной системы. Если порыться на форуме, то можно найти много упоминаний Jack of Shadows об успешном внедрении в промышленной системе очередного языкового чуда. У меня уже сложилось впечатление об этой системе, как об олицетворении функциональных метаморфоз! Вот до чего ж интересные вещи в мире происходят!
В заключение, хочу выразить своё восхищение высшим американским бизнесовом менеджментом. В моем понимании, CTO (как представился нам Jack) должен водить руками, пардон, руководить, а не выяснять элементарные детали по FFI на Stackoverflow. Но, очевидно, я отстал от жизни и там за океаном все по-другому :)
№ 5449 25-04-2011 08:37 | |
Ответ на »сообщение 5448« (...)
___________________________
Вася, не прикидывайтесь шлангом.
Джек все очень четко написал: перенос системы на Linux - решение менеджмента, а выбор инструмента для разработки - его прерогатива. Принимает он решения исходя из своего понимания задачи и возможностей инструмента, а не исходя из того, "как принято". И это правильно.
Большинство менеджеров не решаются использовать новые инструменты, т.к. не в состоянии планировать процесс не имея статистики. Кроме того, они боятся подводных камней в малоопробованных решениях. Но Jack Of Shadows очень серьезно инструмент изучил.
В секторе сложных Web-приложений под Linux рулит Java , но рулит плохо...
Хотя и лучше PHP.
Как раз для Web-приложений функциональное программирование, без сомнения, много эффективнее.
№ 5448 25-04-2011 06:54 | |
Ответ на »сообщение 5447« (Jack Of Shadows)
___________________________
Не собираюсь а все уже прекрасно организовано. Оба приложения (хаскель и clojure) общаются через REST web services.
О, поздравляю вас! Значит, со времени написания сообщения №5438 ваши дела пошли вгору, и то что планировалось на два-три года уже успешно заработало через REST web services! Вот это производительность! Не зря говорят, что нам надо равняться на американскую производительность труда :) Не говоря уже о динамичности смены парадигм. Ведь когда миграция на новую платформу это не вопрос моего хотения использовать clojure или хаскель. Инициатива исходит от менеджмента. быстро меняется на не даю отчеты о своих решениях и не спрошу ни у менеджмента, ни у вас , то мне остается только позавидовать той скорости, с какой там у вас происходят перемены!
Возвращаясь к техническим деталям (не волнуйтесь, к легендам о лицензионной политике MS возвращаться не буду), я хотел бы уточнить, то в секторе сложных Web-приложений под Linux рулит Java с кучей разнообразнейших фреймвоков(если вам не нравится PHP).
Что касается моего имени, то меня зовут Вася, если вам это так необходимо, Вагиф :)
№ 5447 25-04-2011 02:40 | |
Ответ на »сообщение 5446« (...)
___________________________
вы собиралсиь организовывать взаимодействие между частями программы на Clojure и на Haskell.
Не собираюсь а все уже прекрасно организовано. Оба приложения (хаскель и clojure) общаются через REST web services.
Как это понимать? Менеджемент сказал: "Хочу Linux". А вы ему в ответ – значит надо перейти на Clojure и на Haskell (с Delphi!) ?
Вы меня извините уважаемый, но я не даю отчеты о своих решениях. Я их просто принимаю. С меня требуется выполнить работу. А как конкретно я ее буду выполнять, я как CTO компании не спрошу ни у менеджмента, ни у вас :))
Вы, вообще, в курсе, на каких языках программирования обычно пишут под Linux? Неужели на Haskell-е?
ОБЫЧНО для web приложений на линуксе используется PHP Гы :)) Согласно вашей логике именно это убожество я и должен был выбрать. К счастью меня не колышет что люди ОБЫЧНО делают.
Ну и наконец, господин троеточие, вы вот меня даже по имени знаете, а я все никак не пойму с кем имею честь. На пару реплик сойдет, но на затягивающийся разговор неудобно уже как то. Вы бы хоть подписались.
№ 5446 25-04-2011 02:19 | |
Ответ на »сообщение 5445« (Jack Of Shadows)
___________________________
Ох, как вы меня напугали! Я-то думал, что теперь у MS нельзя будет купить продукт нормальным образом, а надо будет каждый год платить ей огромные суммы. Такие огромные, что даже работодатель за несколько лет выросший из маленькой локальной фирмочки в глобальную национальную компанию, ведущюю бизнес на ВСЕЙ территории штатов отчаялся и решил при помощи волшебного Haskell-a перейти на Linux.
Но оказалось, что речь идет о программе Software Assurance, в которой идет речь о помощи при развертывании и обслуживании систем, получении всех новых версий продуктов и т.д. и т.п. Но, конечно, вы правы. Только кабальными можно назвать условия именно для этой модели взаимодействия с MS (Software Assurance), когда выплаты за продукты можно рассрочить на три ежегодных платежа! Вот уж, действительно, смешно! :))
Но, вернемся к нашим баранам. Я не понимаю, как при описанных свойствах "хорошо сваренной картошечки", т.е. при отсутствии НОРМАЛЬНЫХ интерфейсов к широко распространенным языкам программирования, вы собиралсиь организовывать взаимодействие между частями программы на Clojure и на Haskell. Что, на удивление всем, FFI для этих языков работает очень хорошо? Или, может, его совсем нет?
Кстати, что касается того, что миграция на новую платформу это не вопрос моего хотения использовать clojure или хаскель. Инициатива исходит от менеджмента. Я всего лишь выбираю техническое решение. . Как это понимать? Менеджемент сказал: "Хочу Linux". А вы ему в ответ – значит надо перейти на Clojure и на Haskell (с Delphi!) ?
Вы, вообще, в курсе, на каких языках программирования обычно пишут под Linux? Неужели на Haskell-е?
№ 5445 24-04-2011 19:27 | |
№ 5444 24-04-2011 18:45 | |
Ответ на »сообщение 5443« (Jack Of Shadows)
___________________________
Пардон, что значит, "Microsoft переходит на платную годовую продписку на их Ос"? Это как это?
№ 5443 24-04-2011 13:31 | |
Ответ на »сообщение 5442« (...)
___________________________
Удивительные вещи происходят, однако.
:) Раз вам так удивительно, то постараюсь обяснить положение вещей.
Т.е. у вас была рабочая система, написанная на Delphi.
На Дельфи 7, который уже давно не поддерживается, многие коммерческие компоненты, которые мы используем просто уже не существуют. Плюс Microsoft переходит на платную годовую продписку на их Ос. То есть плати каждый год. Довольно накладно, поэтому мы активно рассматриваем варианты перехода на линукс. Тут не только Дельфи, тут и Sql Server -> Postgres, Exchange -> whatever IT decides.
Миграция на новую платформу это не вопрос моего хотения использовать clojure или хаскель. Инициатива исходит от менеджмента. Я всего лишь выбираю техническое решение.
почему бы не вызывать из Haskell уже давно отлаженные библиотеки на C++/Java/C# etc.
Ах, если бы это было возможно! На самом деле с FFI у хаскеля дела пока плохи.
Java: Нет ВООБЩЕ никакого интерфейса к java. Линки с сайта хаскеля все дохлые. Я довольно активно расспрашивал на хаскелевских форумах именно про интерфейс к джава. Глухо как в танке.
С++: ghc НЕ РАБОТАЕТ с компилятором g++. Поэтому все с++ библиотеки нужно оборачивать в сишную обертку, чтобы компилировались gcc. Можете почитать мой вопрос на эту тему и ответы вот здесь: http://stackoverflow.com/questions/5570460/haskell-ffi-for-pdflib
С#: учитывая что мы переходим на линукс, связываться с dotnet недальновидно. Гораздо легче и надежнее сделать легкий REST интерфейс между java и хаскель серверами. Благо библиотеки есть с обоих сторон и отлично работают. Например ZeroMq, или даже jetty c http.
Рано или поздно ситуация с FFI выправится. Так что pdf модули все равно перекочуют в хаскель. Просто не сейчас.
Т.е. как только вы сможете “воткнуть вилочку” в Agda, то тут же начнете переписывать вашу систему
:)) Хотелось бы, но вряд ли. Как я уже сказал, инициатива миграции исходит не от меня. Не я решаю переписывать, я только решаю НА ЧЕМ переписывать.
Что ж, мне остается только позавидовать вам.
Действительно, очень немногие имеют возможность принимать решения. Большинство вынуждены делать то что им говорят :))
У вас удивительно продвинутый работодатель.
Учитывая то что мой работодатель за несколько лет вырос из маленькой локальной фирмочки в глобальную национальную компанию, ведущюю бизнес на ВСЕЙ территории штатов, можно понять отношение моего работодателя к моим решениям.
Кстати мы сейчас нанимаем программиста. Требования: хаскель :))
Добавить свое сообщение
Отслеживать это обсуждение
Дополнительная навигация: |
|