案例一:黑猩猩事件
2015年,一个叫杰克的软件工程师指出他的一个黑人朋友在谷歌相册中被谷歌算法分类为:大猩猩。谷歌对此反应缓慢,造成了一定的舆情。
这个事件让我想起之前看到的视频,黑人看大张伟唱《果汁分你一半》:
原因是“内个”听起来很像下面这个单词。很多白人不敢说这个单词,实在要给别人讲不能用这个单词的时候,他们会说:“那个带N的词”。
一个好的软件工程同时需要是一个好产品,能够对产品问题有一定的洞察力。这些洞察力包含:对法律规章、民族习惯、用户的深度需求的了解和理解。
案例二:谷歌搜索延迟事件
在之前很多年,很多谷歌工程师致力于让谷歌的搜索结果质量更好。但是这种追求有个副作用:检索越来越慢了。后来谷歌内部权衡了一下,这种追求质量对用户来说意味着更大的延迟,对谷歌内部来说需要更大容量。最终他们得出下面的结论:延迟、容量和质量 只能取其二。
基于这个,谷歌把之前衡量指标由单一的质量指标,变成三者的加权结果,使得谷歌的搜索恢复到之前的检索速度。
这个问题我想说明的是及时调整衡量指标的问题。举个例子,我一直认为作为基础团队,特别是公司办公组件,用户满意度是非常重要的指标。只关心新功能的研发,不考虑公司使用者的实际需求不是一个好主意。但是这就面临着很多团队都会遇到的问题:天天优化一点点体验或者提升一点点稳定性,业绩从哪里来。结果造成了很多舍本求末的事情。公司的流程工具日常需要的功能不好用,团队不去优化,却在流程工具领导批注的地方添加了可以使用表情的功能。作为开发我可以理解,反正添加这个功能也不复杂,可能是只是设置了一下。但是实际体验上,因为基础功能没作好就添加这个,就会让用户觉得“他们没在做正事”。给他们提个需求,找到负责人了。人家负责人竟然说你去找我下面的XX。明白人自然不会去找XX,负责人都这觉悟,想必也没什么结果。果然,在每年人家召开的用户交流会上提出原来的问题。人家是这么说的:这个可以做,但是这一整块功能都要下掉了。用户代表们立即沸腾了:“为啥这个功能要下掉呀?我们很需要呀?”整个团队给人的感觉:“我不要你觉得,我要我觉得”。不是映射谁,只是通过这件事我有个特别深切的感受:“衡量指标”,才是每年最需要定期重新审视和探讨的事情。当然,开发团队也有自己的苦衷:我们产品让这样做的,well,对于这个问题,请参考案例一。
编程一生
因为公众号平台更改了推送规则,如果不想错过内容,记得读完点一下“在看”,加个“星标”,这样每次新文章推送才会第一时间出现在你的订阅列表里。
想知道自己错过了哪些更新,可参考我不定期更新的《系列文章分类汇总》。