Скачать: CL | DM;

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

← →
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]

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

---

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

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

---

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

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

---

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

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

---

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

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

---

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

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

---

Страницы: 1 вся ветка

Скачать: CL | DM;



Память: 0.48 MB
Время: 0.038 c