我从事硬件和软件开发业务已有19年了。在早些时候，我参与的项目和团队规模更小，更有效，更有趣。
对于每个人来说，单个开发人员对最终产品的投入及其成功的影响是显而易见的。我们与客户直接联系并提供反馈。这对我们的工作是有益的，也是改进产品的一种非常有效的方法。
多年来，随着硬件和软件的复杂性的增加，越来越多的人需要按时完成工作。对我来说，更大的团队趋势的缺点是，单个开发人员对项目成功的贡献越来越小。由于QA部门越来越多，我们失去了与用户和客户现实世界的联系。我一直很喜欢我的工作，并与OOP，UML，.NET等最新技术保持联系。我已经作为团队领导工作了几年，但我不喜欢它，因为我错过了开发和编码。
我很沮丧的事实是，我正在处理的整个“事物”的部分变得越来越小，我失去了对它的概述和与地面的接触。请不要理解我错了，我不想为过去的美好时光而哭泣，但对我来说，在一个庞大系统中越来越多专业子模块的工作变得越来越无聊。
我想知道我是不是觉得这样，也许如果你有一些建议如何将乐趣带回我的工作。抱歉，不，我对在空闲时间开发一个开源项目感兴趣。电脑屏幕前一天九小时就足够了，生活不仅仅是编码...
答案 0 :(得分：3)
我还需要与客户进行互动和反馈。但是，客户可以是很多东西。只要我满足某人（最终用户，团队领导，大老板等），那对我来说就足够了。互动本身是关键因素。
至于对系统产生重大影响的自豪感和所有权感，这又是一个焦点问题。您仍在创建某些内容，即使它只是整体中的一小部分。
我很久以前就意识到我是一个大池塘里的小鱼。学会对那个池塘里我的地方感到高兴是唯一的解决方案。
呃，这都是相对的！
答案 1 :(得分：2)
我猜这一切都取决于，有一定程度的友情伴随着较小的团队和较少的自我碰撞的机会。我经历过这两方面，他们都有自己的优势和劣势。老实说，在一个更大的团队工作的过程中，我从其他程序员那里学到了很多东西，你认为你知道的很多，但总有人知道更多。
答案 2 :(得分：2)
这一切都取决于团队和个人的自负。
在有自我问题的团队工作时，技术有多酷或与客户进行多少互动并不重要。一个糟糕的苹果可以消除所有的工作在一个很酷的项目的乐趣。
另一方面，如果团队凝聚了，那么如果技术已经过时，或者业务问题很无聊，那么问题就很少了。使用VI和具有10年历史的beta C ++编译器进行后台会计系统的工作仍然可以让您感觉自己的同龄人处于同一场战斗中并且有所回报。当你从别人那里学习并在你有一些新的尝试方法时被倾听。当开发人员控制构建/测试/部署过程以使其理智并改善支持团队的生活（和睡眠模式）时。当你的同伴（以及他们）总是愿意帮助解决一个模糊的语言问题或者解决一个疯狂的错误。这使编程变得有趣和有趣，无论其他什么。
答案 3 :(得分：2)
您可能需要考虑将公司更换回一家较小的公司，在这家公司，您有一个更广泛的责任，一个想法。此外，这个过程中的哪些变化会对你不喜欢的点有所帮助？
我确实在这里有大概是什么意思的问题？一个项目中50人的团队会变大吗？或者它更像1000大？在一个层面上，我要求扩展，因为如果有人希望查看所有开发微软大型产品（如Office和Windows）的开发人员，那么有大型团队，而另一端则是一人开发团队。这一切。
我的第二个凯利的答案，这取决于团队和自我的另一个重要因素。你觉得有什么好玩的？它是否找到了更有效的方法来解决解决方案不好的问题？是征服Millenium puzzle吗？或者在使用您的软件时看到有人微笑是什么让它变得有趣？很多不同的可能答案，虽然我可以提出建议，但它们的好坏完全是你要解释的。
我认为你并不孤单，不喜欢随着公司的成熟，这个过程会随着各种角色的新人增加官僚主义和失去灵活性而变化，因为可能需要更多的签名才能让变更被允许或者开发者失去了对产品客户的这种接触。有各种各样的方法来制作软件，有些地方可能没有适当的流程，而是专注于“只是让它工作”，而其他地方可能希望这个过程更加正式和有组织，每个小东西都有1,001个政策。你想在哪一端工作？
答案 4 :(得分：1)
回答标题中提到的问题：不！
我感觉非常相似，并且与许多其他想法相同的人交谈过。根据我的经验，小团队工作更有趣，并且由此（以及其他一些原因）他们更有效。
答案 5 :(得分：1)
谢谢大家的有趣和有价值的答案（以及纠正语法和拼写： - ）
你给了我一些重要的想法：