Comments / Profile of vittly / Habr

Поленился писать об этом в основной части, исправляюсь. Только что замерил время работы сервера под обстрелом без профилирования и с включенным профилированием в двух вариантах. В итоге: Instrumentation (обертка PRIV-ов с замером времени) дает +2.7% ко времени работы, а Sampling (v8-profiler) — это +114.7%

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

Look

Профилирование JS-кода из функций. Опыт Яндекса

vittly Apr 22 2016 at 10:39

Почему-то думал, что hash[sym] и hash[Symbol.for('test')] — это одинаково должно работать. Мой косяк.

В таком случае, Symbol тоже может быть ключом, но не будет перечислен в Object.keys.

Look

Профилирование JS-кода из функций. Опыт Яндекса

vittly Apr 22 2016 at 10:04

Почти все базовые типы — строки, бул, числа, объекты, функции, массивы (символы почему-то не могут). Но все приводятся к строке:

hash = {};
hash[1] = 1;
hash['s'] = 2;
hash[function(){}] = 3;
hash[[]] = 4;
hash[{}] = 5;
hash[true] = 6;
hash[Symbol('xyz')] = 7;

console.log(Object.keys(hash));
// [ '1', 's', 'function (){}', '', '[object Object]', 'true' ]

console.log(Symbol.for('xyz') in hash);
// false

Look

Профилирование JS-кода из функций. Опыт Яндекса

vittly Apr 22 2016 at 09:52

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

Look

Профилирование JS-кода из функций. Опыт Яндекса

vittly Apr 22 2016 at 09:50

Статическая типизация в чем? В том, чтобы вместо строковых литералов использовать языковые идентификаторы? Общий, "статический" механизм работы классов мы планируем использовать, но из-за ограничений в их нативной поддержке придется оставить строковые ключи

Look

Профилирование JS-кода из функций. Опыт Яндекса

vittly Apr 21 2016 at 19:14

Сорян, тогда я не понял, что хачит лайфхак

Look

Профилирование JS-кода из функций. Опыт Яндекса

vittly Apr 21 2016 at 18:35

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

Look

Профилирование JS-кода из функций. Опыт Яндекса

vittly Apr 21 2016 at 17:58

Да, мы собираемся переходить на es6 классы. Предположительно будет что-то в духе последнего, но с возможностью доопределения классов как в ruby (обычные классы это не умеют):

// deskpad
priv('my-block', {
    main(data) {
        let bemjson;

        // ...

        return bemjson;
    },

    elem1(data) {
        // ...
    }
};

// desktop
priv('my-block', {
    elem2(data) {
        // ...
    }
};

Look

Как мы трансформировали идею конструктора сайтов

vittly Aug 26 2015 at 21:02

Блог — это основа, от которой мы не планируем отходить. Расширение функционала зависит от результатов бета-тестирования и работы с первыми пользователями.

Крестик поправили, спасибо.

Look

Как мы трансформировали идею конструктора сайтов

vittly Aug 26 2015 at 16:29

Концепция аккаунта шире, чем привязка к профилю в соц.сети. Аккаунт — это почта, пароль, механизм восстановления пароля, смена почты, смена пароля, уведомления об оплате. Профиль соц.сети помогает не придумывать пароль, но не решает все остальные задачи.

Профиль, конечно, можно использовать только для входа, а пароль для аккаунта генерировать автоматически, но это неявная логика. Насколько она приемлема?

Look

Как мы трансформировали идею конструктора сайтов

vittly Aug 26 2015 at 12:05

Для «простопосмотреть» мы предусмотрели анониманую регистрацию через создание пробного аккаунта. Такой аккаунт создается без регистрации и удаляется автоматически через 12 часов после создания

Look

Как мы трансформировали идею конструктора сайтов

vittly Aug 26 2015 at 11:50

Выделяя тип Б, мы ориентировались не на бизнесменов, которым больше подходит лендинг или интернет-магазин, а на людей, которым нужен сайт с контентом. Именно им может подойти концепция сайта в виде расширенного блога. Возможно, приложение нашей работы шире, но на данном этапе для этого предположения нет оснований, поэтому мы просто написали как есть — «медиа блоги и портфолио».

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

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

Look