
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

? гриб
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

Sergey
18.06.2017
00:11:02

? гриб
18.06.2017
00:11:42

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

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

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

Sergey
18.06.2017
00:13:06

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

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

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

Aleksandr
18.06.2017
00:14:22

? гриб
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

Sergey
18.06.2017
00:19:20

? гриб
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:42:50
Пять сек

? гриб
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

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

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
В этом и вся проблема