Блог НТЦ Метротек » юмор http://blog.metrotek.spb.ru блог разработчиков Sat, 21 Jan 2012 12:36:22 +0000 en hourly 1 http://wordpress.org/?v=3.3.1 Экстремальное программирование в картинках http://blog.metrotek.spb.ru/2010/05/18/ekstremalnoe-programmirovanie-v-kartinkah/ http://blog.metrotek.spb.ru/2010/05/18/ekstremalnoe-programmirovanie-v-kartinkah/#comments Tue, 18 May 2010 05:00:20 +0000 Юрий Людкевич http://blog.metrotek.spb.ru/?p=2059 Один из приемов экстремального программирования — это парное программирование.

Парное программирование, каким мы его видим:

парное программирование, каким мы его видим

А вы практикуете парное программирование?

]]> http://blog.metrotek.spb.ru/2010/05/18/ekstremalnoe-programmirovanie-v-kartinkah/feed/ 0 Когда крышу срывает даже у консоли… http://blog.metrotek.spb.ru/2009/08/25/kogda-kryishu-sryivaet-dazhe-u-konsoli/ http://blog.metrotek.spb.ru/2009/08/25/kogda-kryishu-sryivaet-dazhe-u-konsoli/#comments Tue, 25 Aug 2009 15:18:43 +0000 Юрий Людкевич http://blog.metrotek.spb.ru/?p=1278
Даешь русскую консоль!

Даёшь русскую консоль!

Вот так ведет себя консоль, когда ей уже совсем плохо ;)

]]> http://blog.metrotek.spb.ru/2009/08/25/kogda-kryishu-sryivaet-dazhe-u-konsoli/feed/ 1 Экстремальный программизм http://blog.metrotek.spb.ru/2009/03/05/ekstremalnyiy-programmizm/ http://blog.metrotek.spb.ru/2009/03/05/ekstremalnyiy-programmizm/#comments Thu, 05 Mar 2009 11:13:57 +0000 Константин Добросолец http://blog.metrotek.spb.ru/?p=759 Широко известная методология экстремального программирования показалась нам недостаточной экстремальной и мы решили ее немного пересмотреть. Вот основные тезисы:

  1. Планирование не имеет никакого смысла, т.к. реальная жизнь все-равно расходится с любыми планами.

  2. Максимально длинные итерации. Нет абсолютно никакого смысла пичкать пользователя частыми релизами с незначительными изменениями. Так пользователь не будет видеть никакого движения вперед. Если и выпускать релиз, то ого-го какой, чтобы все видели что функционал растет! Поэтому не скупитесь на время подготовки релиза, добавляйте туда новые фичи пока они не кончатся.
  3. Ограничение общения с пользователями. Посудите сами, откуда обычной домохозяйке (ну или инженеру) знать как должен работать ваш продукт. Пользователи окончательно запутают вас своими глупыми и бессмысленными просьбами, отнимая ваше драгоценное время. Разработчик лучше всех знает, каким должен получиться продукт.
  4. Не стоит ограничивать рабочее время разработчика. Работать нужно в экстремальном режиме, до тех пор пока есть физические силы. Так будет написан больший объем кода и пользователи увидят, что качество продукта и его функционал растет. Идеальный вариант — это семидневная рабочая неделя. Отпуски крайне не приветствуются, так как разработчик забывает различные детали реализации и ему потребуется время, чтобы входить в курс дела заново.
  5. Каждый разработчик должен работать исключительно со своей задачей, не забивая себе голову чужими проблемами. Это правило не допустит рассредоточения внимания и позволит выполнить работу в намеченные сроки. Золотое правило: одна задача — один разработчик. Это правило поможет выполнить максимальное число задач, равное числу разработчиков.
  6. Недопустимо использование subversion. Каждый разработчик должен сам заботиться  о своих исходниках, хранить их у себя и никому не показывать, т.к. обязательно кто-нибудь испортит ваш драгоценный код.
  7. Новый функционал превыше всего. Багам не стоит уделять особого внимания, т.к. их мало кто замечает. А новую фичу заметят все!

С помощью таких вот нехитрых правил вы сможете повысить продуктивность и качество продукта на порядок. Удачи, друзья =))

]]> http://blog.metrotek.spb.ru/2009/03/05/ekstremalnyiy-programmizm/feed/ 3