forum.lissyara.su

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

Какая она, команда? И как в ней работать?

уметь
1 общаться днями, месяцами, стоя как говориться на месте и обсуждая непонятные проблемы
2 распределять задачи
3 уметь так писать код что бы твой код + код комманды был одного стиля
4 ну итд много всяких заморочек

что бы ты понял
представь себе такой пример
вот есть что то что ты пишешь сам
а теперь представь все проблемы которые бы появились если бы ты это делал не сам
а в комманде 10 человек
представь что ты отвечаешь токо за какой то участок кода
притом при всем что должен учитывать и те участки кода которые ты щас не видешь но должен предугадывать как их напишет кто то из комманды и соответвенно писать свой код
быстро взаимодействуя выявлять какая часть кода глючит твоя или соседа и корректно без наездов ему намекнуть
если он не понимает то обьяснить ему
если вы не можете найти компромис то искать другие пути решения)))
итд

целые мемуары писать можно

участки кода которые ты щас не видешь но должен предугадывать как их напишет кто то из комманды

может методологии программирования у нас и не прижились, но хотя бы в общих чертах спроектировать архитектуру системы возможность всегда есть.
не надо предугадывать, надо следовать документации проекта. возможно, в этом и заключается опыт работы в команде.
имхо.

увы
есть такая фигня как ектрим программинг
где нет никакой архитектуры

paradox писал(а):уметь
1 общаться днями, месяцами, стоя как говориться на месте и обсуждая непонятные проблемы
2 распределять задачи
3 уметь так писать код что бы твой код + код комманды был одного стиля
4 ну итд много всяких заморочек

1. Берут в команду не за твои трепательские навыки. Идеальный вариант веселой комманды разухабистых программеров - это набор на съемки телесериала про крутых хацкеров.
2. Распределять задачи должен ПМ, а конкретику задавать ТимЛид
3. Для этого есть нормативный документ, либо в случае маленькой команды - устная договоренность о стиле разработки.
4. Да нет заморочек... если все построено грамотна. А если процесс не поставлен - то даже кучка супер-гениев выдаст пшик.
Работа в команде больше практический навык чем теоретический

идеальный вариант когда команду набирают с нуля
тогда у всех одинаковый старт по требованиям
тяжелее когда добирают команду
тогда сильнее придираються итд
все равно одни заморочк

paradox писал(а):идеальный вариант когда команду набирают с нуля
тогда у всех одинаковый старт по требованиям
тяжелее когда добирают команду
тогда сильнее придираються итд
все равно одни заморочк

Это жизнь, при рождении нам не дают документ что будет легко
B вообще по теме... сколько раз уже обсасывали если 1 программер делает модуль за 10 дней.. это не значит что 5 программеров сделают за 2 дня, по одной простой причине: на стыковку кода и согласование может уйти та самая неделя

))) мыж не про жизнь а про команду программеров
если добирают в команду то это хуже чем когда набирают команду с нуля
вот почему иногда команды разганяют и набирают по новой
а не выгоняют и добирают

paradox писал(а):))) мыж не про жизнь а про команду программеров
если добирают в команду то это хуже чем когда набирают команду с нуля
вот почему иногда команды разганяют и набирают по новой
а не выгоняют и добирают

Тут ты неправ...на это решаются оооочень редко.
Если не останется ключевых разработчиков которые в ТЕМЕ - то в 90% проект можно хоронить либо сроки выхода в тестирование умножать на пять

Fastman писал(а):Тут ты неправ...на это решаются оооочень редко.

ну по крайне мере в крупных фирмах такое не редкость.

LizardOfOzz писал(а):но хотя бы в общих чертах спроектировать архитектуру системы возможность всегда есть.

есть проблема, которая связана с низким уровнем подготовки членов команды. Если команда сильно различается по уровню подготовки, то взаимопонимание будет сильно страдать. У меня был случай, когда приходилось доказывать напарнику, что писать комментарии — архиполезное действо.

paradox писал(а):а в комманде 10 человек

гм... хрен его знает...

к слову о виденьи, я тут нарыл такой код дык вот, я вижу в нём больше ошибок, чем кода, а для большенства это обычный код. тут как минимум пять ошибок...

zg писал(а):У меня был случай, когда приходилось доказывать напарнику, что писать комментарии — архиполезное действо.

Разве на этот случай не должно быть кого-нибудь главного, который бы как сказал, так и будет, вне зависимости от мнения на этот счет других участников?

princeps писал(а):Разве на этот случай не должно быть кого-нибудь главного, который бы как сказал, так и будет, вне зависимости от мнения на этот счет других участников?

у нас мало кто заботится содержанием, для большенства фирм главное, чтобы просто работало

ага, самый рабочий код еще пишеться попьяни.
Но главное чтобы РАБОТАЛО

manefesto писал(а):ага, самый рабочий код еще пишеться попьяни.
Но главное чтобы РАБОТАЛО

Ага..а потом приходит такой код на доработку/поддержку, и хочется плакать и застрелить кого ни будь причастного к этому мраку

manefesto писал(а):ага, самый рабочий код еще пишеться попьяни.

видел я такой код, бред полнейший Если человек не знает, что именно он пишет и, главное, для чего, то через некоторое время начинают лезть артефакты.

manefesto писал(а):Но главное чтобы РАБОТАЛО

ага, но бизнес есть бизнес... Платят не за красоту, а чтоб работало

В первую очередь по человечески все же слаженность команды, способность уживатся с людьми, спокойно общатся.
Остальное - задача лидера.