у них там вообще сингулярность

все либо хэш, либо функция

а ключ хэша тоже функция

не, всё - данные

функция тоже данные

Ну да, те, кто переходил с js на кложуру обратно возвращаться обычно не хотят :)

Потому что задачи становятся дальше от реального мира.

Потому что задачи становятся дальше от реального мира.

да почему же

Потому что задачи становятся дальше от реального мира.

в смысле?

Потому что задачи становятся дальше от реального мира.

Это с чего бы?

те же HealthSamurai далеко не туду-листы пишут

https://medium.com/devschacht/ftuesday-introduction-c2ed010bb75d

благодарю

На кложуре нормальные коммерческие решения делают, насколько мне известно.

а софт для медицины

Вот на хаскеле — не знаю.

делают, просто их еще меньше

да, посложенее моего примера будет

да, посложенее моего примера будет

Да там все проще некуда.

Функция, еще одна, их композиция, что может быть проще?

Да там все проще некуда.

одна функция принимает на вход другую - основной подход?

Все равно, даже если медицина, к примеру, является предметной областью, там область задач меньше. Как минимум за счет того, что программист уж точно не планирует софт такого рода, ведь он программист, а не ученый. Это как с авиацией и космической отраслью. Стандарты разработки кода там гораздо выше, но на выходе получается работа проще, чем делать сайт.

одна функция принимает на вход другую - основной подход?

Одно из необходимых условий функционального языка.

Одно из необходимых условий функционального языка.

че - прикольно )

Вместо использования функциональных декларативных подходов, веб вообще ждет webassembly и запуск кода на байт-машине в браузере. Т.е. прикладнуха еще сильно ударит даже по ES, не говоря уже о популярности Closure или чего-то еще более экзотического.

компилировать просто в него будут

а про кложуре и прочей функциональщине

есть вот такая книга

https://www.antilibrari.es/wp-content/uploads/2016/08/033-structure-and-interpretation-of-computer-programs.jpg

она крутая в плане основ CS

Вместо использования функциональных декларативных подходов, веб вообще ждет webassembly и запуск кода на байт-машине в браузере. Т.е. прикладнуха еще сильно ударит даже по ES, не говоря уже о популярности Closure или чего-то еще более экзотического.

Ага, а еще мы все умрем. Вопрос, что произойдет раньше :)

ну и до кучи там показаны всякие крутости которые можно извлечь из функционального подхода

вебом он не ограничивается

про приложение функционального подхода - мало "лучших практик" использования этого всего, они обычно сосредоточены внутри отдельных команд бородатых мужчин и женщин которые пишут на кложуре фуллстек

порог вхождения опять-таки выше чем начать верстать и на jquery клепать лендосы

Я понимаю, вообще я достаточно хорошо знаю о функциональном программировании, по крайней мере в теории, даже интересовался глубоко один период. Но в реальной жизни и в своих и в чужих проектах я ни разу не сталкивался со случаем, когда было бы адекватно и по эффективности и по финансовым затратам использовать функциональные языки. Это для ниш, и в целом там ситуация вроде "ну мы делаем на функциональных языках, этим объясняется почему у нас не работает ...", только об этом я хотел сказать, в принципе. Выучил closure, словил высокую стоимость часа в какой-то фирме, и выполняешь треть/четверть работы оправдываясь тем, что "у нас же Closure".

Конечно не захочется возвращаться.

> "ну мы делаем на функциональных языках, этим объясняется почему у нас не работает ..." Примеры в студию.

Выглядит как бред, прости уж :)

Андрей можно также сказать про написание юнит тестов, разработку не ускоряют, а стоимость растёт

Я не знаю как привести в пример что-то конкретное. Как бы я сталкивался с таким в командах стартапов, когда искал работу. Когда язык использовался просто для того, чтобы накрутить "рейтинг" или "серьезность" проекта, показать инвестору красивую презентацию с модными в сфере словами. Но есть и обратные примеры, но только все они будут, скорее всего, крупными фирмами, где на самом деле функциональный подход используется исключительно для какой-то глубокой бизнес-логики, которая в массе является там 10% всей базы кода проекта и пишется на основе четких заданий (от математиков, например), а не разрабатывается программистами.

Андрей можно также сказать про написание юнит тестов, разработку не ускоряют, а стоимость растёт

Мне кажется это разные вещи. Код без автотестирования вообще не считается написанным, это только "предположение программиста" о том, что этот кусок что-то делает. Так что, я думаю, это не из одной категории пример.

> функциональный подход используется исключительно для какой-то глубокой бизнес-логики Хз, что ты подразумеваешь под "глубокой бизнес-логикой", фп вполне себе успешно применим для обработки данных, форматирования, нормализации, фильтрации и т.д.

Мне кажется это разные вещи. Код без автотестирования вообще не считается написанным, это только "предположение программиста" о том, что этот кусок что-то делает. Так что, я думаю, это не из одной категории пример.

очень субъективно, автотест также является лишь предположением программиста о том, как код _должен_ работать

Ну он гарантирует, что предположение хотя бы работает.

Ну он гарантирует, что предположение хотя бы работает.

и?

что дальше-то

> функциональный подход используется исключительно для какой-то глубокой бизнес-логики Хз, что ты подразумеваешь под "глубокой бизнес-логикой", фп вполне себе успешно применим для обработки данных, форматирования, нормализации, фильтрации и т.д.

Ассемблер тоже.

А в чем вопрос?

Ну он гарантирует, что предположение хотя бы работает.

то, что код не падает с ошибкой в рантайме, тоже гарантирует, что он работает

или что он компилится

> функциональный подход используется исключительно для какой-то глубокой бизнес-логики Хз, что ты подразумеваешь под "глубокой бизнес-логикой", фп вполне себе успешно применим для обработки данных, форматирования, нормализации, фильтрации и т.д.

Хотя нет, я понимаю, что есть определенная область задач, которая как бы создана для функционального подхода.

Но другой вопрос в том, что если не используется иммутабельность в целом по программе, то чисто функциональная платформа вряд ли даст какое-то ощутимое преимущество. В таком случае достаточно, чтобы функциональный подход применялся в платформе обычных языков программирования, как синтаксический сахар или типа того. Т.е. подход, но не язык или среда.

'ontouchstart' in document.documentElement window.TouchEvent и window.Touch (только для эпл-мобил)

Спасибо, так и сделал if('ontouchstart' in window) { document .addEventListener('ontouchstart', calback); } else { document .addEventListener('click', calback); }

@chudesnov пытаюсь и не могу найти как реализована эмуляция onclick в reactjs or vuejs

шо

@chudesnov пытаюсь и не могу найти как реализована эмуляция onclick в reactjs or vuejs

во вью нет синтетик ивентов вроде

@chudesnov пытаюсь и не могу найти как реализована эмуляция onclick в reactjs or vuejs

в каком смысле эмуляция?

во вью нет синтетик ивентов вроде

как? ) во vue пишешь on-click и оно работает на всех девайсах.

в каком смысле эмуляция?

имею в виду "синтетик ивентов"

как? ) во vue пишешь on-click и оно работает на всех девайсах.

не такой как в реакте

Понятно, что пример субъективный очень. Но вот у меня был товарищ, который писал на Erlang. Причем выучил его за месяц, кстати, до уровня устройства на работу. Устроился, платили ему нормально, но когда он мне рассказывал о своих задачах — мне оставалось только чесать голову. За то, что они писали на erlang с смнительными бенефитами от использования этой платформы, мне бы заплатили за всю его 4х-месячную работу вдвое или втрое меньше его месячного оклада, если бы я это реализовал бы на ES, к примеру, на ноде. При этом их проект даже не использовал какую-то сложную микросервисную структуру на общем уровне, чтобы иметь хотя бы какой-то плюс в использовании erlang. Мне кажется, что таких примеров для функциональщины будет 99% и только 1% будет бизнесов, где использование их обосновано, есть профит и так далее. Потому что в конечном счете для бизнеса такие решения (типа использовать функциональные языки) принимают люди, которые не имеют достаточного опыта, или считают, что обычные программисты бездельники, а те, которые знают erlang/closure/haskell/lisp/... какая-то элита.

@chudesnov пытаюсь и не могу найти как реализована эмуляция onclick в reactjs or vuejs

обычно для того, чтобы touch-события триггерили click, не нужна какая-то хитрая логика в JS, просто надо нормально размечать кликабельные области (хотя бы добавлять cursor: pointer)

ERROR: S client not available

если надо, чтобы обрабатывался тап или клик _где угодно_ (что само по себе плохая идея, если вы не heat-map для метрики делаете), придется слушать и mouse*, и touch*

Господа, подскажите, могу ли я как-то унаследовать и оверрайднуть поведение экспресс мидлвара?

Есть мидлвар с нпм репы, и меня в нем устраивает абсолютно все, но нужно инжектнуть небольшой функционал

И вот думаю какие есть варианты кроме полного клона себе

И вот думаю какие есть варианты кроме полного клона себе

Обернуть мидлвар в свой, который будет менять повеление так, как нужно. Или свой поставить следующим в цепочке.

@chudesnov cursor: pointer но это не спасает, нужно писать логику.

не такой как в реакте

что имеется в виду не такой?

Всем привет! Ищу разраба: #вакансия Город и адрес офиса: Санкт-Петербург, Петроградская Формат работы: #офис Занятость: полная Зарплатная вилка: от 60 до 150 Описание вакансии: frontend developer c опытом React или Angular подробности ЛС

Нормальная такая вилка =)

от 100 до 300 веселее

Да можно сразу верхнюю планку писать для типлида или вообще гендира большой компании

еще веселее выйдет

Или дивиденды члена совета директоров. В целом возможен же такой рост. Программируешь на React, копишь деньги, покупаешь внушительный объем акций компании и вот.

ребят задам вопрос нуба) задача надо число целое превратить в дробное с двумя знаками после запятой

а если число дробное то чтобы оно не изменилось

убери this, а функции вынеси из circle, и будет тебе счастье

убери this, а функции вынеси из circle, и будет тебе счастье

ок, но мне хотелось их сделать типа как методы объекта circle

ок, но мне хотелось их сделать типа как методы объекта circle

сделай переменную var $this = this;

помести её на 11 строку например

и от неё обращайся

ок - сейчас попробую

сделай переменную var $this = this;

а как же that? :D

нее не слышал

ок, но мне хотелось их сделать типа как методы объекта circle

юзай классы

сделай переменную var $this = this;

говносовет

описываешь класс и живешь спокойно)

ребят задам вопрос нуба) задача надо число целое превратить в дробное с двумя знаками после запятой

(15).toFixed(2)

описываешь класс и живешь спокойно)

да - смотрю в эту сторону

Но результат этой функции строка, если что.