Пришлось надеть маску капитана

вообще надо смотреть насколько часто будет дёргаться библиотека

Ну так тред пошел о том что оптимизация не нужна

Я имел ввиду, что согласен с тобой)

А

Ну тогда ок

?

И хотел скапитанить первее

тот же React например должен быть оптимизирован по самые яйца, так как он дёргается ПОСТОЯННО

А еще я уверен, что если Ельцин задумался о производительности, то зазря он это не сделает

и опять же, лучше даже оптимизировать по памяти, чем по быстродействию

по крайней мере для фронтенда

как мне кажется

тот же React например должен быть оптимизирован по самые яйца, так как он дёргается ПОСТОЯННО

А теперь посмотри какие результаты у модуля compose из redux

Вот в этом вся и фигня

как мне кажется

Такие разговоры обычно за рюмочкой или бокальчиком вести надо)

React != Redux

СПАСИБО БРО

Такие разговоры обычно за рюмочкой или бокальчиком вести надо)

так почти Новый год уже

так почти Новый год уже

Еще не свыкся с этой мыслью Надо шторы раздвинуть

Сап, дай ссылку на свой репо

Сап, дай ссылку на свой репо

Вот и я бы посмотрел

Я пока локально пишу, ща выложу тогда

Модуль — ensue@beta

давай

На идею меня натолкнула строка из тайпнгов ramda, ну где у них там на каждое число переданных функций свой pipeN

То есть можно развернуть все эти вычисления по switch/case и тем самым сэкономить значительное число вычислений

const pipe3 = (f1, f2, f3) => (...args) => f1(f2(f3(...args)));

можно быстрее написать?

Ага

const pipe3 = (f1, f2, f3) => (...args) => f1(f2(f3(...args)));

Смысл тот же, да, просто у них это объективно не очень оптимально

мне кажется быстрее нельзя

вангую у них перф проседает из-за аргументов

Да

а кроме этого, ещё где-то?

Во вложенном вызове функций

У них pipe вызывает _arity, reduce и tail, а те дёргают следующие функции

Если писат такие низкоуровневые вещи, то желательно без таких вызовов обходиться

мы так и до кодогенерации скоро дойдем ?

Ну уже близко, да ?

Кстати хорошая мысль

А если на ноде то можно и нативные модули

На С

вставки на С!

Вот

Ну это ту мач

С анализом исходников и прекомпиляцией оптимальнойго кода

Я не осилю ? И хотелось бы с поддержкой браузеров) Потому что в первую очередь этот модуль у меня в реакте))

Дети, давайте поможем Даше найти количество компиляторов/интерпритаторов/кодогенератов в этом простом вэб приложении!

А для браузеров asm.js

js на FPGA, так вижу

Уже было где-то

Продают вроде

ладно, тогда так: js/TCPIP/IO на FPGA ?

@dotcypress @iamstarkov https://github.com/zerobias/pipe-perf

После стандартного вывода сообщений модуля benchmark я ещё вывожу свои, посчитанные по медиане, а не по среднему и в сортированом виде

Модуль pipe - https://github.com/zerobias/ensue dev ветки

Почему я сразу в js не ушел (

На что я тратил свои годы

А что?))

Да я всякого уг попробовал, хотя хотел в веб уйти

Не на вкус?

Ну бывает ? Я наоборот никогда не думал, что в веб пойду, хотя знал html/js лет с 12, всегда казалось что это баловство какое-то

На что я тратил свои годы

У меня например java бэкграунд и думаю что без него я бы писал похуже)

У меня все с плюсов началось, на джаве несколько лет просидел

Ну норм

Думал, что js для отсталых

ERROR: S client not available

Но однажды попробовал, понял, покаялся

Ага, такая же фигня)) Я хейтером был ?

Но все равно я жду, когда кто-нибудь попробует разработать единую платформу под все С новым языком, в котором не будет хрени, которая присуща js-у

Но это же всё равно будет js))

Но все равно я жду, когда кто-нибудь попробует разработать единую платформу под все С новым языком, в котором не будет хрени, которая присуща js-у

ты про это? https://cleancoders.com/episode/clean-code-episode-0/show

Возможно

Надо глянуть, пока я не в силах

Но это же всё равно будет js))

если с ним поступят как с пхп - вай нот?

если с ним поступят как с пхп - вай нот?

А что с пхп?

если с ним поступят как с пхп - вай нот?

На пхп нельзя писать под все На js-можно

в 7 неплохая чистка произошла

рефакторинг =)

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

если с ним поступят как с пхп - вай нот?

js предпочитает развиваться итератвно и находить пути для совместимости с кодом 2006 года

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

хз. я так же хейтил раньше, пока не изучил. вполне нра

хз. я так же хейтил раньше, пока не изучил. вполне нра

Концепция "один язык для всего" по мне так интереснее

все зависит от целей. вот попробуй заменить ерланг жсом =)

Например MooTools перезаписывает прототип Array.keys и работает с ним как с объектом, а в js сейчас это метод, но выход нашли, не сломав ни MooTools ни язык

@zerobias как думаешь, ерланг жсом можно заменить?

Я не работал с рлангом, хотя меня не раз просили Но, по-моему, его можно заменить набором инструментов в жсе

Если останется всего два языка — один для лютой многопоточности, а второй для однопоточной асинхронности, то никто против не будет)

Но js пока вроде слишком медленный для задач эрланга

видимо яплохие бенчи смотрел, там ерланг сливал нод

избегай только requirejs

почему его нужно избегать?

другие языки в любому случае выживут за счет своих особенностей. тот же руби

или питон)

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

и мне к примеру нравятся все 4. и руби и питон и пых и жс

Как насчёт распространенности? Субъективно, я вебкит и андроид не считаю хорошими вещами, как и Автоваз, но и ныне тут да и там)

Browserify is dead?

Имхо, на жсе также прекрасно можно писать, как и на ерланге

а молотком можно шурупы забивать