Напишите про это статью? Мне было бы интересно почитать, как и кем это делается на практике.
> не анкетированием
Да, метод не точный, зато хорошо выявляет настроение людей. Мы не машины, если мы изначально на что-то смотрим с негативом, то работа не пойдет в полном темпе. Зато после анкетирования мы со всеми лучше познакомились, с кем-то отдельно встретились, нам дали ценные советы и т.д… Польза все-таки была.
Ок, как только завершу с этой статьей, то попробую изложить по Resharper, а то документации нет почти, Дмитрий Нестерюк начинал что-то писать про это, но уже прошло много времени.
Я не утверждаю, что это AR. Однако действительно есть классы вида «класс-на-таблицу» с методами операций CRUD. Также будет генерироваться класс-Reference, в который будут сброшены такие методы, которые оперируют несколькими таблицами, но одна из низ признана главной. Все будет в продолжении, не переживайте.
Так говорили и про Unit-тестирование, и про TDD, и про написание человеческих спецификаций. Трата времени — делать что-либо не имея возможности построить прогноз. Однако в этом случае мы уже посмотрели на айсберг снизу, еще не начав рыть верхушку.
> получить методы обращающиеся к одной таблице
Это вы как хотите сделать? Через поиск подстроки? Утомитесь, я думаю. Несколько сотен таблиц и пара тысяч методов… Мой средний темп был не более 20-ти методов в день. Есть методы, которые за один день-то не сделаешь. Я попробовал недельку и быстро понял, что пора как-то по-другому браться за задачу.
> Зачем красивые графики?
Зачем иллюстрации? Ну вот не все люди понимают текст без опоры на визуальную информацию. Я, например, такой. Очень рад за Вас, если куча текста без единой иллюстрации воспринимаются Вашей головой в полном объеме и без проблем.
Безусловно, некоторые нюансы были, однако тем не менее удалось немалую часть работы со своих плеч сбросить на математику и алгоритмы. Подробнее об этом постараюсь написать в следующей части.
Мне как-то не хватило убедительности на такой шаг, да и мы перед этим проводили анкетирование разных самарских компаний по поводу «переписать все или нет». Если сумею, то выложу результаты этой анкеты и саму анкету. Но кратко, там практически единоличное мнение «ни в коем случае нельзя все переписывать». В любом случае Вы герой.
Исходя из документации, если не планируется удалять из DOM корневой элемент, на который прицеплен KNockoutJS, то значимых утечек не должно быть. Однако я не имею такого опыта, было бы очень интересно узнать Ваш.
Напишите про это статью? Мне было бы интересно почитать, как и кем это делается на практике.
> не анкетированием
Да, метод не точный, зато хорошо выявляет настроение людей. Мы не машины, если мы изначально на что-то смотрим с негативом, то работа не пойдет в полном темпе. Зато после анкетирования мы со всеми лучше познакомились, с кем-то отдельно встретились, нам дали ценные советы и т.д… Польза все-таки была.
Так говорили и про Unit-тестирование, и про TDD, и про написание человеческих спецификаций. Трата времени — делать что-либо не имея возможности построить прогноз. Однако в этом случае мы уже посмотрели на айсберг снизу, еще не начав рыть верхушку.
> получить методы обращающиеся к одной таблице
Это вы как хотите сделать? Через поиск подстроки? Утомитесь, я думаю. Несколько сотен таблиц и пара тысяч методов… Мой средний темп был не более 20-ти методов в день. Есть методы, которые за один день-то не сделаешь. Я попробовал недельку и быстро понял, что пора как-то по-другому браться за задачу.
> Зачем красивые графики?
Зачем иллюстрации? Ну вот не все люди понимают текст без опоры на визуальную информацию. Я, например, такой. Очень рад за Вас, если куча текста без единой иллюстрации воспринимаются Вашей головой в полном объеме и без проблем.