开发者指南示例带来了新的开发者加快速度

下面的编码规则的一些很好的例子: P>

  • What应该编码规则办,以及是否有指引任何好的例子吗? li> ul>

    什么更普遍的指导原则?像VCS过程中,通信等我想写这样的事情,这将是很好的得到一些想法从别人已经提出了许多试验和错误后; - ) P>

    我说的不是几十个或几百个细节每一个小小的过程页的手册。更多类似的海报,以供参考。 P>

73 亚博体育官方网页版 1 回复
? gt ? 开发 ? 方针 ? 指导 ? strong ?

回复

    您选择的具体的指导方针,以提供与文件真的取决于你的团队,各种你有(或预见)的组织问题的性质,以及文化要培养。 P>

    但是,这里是(从我的经验)对生产的指导方针的一些准则: STRONG> P>

    1. 要保持简短,简单。 STRONG>任何人读取(或记住)数十规则和准则的网页。这是既浪费时间创造并导致沮丧你的开发社区。 li>
    2. 不要成为一个控制狂。 STRONG>除非你建立一个核反应堆或太空飞船,超级严格的指导方针,每个人都必须了解和遵守了收益递减的价值。李>
    3. 专注于基本面。 strong>确保您的准则涉及这些东西,开发商每天(如版本控制)的交易。离开深奥的问题,在一旁 - 至少在最初阶段 li>
    4. 帮助人们找到的东西。 STRONG>指南,帮助人们找到现有的资源,工具,远比那些告诉人们该怎么做更有帮助。 li>
    5. 鼓励团队成员做出贡献。 STRONG>指引人们感到他们拥有和贡献(基层)更可能遵循比上高'法令'。 li> OL>

      在我个人看来,记录你的过程是如何工作的每一点,然后坐在新的开发打倒“方针粘合剂”是一种正确的方式来让开发者忘记或忽略你所有的指导方针。 P>

      我用过的最有效的办法是让新的开发者的影子无论是团队领导或其他更高级的开发人员,每天在这里的铅可以描述自己在做什么和怎么做共同的任务,然后按照与铅阴影的新员工,不写什么,但投入的时间100%看着他们经历的过程。 P>

      是的,它更是一个时间片的高级开发人员比plopping人倒有一个大的老粘结剂,但机会是粘合剂会过时,或信息,没有实践或实际工作经验的绝对数量会造成在指导方针被忽略。 P>

    吴薇娟

相关提问


友情链接: