Хотя да, глупое решение, названия ключей теряются

кстати да. а как теперь привести к формату "'order1': 3, и т.д."

Ибо вместь одного обхода массива аж целых 2

Пофигу

Моё решение можно запихнуть в transducer

Будет быстрее чем все остальные

А точно трансдьюсер будет быстрее?

Стопудов

Поверю на слово

Поверю на слово

Трансдюсер — это когда из последовательности мапов и редьюсов (а так же большого числа производных задач) делается ряд однопроходных вычислений

...то есть по сути редусер

Если один он

Если сделать одним нативным редьюсом, то будет медленнее рамды?

...то есть по сути редусер

Блин

Это абстракция над ним

?

Вот!

Приводяющая всё к одному виду. Это НЕ редюсер

По этому и разговор про это

Хотя и очень близок к нему

Да понятно, как работают трансдюсеры

Вопрос в том, быстрее ли они одного нативного вызова

То есть мы выкидываем все промежуточные массивы и каждый элемент последовательно превращается из начального состояния сразу в конечное

Вопрос в том, быстрее ли они одного нативного вызова

Смотря в какой реализации

Целикового кода никто больше не предоставил))

Ну все, я расчехляю свою мобильную клавиатуру

arr .reduce((acc, { order }) => { acc[order] = (acc[order] || 0) + 1; return acc; }, {})

На выходе должна быть строка

Потому что у меня строка))

А, там строка

Мм, вот бы щас в редьюсе мутировать элементы а потом их же возвращать

Вопрос в том, быстрее ли они одного нативного вызова

Кстати интересный вопрос, учитывая то, что нативные map/reduce не являются самой быстрой реализацией из возможных на жс

Мм вот щас бы не понимать как аккумулятор работает

а блять редьюс же

сори

Но если расширить прототип массива, добавив ему инкрементер указанного значения с возвратом самого себя назад - можно и без разделения на 2 части

arr .reduce((acc, { order }) => { acc[order] = (acc[order] || 0) + 1; return acc; }, {})

вообще супер. прям спасибо

Но если расширить прототип массива, добавив ему инкрементер указанного значения с возвратом самого себя назад - можно и без разделения на 2 части

Если расширить прототип массива, то можно вылететь с волчьим билетом

Но если пишешь код для себя - то нельзя

А вообще это были филосовские размышления :D

Но если пишешь код для себя - то нельзя

Расширять прототипы встроенных объектов вообще нельзя, не только для себя

А вообще это были филосовские размышления :D

Простите, может быть, за глупый вопрос. Ramda - это функциональный (синтаксически) lodash или там еще что?

ну в целом да

но там естьеще ramda-fantasy с монадами

А какие профиты? нужно ли это в обычной жизни (сложная бизнесс логика с фильтрами)? Какие кейсы у меня должны быть, что бы я задумался о переходе на нее?

А какие профиты? нужно ли это в обычной жизни (сложная бизнесс логика с фильтрами)? Какие кейсы у меня должны быть, что бы я задумался о переходе на нее?

Ну сравни как читается моё решение (полное) и треть решения с редюсерами в вопросе выше

Нету больше ramda-fantasy

можно открыть fantasy-land и понять свою никчемность

Да они нерды просто. Я уже использовал метафору про мычание сегодня, но к монадам это относится гораздо больше

Нету больше ramda-fantasy

чей-то нету

Functor — коробка с объектом, которая имеет метод .map, такой же как в массиве

Ну и так далее

чей-то нету

issues открой

import { groupBy, pipe, prop, map, length, toPairs, join, } from 'ramda' const transform = pipe( groupBy(prop('order')), map(length), toPairs, map(([id, result]) => `'order${id}': ${result}`), join(', ') ) const result = transform(arr)

Ты про это? Нуу...

Но твое решение быстрее? Или я упустил что-то

При желании, да

Сейчас просто сравнивать не с чем, больше решений нет, лол

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

Кэп)

и медленне скорее всего, чего уж там

я к тому что для 95% второй вар будет читабельней

и медленне скорее всего, чего уж там

Нативный map — не самый быстрый в жс ?

Нативный map — не самый быстрый в жс ?

Есть что почитать на этот счет?

хех это заразно походу

я к тому что для 95% второй вар будет читабельней

Это их проблемы, с такой формулировкой можно отсеять вообще всё, вот буквально каждую либу

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

Ну и когда всё подчинено общей идее как то меньше о всяких мелочах задумываешься. На следующем левел апе можно не проверять значения на null например, если есть вероятность что такие могут быть

ERROR: S client not available

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

Излишнее нагромождение левого кода — это когда луддизм побеждает нормальные подходы)

ну это уже профиты фя типа одинаковых интерфейсах и т д

Нет

(я конкретно про null), просто это всё так работате

эпидемия

луддизм - новый день - новое слово ?

эпидемия

Где? Я про рамду задвигал когда в группе ещё тысячи человек не было)

Где? Я про рамду задвигал когда в группе ещё тысячи человек не было)

он про djn 'nj, наверное)

Есть что почитать на этот счет?

Нативный map должен проверять значение в массиве на присутствие

jsperf.com/native-map-vs-handmade/1 Вот я недавно делал

С map там вообще разрыв раза в два получается

С map там вообще разрыв раза в два получается

Я вот кстати так и не понял почему

Привет! Есть #вакансия в Питере Web-разработчика. Требования: • Уверенное владение python/javascript (2.7+/3+). • Знакомство с NoSQL. • Опыт работы с системами контроля версий: git/mercurial. • Linux/MacOS в качестве основной ОС. • Знание современных js-фреймворков с пониманием их архитектуры. О задачах: Задачи будут по большей части по фронтэнду. Сейчас мы находимся в фазе перехода от устаревшего монолитного приложения к микросервисной архитектуре. Работа будет над системой электронного документооборота (АТИ-Доки), мессенджером (АТИ-мессенджер), информационным изданием (АТИ-Медиа) и впереди еще много интеграционных проектов. Разработка ведется в автоматизированной и покрытой тестами инфраструктуре. Предлагаем: Зарплата до 150 т.р. нетт, гибкий график, ДМС, компенсация спорта, языковых курсов, бесплатные обеды, оплата профессиональных конференций и семинаров; офис в БЦ класса А. e-mail: evgeniya.k@ati.su

Чего они такого на нативном уровне делают что JS имплементация работает быстрее

*сорцы читать лень*

-

А, понял

Array.prototype.forEach.call > [].forEach.call > map

Да, я только что апдейтнул с forEach на map)

Чего они такого на нативном уровне делают что JS имплементация работает быстрее

При каждом новом элементе проверяют, не null ли он, если нет — то делают push в массив результатов

При каждом новом элементе проверяют, не null ли он, если нет — то делают push в массив результатов

А это разве православная реалиция мап?

https://jsperf.com/native-map-vs-handmade/3

А это разве православная реалиция мап?

В моём описании — да, именно так она и работает

Если я все правильно помню сколько элементов у массива на входе столько и на выходе должно быть

И не важно null оно или undefined

https://jsperf.com/native-map-vs-handmade/3

точно, сорь

какая-то нереальная разница