Collection v5

[melky]

Выпустил микроапдейт: 5.0.1.

changelog кстати очень легко делается из вывода 'git log' с форматированием

[kobezzza]

changelog кстати очень легко делается из вывода 'git log' с форматированием

Кстати я учёл твою критику по поводу плохих коммитов, теперь стараюсь Вообще надо бы и history и changelog сделать, но вечно то ленюсь, то времени нет. Теперь по графику давно задуманный апдейт Snakeskin, а потом опять прыгаю на свой основной проект

[monolithed]

И всё, можно нигде больше не кидать require

Хм. а мне наоборот нравится писать заголовочные файлы и использовать неймспейсы.

Вообще мечтаю когда будет:

import std;

std::math.round(...);
std::number.parse_int(...);

А не эта шляпа:

Math.round
parseInt

[Octane]

parseInt ➝ Number.parseInt

[kobezzza]

parseInt ➝ Number.parseInt

Кстати да, я тоже не понимаю, почему эта функция глобальная. Или тоже взять например btoa и atob - их же логично запихнуть в String. Они каждую спецификацию годами мучают, вроде должны всё обдумать, а всё равно странные вещи есть.

[monolithed]

Кстати да, я тоже не понимаю, почему эта функция глобальная.

В ES6 теперь так

parseInt ➝ Number.parseInt

...

Или тоже взять например btoa и atob - их же логично запихнуть в String.

По моей логике должны быть в utils или algorithms

[Octane]

жесть в том, что

Number.parseInt === parseInt ➝ true

но

Number.isNaN === isNaN ➝ false

и поведение у isNaN разное

[Aetae]

Octane, ну какбэ логично: старый isNaN будет deprecated, но останется для совместимости. Новые скрипты надо будет писать сразу по новому.
На счёт оправданности нового поведения ничего сказать не могу.)

[kobezzza]

Написал ещё одну коротенькую статью: http://habrahabr.ru/post/225995/

[monolithed]

В ноде мне часто нужны extend, extend_deep, clone, clone_deep, все остальное как мне кажется лишнее...., т.к. for/of поддерживает даже итератор протокол.

Может сделать микро-либу только для ноды?