Интересная статья, спасибо.
Правда, не поняла вот этот момент:
Использование доменных классов для транспортировки данных приводит к тому, что все подобъекты (такие как Orders) кастомеров загружаются в память из базы.
LazyLoad нельзя использовать, чтобы избежать этого?
Ну вообще, если вы не работаете с mysqli, это не значит, что никто не работает: )
Точно так же и с написанием автолоада — иногда это приходится делать.
Поэтому, вероятно, дело не в том, что это все «бред собачий», а в том, что вы немного в другой сфере работаете.
Потрясная штучка) Тоже возник вопрос: если попросить рассказать про фильм подробнее — расскажет или это еще не допилено?)
Хочется еще статей, конечно же.
Глубина вложенности — обычно 2-3 уровня
На верхнем т.н. «эпики», т.е. какие-то крупные нововведения, эпики бьются на задачи, задачи — на подзадачи. Найденные при тестировании задач баги отправляются на уровень подзадач, там же находятся задачи на code review и тесты.
Стандартный процесс: от заказчика сваливается нечто с формулировкой «ДОРАБОТКИ», открыв описание, я вижу, что доработки там разноплановые и что их можно распараллелить, делю задачу на соответствующее числу доработок количество подзадач, распределяю по людям, в итоге получаю оценку родительской задачи и могу следить за ее выполнением, тестированием, правкой багов и код ревью.
Либо приходит что-то, что можно определить как эпик вследствие объема, тогда делю ее на задачи, каждая из которых может быть реализована и протестирована отдельно. Соответвенно, в задачах уже будут подзадачи с багами, тестами, ревью. Если задачу можно разделить на этапы, также выношу это в подзадачи.
Мы пользуемся, и постоянно. В списках задач отражаются все задачи (если есть родительская задача, это помечается), в трудозатраты родительской задачи включаются затраты дочерних задач.
Поиск, по-моему, при этом наоборот облегчается: если ищешь какой-нибудь «отчет» по какому-то конкретному функционалу, то не надо перебирать тонну задач с заголовком «отчет», а достаточно перейти по ссылке из родительской задачи, у которой уже будет уникальное название.
Связанные задачи тоже используем, но тогда трудозатраты не суммируются, а это порой удобно.
И даже бывает так что выкладывать задачи не в совокупности смысла нет — и тогда кроме как иерархию для отображения этого факта ничего и не придумаешь, наверное.
Буду разбираться дальше, спасибо
Правда, не поняла вот этот момент:
LazyLoad нельзя использовать, чтобы избежать этого?
Точно так же и с написанием автолоада — иногда это приходится делать.
Поэтому, вероятно, дело не в том, что это все «бред собачий», а в том, что вы немного в другой сфере работаете.
Расскажите и про xhProf, нужная тема.
У меня тот же вопрос: плагином не поделитесь?: )
PS прямо как-то даже гордость ощутила )
Хочется еще статей, конечно же.
На верхнем т.н. «эпики», т.е. какие-то крупные нововведения, эпики бьются на задачи, задачи — на подзадачи. Найденные при тестировании задач баги отправляются на уровень подзадач, там же находятся задачи на code review и тесты.
Стандартный процесс: от заказчика сваливается нечто с формулировкой «ДОРАБОТКИ», открыв описание, я вижу, что доработки там разноплановые и что их можно распараллелить, делю задачу на соответствующее числу доработок количество подзадач, распределяю по людям, в итоге получаю оценку родительской задачи и могу следить за ее выполнением, тестированием, правкой багов и код ревью.
Либо приходит что-то, что можно определить как эпик вследствие объема, тогда делю ее на задачи, каждая из которых может быть реализована и протестирована отдельно. Соответвенно, в задачах уже будут подзадачи с багами, тестами, ревью. Если задачу можно разделить на этапы, также выношу это в подзадачи.
Поиск, по-моему, при этом наоборот облегчается: если ищешь какой-нибудь «отчет» по какому-то конкретному функционалу, то не надо перебирать тонну задач с заголовком «отчет», а достаточно перейти по ссылке из родительской задачи, у которой уже будет уникальное название.
Связанные задачи тоже используем, но тогда трудозатраты не суммируются, а это порой удобно.
И даже бывает так что выкладывать задачи не в совокупности смысла нет — и тогда кроме как иерархию для отображения этого факта ничего и не придумаешь, наверное.