Похоже, вы пытаетесь подключиться с помощью TLSv1.2, который не широко используется на серверах. Поддерживает ли ваша цель tls1.2?
Некоторые мысли:
Нельзя сказать, что это - решенный вопрос, или что не будет обратной реакции через 3-5 лет (поскольку всегда существует). Однако тенденцию к FP имеет заслугу и стоит наблюдать.
Существует большая статья от Slava Akhmechet названа Функциональное программирование Для Остальной части Нас (это было статьей, которая получила меня в FP btw). Среди преимуществ FP приносит, он неправославным образом подчеркивает следующее (которому я верю, способствует призыву к разработчикам программного обеспечения):
И затем продолжает обсуждать совершенство более традиционно обсужденных аспектов FP как функции высшего порядка, приправление карри, отложенные вычисления, оптимизация, абстрагируя управляющие структуры (хотя не обсуждая монады), бесконечные структуры данных, строгость, продолжения, сопоставление с образцом, закрытия и так далее.
Наиболее рекомендуемый!
Мм, жаль, чтобы быть педантом, но это уже завоевало популярность - мы называем его Excel.
http://research.microsoft.com/en-us/um/people/simonpj/papers/excel/
подавляющее большинство программ, которые работают на компьютерах, записано в Excel или одном из многих популярных клонов его.
(существует много программ, которые много раз запускаются, и программы, записанные в Excel, имеют тенденцию НЕ быть их - большинство программ Excel имеет 1 выполненный экземпляр)
FP является следующей лучшей парадигмой, которая является наверняка. Теперь то, какой язык мог быть следующим шагом, Который является сложными вещами, но я верю, могло быть Haskell, F#, Clojure, Ocaml или Erlang. Или мог быть Python с большим количеством конструкций FP и лучшей поддержки параллелизма/производительности, или также Perl 6 с попугаем выглядит очень интересным.
Это уже завоевало популярность с, Отображают/уменьшают в Hadoop
Много людей упомянуло Функциональные Языки.
, Но некоторые Обычно используемые Функциональные Языки, используемые сегодня помимо JavaScript.
Excel, SQL, XSLT, XQuery, J и K используются в финансовой области.
, Конечно, Erlang.
, Таким образом, я сказал бы, что из того списка, что методы Функционального программирования используются в господствующей тенденции каждый день.
Функциональное программирование уже завоевало популярность, по моему скромному мнению, это просто не очень видимо все же. Сила таких языков является mathematics/algorhithms, который является одной из причин, почему Парни Halo используют его для своего материала TrueSkill.
Я на самом деле изучаю LISP после читающих Хакеров, и Живописцы и я действительно полагаем, что я УЗНАЮ о чем-то из LISP, который даст мне лучший undertanding всего остального, что я программирую. Теперь я не думаю, что буду на самом деле использовать LISP в своем повседневном просто, потому что некоторый парень в 1995 создал веб-сайт, который стал Хранилищами Yahoo. Таким образом, это - взаимовыгодное так или иначе (если это завоевывает популярность, я побеждаю в противном случае, я понимаю больше мыслей представлений о том, как программировать и как материал работает)
Теперь... по другому вопросу, отчасти связанному, я думаю, программируя, изменится много с 32 ядрами procs прибывающий в следующем году? ДА, я не знаю, будет ли это функциональное программирование, но... Я вполне уверен будет что-то различное!
Я думаю, что ответ на Ваш вопрос заключается больше в операторе, "правильный инструмент для задания", чем самая горячая вещь. Всегда будут горячие новые технологии, и всегда будут те, кто вскакивает на них.
Функциональные языки были вокруг некоторое время, это сейчас, они получают больше нажатия.
Суть, упущенная в обсуждении, - то, что лучшие системы типов найдены на современных языках FP. Кроме того, компиляторы могут вывести все (или по крайней мере большинство) типы автоматически.
Интересно, что каждый тратит половину времени, пишущий имена типов при программировании Java, все же Java далеко не безопасен с точки зрения типов. В то время как Вы никогда не можете писать, типы в программе Haskell (за исключением своего рода компилятора проверил документацию), и код на 100% безопасен с точки зрения типов.
Я бы отметил, что все, что вы говорили о функциональных языках, большинство людей говорили об объектно-ориентированных языках около 20 лет назад. В то время было очень часто слышать об ОО:
* The average corporate programmer, e.g. most of the people I work with, will not understand it and most work environments will not let you program in it
* It's not really taught at universities (or is it nowadays?)
* Most applications are simple enough to be solved in normal IMPERATIVE ways
Изменения должны откуда-то приходить. Значимые и важные изменения произойдут независимо от того, считают ли люди, обученные более ранним технологиям, мнению, что в изменениях нет необходимости. Как вы думаете, изменение OO было хорошим, несмотря на то, что все люди были против него в то время?
Человек не может понять совершенства и несовершенства своего избранного искусства, если он не может увидеть ценность в других искусствах. Следование правилам позволяет развиваться только до определенного уровня техники, после чего ученик и художник должны узнать больше и искать дальше. Имеет смысл изучать не только стратегии, но и другие искусства.
Кто не узнал больше о себе, наблюдая за действиями других? Чтобы научиться владеть мечом, изучите гитару. Чтобы научиться сначала изучать коммерцию. Простое изучение меча сделает вас ограниченным кругозором и не позволит вам расти вовне.
- Миямото Мусаси, «Книга пяти колец»
Функциональное программирование, вероятно, будет инструментом, который используется Инженерами, Учеными для решения проблем, с которыми они сталкиваются. Это не собирается брать мир как ранее langages. Однако твердым продуктом для избиения является Excel, если я - инженер и потребность сделать вычисления, Excel является потрясающим.
Однако F# будет другим источником и вероятно удовлетворит потребности дизайна непрограммистами. Давайте столкнемся с ним, Программисты сделали отличную работу по созданию совершенно нового способа сделать вещи. Объектно-ориентированное программирование является БОЛЬШИМ. Но иногда Вам просто нужен способ решить уравнение, получить решение и изобразить его в виде графика.Именно. Затем язык как F# подходит. Или возможно Вы хотите создать конечный автомат, F# снова мог быть одним из решений, но затем C мог быть решением также.
Но когда дело доходит до параллельной обработки, сияний Excel и вовремя F# будет там также. Дружественным способом, хотя, F# = дружественный.
Мне трудно представить себе, что чисто функциональный язык станет общепринятым языком дня, причины, по которым я не буду вдаваться в подробности (потому что они - корм для пламени). При этом функциональное программирование может дать преимущества независимо от языка (если это позволяет). Для меня это возможность намного проще протестировать свой код. Я много работаю с базами данных ... Я обычно:
. Это позволяет мне писать модульные тесты для моей функции манипулирования без необходимости создавать имитацию и т.п.
Я действительно думаю, что чисто функциональные языки очень интересны ... Я просто думаю, что это '
Microsoft действительно продвигает F # в следующей версии Visual Studio. Это гибридный язык, такой как Scala, и он очень хорошо интегрируется с остальной частью .NET Framework. Я думаю, что многие магазины Microsoft собираются использовать его для ускорения разработки приложений и функций для высокопараллельной обработки данных.
Лично я думаю, что для распределенных систем и многопоточного / параллельного программирования функциональное программирование скоро будет прорывом. Пока он интегрируется с существующими парадигмами ООП через библиотеки программирования. Так что ... чисто функциональный подход, на мой взгляд, останется академическим.
Функциональное программирование существует уже давно, поскольку LISP был одним из первых языков, имевших компилятор, а также со времен LISP-машин MIT. Это не новая парадигма (OO намного новее), но доминирующие программные платформы, как правило, написаны на языках, которые легко переводятся на язык ассемблера, а их API-интерфейсы в значительной степени поддерживают императивный код (UNIX с C, Windows с C и Macintosh с Pascal и позже C).
Я думаю, что новое новшество последних нескольких лет - это распространение разнообразных API, особенно для таких вещей, как веб-разработка, где API платформ неуместны. Поскольку вы не кодируете напрямую Win32 API или POSIX API, это дает людям свободу опробовать функциональные языки.