ну серьезно

хочешь писать красиво, ищешь способы упростить, тебе говорят, что ты все делаешь не так и мапа достаточно

Ты уверен что ты упрощаешь, когда добавляешь еще одну функцию которую надо гуглить ?

и втирал, что редьюса достаточно

https://glebbahmutov.com/blog/reduce-reigns-supreme/

и что?

Ты уверен что ты упрощаешь, когда добавляешь еще одну функцию которую надо гуглить ?

для сложных функций по-другому не катит - будет лапшекод

а функции эти легко запоминаются

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

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

Функциональный подход хорош, но не все в нем шарят и усложнять его всякими непонятными либами только делает хуже.

Ну с другой стороны если ты сам в проекте, то пофиг

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

хмм

что тут не понятно?) const fromObjToKVList = compose(map(compose(merge({type: "str"}), zipObj(['key', 'value']))), toPairs) const fromKVListToObj = compose(mergeAll, map(compose(apply(objOf), values, pick(['key', 'value']))))

что тут не понятно?) const fromObjToKVList = compose(map(compose(merge({type: "str"}), zipObj(['key', 'value']))), toPairs) const fromKVListToObj = compose(mergeAll, map(compose(apply(objOf), values, pick(['key', 'value']))))

разносишь на несколько функций и всепонятно

ту и так 2 функции

нечего разносить

тут еще норм т.к вполне стандартные функции

но всякие juxt converge и тд

с рамды

project это не совсем стандартные штуки и они усложняют код

project это не совсем стандартные штуки и они усложняют код

* если ты работаешь в команде

ну и тут тоже // dataTransformer :: [[String]] -> [{String: String}] const dataTransformer = converge((h, t) => map(zipObj(h), t), [compose(map(toLower), head), tail])

Я сначала пишу как есть, а потом выношу

так красивее, имхо

project это не совсем стандартные штуки и они усложняют код

Ну project кстати норм, если бы он нормально типизировался -- был бы вообще огонь

А у вас нету проблем с перформансом ? А то я как-то боюсь это все юзать

из-за того что куча лишних функций создается

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

У меня есть, лол))

у меня тоже

Ну, первая строка — это прям изподвыподверта.

де факто фп сосет в перфомансе

при работе с таким железно нужно какой препак

Я б не поленился сделать отдельными строками.

чтобы в нормальную заголовочную форму приводить

purescript же будет работать быстрее чем чистый жс + рамда?

Я б не поленился сделать отдельными строками.

я сначала так и написал

но он еще не готов

purescript же будет работать быстрее чем чистый жс + рамда?

сразу паника пошла

ахахахахах

чтобы в нормальную заголовочную форму приводить

кстати, да

как там препак поживает

purescript же будет работать быстрее чем чистый жс + рамда?

нет)

lodash+ пара ифов работает железно быстро ))

а, вообще да, там меньше магии

никто не рисковал юзать препак?

из-за того что куча лишних функций создается

V8 оптимизирует это. Рамда - не самя быстрая либа, но из за point free движку даётся большой простор для действий

V8 оптимизирует это. Рамда - не самя быстрая либа, но из за point free движку даётся большой простор для действий

да в8 хорошо работает, но все же когда каждая функция врапается автокарингом, а потом еще и имутабельность

В реальных проектах - rollup или closure compiler (if you mad)

а че вебпак

Препак в реальных проектах не айс, но вообще я ток сегодня попробовал оптимизировать код на пурсе и офигел от того, что теперь умеет препак)) Как доделают - будет вообще огонь!

а, вообще да, там меньше магии

ну вооот

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

rewrite it in purescript

Просто тот код где нету нагрузки на него, то пускай там и говнокод, но он работает и его смысла нету переписывать

О ЩИ~~

Короче решил чёт посмотреть, как prepack справляется с компилированным purescript

Ладно то что он ответ сразу вывел уже не удивляет

Но от другого его финта я просто офигел) В общем в файле так же был json от вызова getDialogs, ну, на котором я тестирую парсер, так препак умудрился классифицировать его структуру и создать что-то типа классов 0_o

То есть $_G — это типа конструктор объекта "чат", а $_H — сразу его упрощённая версия, ну, чтоб два раза не вставать. То есть он даже определил что все чаты имеют флаги creator и deactivated

И это всё из обычного json ?? https://github.com/zerobias/telegram-mtproto/blob/feature/mtproto3/packages/mtproto-classify/src/Main.js#L13

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

Никто не принуждает тебя мутировать.

перформанс

принуждает

НЕ мутировать. Пардон.

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

immutable.js начиная с определённого объёма данных быстрее нативных структур

Просто нужно знать, что ты делаешь.

Если мутишь, мути тихо.

=)

принуждает

Я кстати сомневаюсь что у тебя может повлиять именно рамда)

рамда же вообще ничего не мутирует

разве нет?

Просто убедись, что от создания сущности, до её возврата её никто не чекает.

Я про то, что оно в императивном стиле не оч быстро, а хочется переписать что бы было красиво

И мутируй её на здоровье.

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

Реально, не на графиках и не говнокодя, я упёрся в её производительность только однажды, и этот код вызывался тысячи и десятки тысяч раз в секунду, генерируя 2 мегабайта форматированных логов в секунду

даже если и красивей

не

Вообще да. Я считаю, это преждевременная оптимизация.

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

Пиши так, как понятно.

Если у тебя проблемы с перфомансом в проекте, то я могу на спор найти в нём десятки мест, которые бы аффектили перфоманс в разы сильнее иммутабельности из рамды

Я просто не раз в этом убеждался

Если у тебя проблемы с перфомансом в проекте, то я могу на спор найти в нём десятки мест, которые бы аффектили перфоманс в разы сильнее иммутабельности из рамды

Проблемы с моим кодом который я писал и с требованиями которые выдвинули )

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

А поподробнее?)

Ну я делал ресайзы для сетки в сайтбилдере

там есть такая штука как мин сайз елемента

го учить раст

Либо ты превентишь все возможные кейсы и трахаешь себе мозги оптимизациями. При этом реализуется только процентов 10% этих кейсов... Стоит ли оно того?

и из-за этого мин сайза надо считать мин сайз контейнера