在大型團隊中開發軟件是否有趣且有趣？

Question

我從事硬件和軟件開發已有19年的歷史。在早些時候，我所從事的項目和團隊更小，更有效，更有趣。

單個開發人員對最終產品的投入及其成功的影響對每個人都是顯而易見的。我們與客戶有直接的聯繫和反饋。這對我們的工作是一種獎勵，也是改善產品的一種非常有效的方式。

隨着時間的推移，硬件和軟件增加的複雜性以及越來越多的人需要按時完成工作。對於我來說，更大團隊的趨勢的不利之處在於單個開發人員對項目成功的貢獻越來越小。由於質量保證部門日益增多，我們失去了與用戶和客戶的真實世界的聯繫。

我一直喜歡我的工作，並與最新技術如OOP，UML，.NET等保持聯繫。我已經作爲團隊領導工作了幾年，但我並不喜歡它，因爲我錯過了開發和編碼。

我只是感到沮喪的事實，我的整個「事情」我們正在努力的一塊越來越小，我失去了對它的概述和接觸到地面。請不要理解我錯了，我不想爲過去的美好時光哭泣，但對於我來說，一個巨型系統越來越專業的子模塊的工作變得越來越無聊。

我想知道如果我獨自一人的感覺，也許如果你有一些建議如何把樂趣帶回我的工作。抱歉，不，我沒有興趣在閒暇時間在開源項目上工作。在電腦屏幕前一天九個小時就夠了，生活不止是編碼...

Answer 1

我還需要與客戶互動和反饋。但是，客戶可能是很多東西。只要我滿意某人（最終用戶，團隊領導，大老闆等），那對我來說就夠了。互動本身是關鍵因素。

至於對系統產生重大影響的自豪感和歸屬感，再次是焦點問題。你仍然在創造東西，即使它是整體的一小部分。

我很久以前才意識到我是一個大池塘裏的小魚。學會感到高興我的地方在那個池塘是唯一的解決方案。

IOW，這都是相對的！

Answer 2

要回答這個問題，因爲它在標題中提到：不！

我感覺非常相似，並與其他許多人也這樣認爲。根據我的經驗，小團隊合作起來會更有樂趣，並且（由於其他原因）他們更有效。

Answer 3

我想這一切都取決於，有一定程度的友情伴隨着較小的團隊和較小的自我碰撞的機會。我經歷過兩次，他們都有自己的優缺點。說實話，在一個更大的團隊工作時，我從其他程序員那裏學到了很多東西，你認爲你知道很多，但總是有人知道更多。

Answer 4

這一切都取決於個人的團隊和自我。

在一個有自我問題的團隊工作時，無論技術有多酷，或者與客戶有多少互動，都無關緊要。一個糟糕的蘋果可能會耗盡所有有趣的工作在一個很酷的項目。另一方面，如果團隊凝聚成團隊，那麼技術過時或業務問題很無聊就很不重要。使用VI和具有10年曆史的beta C++編譯器在後臺會計系統上工作時，如果您覺得您的同事在同一場戰鬥中並且退縮，仍然可能會振作起來。當你從別人那裏學習，並且在你有一些新的嘗試方法的時候會聽到。當開發人員控制構建/測試/部署過程，以使其變得健全並改善支持團隊的生活（和睡眠模式）時。當你的同事（和你他們）總是願意幫助一個模糊的語言問題或通過一個瘋狂的錯誤工作。無論其他任何事情如何，編程都變得有趣和有趣。

Answer 5

對於某種想法，您可能需要考慮將公司更換回給您有更廣泛責任的小公司。此外，在這個過程中有哪些變化可以幫助你解決不喜歡的問題？

我確實有這個問題，你在這裏意味着什麼？一個項目中有50人的團隊會變大嗎？或者更像是1000大？在一個層面上，我要求擴大規模，因爲如果有人想看看微軟Office和Windows等大型產品的所有開發人員，而另一端則是開發團隊這一切。

我想第二次凱利的回答是，這取決於團隊和自我的另一個重要因素。你認爲什麼有趣？它是否找到了解決問題解決方案的更有效方法？它征服了Millenium puzzle？或者在使用軟件的時候看到有人在微笑，這會讓它變得有趣嗎？許多不同的可能的答案，雖然我可以提出建議，但它們的好壞完全是由你來解釋的。

我不認爲你一個人不喜歡公司的成熟過程會隨着新角色的增加而增加官僚主義和失去敏捷性，因爲它可能需要更多的簽名來改變允許或開發人員失去與產品客戶的聯繫。有許多種方法來生產軟件，有些地方的流程可能會比較少，並且只關注「實現它」的作用，而其他地方可能希望流程更加正式，併爲每一件小事組織了1,001項政策。你想在哪一邊工作？

Answer 6

謝謝大家的有趣和有價值的答案（和糾正語法和拼寫:-)

你給了我一些大點思考：

• 與用戶ELECTRONIC缺少互動（無論「客戶」意思是）
• 開發團隊內部的互動和反饋
• 什麼意思對我來說很有意思。我認爲它更多的是面對用戶的微笑，而不是使用尖端技術。
• 如何處理有時壓倒性的過程。
• 最後但並非最不重要的是要找到我在大池塘裏舒適的地方。這可能不是我現在住的那個...