好工程师,坏工程师

好的工程师是一件美事,他们可以改变公司的发展历程。

优秀的工程师不仅会实现一个躁动和反应敏捷的企业家的梦想,而且还会为实际的业务问题提供灵活,可扩展的解决方案。

优秀的工程师不会仅仅为了测试自己的能力而设计新颖的钝角,尖端技术。 优秀的工程师会在人迹罕至的地方向前迈进,为以前无法​​解决的问题提供优雅而又勇敢的新解决方案。

优秀的工程师不会责怪客户的反馈,而是会减少反馈,并在没有反馈的情况下对他们的工作失去兴趣。 好的工程师想要构建可以解决问题的二手软件。 优秀的工程师希望为他们的客户而不是同行提供服务。 好的工程师希望得到客户的认可,而不是(只是)工程界的认可。

优秀的工程师会推迟产品经理的工作,他们不能提供足够的市场情报来做出强有力的工程决策,他们花更多的时间在解决方案上而不是在问题上,他们在获得业务价值之前对按钮的颜色感到烦恼。

好的工程师不会推迟截止日期:好的工程师会设置自己的产品,并具有良好的流程和实践的估算能力,以及与产品以及彼此之间进行紧张但健康的谈判。

优秀的工程师会压制领导力,而领导力则不会提供周全,清晰明了的路线图,而这会给他们提供成功规划所需的远见。 好的工程师需要更多的视野,更多的专注力,更多的清晰度,更多的细节-而不仅仅是跑道。

优秀的工程师会改变一切,不是因为他们创造了未来,而是因为他们总是能找到解决问题的方法的乐观主义者。 优秀的工程师将公司的疑虑转化为信念。

优秀的工程师对士气和公司文化的影响要比任何数量的免费食物和无限制的假期更好。 优秀的工程师会阻止您休假,因为您踢得太多了,想停下来。

但是好的工程师有一个致命的缺陷:他们被坏的工程师所束缚。

糟糕的工程师通常是优秀的开发人员。 糟糕的工程师编写了一些世界上最好的代码-Uber,Google,Facebook和我工作过的每家公司都有糟糕的工程师。 不良的工程师无处不在,不良的产品经理也无处不在。

糟糕的工程师会优先考虑优雅的解决方案,而不是已解决的业务问题。 糟糕的工程师通过威胁而不是共识来驱动决策。 糟糕的工程师不会合作:他们会支配。

但最糟糕的是,糟糕的工程师没有意识到,工程师的最重要技能,无论是软件还是物理结构,都是作为一个团队进行交流和执行的。

糟糕的工程师重视代码而不是合作。

一位工程师不会建造仅能承受岁月和上帝行径的1000年历史的建筑,也不会建造能够经受住从几名客户扩展到几百万名客户的测试的软件平台。

糟糕的工程师杀死梦想,杀死激情,士气和杀死公司-比业务中的任何其他职能更多。 但是,该死,他们是否构建了一些很棒的他妈的软件。