接到需求，不是就闷头做，还应该去了解需求背后解决的问题是什么，或许还能提出一些更好的建议。

可以的话最好能够了解用户使用自己开发的功能的情况，是否达到预期，是否可以进一步优化。

还要了解公司的商业模式，靠什么赚钱，什么业务带来最多的收入等。

也就是不要把自己局限在写代码中，还要多去了解业务，用户等。

图里两种情况都体验过，有的项目到上线之前会一直比较忙，等到上线之后压力就会陡降，此时可以轻松一些，补充一下相关文档。

而有的项目，则是一个接一个的 sprint（冲刺），中间没有什么喘息的空档，总是保持着压力，让人喘不过气。

不过似乎我也做不了什么去改变。

这需要一种近乎全盘发明的记忆行为，才能体会到为什么你一看就明白的事情，别人却看不懂。

他们在想什么？ 如果你无法理解几周前自己的无能，你又如何理解他们的无能呢？

你需要向学生保证，他们不愚蠢，同时又要告诉他们，感觉自己愚蠢是完全自然的。

我们要传达的信息不是他们不应该觉得自己笨–那是否认他们学习这门学科的真实感受。

我们要传达的信息是，他们当然会觉得自己很笨……每个人都有这样的感觉，才能学好数学！

don't be afraid to make mistakes, too many scientists are so cautious, if you're never wrong then you're working in a field which is too easy for you.

不要害怕犯错，太多科学家都太谨慎了，如果你从不犯错，那么你所从事的领域对你来说就太容易了。

Stripe 的一些招聘建议。

The Sunday Test

Each candidate must pass the “Sunday test.”

If this person were alone in the office on a Sunday, would that make you more likely to come in and want to work with them?

If the answer is not a clear yes, then don't make the hire.

每个候选人都必须通过 "周日测试"。

如果这个人周日一个人在办公室，你会不会更愿意来和他共事？

如果答案不是明确的 "是"，那就不要聘用。