Rambler's Top100
"Knowledge itself is power"
F.Bacon
Поиск | Карта сайта | Помощь | О проекте | ТТХ  
 Базарная площадь
  
О разделе

Основная страница

Группы обсуждений


Тематический каталог обсуждений

Архив

 
 К н и г и
 
Книжная полка
 
 
Библиотека
 
  
  
 


Поиск
 
Поиск по КС
Поиск в статьях
Яndex© + Google©
Поиск книг

 
  
Тематический каталог
Все манускрипты

 
  
Карта VCL
ОШИБКИ
Сообщения системы

 
Форумы
 
Круглый стол
Новые вопросы

 
  
Базарная площадь
Городская площадь

 
   
С Л С

 
Летопись
 
Королевские Хроники
Рыцарский Зал
Глас народа!

 
  
ТТХ
Конкурсы
Королевская клюква

 
Разделы
 
Hello, World!
Лицей

Квинтана

 
  
Сокровищница
Подземелье Магов
Подводные камни
Свитки

 
  
Школа ОБЕРОНА

 
  
Арсенальная башня
Фолианты
Полигон

 
  
Книга Песка
Дальние земли

 
  
АРХИВЫ

 
 

Сейчас на сайте присутствуют:
 
  
 
Во Флориде и в Королевстве сейчас  03:49[Войти] | [Зарегистрироваться]
Обсуждение темы:
Функциональное программирование

Функциональное программирование всегда привлекало меня в противопоставлении к императивному.
Я очень часто обсуждаю различные аспекты функционального программирования на различных ветках на Базарной площади.
Но хотелось бы собрать всех заинтересованный этой темой в одной ветке.
Я думаю что настало время открыть такую тему. И вот почему.

Исторически функциональное программирование появилось практически вместе с императивным.
Вторым языком после фортрана был лисп.
Но увы, функциональное программирование надолго было уделом исследовательских институтов или специализированных приложений (Искусственный Интеллект)
Конечно не надо считать весь мир дураками из за того что развитие пошло по пути языков Алгол семейства.
Для этого были вполне обьективные причины. Функциональные языки слишком близки к человеку и слишком далеки от машины.
Они сьедают в десятки раз больше рессурсов чем императивные языки.
Вспомните претензии, предявляемые к java - первому императивному языку с виртуальной машиной и сборщиком мусора, толкаемому большими корпорациями в mainstream.
Жутко тормозит, и жрет всю память какая есть. А ведь функциональные языки (далее ФЯ) все без иключения имеют сборщик мусора, виртуальную машину.
Многие из них (семейство лисп) еще и динамические, что только усугубляет положение.
Вполне естественно что появившись более полусотни лет назад они надолго опередилли свое время.

Для широкого распространения ФЯ нужны гигабайты дешевой памяти и гигагерцы дешевых процессоров.
Прошло более 50 лет, прежде чем такие требования к железу стали реальностью.
Это время наступило. СЕЙЧАС.
Добро пожаловать в новую эру программирования.

 Jack Of Shadows

Количество сообщений на странице

Порядок сортировки сообщений
Новое сообщение вверху списка (сетевая хронология)
Первое сообщение вверху списка (обычная хронология)

Перейти на конкретную страницу по номеру


Всего в теме 5502 сообщения

Добавить свое сообщение

Отслеживать это обсуждение


Смотрите также обсуждения:
Средства разработки. Языки программирования.
  • Delphi 4 or Delphi 5
  • Что приобрести в качестве средства разработки?
  • Delphi6
  • Delphi vs PowerBuilder
  • Сравнение компиляторов
  • Вот и вышла Delphi 7... Вы рады?

  • <<<... | 5462—5453 | 5452—5443 | 5442—5433 | ...>>>
    Всего сообщений в теме: 5502; страниц: 551; текущая страница: 6


    № 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, то тут же начнете переписывать вашу систему
    :)) Хотелось бы, но вряд ли. Как я уже сказал, инициатива миграции исходит не от меня. Не я решаю переписывать, я только решаю НА ЧЕМ переписывать.

    Что ж, мне остается только позавидовать вам.
    Действительно, очень немногие имеют возможность принимать решения. Большинство вынуждены делать то что им говорят :))

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

    Кстати мы сейчас нанимаем программиста. Требования: хаскель :))


    <<<... | 5462—5453 | 5452—5443 | 5442—5433 | ...>>>
    Всего сообщений в теме: 5502; страниц: 551; текущая страница: 6


    Добавить свое сообщение

    Отслеживать это обсуждение

    Дополнительная навигация:
    Количество сообщений на странице

    Порядок сортировки сообщений
    Новое сообщение вверху списка (сетевая хронология)
    Первое сообщение вверху списка (обычная хронология)

    Перейти на конкретную страницу по номеру
      
    Время на сайте: GMT минус 5 часов

    Если вы заметили орфографическую ошибку на этой странице, просто выделите ошибку мышью и нажмите Ctrl+Enter.
    Функция может не работать в некоторых версиях броузеров.

    Web hosting for this web site provided by DotNetPark (ASP.NET, SharePoint, MS SQL hosting)  
    Software for IIS, Hyper-V, MS SQL. Tools for Windows server administrators. Server migration utilities  

     
    © При использовании любых материалов «Королевства Delphi» необходимо указывать источник информации. Перепечатка авторских статей возможна только при согласии всех авторов и администрации сайта.
    Все используемые на сайте торговые марки являются собственностью их производителей.

    Яндекс цитирования