Оригинал – http://www.realsoftwaredevelopment.com/2007/08/speed-up-your-s.html
И мой адаптированно-пересказанный перевод:
1. Выучите «горячие клавиши»
И так все понятно.
2. Избавьтесь от всего лишнего
Процесс разработки ПО с каждым днем становиться все более сложным и длинным. Это требует от Вас все большей концентрации и сил. Избавьтесь от всего, что Вам мешает или раздражает. Сделайте свое рабочее место удобным. Используйте программы, которые Вам действительно необходимы и полезны. Это повысит Вашу производительность и сэкономит массу сил.
3. Создавайте инсталлятор как можно чаще
В этом шаге «инсталлятор» можно заменить на «сборку проекта» или «окончательную версию». Все дело в том, что назначая срок промежуточной сборки ПО, все программисты стараются доделать или заменить свой кусок кода более новым и функциональном, что дает новый импульс развитию программы. Эд Салливан советует делать сборки каждый день (см. 24 пункт)
4. Управляйте кодом
Если Вы не можете следить за состоянием проекта, за временем появлением/исправлением ошибок, за историей версий программы у Вас могут возникнуть большие проблемы. Если к примеру в текущей версии возникла ошибка, которая не была найдена в предыдущей версии, как Вы сможете отследить этот факт не имея системы управления кодом?
5. Пишите unit тесты
Тесты не позволят Вашему проекту развалиться или скрыть в программе ошибки. Помните золотое правило: если что-то не работает, исправьте это. Если это не помогло, пишите модульные тесты.
6. Используйте code coverage tools
Code coverage tool идут рука об руку с модульными тестами. Если Вы хотите понять какая часть кода оттестирована, а какая нет – программы покрытия кода для Вас.
7. Изучите отладчик
Научитесь пользоваться дебаггером, точки останова, пошаговая отладка и т.д. сэкономят Вам кучу времени.
8. Пишите код для повторного использования
Это уже обсуждалось (см. 1 способ)
9. Используйте Frameworks
Сотый раз повторюсь про использование уже написанного. (см. 4 способ) И помните про 6 пункт.
10. Позаботьтесь о качестве Вашего продукта
Do you have bug tracking software? Do you have a process that works for finding bugs, reporting user issues, logging all feature enhancements? If you don’t, chances are you will be spending a lot of your time trying to keep track of all of these times. Set yourself up for success.
…а музыка была: Танцы Минус – Весна




Сентябрь 5, 2007 в 12:40 пп |
Хороший список! =) В избранное!
Сентябрь 5, 2007 в 1:02 пп |
А чего последний абзац не перевёл? Вообще, отличная статья. В закладки.
Сентябрь 5, 2007 в 1:27 пп |
ИМХО, в 5-м пункте есть важный абзац по поводу автоматизации тестирования. Я бы вообще вынес отдельным пунктом – «Автоматизируйте процесс сборки и тестирования.»
А за ссылочку на статью – спасибо
Сентябрь 5, 2007 в 8:26 пп |
2никита – последний абзац уж больно красноречив, да и написан на понятном английском -)
2вайткнайт – это справедливое утверждение, Эд Салливан также советует автоматизировать как можно больше процессов в процессе разработки…
Сентябрь 5, 2007 в 11:23 пп |
[...] Борзов напомнил, как повысить скорость разработки программ за 10 шагов. Казалось бы, прописная истина, но очень [...]
Апрель 9, 2009 в 7:48 пп |
[...] Повысьте скорость раз [...]