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

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

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


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

Архив

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


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

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

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

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

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

 
   
С Л С

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

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

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

Квинтана

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

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

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

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

 
  
АРХИВЫ

 
 

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

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

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

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

 Jack Of Shadows

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

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

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


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

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

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


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

  • <<<... | 422—413 | 412—403 | 402—393 | ...>>>
    Всего сообщений в теме: 5502; страниц: 551; текущая страница: 510


    № 412   Удалено модератором


    № 411   03-07-2006 13:33 Ответить на это сообщение Ответить на это сообщение с цитированием
    Ответ на »сообщение 410« (Jack Of Shadows)
    ___________________________
    Тьфу черт! Мой ninja автоматически перевел Qwerty в Йцукен :))


    № 410   03-07-2006 13:32 Ответить на это сообщение Ответить на это сообщение с цитированием
    Кстати Йцукен вы зря пользуетесь WinHugs. Он пока в стадии глубокой беты, то есть это активно разрабатывающийся продукт пока не рекомендуемый для обычных пользователей, тем более новичков.
    WinHugs это всего лишь оболочка к Hugs88
    Так что мой вам совет. Не хотите наступать на грабли в бета версии - работайте с Hugs98
    Там у вас все примеры, включая GUI пойдут без ошибок.


    № 409   03-07-2006 13:28 Ответить на это сообщение Ответить на это сообщение с цитированием
    Ответ на »сообщение 407« (Q. Werty)
    ___________________________
    Смотрю - такого файла действительно нет - в пакете инсталлятора явный глюк.
    Вы правы. У меня старый, мартовский WinHugs.
    У вас новый may WinHugs
    И они действительно напортачили там с инсталятором.
    Попробуйте скачать предыдущюю версию (март)
    И либо работайте пока в ней, либо можете скопировать фолдер win32 из старой версии в новую.


    № 408   03-07-2006 12:52 Ответить на это сообщение Ответить на это сообщение с цитированием
    Ответ на »сообщение 407« (Q. Werty)
    ___________________________
    к сообщению об отсутствии файла Types.dll. Смотрю - такого файла действительно нет 

    Вы уверены ? :)))
    Гляньте здесь: C:\Program Files\WinHugs\packages\Win32\Graphics\Win32\GDI
    У меня Types.dll нашелся там.



    № 407   03-07-2006 12:31 Ответить на это сообщение Ответить на это сообщение с цитированием
    >>>Удивили три вещи:

    Меня тоже одна вещь удивила.
    В Блэкбоксе я с созданием GUI приложений разобрался за 5 минут.
    С WinHugs я "борюсь" уже 3 дня и все без толку. В самой системе запуск любого примера с использованием GUI (Win32) приводит к сообщению об отсутствии файла Types.dll. Смотрю - такого файла действительно нет - в пакете инсталлятора явный глюк. Порылся в инете - нашел две библиотеки - FranTk и TclHaskell. Все скачал. Смотрю документацию - на словах все OK!, должно работать и под Windows и под Unix, и с GHC, и с Hugs98. Запускаю их же примеры - опять полная фигня - то один импортируемый модуль не найден, то другой. Я зверею, сбрасываю все в текущий каталог - ноль эмоций. Только сообщения типа ERROR - не могу найти то, не могу найти се...
    Если бы ребята из Oberon Ms. так бы работали - я бы и Оберон бросил бы на пол-дороге.
    А тут есть чувство. что на уровне идеи все хорошо, а вот когда дело доходит до технических деталей - дело дрянь :).
    P.S.
    Кстати, может кто может посоветовать графическую библиотеку для WinHugs 98 (Haskell)? Только чтобы все модули были в комплекте - был бы очень благодарен.




    № 406   03-07-2006 12:18 Ответить на это сообщение Ответить на это сообщение с цитированием
    Ответ на »сообщение 404« (Илья Ермаков)
    ___________________________
    2) Страшно медленная работа
    Лисп мощнее dotnet и java вместе взятых.
    Я не знаю на какой машине 2 года назад вы пробовали Allegro. Не удивлюсь если P3.
    Попробуйте на нем же dotnet - будет та же медленная работа.

    Я уже говорил, что причина забвения функциональных языков заключается в их невероятных просто требованиях к рессурсам машины.
    Однако на современных компьютерах как dotnet с java так и лисп (включая Allegro) работают нормально.


    3) Постоянные сообщения об ошибках


    Не могу подтвердить. Аллегро у меня вообще никаких ошибок никогда не выдавал и не вылетал.
    Это в отличие от VS.dotnet и дельфи которые мне приходится выключать по 3, 4 раза в день из за memory violation.
    Другое дело если вы имеете в виду ошибки в программах которые вы пытались писать.
    Если приведете ошибки которые вам выдавала Allegro, можно будет выяснить что и почему.
    Хотя за давностью лет вы конечно помнить не можете.

    Сейчас я работаю на lispworks и clisp. Там нет GUI билдера, но мне он и не нужен.
    Я на лиспе серверную часть пишу.


    № 405   02-07-2006 15:51 Ответить на это сообщение Ответить на это сообщение с цитированием
    Ответ на »сообщение 404« (Илья Ермаков)
    ___________________________
    Почему для дорогого коммерческого продукта характерно 1) и 3), непонятно...
    2) и 3), то есть...


    № 404   02-07-2006 15:48 Ответить на это сообщение Ответить на это сообщение с цитированием
    Ответ на »сообщение 395« (Jack Of Shadows)
    ___________________________
    Например можете скачать бесплатную epress version Allegro 8
    Помню, два года назал скачивал пробную версию.
    Удивили три вещи:
    1) Как две капли воды похожесть на Дельфи
    2) Страшно медленная работа
    3) Постоянные сообщения об ошибках
    Почему для дорогого коммерческого продукта характерно 1) и 3), непонятно...
    Или, как и следовало ожидать, это качества, с которыми в Лиспе приходится неизбежно мириться в больших приложениях, в которых требуется значительный объем эмуляции имератива и ООП (а среда разработки / ран-тайм - это именно такая категория)?


    № 403   30-06-2006 11:18 Ответить на это сообщение Ответить на это сообщение с цитированием
    Ответ на »сообщение 402« (Как слышно? Приём!)
    ___________________________
    Вопрос не понятен. Вы практически ничего не сказали о задаче.
    В лиспе конечо же есть библиотеки шифрования RSA и других алгоритмов.
    Или если вам нужно управлять каким то железом (электронный ключ), то в этом случае в лиспе есть интерфейсы к внешним функциям на си, dotnet, java.
    Так что если в поставке этого электронного ключа есть примеры работы с ним с любого из этих языков, то можно тот же API использовать и из лиспа.



    <<<... | 422—413 | 412—403 | 402—393 | ...>>>
    Всего сообщений в теме: 5502; страниц: 551; текущая страница: 510


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

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

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

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

    Перейти на конкретную страницу по номеру
      
    Время на сайте: 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» необходимо указывать источник информации. Перепечатка авторских статей возможна только при согласии всех авторов и администрации сайта.
    Все используемые на сайте торговые марки являются собственностью их производителей.

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