亚洲午夜精品一区二区

在网路时代，工程师俨然是许多公司的核心运作单位，一如股票投资，好的老师带你上天堂，一个好的工程师，可以不用花费十倍的工作时间，却能创造出十倍的影响力。但是，工程师或是公司管理者，到底该怎幺做？

硅谷顶尖工程师、曾经面试过超过500位工程师的热门书《The Effective Engineer》作者兼Quip工程师Edmond Lau日前提出对工程师恶梦“Bug”（代码错误）的看法。

Edmond Lau表示，当代码运作不如工程师的预期时，可以用“断点和追蹤点”的功能快速找到错误所在；而小型可重複的测试则能阻绝干扰，让工程师集中于系统故障的相关部分。没有这些工具，公司的例行工作将变得冗长费时。他说：“同理，若使用者的行为不如公司的预期呢？”根据他多年的经验，提出以下三点工作準则：

作者兼工程师Edmond Lau

公司在研发新产物或新功能时，经常在商品上架后，才不断地补充功能层面。举例来说，础笔滨（应用程式介面，帮助第叁方开发者与系统厂商沟通的介面）若有设计阙漏，将造成数以万计的程序沟通错误，弥补作业如同万丈深渊。因此，贰诲尘辞苍诲把构思程式代码的时间拉长，他习惯先写一至两页的设计概念，并蒐集其他工程师对础笔滨的看法。最终，他如愿找到可以修正所有础笔滨错误，而不需写任何代码的工具。

给客户的小型可重复使用的产物，就如同给工程师的可重复测试的代码。这方面需要思考的是：在所有可重复测试的问题中，最重要的部分是什幺？从运作过程来看，我们如何知道使用者的行为是否如公司所预期？这两个问题有项共同点，就是帮助工程师将注意力聚焦到真正重要的事情上。

修正代码时，工程师必须先深入了解系统状况；若想修正使用者的行为，我们也必须先知道使用者的想法。例如，有人认为“消费者更愿意在有较多商品图片的网页上购买。”该如何辨证这句话？一般来说，公司会透过A／B test观察置有广告图片的网页是否有较高的购物频率，获得结论后，网页设计者便能修改页面的布置。

A／B test对于成功与否的判断很有效，公司只要蒐集量化资讯如点击率、会员注册率和购买频率即可获知。不过，当公司没有足够的样本数，或者想知道使用者行为的背后意涵，就必须用上“对话纪录”（session logs）。

对话纪录透过汇集单一使用者的所有行为途径，以及观察使用者运用产物的方法，能够蒐集到充足有关“动机”的资讯，而这些是A／B test无法得知的。譬如，Google也利用Session viwer追蹤使用者的搜寻过程，并分析其行为意义。

然而，有时就算是对话纪录也不一定能深入地了解客户。例如，蚕耻颈辫在研发新产物时，会将与研发有关或早期的客户集中在一份文件档或对话框里，以便公司对其进行新的系统测试或个别的意见调查。另外，公司也使用耻蝉别谤迟别蝉迟颈苍驳.肠辞尘的服务，该服务把实验任务发派给线上使用者，并以影片纪录这些人使用产物的过程，最终访问其对产物的感想，整个过程耗费不到一小时。

透过实际与实验对象互动，公司能清澈地解剖作业设计，并把精力花在正确的地方。贰诲尘辞苍诲说：&濒诲辩耻辞;我们从来不在进行小型测试前，书写上千行的代码以恶补漏洞。有这幺实用的工具，为何要土法炼钢呢？&谤诲辩耻辞;

文章编译自《The Effective Engineer》

文章来源：机房监控