Функциональное программирование |
Функциональное программирование всегда привлекало меня в противопоставлении к императивному.
Я очень часто обсуждаю различные аспекты функционального программирования на различных ветках на Базарной площади.
Но хотелось бы собрать всех заинтересованный этой темой в одной ветке.
Я думаю что настало время открыть такую тему. И вот почему.
Исторически функциональное программирование появилось практически вместе с императивным.
Вторым языком после фортрана был лисп.
Но увы, функциональное программирование надолго было уделом исследовательских институтов или специализированных приложений (Искусственный Интеллект)
Конечно не надо считать весь мир дураками из за того что развитие пошло по пути языков Алгол семейства.
Для этого были вполне обьективные причины. Функциональные языки слишком близки к человеку и слишком далеки от машины.
Они сьедают в десятки раз больше рессурсов чем императивные языки.
Вспомните претензии, предявляемые к java - первому императивному языку с виртуальной машиной и сборщиком мусора, толкаемому большими корпорациями в mainstream.
Жутко тормозит, и жрет всю память какая есть. А ведь функциональные языки (далее ФЯ) все без иключения имеют сборщик мусора, виртуальную машину.
Многие из них (семейство лисп) еще и динамические, что только усугубляет положение.
Вполне естественно что появившись более полусотни лет назад они надолго опередилли свое время.
Для широкого распространения ФЯ нужны гигабайты дешевой памяти и гигагерцы дешевых процессоров.
Прошло более 50 лет, прежде чем такие требования к железу стали реальностью.
Это время наступило. СЕЙЧАС.
Добро пожаловать в новую эру программирования.
Jack Of Shadows
Всего в теме 5502 сообщения
Добавить свое сообщение
Отслеживать это обсуждение
- Средства разработки. Языки программирования.
- Delphi 4 or Delphi 5
- Что приобрести в качестве средства разработки?
- Delphi6
- Delphi vs PowerBuilder
- Сравнение компиляторов
- Вот и вышла Delphi 7... Вы рады?
№ 3022 01-10-2007 07:10 | |
Ответ на »сообщение 3020« (Сергей Осколков)
___________________________
Вы, Сергей, часто пишете о предметной области. Но есть еще и, так сказать, общие задачи: работа со списками, строками, математическими объектами, с внешними устройствами и т.д
А это тоже предметные области :)
Только специфические.
Работа с внешними устройствами требует ровно тех же подходов, что и создание каких нибудь CAD систем. Классификация задач, выделение общих решений, понимание перспектив развития и т.д.
А работа со списками давно проанализирована и часто используемые механизмы входят в стандартные библиотеки всех приличных систем программирования.
По моему после появления в Дельфи TStrings я ни разу не пользовался другими списками - функциональности хватает с запасом, а некоторая потеря эффективности на некоторых задачах компенсируется удобством использования.
№ 3021 01-10-2007 03:48 | |
№ 3020 30-09-2007 15:41 | |
Ответ на »сообщение 3019« (Сергей Перовский)
___________________________
Вы, Сергей, часто пишете о предметной области. Но есть еще и, так сказать, общие задачи: работа со списками, строками, математическими объектами, с внешними устройствами и т.д. И таких задач - множество в работе программиста. Сколько например существует компонентов для Дельфи на самые разнообразные "темы"?
№ 3019 30-09-2007 15:15 | |
Ответ на »сообщение 3017« (Сергей Осколков)
___________________________
Например повторное использование кода может возникнуть, когда есть несколько проектов, использующих его. Т.е. "плохое" кодирование, помимо всего прочего, по советскому выражению "бьет рублем".
Повторное использование кода возможно, когда автор понимает предметную область и может предсказать развитие потребностей. Тогда он предвидит, какие функции будут востребованы повторно, а какие нет. И отделяет при разработки "овец от козлищ".
Тогда появляются хорошо написанные, не перетежеленные библиотеки, ускоряющие разработку следующих приложений.
Технология программирования не так важна, как знание предметной области и системного анализа.
№ 3018 30-09-2007 13:06 | |
Ответ на »сообщение 3017« (Сергей Осколков)
___________________________
А если короче, грамотный подход облегчает работу, неграмотный - затрудняет. (вот такая свежая мысль) Хотя наверное это не всегда очевидно в конкретных ситуациях.
№ 3017 30-09-2007 12:38 | |
Ответ на »сообщение 3014« (Jack Of Shadows)
___________________________
Это как напутствие вести здоровый образ жизни. Все знают что нужно, но подавляющее большинство просто плюет на все правила.
Так вот я почему упомянул в своем сообщении деньги, хотя и неточно высказался. Грамотный подход облегчает работу. Соответственно, одну и ту же работу можно сделать меньшим трудом. (Так что точней было бы насчет денег наверное сказать, что это не всегда увеличивает их количество, но облегчает их зарабатывание :) ). Хотя это может проявиться не сразу. Например повторное использование кода может возникнуть, когда есть несколько проектов, использующих его. Т.е. "плохое" кодирование, помимо всего прочего, по советскому выражению "бьет рублем". По-моему это тоже стимул, хотя может быть и не такой сильный, как выживание в военном лагере.
№ 3016 30-09-2007 01:07 | |
Ответ на »сообщение 3014« (Jack Of Shadows)
___________________________
ФП это хорошая тренировка, даже для императивного программиста, кто собирается продолжать зарабатывать деньги mainstream языками.
Как секс в гамаке :-)
№ 3015 29-09-2007 22:05 | |
Ответ на »сообщение 3014« (Jack Of Shadows)
___________________________
Вас никогда не удивляло что программисты могут работать годами, оставаясь на том же уровне, не прогрессируя. Императивным программистам требуются осознанные и немалые усилия для того чтобы двигаться вперед. Обычно это заключается в самообучении, курсах, итд. А вот просто работая изо дня в день, подавляющее большинство просто топчется на месте, или даже деградирует, забывая и то чему его когда то давно учили.
Может не стоит обобщать насчет подавляющего большинства? А то получается, что все программисты 40 лет деградировали
и ждали, когда же уровень железа подтянется к требованиям ЛИСПа-я валяюсь :))))
№ 3014 29-09-2007 16:57 | |
Ответ на »сообщение 3013« (Сергей Осколков)
___________________________
Просто хотел сказать, что "красивое и бесполезное напутствие" по вашим словам на самом-то деле полезное, поэтому в школе так и рекомендуют.
Не хочу продолжать на оберонах, поэтому отвечаю здесь.
Бесполезным это напутсвие для императивных программистов является не потому что оно неверное. А потому что ему в массе своей не следуют. Это как напутствие вести здоровый образ жизни. Все знают что нужно, но подавляющее большинство просто плюет на все правила.
Сравните это с жизнью скажем в военном лагере, где вас тренер с утра как погонит бегать. :))
Вот ФЯ как среда и предстваляет собой такой военный лагерь, где отлынивать не получается - не выживаешь просто.
А в ИЯ можно запросто выжить и быть успешным программистом, и деньги неплохие зарабатывать, не следуя этому принципу. Что многие и делают.
Хочу обратить внимание еще на одну интересную сторону.
Вас никогда не удивляло что программисты могут работать годами, оставаясь на том же уровне, не прогрессируя. Императивным программистам требуются осознанные и немалые усилия для того чтобы двигаться вперед. Обычно это заключается в самообучении, курсах, итд. А вот просто работая изо дня в день, подавляющее большинство просто топчется на месте, или даже деградирует, забывая и то чему его когда то давно учили.
А вот функциональный язык предстваляет из себя прекрасный полигон, работая на котором все ваши навыки оттачиваются изо дня в день, и вы прогрессируете как программист. Недаром многие известные программисты коментируют что после работ на лиспе/хаскеле вернувшись в на свои java/scharp они чувствуют что стали совершенно по имному подходить к решению задач.
ФП это хорошая тренировка, даже для императивного программиста, кто собирается продолжать зарабатывать деньги mainstream языками.
№ 3013 29-09-2007 16:05 | |
Ответ на »сообщение 3012« (Сергей Осколков)
___________________________
Мне пока не очень нравится такой момент: он кое-где употребляет какие-то элементы языка, толком их не объясняя, а объясняет позже в соответствующих главах или разделах.
Добавить свое сообщение
Отслеживать это обсуждение
Дополнительная навигация: |
|