Какова ваша маленькая компания по разработке веб-сайтов?
Я работаю в небольшой компании по веб-разработке (всего 2-3 разработчика), которая работает над широким спектром проектов для разных клиентов (от CMS до сайтов электронной коммерции).
Обычно мы работаем над своими собственными проектами, но иногда нам нужно работать вместе над одним. Мы используем Subversion, так как наше программное обеспечение для контроля версий и сайты разрабатываются в.NET с использованием VS 2008 и SQL 2005.
Прочитав множество постов, касающихся модульного тестирования и других методов кодирования уровня предприятия, мне стало интересно, что делают другие разработчики для небольших проектов, которые требуют минимального обслуживания и имеют короткое время разработки?
Я имею в виду, в частности, что необходимо провести модульное тестирование и т. Д
4 ответа
Модульное тестирование НЕОБХОДИМО, несмотря ни на что. Если вы пишете код, вы юнит тест. Я тоже много работаю. Я все еще проверяю. Я не знаю, как я когда-либо писал код до этого.
Вот как я на это смотрю. вам необязательно нужны такие же дорогие инструменты, как у больших мальчиков, но если вы хотите быть большим, вы должны мыслить масштабно. Делайте то же самое, следуйте той же практике. По мере роста ваших потребностей приобретайте лучшие инструменты. Например, если вы выполняете какие-либо UML-схемы, вам, вероятно, не понадобится программное обеспечение. Просто доска / бумага. Но все же используйте UML. Когда ваши потребности растут, вы можете посмотреть на получение специального программного обеспечения.
Даже управление проектом. Вам не нужны дорогостоящие инструменты для отслеживания проектов, если вы это делаете. По мере роста ваших потребностей вы можете получить специализированное программное обеспечение.
Короче говоря, делайте то же самое, что и вы, если бы вы были больше, но вам не нужны те же инструменты. Аквир по мере необходимости.
РЕДАКТИРОВАТЬ: Я должен отметить, что некоторые из ваших действий, конечно, зависит от ваших методов / процессов, которые вы используете. Например, вы занимаетесь гибкой разработкой? Будучи маленьким, вам не обязательно делать все точно так же. Например, я стараюсь быть гибким, но я, очевидно, не создаю пару программ:). Вам просто нужно научиться адаптировать их к тому, что работает для вас.
Я думаю, что самая большая ошибка, которую вы можете сделать, - это отклонить что-то за то, что вы являетесь стандартом кодирования уровня предприятия. Хотя такие вещи, как CI, серверы сборки, модульное тестирование, стандарты кодирования (я не могу думать, что еще вы можете иметь в виду) и т. Д. Могут потребовать первоначальных затрат, они будут приносить дивиденды в долгосрочной перспективе. Например, если ваш проект взломан вместе сейчас, а через три года ваш клиент хочет добавить функцию, вы будете рады, что вы потратили время на проведение модульных тестов сейчас. (Хорошо, это может произойти или не произойти, но... если ваш клиент попросит кого-нибудь взглянуть на ваше решение в будущем и он увидит плохо взломанный код, он может больше не использовать вас).
Помните также, что чем больше вы делаете это, тем быстрее оно станет.
Дело в том, что вы спите намного лучше ночью, если знаете, что, по крайней мере, модульные тесты прошли успешно, прежде чем вы развернули эту штуку.
Наша среда разработки также довольно мала. В основном мы занимаемся веб-разработкой на Java (немного php), а не.NET или чем-то еще. Мы используем Project Locker для нашей вики, SVN и системы отслеживания ошибок. Для разработки кода он варьируется между Netbeans 6.1 и Eclipse и MySQL в качестве нашей базы данных.
Мы установили стандартную практику написания модульных тестов для нашего кода. Это значительно упрощает обновление нашей кодовой базы через 4 месяца.