检查，再检查你的代码，你的问题由你来修复。“把代码扔过篱笆”的工程师都是可怕的工程师。你应该保证你的代码是可以工作的，这不是测试人员或者你同事的工作，这是你的工作。懒洋洋写就的代码会拖延你，延迟周期时间，产生bug，有让每个人恼火。 如果你一直提交破坏性的代码，那么你就在对团队其他成员不断征税。— Peter Nixey (@peternixey)April 22, 2014 不要拿自己不当回事，觉得你只是个负担，问题应该自己解决。
每天至少（只）花4个小时做实际工作对于讨论自我进步，关注和使用在开发者之间流行的生活技巧，简单的真理是：你不需要做大量的工作，就可以实现高效。真正重要的是，你能持续地做到这一点。每天花费最少完整4个小时来做恰当（proper）的事情，日复一日，你会成为团队中最有贡献力的成员。 不过，每天都抽出4个小时来工作比看起来要难得多。 恰当的工作意味着没有邮件，没有新闻，没有会议，没有杂七杂八的琐事。意味着一小时最少45分种的时间专注于（你正在做的事情）。一天4小时的工作意味着一天没有会议，没有漫长的午餐和休息时间讨论足球。我相信，一天扎实工作八小时几乎是不可能的。每天四小时也意味着你应该瞄准工作五或者六个小时，这样你才可能得到四小时的认真工作时间。 这也意味着你可以拥有丰满人生的同时，成为团队中一个卓有成效的贡献者。这意味着你不需要在HN上发表一个自我放弃“我忙死了，快来帮帮我”的帖子，这意味着你只要持续工作，你就能被重视和获得尊重。 软件团队并不因为人们每天工作四小时而比工作七小时的团队进展慢（持续这样的方式是非常疯狂的）。他们慢下来是因为人们几周都没有找到方向，或者那些响亮而空乏的嗓子，决定花费时间讨论 google vs facebook 的获取策略而导致的无止境的咖啡休息时间。 只要能工作就好，不要在乎你的进步看起来是如何缓慢或平庸… 每天工作四个小时，日复一日你会成为团队中最优秀的人员之一。— Peter Nixey (@peternixey) April 22, 2014
记录已完成的事情，并和团队成员分享不管你是如何记录文档，是通过类似Copyin的邮件列表，wiki 或者是代码中的内嵌注释，你应该花时间来解释你的架构方法，和团队其他成员一起学习。 在安装Postgres或者ImageMagic时遇到了问题？如果你觉得这解决起来比较困难，团队的其他成员可能也会遇到这样的困难，花费一些时间记录下来并告诉团队其他人你是如何做到的，节约他们下一次遇到问题时的时间。 程序开发时最糟糕的事情是，整天和bug作战或者处理安装问题。如果你花费时间来记录和分享你找到的方法，你可以从预先为你同事准备中赢得五倍你花费的这些时间。
理解和欣赏处理太多测试和太少测试之间的微妙平衡测试是一个强大的工具。它允许你设置一个发布基准，你可以信赖你的发布，让你不那么害怕制造它们。对发布的恐惧越少，你越这样做你改进得就越快。 不过，这也可能过头。测试需要时间编写，运行和更多的时间来维护。 可以想象测试是盔甲，你穿得越多你受伤的可能性就越小，不过也让你更难进攻。— Peter Nixey (@peternixey) April 22, 2014 你负重太多而无法前进，阻碍你弯曲四肢，无法移动。太少的话，第一次跨过混凝土地板的滑动就会伤到你，让你流血。
关于如何进行适量的测试，没有直观的答案，某些项目需要比其他项目更多的测试，测试是你专业化需要学习的一个全新的领域。 花时间去理解什么是真正需要测试，如何编写一个良好的测试。花时间去查看当测试添加值，或者最起码你期望它们是怎么样的。不要害怕进行测试，也不要害怕不进行测试。正确的处理方式是平衡，花时间去探索平衡点在哪里。
让你的团队更出色这不同于其他点，这不是你可以独自采取行动，也没有明确的指标告知你其他行动是否有效。 你的存在，是让你的团队变得更好还是更糟呢？你的代码质量，你的文档和你的技术有米有帮助到你周围的人。你是否激励和鼓励你的队友成为一个更优秀的开发者？或者你就是那个导致bug的人，或者你坚持自己的观点浪费数小时讨论架构无关的废话，因为它有助于掩饰你没有做实际工作的事实？ 你应该让你的团队变得更好，总是有一两种方法你可以让你的团队变得更好，通过你素养的熏陶而帮助其他人变得更强。然而，成为一个孤独的“智者”可能是最缺乏价值的，或者说你能选择的最有破坏价值。事实上，如果你选择的维度并没有让你觉得厌烦，这可能不是一个好的选择。
It’s not who you are on the inside that defines you这是一个谦卑的智慧，在蝙蝠侠开篇就有这么一句，这句也一直伴随着我。在电影的某个时间，蝙蝠侠在闲逛，表演着一个亿万富翁的花花公子。克里斯蒂安·贝尔恳求凯蒂·赫尔姆斯相信：他内在仍然是一个好人，她只是说了：不是你穿了什么，而是你做了什么展现你的价值。 你作为一个开发者的贡献，不是由你有多聪明或你知道多少来衡量的。这不是由你简历上的技术名称缩写，你工作的公司和你上过的大学决定的。它们暗示你能做什么，但是你的价值是由你做过什么，以及这些如何改变了项目和你周围的人决定的。 如果你想变得更好，请做好准备。 原文链接： Peter Nixey 翻译： 伯乐在线 - 周昌鸿 |
