Хожу на хабр исключительно ради:
1. Лулзов от хомячкокодеров
2. Лулзовых холиваров
3. Лулзовых новостей
За повышением квалификации хожу в хорошие книжки, несколько избранных блогов, спецфорумов и гугл, на хабре полезного — в лучшем случае 1 статья на сотню. Писать что-то сюда реально полезное тоже ни малейшего смысла не вижу, как и многие — все равно затеряется между ализарщиной, мицголизмами и откровениями школокодеров о управлении проектами по натягиванию верстки на джумлу. Если есть чем поделиться реальным — то гораздо полезнее завести и раскрутить свой собственный персональный сайтик.
Судя по политике НЛО именно так все и задумывалось, и лично меня это полностью устраивает.
На карму глубоко плевать. От нее никак не зависит ни уровень моего дохода, ни степень уважения коллег, ни что либо еще в моей жизни.
> Я так понимаю, что декларативный стиль от императивного отличаются тем, что в первом случае мы сказали «хочу в Тамбов»…
Нет. Такое понимание приходит от кривоватых определений в статьях.
Декларативный стиль, это когда вы задаете набор определений от самый простейших (в ФЯ определения задаются в виде функций, поэтому они и ФЯ), а интерпретатор их уже рекурсивно крутит.
Т. е. в вашем примере:
«Тамбов — это город»
«Поезда ездят из города в город»
«Я сижу в поезде не в Тамбове, а поезд едет в Тамбов.»
итд.
> Учитывая, что оно прекрасно прижилось в ИЯ, стоит ли эти фичи называть монопольными фичами ФЯ? > По сути, что такое ФЯ? Это язык, где мы напрямую не оперируем состоянием? Где функции не дают
> побочных эффектов?
В первую очередь — функции высших порядков и декларативный стиль программирования. ФЯ — это не столько языки, сколько определенный стиль программирования и мышления.
Про горячие развертывание:
Честно говоря не знаю как в хаскелле, но в эрланге примерно так и происходит. Только это все инкапсулировано от разработчика и происходит «по волшебству».
Корректнее тогда уж «интеграционные». Про каковые в статье ни слова.
А там где есть I/O, у вас есть соответствующая монада. Хотя я придерживаюсь мысли, что идеальный подход — гибридный.
Далее по пунктам:
Отладка
А вот на мой взгляд отладка проще. Тупо потому что flow сильно меньше зависит от состояния переменных и меньше вариантов, которые необходимо проверить.
Многопоточность
Map/reduce. Да, да, в императивных тоже можно. А откуда оно пришло в ГИБРИДНЫЕ языки ruby, python, С№ итд?
Функции высшего порядка
Ленивые вычисления
Pattern matching
Замыкания
И откуда оно в гибридных языках?
Развёртывание по горячему
Что-то мешает преобразовать? Каррирование на что?
По поводу линукса — не проверяли, компонент именно для корпоративного окружения.
1. Лулзов от хомячкокодеров
2. Лулзовых холиваров
3. Лулзовых новостей
За повышением квалификации хожу в хорошие книжки, несколько избранных блогов, спецфорумов и гугл, на хабре полезного — в лучшем случае 1 статья на сотню. Писать что-то сюда реально полезное тоже ни малейшего смысла не вижу, как и многие — все равно затеряется между ализарщиной, мицголизмами и откровениями школокодеров о управлении проектами по натягиванию верстки на джумлу. Если есть чем поделиться реальным — то гораздо полезнее завести и раскрутить свой собственный персональный сайтик.
Судя по политике НЛО именно так все и задумывалось, и лично меня это полностью устраивает.
На карму глубоко плевать. От нее никак не зависит ни уровень моего дохода, ни степень уважения коллег, ни что либо еще в моей жизни.
Нет. Такое понимание приходит от кривоватых определений в статьях.
Декларативный стиль, это когда вы задаете набор определений от самый простейших (в ФЯ определения задаются в виде функций, поэтому они и ФЯ), а интерпретатор их уже рекурсивно крутит.
Т. е. в вашем примере:
«Тамбов — это город»
«Поезда ездят из города в город»
«Я сижу в поезде не в Тамбове, а поезд едет в Тамбов.»
итд.
> Учитывая, что оно прекрасно прижилось в ИЯ, стоит ли эти фичи называть монопольными фичами ФЯ? > По сути, что такое ФЯ? Это язык, где мы напрямую не оперируем состоянием? Где функции не дают
> побочных эффектов?
В первую очередь — функции высших порядков и декларативный стиль программирования. ФЯ — это не столько языки, сколько определенный стиль программирования и мышления.
Про горячие развертывание:
Честно говоря не знаю как в хаскелле, но в эрланге примерно так и происходит. Только это все инкапсулировано от разработчика и происходит «по волшебству».
А там где есть I/O, у вас есть соответствующая монада. Хотя я придерживаюсь мысли, что идеальный подход — гибридный.
Далее по пунктам:
Отладка
А вот на мой взгляд отладка проще. Тупо потому что flow сильно меньше зависит от состояния переменных и меньше вариантов, которые необходимо проверить.
Многопоточность
Map/reduce. Да, да, в императивных тоже можно. А откуда оно пришло в ГИБРИДНЫЕ языки ruby, python, С№ итд?
Функции высшего порядка
Ленивые вычисления
Pattern matching
Замыкания
И откуда оно в гибридных языках?
Развёртывание по горячему
Что-то мешает преобразовать? Каррирование на что?
БД и интерфейс в юнит-тестах? Что-что, простите?
>… много всего с упоминанием слова «мир»…
SiCP в руки и учиться декомпозиции задачи.