А лучше бы оставили как есть - потом добрым словом при отладке вспомните. В любом случае, интерпретатор при прогоне будет создавать еще одну переменную.
dollar, Ресурсы для хранения снимков или их дифов имеются. Вопрос в реализации. То есть, каким образом это делают опытные разработчики? В сети как-то мало инфы нашел, может не стой стороны пытался копать. Единственно что по шел по теме - курс на интуите, но там довольно много теории без практических примеров, хот и точно в цель. https://www.intuit.ru/studies/courses/599/455/info
К сожалению не вариант - очень много нужно тогда журналировать.
Я хорошо понимаю, что здесь нужно делать периодически что-то вроде снимков состояния БД или разницы ее состояния по сравнению с предыдущим снимком. Но практического опыта нет. Также я уверен, что подобные задачи решались и чуть ли не являются каждодневными для опытных bi-щиков.
Большее значение среднеквадратического отклонения показывает больший разброс значений в представленном множестве со средней величиной множества; меньшее значение, соответственно, показывает, что значения в множестве сгруппированы вокруг среднего значения.
Также прошу вспомнить замечательном "Правиле трех сигм"
Написано только что
Decadal: Согласен, для механизма замыкания захватывается лексическое окружение вокруг замыкающей функции, которым она пользуется в свое удовольствие ничего не подозревая что она и есть замыкание, и лексическое окружение не отдается на удаление сборщиком мусора, пока существует хотя бы один объект, ссылающийся на данное замыкание.
согласен... только это была демонстрация того, что интерпретатор следует по цепочке прототипов пока не найдет в одном из них требуемое свойство, либо возвращает undefined, а само свойство попало в цепочку прототипов объекта в процессе его создания, из прототипа родительского класса. Это к тому, зачем при определении класса, добавлять свойства класса в прототип функции-конструктора, а не просто к объекту this в самом конструкторе.