2017/06/07 第933期

Minimal, Complete, and Verifiable example

简称 MCVE。这是来自 StackOverflow 的官方帮助页面,指导那些代码有问题想来提问的人如何问出好问题:贴出完整的最小的可检验的代码片段。

必要的时候就应该学 Facebook 那样抄袭 Snapchat

Facebook全面实现了Snapchat的Story功能,如果这能吸引年轻用户、提高用户活跃度,有什么错呢?作者在本文中反思了自己的公司因为没抄袭竞争对手,错失大好机会。

到底谁是原创的,还真不好说,尤其是在互联网时代。为何所有社交产品都有类似 Newsfeed、点赞按钮、主题标签、@ 某人?能弄清楚到底是谁抄了谁的?Instagram CEO正面回应了“抄袭” Snapchat 的问题:第一家把汽车做成四个轮子的公司一定很郁闷,其他汽车公司怎么都抄我的呢?

Jobs to be Done

思考产品的框架:一个人有问题需要解决,这就相当于创造了一份工作;有个产品正好能解决这个问题,就相当于胜任了这份工作;于是那个人就聘请了该产品来做这份工作。

昨天 Recode Decode podcast 采访 Instagram 创始人CEO时,他也提到了这个框架,每个产品功能都是要让用户聘请来完成一份工作的。比如麦当劳的奶昔做了两份工作:1,为早上匆匆忙忙上班的人提供很方便的边走边吃的早餐;2,为下午早早放学的孩子提供零食(美国小孩放学都很早,离晚饭还有几个钟头)。

Help Vampires: A Spotter’s Guide

这篇 2006 年的文章描述了在网上各大技术论坛里常见的一种生物,俗称“伸手党”(本文以吸血鬼类比)。如何识别伸手党?如果你是伸手党,怎么办?如何改造、挽救伸手党?

更快,更好,更便宜:软件开发的艺术

本文给自己不会写代码却要管理程序员的那些人扫盲了一下软件开发的基本常识,为何软件开发工期难以估计、为何开发速度那么慢、为何程序员要“浪费”时间写测试以及code review?

如果能让程序员亲眼看到用户遇到的难题、亲眼看到用户如何使用自己开发的软件,或许程序员们干活就比较有动力。但公司总是避免程序员与客户接触,害怕程序员不会说话、做出愚蠢的举动、让公司在客户面前丢脸。好吧,你至少让程序员跟客户握个手、然后静静地坐在旁边观察,这样总可以吧?