@nodejs_ru

Страница 887 из 2748
Aleksandr
18.06.2017
00:01:05
? гриб
18.06.2017
00:01:16
так она на js написана

Aleksandr
18.06.2017
00:01:22
? гриб
18.06.2017
00:01:34
ну так они ту же херню юзают

Google
Aleksandr
18.06.2017
00:01:59
еще вопрос. что быстрее, нативные промисы или промисы bluebird?)

? гриб
18.06.2017
00:02:51
я согласен, что можно протестировать методы перебора объекта разными способами. но как только лучший вариант будет выбьран - лодаш соснёт

Aleksandr
18.06.2017
00:03:21
ну так они ту же херню юзают
херни очень много и ты удивишься ее особенностям

? гриб
18.06.2017
00:03:52
там почти уже нечего оптимизировать )

Aleksandr
18.06.2017
00:04:26
я согласен, что можно протестировать методы перебора объекта разными способами. но как только лучший вариант будет выбьран - лодаш соснёт
лодаш делает оптимальный выбор, советую погонять бенчмарки на разных структурах, плюс разного размера и содержания. узнаете много нового

? гриб
18.06.2017
00:05:01
ох наинвно)
предлагай

я тоже могу выёбываться стоять, что "андерскоре" бы это просто летало ) хотя это не так

Sergey
18.06.2017
00:05:59
возьми и померяй.
на https://codepen.io/anon/pen/NgdMQg?editors=0010

? гриб
18.06.2017
00:06:03
хотя бы потому, что это 15кб сверху

Sergey
18.06.2017
00:06:35


? гриб
18.06.2017
00:07:22
у меня разница поменьше, но смысл тот же

Google
Aleksandr
18.06.2017
00:08:06
ну и это, ты с Array.each сравнивай а не с for)

Sergey
18.06.2017
00:10:21
?

Aleksandr
18.06.2017
00:10:43
codepen)
обрати внимание что я про ноду говорил

? гриб
18.06.2017
00:10:54
ну и это, ты с Array.each сравнивай а не с for)
array.forEach у меня в 3 раза быстрее for of

Sergey
18.06.2017
00:11:02
обрати внимание что я про ноду говорил
тогда ты показывай результаты)

? гриб
18.06.2017
00:11:42
array.forEach у меня в 3 раза быстрее for of
ну он и должен был быть быстрее. он примерно как for in

Дмитрий
18.06.2017
00:11:46
Сделать forEach быстрее нативного вполне реально

Например

Sergey
18.06.2017
00:12:01
ну вообще, да, на codepen не совсем спаведливо мерить, но результат тот же будет, только разница будет точнее

Aleksandr
18.06.2017
00:12:28
тогда ты показывай результаты)
я за версии выше 6 не скажу, но раньше я всегда мерял итераторы под критичеые места по скорости, результаты были удручающие для нативной реализации. в новых версиях не мерил, могли оптимизировать норм

? гриб
18.06.2017
00:13:59
на больших массивах можно придумать хитрости, я думаю

Sergey
18.06.2017
00:14:02
если ты заглянешь под капот лодаша, то увидишь обычный for

? гриб
18.06.2017
00:14:02
но тут вряд ли

? гриб
18.06.2017
00:14:38
бгг

Sergey
18.06.2017
00:14:40
на больших массивах можно придумать хитрости, я думаю
да, тут есть приимущества у лодаша, он использует математические алгоритмы, а не просто перебор

Google
Aleksandr
18.06.2017
00:15:59
на массиве до 100 элементов одна реальность, после 1000 уже совсем другая

очень зависит от ситуации

? гриб
18.06.2017
00:16:25
Например
где пример? )

Sergey
18.06.2017
00:16:39
где пример? )
поддерживаю

? гриб
18.06.2017
00:18:29
не, ну я хотел бы увидеть ненативный forEach быстрее нативного. я лично могу сделать переборщик на основе forEach, который будет быстрее for of :D

? гриб
18.06.2017
00:19:44
да парень набросил удачно, просто )

Sergey
18.06.2017
00:19:51
это если что нибудь более сложное, где можно применить алгоритмы - то да

? гриб
18.06.2017
00:19:56
спать пора

Sergey
18.06.2017
00:23:51
например - магия алгоритмов - у вас есть справочник, вам нужно найти нужную фамилию, вы начинаете перебирать все страници, а суть алгоритмов в том - что вы открываете справочник по середине, смотрите алфавит и листаете уже вправо или в лево, тем самым отбросив половину работу. Но тут есть нюанс опять же, должны быть какие-то дополнительные свойства по которым можно ориенттироваться, типо алфавита

Дмитрий
18.06.2017
00:40:17
? гриб
18.06.2017
00:41:00
Как бы не так ?
Где пруфы, джимми? )

? гриб
18.06.2017
00:42:19
Лодаш проиграл. Пруфы выше

? гриб
18.06.2017
00:44:29
Ты через while делаешь киллер фичу? ?

Дмитрий
18.06.2017
00:44:56
А почемув бы и нет?

? гриб
18.06.2017
00:45:14
Через рекурсию? ?

Дмитрий
18.06.2017
00:45:26
https://jsperf.com/native-map-vs-handmade/1

? гриб
18.06.2017
00:45:51
Ну это мэп

Google
Дмитрий
18.06.2017
00:46:25
Ты по тесту то пройди

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

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

Sergey
18.06.2017
00:49:02
в конечном итоге - это все равно натив

Дмитрий
18.06.2017
00:49:17
Non sense

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

Я вас щас возможно сильно удивлю, но нативная реализация написана на жс

? гриб
18.06.2017
00:50:39
Sergey
18.06.2017
00:50:40
на нативе сделал ?

Дмитрий
18.06.2017
00:50:52
И возможности оптимизации там ограничивает спека

Admin
ERROR: S client not available

Дмитрий
18.06.2017
00:51:01
Поэтому он медленнее

Ты мэп с перебором немного перепутал)
Перебор — это то как ты сейчас ловко переобулся

? гриб
18.06.2017
00:51:39
Aleksandr
18.06.2017
00:51:44
в конечном итоге - это все равно натив
да это никто не отрицает, вопрос в поиске лучшей нативной конструкции для конкретной структуры, и либы обычно делают это намного лучше чем двадцастрочнки, и количество строк кода тут не решает

Sergey
18.06.2017
00:52:47
я не хочу скачивать тысячи строк, и читать документацию три дня, чтоб вывести элементарно дату)

? гриб
18.06.2017
00:53:30
Они просто не открывали код

Вот и несут странные вещи

Про мэп и промисы

?

Google
? гриб
18.06.2017
00:54:22
Думаю, я сделаю промис быстрее блуберда и нативного

Aleksandr
18.06.2017
00:54:37
я не хочу скачивать тысячи строк, и читать документацию три дня, чтоб вывести элементарно дату)
выводи сам, никто не мешает, все очень зависит от задачи, иногда решает либа, иногда частный случай и простая реализация

? гриб
18.06.2017
00:55:11
блажен кто верит
Наверняка они говна напихали туда)

Sergey
18.06.2017
00:55:32
аааппапхапхпахапапапап ??

? гриб
18.06.2017
00:55:42
Кроме резолва и реджекта

Если так, то у меня неплохие шансы

Aleksandr
18.06.2017
00:56:46
Наверняка они говна напихали туда)
https://softwareengineering.stackexchange.com/a/279003 там petkaantonov разложил все в ответе

Sergey
18.06.2017
00:57:41
бичмарк трогать не будем, это все таки не цикл, а вывод даты

Aleksandr
18.06.2017
00:59:15
Sergey
18.06.2017
00:59:15
сообственно эту критуку я и хотел услышать

Aleksandr
18.06.2017
01:01:07
совершенно точно что доверять можно только бенчмарку в конкретных задачах, а потом уже выбирать что использовать. и выбор тут может быть часто неожиданный

Sergey
18.06.2017
01:01:08
конкретно про момент не скажу ничего
попробуй с счем нибудь другим сравнить

о боже, какой бичмарк, это вывод даты, а не работа с циклами или бд

Aleksandr
18.06.2017
01:02:43
Sergey
18.06.2017
01:03:11
судя по всему, у тебя пентиум 3)

да, понятно что даже дату в цикле можно выводить)

Aleksandr
18.06.2017
01:04:32
судя по всему, у тебя пентиум 3)
а если я пишу лог с датой и у меня 1000 000 строк в секунду?

Sergey
18.06.2017
01:04:59
Дмитрий
18.06.2017
01:05:27
Вот и нет

Aleksandr
18.06.2017
01:05:34
чисто про лог

Дмитрий
18.06.2017
01:05:35
В этом и вся проблема

Страница 887 из 2748