Программирование, т. 6

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

Чо оно там "высчитывает" по версии дефреля, я так и не понял.

Ну в C у самого массива нет дополнительной переменной для длины, как наверно и в php. И вызов функции i < count(array) постоянно пересчитывает число элементов, чтобы получить длину. Но в js arr.length - это свойство обьекта и судя по результатам, получать к нему доступ 1кк раз чуть медленнеe чем получать доступ к переменной (в ie11)

у мя зп <1k$(опыт работы на работе полгода) почти на все сходу ответил
надо ебашить во вьетнам нахуй

 

Понял почему do-while медленнее: там код неправильный, он начинает с несуществуещего элемента (с индексом arr.length) и скорее всего поэтому какие-то оптимизации ломаются. Вот правильный тест https://jsperf.com/do-while-vs-while/1

> arry = [1,3]
< [1, 3]
> arry[3]
< undefined

ах ты ж ёбаный ты нахуй, ну что за пиздец)))

 

Ты берёшь из массива с 2 элементами элемент по индексу 3. Чего ты ожидаешь?

интуитивно я ожидаю ошибки 

но видимо я слишком многого хочу, ведь это 오빵 차바 스클입트 스다일   

http://leftoversalad.com/c/015_programmingpeople/

и картинка для затравочки:

> functional

сразу подумал о 핫캘 스타일   

 

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

Чо оно там "высчитывает" по версии дефреля, я так и не понял.

Ну в C у самого массива нет дополнительной переменной для длины, как наверно и в php. И вызов функции i < count(array) постоянно пересчитывает число элементов, чтобы получить длину. Но в js arr.length - это свойство обьекта и судя по результатам, получать к нему доступ 1кк раз чуть медленнеe чем получать доступ к переменной (в ie11)

 

В си делят sizeof массива на sizeof елемента, если это именно array. Если массив динамический, то хранят и length и capacity.

Как это в жаваскрипт яхз, но если этот массив который мы тут обсуждаем это просто array, то делить каждый раз действительно медленно, деление целочисленных вообще самая медленная инструкция.

> functional

 

сразу подумал о 핫캘 스타일   

зачем иероглифы постишь?

чтоб понятнее было как для меня выглядит джаваскрипт код

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

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

Он просто не смог в жс    (:sarcasm:).

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

так-то их проблемы, это топик программирования а не джаваскрипта 

https://www.destroyallsoftware.com/talks/wat

бля какой же имбовый смех за кадром           

Я понял , пришло время учить Python

учи хаскл

 

Понял почему do-while медленнее: там код неправильный, он начинает с несуществуещего элемента (с индексом arr.length) и скорее всего поэтому какие-то оптимизации ломаются. Вот правильный тест https://jsperf.com/do-while-vs-while/1

> arry = [1,3]
< [1, 3]
> arry[3]
< undefined

ах ты ж ёбаный ты нахуй, ну что за пиздец)))

 

а что должно вернуть по твоему?

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

мейнстрим

что должно возвращать arry['a'], arry.a?

еще вот джаваскрипта принес

["12","43","54","54"].map(parseInt)

>[12, NaN, NaN, NaN]

["12","43","54","54"].map(parseFloat)

>[12, 43, 54, 54]

чет сука на всю веб студию

еще вот джаваскрипта принес

 

["12","43","54","54"].map(parseInt)

>[12, NaN, NaN, NaN]

 

["12","43","54","54"].map(parseFloat)

>[12, 43, 54, 54]

кул стори бадди

а теперь проверь

let arr = ['12', '43', '54', '54'];

let newArr = arr.map( item => parseInt(item));

console.log(newArr);

// =>  [12, 43, 54, 54]

тоже самое выдаст и с parseFloat

бтв сча еще чекнул твой варик, офк там NaN, т.к. второй параметр (индекс эл-та массива) идет вторым параматером в parseInt (основание системы счисления)