tестирование dot com
Шрифт:
месяц гораздо эффективнее для сплочения коллектива, чем со-
вместная проспиртовка мозгов во время пятничных застолий.
б. Технический аспект
Каждый из участников цикла разработки ПО должен быть досту-
пен для контакта: желательно, чтобы все они работали в одном
здании; в локальной сети должны быть доступны служебные, мо-
бильные и домашние телефоны; необходимо согласовать часы
(хотя бы 4 часа в день), когда все (и тот, кто ушел в 6 часов вече-
ра и в 3 утра) находятся в офисе.
3.
У некоторых программистов есть такая концепция: "Если я пишу
код, который могу понять только я, то меня не уволят".
Ну, во-первых, при желании можно уволить даже президента
"ЮКОСа", во-вторых, такой подход к работе априори неправи-
Цикл разработки ПО
91
лен: в интернет-компаниях никто никого силком не держит, и
если ты согласился работать на определенных условиях, то будь
добр работать профессионально и добросовестно.
Если же компания не выполняет взятых на себя обязательств
(например, по оплате), то мы просто ищем другую компанию —
ведь никто никому не давал клятву верности.
Постановка мозгов
Компания держит каждого из нас до тех пор, пока мы ей нужны, и если
какая-то конкретная позиция перестает быть необходимой для бизне-
са, то человеку просто говорят: "Гуд бай" независимо от того, сколько у
него
детей плачет по лавкам;
котов мяукает по печкам.
Как поет Тимур Шаов: "Это бизнес, господа..."
Вместе с тем, если вы находите компанию с лучшими для себя усло-
виями и, работая на старом месте, прошли интервью и получили
письменное предложение о работе, то вы просто идете к своему ме-
неджеру и говорите, что собрались уходить, но можете подумать о том,
чтобы остаться, только если компания сделает для вас то-то и то-то,
например повысит заработную плату.
Несмотря на то что бизнес есть бизнес, нужно оставаться профессио-
налом, даже если предложение о новой работе удивительно выгодно и
искушение все бросить велико. Никогда не уходите из компании, не
передав дела и не закончив старые проекты. Ведите себя про-
фессионально !
После небольшого отступления продолжаем основную тему.
В-третьих, чтобы избежать подобных проблем, чреватых багами
и трудностью их фиксирования (fix — починка, ремонт), в ком-
пании должны проходить инспекции кода (code inspection).
Это может быть еженедельное совещание, например, следующего
формата: менеджер программистов распечатывает код любого из
программистов, и последний в присутствии коллег рассказывает,
что, как и почему. Будет ли программист писать код, понятный
только ему, если на совещании его обязательно спросят: "Това-
рищ, а что это вы здесь написали?"
4. СТАНДАРТЫ ПРОГРАММИРОВАНИЯ
С пунктом 3 перекликается идея создания стандартов програм-
мирования.
92
Тестирование Дот Ком. Часть 1
Пример
Вспомним Вавилонскую башню, а вернее, ТОТ момент строительства,
когда все вдруг стали говорить на разных языках (множественность
стандартов). Последствия печальны: проект был начисто заброшен,
название кинокомедии "Some like it hot" перевели как "В джазе только
девушки" и японские фанатки "Тагу" убеждены, что "Мальчигей" — это
название места для романтических свиданий нетрадиционных девушек
на Красной площади.
Такая же катавасия творится в компании, когда программисты
вроде бы и используют тот же язык, например C++, но при напи-
сании кода каждый руководствуется своими привычками.
Пример
Допустим, что отсутствуют стандарты названия новых классов C++.
S этом случае, если Саня любит называть свои классы в формате
"CREDITCARD" (все заглавные и нижнее подчеркивание), а
Леха — "CreditCard" (заглавные только первые буквы каждого слова
и слитное написание),
то, например, Леха, не зная о привычках Сани, но верный своим при-
вычкам, помня лишь "Кредиткард" и желая обратиться к функции из