Функционално програмиране винаги е обжалвал пред мен, за разлика от императив.
Често се обсъдят различни аспекти на функционалното програмиране на различни клонове в площада.
Но аз бих искал да се накарат всички заинтересовани от темата в същия бранш.
Мисля, че е време да се отвори една тема. Ето защо.
Исторически погледнато, имаше малко функционално програмиране с императив.
Втори език след FORTRAN е фъфлене.
Но уви, функционално програмиране за дълго време е отделено на изследователски институти или специализирани приложения (Изкуствен интелект)
Разбира се, че не е необходимо да се разгледа целия свят като глупаци, поради факта, че развитието е отишло начина, по който Алгол семейството на езика.
За тази цел бяха доста обективни причини. Функционални езици са твърде близо до мъжа и твърде далеч от машината.
Те изяжда десет пъти повече от наложителни езици ресурси.
искове Спомнете predyavlyaemye за Java - първо наложително език с виртуална машина колектор и боклук, тласкани от големите корпорации в мейнстрийма.
Ужасно бавно и изяжда всичко, паметта е то. Но функционални езици (на Fya), всички без изключение, е да има боклучар виртуална машина.
Много от тях (семейство фъфлене), но също така и динамиката, че само прави нещата по-лошо.
Съвсем естествено е, че ще има преди повече от петдесет години, те operedilli дълго време.
За широкото Fya нужда гигабайта памет и евтини евтини гигахерцов процесор.
Отне повече от 50 години преди тези хардуерни изисквания, за да се превърнат в реалност.
Тя дойде време. СЕГА.
Добре дошли в новата ера на програмиране.
Общо 5500 мнения предмет
>> Резултати, публикувани в 5500; Страници: 550; Текуща страница: 259
Отговорът на "Пощенска 2919« (Geniepro)
___________________________
Защо като CGI. Тя може да бъде много по-лесно - mod_proxy
Имам фъфля и сървър работи под Apache.
Колко съм виждал тези файлове - не им се обръща внимание, а след това се натъкнах на един споменаване на тази на Всичко Схема на блога
Сега, който иска да учи фазов преход в схема например, може да го направите, като място за производство.
Чудя се дали да Линукс дистрибуция DrScheme инсталирате Apache като CGI, че ще работи за всички видове сървъри в Интернет?
Вие вече сте спечелили над учените. Спрете грундиране на помпата. Алгебрични руни, магии от Книгата на Категория теория, банани, лещи, стрели, CATA, Ана, hylo, ендо, всичко е суета.
Вие не може да заинтригува инженерът с нови трикове. Той е прекарал прекалено дълго овладяване трудни трикове, за да се справите с ограничения да искате да ги видите да се елиминира. Неговата конкурентно предимство и ценени репутация са изложени на риск. Хвани го да вярва, че е на ръба да бъде "забравен".
Сайтът "Desert Spring-Time: O'Caml Операционна система" отвори проекта за създаване на ОС на OKamle (и отчасти в C). Въпреки че има малко, което е било направено, както аз го разбирам, но проектът е отворен за тези, които желаят да участват в нея: списък със задачи, за тези, които са решили да vspomoschestvovat проект.
Отговорът на "Пощенска 2912« (Geniepro)
___________________________
Erlang в това отношение е по-скоро като Lisp - строги семантика (енергичен) с динамични семантика.
Уф. С динамично написали, разбира се.
Отговорът на "Поуст 2910" (Любопитно)
___________________________
Доколкото разбирам, на Erlang е по-кратък, неговата библиотека и tulzy по-добре от Haskell.
В Haskell и Erlang много различни идеологии, въпреки че тя е и най Fya.
Haskell - език с не-строги семантика (мързеливи) статично напечатани.
Erlang в това отношение е по-скоро като Lisp - строги семантика (енергичен) с динамични семантика.
За по-голяма краткост Erlang - спорно.
И най-важното (за мен) предимство Fya - опростяване на програмиране за многоядрени системи, по-вярно, в края на краищата да Erlang, а не да Haskell. В Erlang изрично паралелизъм, вече работи добре, но в Haskell разработчиците се опитват да се подува с мълчаливо. По мое мнение, това е задънена улица по пътищата. Вие не можете да всичко е толкова автоматизирано. Вземането на решение какво да паралелизация, трябва да се остави на разработчика.
В действителност, в Haskell за дълго време, вече имаме възможност за изрично паралелно програмиране: Parallel Haskell, Concurent Haskell, Разпределени Haskell.
Монтаж голям правилно паралелна програма от купчината малки правилни паралелни съчетания дори и в чисто Fya - не толкова лесна задача, и вероятно ще е необходимо да се премине такива въпроси към преводача, а не на лицето, оставяйки го с възможност да даде съвети на компилатора, че където zhedatelno паралелизирано.
Отговорът на "Пощенска 2909« (Max Belugin)
___________________________
"Защо Fya?" Трябва ли да учат или нещо коренно различно от C ++ / Java / Python
Кой ще дойде отново, и Джак казва, че Python не чисти DICE, но по-скоро по-близо до Lisp :-)
>> Резултати, публикувани в 5500; Страници: 550; Текуща страница: 259
Свързани статии