接到需求,不是就闷头做,还应该去了解需求背后解决的问题是什么,或许还能提出一些更好的建议。
可以的话最好能够了解用户使用自己开发的功能的情况,是否达到预期,是否可以进一步优化。
还要了解公司的商业模式,靠什么赚钱,什么业务带来最多的收入等。
也就是不要把自己局限在写代码中,还要多去了解业务,用户等。
图里两种情况都体验过,有的项目到上线之前会一直比较忙,等到上线之后压力就会陡降,此时可以轻松一些,补充一下相关文档。
而有的项目,则是一个接一个的 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.
每个候选人都必须通过 "周日测试"。
如果这个人周日一个人在办公室,你会不会更愿意来和他共事?
如果答案不是明确的 "是",那就不要聘用。