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

Для одной идеи вы можете подумать о том, чтобы снова сменить компанию на меньшую, где у вас был более широкий набор обязанностей. Кроме того, какие изменения в процессе могут помочь с пунктами, которые вам не нравятся?

У меня действительно есть вопрос, что вы здесь подразумеваете под большим числом? Будет ли большая команда из 50 человек в проекте? Или больше 1000, чтобы быть большим? На одном уровне я прошу масштабирования, поскольку есть команды, выходящие за рамки крупных, если кто-то хочет посмотреть на всех разработчиков, которые работают над крупными продуктами Microsoft, такими как Office и Windows, в то время как на другом конце спектра находятся команды разработчиков из одного человека, которые делают это все.

Я бы поддержал ответ Келли, что это зависит от команды и эго для другого важного фактора. Что ты считаешь забавным? Поиск более эффективных способов решения проблем, у которых есть плохие решения? Это решение головоломки тысячелетия ? Или когда кто-то улыбается во время использования вашего программного обеспечения, это делает его интересным? Множество разных возможных ответов, и хотя я могу делать предложения, насколько они хороши или плохи, вы должны интерпретировать полностью.

Я не думаю, что вам одному не нравится, как по мере взросления компании процесс может меняться как новый люди с различными ролями добавляются из-за увеличения бюрократии и потери гибкости, поскольку может потребоваться больше подписей, чтобы получить разрешение на изменение, или разработчики потеряют связь с клиентом своего продукта. Существует целый спектр различных способов создания программного обеспечения, и в некоторых местах может быть меньше процессов и они сосредоточены на том, чтобы «просто заставить его работать». в то время как другие места могут захотеть, чтобы процесс был более формальным и организованным, с 1001 политикой на каждую мелочь. На каком конце вы хотите работать?

Думаю, все зависит от того, есть ли степень товарищества, которая приходит с меньшими командами, и меньшая вероятность столкновения эго. Я испытал и то и другое, и у обоих есть свои плюсы и минусы. Честно говоря, работая в большой команде, я так многому научился у других программистов, вы думаете, что много знаете, но кто-то всегда знает больше.

Все зависит от команды и эго отдельных людей.

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

С другой стороны, если команда сработалась, не имеет большого значения, устарела ли технология или если бизнес-проблема утомительна. Работа над бэк-офисной системой учета с использованием компиляторов VI и бета-версии C ++ 10-летней давности может по-прежнему воодушевлять, когда вы чувствуете, что ваши коллеги участвуют в одной борьбе и поддерживают вас. Когда вы учитесь у других и к вам прислушиваются, когда у вас есть возможность попробовать новый подход. Когда разработчики контролируют процесс сборки / тестирования / развертывания, чтобы он был разумным и улучшал жизнь (и режимы сна) группы поддержки. Когда ваши коллеги (и вы их) всегда готовы помочь с непонятной языковой проблемой или проработать сводящую с ума ошибку. Это то, что делает программирование увлекательным и интересным независимо от всего остального.

Чтобы ответить на вопрос как сказано в названии: Нет!

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

Спасибо всем за ваши интересные и ценные ответы (и за исправление грамматики и орфографии: -)

Вы дали мне несколько важных моментов, над которыми нужно подумать:

• Отсутствие взаимодействия с клиентами (что бы ни означало «заказчик»)
• Взаимодействие и обратная связь внутри команды разработчиков
• Что для меня значит развлечение. Я думаю, что это больше улыбка на лице пользователя, чем использование передовых технологий.
• Как справляться с иногда подавляющими процессами.
• И последнее, но не менее важное: найти свое удобное место в большом пруду. Возможно, это не тот, где я сейчас нахожусь ...