影响程序员效率因素.docxVIP

影响程序员效率的因素对于一个不懂编程的人来说，编程或许很容易，敲敲代码就可以。一个公司了除了软件开发员外还有很多的人，产品经理，老板，业务人员，等等，这些人都会和程序员打交道的。但公司里没有人满意开发人员这种已经“竭尽全力”改变世界的速度，每个人都希望代码像消防水管里的水一样能够源源不断地流出来，但没有人愿意提供给开发人员更好地完成工作的条件。在工作中影响程序员的工作效率大概就是下面的这几点吧。1、会议最常见的影响因素是打断开发人员编码思绪的会议。老板信任该程序员，就会要求他们时不时地去会议室闲聊有关细节。他们偶尔也会指责其他的程序员老是跑过来询问有关或bug或功能或架构策略的问题。如果是切换大脑到正确的模式来操作抽象算法则通常需要时间。从会议模式中切换回编码模式，可能会浪费一个小时左右的工作时间。2、答复所有的电子邮件如果说会议很糟糕，那么查看发来的无穷无尽的邮件可能更糟糕。回复邮件需要时间，而且没人会对回复结果表示满意。然后那些最不耐烦的开发人员或许会选择简单的回复——“tl;dr”(即too long，didn’t read。篇幅过长，没有阅读)。有的团队完全不用邮件，虽然解决了邮件过载的问题，但却是以沟通为代价的。3、试图衡量生产力有些管理团队受那些所谓“你不能管理你无法衡量的东西”的书籍启发，于是开始衡量提交的或代码库或软件代码行或bug修复。他们认为，计数就是衡量，而且衡量一定是好事。但是程序员并不是砌砖工，不能数数砌了多少砖就知道其效率。相反，为了写出更好的代码，程序员需要或专注于编写的代码行，或解决bug，或提交到代码仓库，或做一些无法计数的事情。如果bug修复可以加分，那么一些微小bug的报告就会激增，bug修复也会如此。有人因为报告bug得到了奖励，然后另一个人因为修复它也能得到奖励。衡量效率实际上会因为鼓励功能丰富，代码过度设计的长文件，而让代码库变得更糟。4、妄自尊大的开发人员对于程序员而言，有这样一个同事比Boss更难以忍受、创建了代码的最后一次迭代，却不再应用于这个项目。当然，这可能是事实，但它很少像程序员说得那么糟糕。区别在于，问题通常也不是由于技能匮乏而引起的。主要还是风格的不同，并且风格还会随着时间而改变。上一代和我们今天访问的库不同。他们也不曾阅读过有关最佳做法的最新著作。妄自尊大的编程态度往往会减缓项目。骄傲和利己主义的混合发酵会导致程序员抛弃完全能够胜任的代码，只为了按照他们认为的“正确方式”重建。5、“以后修复”的思维定式，又名“技术债”我们总感觉不够时间在项目中按计划构建我们想要构建的东西。于是，我们偷工减料，给代码打补丁，缠满了虚拟胶带。曾有明智的经理将此称为是“技术债”，因为“债”是以后必须要还的。即使他们不理解代码，也知道“债”的含义。每个项目都有一定的技术债务。有时它会快速见效，但通常直到下一代才会发现这已经成为了一个坑。他们需要构建上一代没有做到的东西。就像滚雪球一样，越滚越大。6、非程序员经理总会有一些不是主修计算机科学，也不懂编程项目的人成为了经理。他们正好在“正确”的时间出现在了“正确”的地方。但是，老板让他们担任了经理，即使他们一窍不通。他们会用外行人的眼光来看待问题，哪怕不伦不类，文不对题。这类人只会不断地开会，只会妨碍编程。他们几乎给不了任何有用的指导，他们可以提供的只是那么一点质量检测。7、程序员经理虽然程序员可能会因为不得不与非程序员经理打交道而抱怨，但他们经常悄悄地表示，编程人员去做管理人员更糟糕——有时甚至更糟糕得多。他们是前任的天才，可能会决定微观管理项目，然后果决地撕裂大片的代码，因为他们有了一个新的展望。或者，也许他们会闲谈，对于同样的事情，他们是如何用8080汇编或C或Java编程写了一半的代码。在任何情况下，他们更痴迷于技术细节而不是大局，虽然他们被雇来的目的是盯牢后者。8、善于社交的程序员，又名“brogrammer”虽然程序员可以将每个问题和任何中断的责任归咎于巧言令色的销售团队，但编程人员也必须承认，有一些问题在于他们自己。程序员被聘请的目的在于他们的计算机技术，而不是他们的人际交往能力。程序员通常不善于沟通，不知道如何表达他们的感受和思维。他们可以准确抓住技术参数，就像庖丁解牛一样迎刃有余。无论客户想要改变什么都不要紧、程序员总是时刻思索着技术参数。尽管程序员通常可以过滤掉对方的特质，但当程序员之间发生磕磕绊绊时也会让团队失败。当同一个团队中两个人有着不同的政治观点，比方说，动态语言或NoSQL，那么团队就会永无宁日。一切都像是在战场一样，战火纷飞，硝烟弥漫。9、自私或牛仔程序员你从他的代码里发现一个空指针，捕捉空指针于是成为了你的工作。你最好多想一遍要不要传递一个零，因为自私的程序员不会检查除以零错误。这也成为了你的工作。牛仔程序员的