| Friday, June 2nd, 2006 |
| 9:40 am |
Закрыто
Журнал закрыт в связи с растроением сознания и собственно лечением. Долой третье сознание! Пусть их будет всего лишь два! |
| Saturday, April 22nd, 2006 |
| 1:57 am |
|
| Wednesday, April 19th, 2006 |
| 11:17 pm |
|
| Monday, April 17th, 2006 |
| 1:54 am |
|
| Saturday, April 15th, 2006 |
| 2:56 pm |
|
| Friday, April 14th, 2006 |
| 11:07 pm |
Факторы успеха
Интерес и концентрация на задаче являются основными факторами, обеспечивающими успех проекта. Если менеджер "продавливает" свое решение разработчикам, то он понижает интерес разработчика к проекту, уменьшая шансы на успех. Постоянные совещания и поддержка отвлекают разработчиков от задачи и тоже уменьшают шансы на успех. Идеальная команда - единомышленники, "болеющие" проектом. В то же время есть опыт совместной работы с профессионалом, работавшим с 10 до 6 и выдающим отличный результат. Ключ - высокая концентрация на задаче и опыт. |
| 11:05 pm |
О кривизне
Ясно, что кривизны не должно быть в центральных компонентах системы - от них слишком большое влияние на всю систему. Спорно насчет периферийных компонентов. Их кривизна - это их внутреннее дело, она допустима при быстрой реализации. Модульные тесты позволяют оборачивать кривизну, спасая зависимые сущности от "улучшений". Можно ли обойтись без кривизны в системе? Да, если тебе известны все будущие требования, твои знания не меняются в процессе реализации системы и тебя никто не дергает на другие задачи при реализации системы. Как боротся с кривизной? Вырезать сразу при обнаружении в ядерных компонентах и при попытках ее дублирования в переферийных. Профилактика кривизны: глубокое знание предметной области и используемых технологий, понимание требований "на шаг вперед", отсылание начальников нах до завешения этапа, читай глубокая концентрация при реализации. |
| Thursday, April 13th, 2006 |
| 11:27 pm |
О тестировании
Не надо писать сложные/длинные тесты - из-за этого сложнее искать источник проблемы и делать рефакторинг. Тесты должны быть сфокусированными. Надо бы сделать рефакторинг тестов... |
| Tuesday, April 4th, 2006 |
| 12:38 am |
Порядок вызовов
Доробатывая утром симулятор робота столкнулся с вопросом как лучше сделать. Задачка: Есть класс, отвечающий за режим перемещения. Отвечает за две вещи - сообщить об угле поворота и сообщить о том, что режим уже не актуален, типа завершился. Если делать последовательность вызовов, то получаются траблы с порядком выполнения. Т.е. если расчет делаем в проверке завершения, то вызов проверки завершения должен стоять перед получением угла поворота. Утром не получалось придумать нормальное решение. Сейчас дошло - все будет намного проще, если использовать слушателей (да, да я слышу ваши самодовольные усмешки:). В общем доперло и хорошо, заодно подтвердилось знание - уперся в проблему - отправь ее в подсознание на обработку, а сам чем-то иным займись. P.S. Все оказалось еще проще... |
| Wednesday, March 15th, 2006 |
| 4:09 pm |
|
| Thursday, March 9th, 2006 |
| 1:27 am |
|
| 1:21 am |
|
| Saturday, March 4th, 2006 |
| 10:42 am |
|
| Thursday, March 2nd, 2006 |
| 9:14 am |
|
| 1:43 am |
|
| Tuesday, February 28th, 2006 |
| 1:36 am |
|
![[info]](http://l-stat.livejournal.com/img/userinfo.gif?v=91.6){kind=small}
jimurash's journal