# 湾区日报文章第29辑

## 2015/07/19 第281期

### Strong Opinions, Weakly Held

Jeff Atwood 在08年写的（同年，他与Joel Spolsky创建了StackOverflow）。 有读者看不惯他写博客总是观点强硬、俨然软件开发泰山北斗的样子；Jeff Atwood写这篇文章来进行反击：软件行业还很年轻，没人敢称自己是权威（除了不要脸的专家外）；博文观点强，便于激发读者参与讨论。 如标题所说，人要有主见、有自己的观点，但如果发现别人想法更好，自己是可以大方地承认自己观点的不足 -- 跟这种人做同事很不错，在一起常常能激发新灵感，”争吵“也是对事不对人，愿意接受别人不同的看法。

## 2015/07/26 第288期

### Killing over-communication

Asana的创始人分享的管理团队的经验。“Trust by default“，信任公司里的每个员工；不要通过投票做决策，这样太慢，决策都由员工个人决定（信任员工）；减少开会次数、开会时间。

## 2015/07/27 第289期

### Wunderlist背后的故事

Productivity型的app一般都是创始团队自己需要用（比如Slack、Wunderlist），才去做的。自己就是用户，做自己也想用的东西。Wunderlist前不久被微软收购了。 怎么会有这个idea的？"We didn't really have an idea, but we had a specific problem to solve—and I think that was the initial success factor. Wunderlist was the result of trying to fix that problem by building a product that's simple, intuitive, beautiful, and fast." 创业过程中最大的困难是？"Focus was by far (and regularly is) the biggest roadblock ... As soon as you have success, you try to grow it by doing more and more, in our case, building more features, supporting more platforms ..." "In general, fix your own problem. That always worked for me, I only build products I desperately want to use myself. Building products requires passion and patience, and if you don't enjoy it, don't do it. "

## 2015/07/28 第290期

### Moving Fast With High Code Quality

Quora工程团队分享的经验。在读文章前我猜测了一下文章必然提到code review、测试、定期重构、编程风格等“传统话题”。但没料到他们经常先把代码部署到production后，再code review的！ 为什么Quora敢让工程师先部署到production，再code review？1. 确实信任他们的员工；2. 测试做得很到位，只要部署代码前的测试跑下来没问题，就对新代码有很大的信心。这么做的话，确实能move fast。经常一个code review几个回合下来，都得花1、2天时间，大大推迟了代码部署到production的时间。