在过去的8年中，我一直是一家小型初创公司的.NET程序员。我已经组装了一些相当不错的软件，并且我一直在努力改善自己，并遵循最佳实践，包括源代码控制（SVN / TFS）。我与其他学科的工程师团队紧密合作，但是当涉及到软件时，我是唯一的编程人员。我喜欢编程的技巧，也喜欢学习新知识以增强工具。
两周后，我将开始一个由20位.NET开发人员组成的团队的新工作。我的职位将是中级，并且我将在一些具有令人印象深刻的背景的程序员的带领下工作。同样，团队开发对我来说是新的，所以我正在寻找一些通用的“新手”技巧，这些技巧将帮助我尽可能高效，轻松地与一开始相处。
任何事情，包括高级技巧，以及与沟通有关的日常琐事。
Answers:
通常是常识，但我的建议是：
第一周的大部分时间都花在与人而非技术上。不要在第一天浪费您的时间来定制您的桌面或其他任何会使您脱离团队的东西。尽快认识尽可能多的同龄人。
尝试找出谁是工作马力，谁也很快。尽可能避免流浪汉，每个团队都有流浪汉，您不想被归类为流浪汉。
即使在下班或午餐后喝啤酒，也要在头几周参加任何社交活动。
听着并写下来，请同伴重复对程序的描述会使他们厌烦。
除非熟悉特定问题，否则请花费头3到6个月的熟悉时间，不要建议对过程/体系结构/等进行更改。它们对您的工作方式将有所不同，并且某些元素可能很差-但是会有其原因，并且它们很少是由于疏忽或无知而造成的。
我怀疑编程方面是否会真正成为问题。
扮演魔鬼的代言人，我要确保您的队友有能力。没有什么比在没有人以“正确”方式做任何事情的团队中工作更糟糕的了，因为在想做错事的人中，您的人数总是比其他人多。
您提到在具有令人印象深刻的背景的开发人员下工作，这听起来很有希望，在这种情况下，我鼓励您学习能做的事情，但是永远不要为了“成群的心态”而忘记已经知道的知识。如果其他人做错了什么并且您做对了，请不要妥协。
听多于说话。
提出的问题多于尝试回答的问题（除非问题直接针对您）。团队中的“老手”将通过您提出的问题来了解您在学习代码方面取得了多少进展。他们可能有一个期望的心理清单。
编写代码以符合主流风格。这适用于放置空格，花括号，大写字母，变量名的长度，方法的平均大小，注释的密度以及其他无关紧要的地方。如果您确实有充分的理由做不同的事情，请向一位老员工询问为什么团队拥有给定的风格。您可能会了解有关团队历史和个性的一些有趣的事情。这把我带到了下一点。
了解团队知识。最有可能不会在任何地方写下这些知识，但这是团队的常识。团队的知识包括项目如何达到当前状态的历史，过去的错误，过去的成功以及在此过程中获得的经验教训。它在简短的陈述中被称为“类似frobnitz bug的声音”。当您看到/听到团队成员同意某人的神秘评论时，可能涉及团队知识。问人家。
在您了解所涉及的个性和历史之前，不要批评代码。您不知道自己可能冒犯了谁。