|
04 Apr 2002 ::
Есть немножко новостей на сегодня. Во-первых, на второй день реализации
поддержки протокола IRC в centericq, уже получилось нечто
работоспособное... [ дальше.. ]
|
|
10 Aug 2002 ::
Итак, описание нашей последней авантюры - "выходные на море". Вообще-то,
конечно, на море никто только на субботу-воскресенье не ездит. Но нет
препятствий патриотам! А также таким заядлых исследователям, как
искренее ваш... [ дальше.. ]
|
|
02 Aug 2002 ::
Меня часто спрашивают "Ну, как тебе Румыния?", "Чего там интересного?",
и так далее... [ дальше.. ]
|
|
методологии или карьерное строительство в IT
27.08.2009
|
17.05.2010 18:44 Игорь
Не со всем согласен. Да, если во главу угла ставится процесс и коммуникации - получится какашка. Если ответственность с разработчиков "спадает" в результате внедрения новомодного скрама - ничего хорошего не жди.
Так в чем, на мой взгляд, ошибки...
Если у вас слаженная команда профессионалов - то процесс уже есть. Можно просто улучшить ситуацию, привнеся некоторые практики, если они подходят. Как создать слаженную команду - это вопрос, на который, увы, процессы не дают ответа, да и не пытаются.
Странная фраза "никто никому не говорит, что делать." Каждый и так это должен знать. Футбольный вратарь и нападающий знают. И никто им не говорит. И все работает. Это хорошая аналогия, поразглядывайте ее.
Тщеславие и стремление обладать - действительно эгоистично и тоже ни к чему хорошему не приводит. Большая проблема для менеджера - такой разработчик, который никого не пускает в свой код.
"Отсутствие механизма принятия технических решений" - тоже непонятно откуда взялось... Кто же вам может запретить использовать любые механизмы для принятия технических решений? Фигня какая-то. Как команда захочет - так пусть и решает. Естественно, с учетом внешних ограничений на решение.
"Проблема, возникшая на участке, не связанном с текущими задачами разработчиков, - практически неразрешима" - бред. Достаточно ее обозначить, как критическую и сказать, что кто угодно, но должен ее решить. Почему-то, когда мяч оказывается на равном удалении от всех игроков в футболе, тренер не бежит поперек поля и не кричит "Вася! Теперь ты ответственен за мяч!"
При индивидуальной ответственности за функционал очень высоки риски. Одному проще ошибиться, написать говнокод, заболеть, умереть и т.п. Проблемы с неравномерной загрузкой разработчиков: "75% у нас написал Вася, и мы туда не лазим, а он сейчас занят - он еще 5% захапал..."
Конечно, само собой от применения процесса ничего не заработает. Это факт. Но, увы, действительно продавцы методологий часто создают такое ощущение... Тут я согласен. Но сам процесс от этого не становится хуже. Просто вы не умеете его готовить ;)
|
03.01.2010 23:25 Статья похожа больше на правду чем на быль!
Классно написано...мож поэтому.!
|
21.11.2009 05:10 Олег
Ребята, а можно узнать, как и что вы с багзилой разрабатываете? Не знаю, чем вам эти процессы насолили. У вас какой-то личный опыт есть в программировании? Никаких фактов, одни домыслы. А так статья хорошая, только не по существу. А еще вам вот эти видео должно понравиться http://www.youtube.com/watch?v=esMWX6fREkI
|
10.09.2009 11:40 farside
Привет, Костя.
Прочитал статью, отлично пишешь.
По поводу новомодных методологий полностью с тобой согласен, уже и на своём опыте убедился. В коллективе разработчиков, где пытаются ввести самоорганизацию - всё рухнет рано или поздно, если, конечно, это не группа фрилансеров или маленькая группа разработчиков с долевым участием в Проекте. Второй исход самоорганизации - вырождение в бюрократический (приказный) режим, как только участники определятся с лидерами и весом каждого в команде.
|
05.09.2009 01:46 Eugene
В точку!
|
27.08.2009 15:06 PHWizard
Со статьей согласен. Надо бы сюда еще картинку твою с какашкой вставить ))
| konst: |
Точно, совсем про нее забыл! Готово. |
|
|
|