А что подразумевается под "опытом работы в команде"?

← →
Petr V. Abramov © (2006-11-12 00:57) [0]

1. Ваше мнение
2. По вашему опыту, тех, кто "опытработы в команде" пишет в требованиях/пожеланиях

← →
DrPass © (2006-11-12 01:03) [1]

1. Слушать начальство
2. Согласовывать свои действия с коллегами
3. Перенимать используемые стандарты написания/оформления
4. Не делать ничего втихаря
5. Уметь пользоваться средствами групповой работы, как минимум - CVS

← →
Petr V. Abramov © (2006-11-12 01:05) [2]

> DrPass © (12.11.06 01:03) [1]
я правильно понял, что Ваше мнение совпадает с мнением тех, кто ЭТО указаывает в требованиях?

← →
DrPass © (2006-11-12 01:17) [3]

> Petr V. Abramov © (12.11.06 01:05) [2]

Требующий от программиста умение работать в команде работодатель знает, что такое "умение работать в команде", не так ли? Так что все просто. То, что написано в требованиях, и есть самое верное определение.

← →
Petr V. Abramov © (2006-11-12 01:24) [4]

хи

← →
Petr V. Abramov © (2006-11-12 01:28) [5]

а того, кто н будет так шептать - выгнать без объяснения причин, потому что у него в коде/свойствах компонент - random

← →
DrPass © (2006-11-12 01:50) [6]

Дело хозяйское. В любом случае, безалаберности и самодеятельности в команде не место. И неважно, какая команда - программистов, нефтяников или похоронный оркестр. Или для тебя работа в команде = умение быстро бегать за пивом для товарищей? ;-)

← →
Юрий Зотов © (2006-11-12 01:55) [7]

> DrPass © (12.11.06 01:03) [1]

Все это так, но не только. Есть еще немалая (и намного более сложная) вещь: ТАК проектировать и ТАК писать, что после тебя архитектура пограммы и ее код будут понятны тому, кому доведется ее поддерживать и развивать.

← →
Petr V. Abramov © (2006-11-12 02:06) [8]

> Юрий Зотов © (12.11.06 01:55) [7]
> ТАК проектировать и ТАК писать, что после тебя архитектура пограммы и
> ее код будут понятны тому, кому доведется ее поддерживать и развивать.
так это ж просто - пеши документацию :))))))

← →
Petr V. Abramov © (2006-11-12 02:13) [9]

справедливости ради отмечу, что в недокументированном коде Юрия С. Зотова разобраться нетрудно даже без комментариев

← →
Германн © (2006-11-12 02:47) [10]

> Юрий Зотов © (12.11.06 01:55) [7]
>
> > DrPass © (12.11.06 01:03) [1]
>
> Все это так, но не только. Есть еще немалая (и намного более
> сложная) вещь: ТАК проектировать и ТАК писать, что после
> тебя архитектура пограммы и ее код будут понятны тому, кому
> доведется ее поддерживать и развивать.
>

Вот если МЫ это поймём, тогда и "Квартет дедушки Крылова" сможем переместить в историю русской словесности! :-)
Я это не только о "программировании"!

← →
lookin © (2006-11-12 04:49) [11]

Слушать начальство, только если оно адекватно мыслит...

Согласовывать свои действия с коллегами, только если коллеги сами этого хотят...

Опыт - это все!

Втихаря лично я сделал многое. Не сказать, что подавляющее большинство, но многое...

На пятый вопрос я не могу ответить...

← →
Sergey Masloff (2006-11-12 08:07) [16]

1) Сразу переключаться на стандарты написания кода используемые в команде
2) Иметь достаточный опыт для быстрого вникания в чужой код
3) Навыки группового обсуждения проблем (это не так просто как кажется на первый взгляд)
4) Умение брать на себя ответственность
5) Уметь держать в голове много сведений о "не своих" участках чтобы исключить дублирование реализации похожих задач
....
еще много чего

А что подразумевается под "опытом работы в команде"? Найти похожие ветки