如何高效学习和高效工作 

“junior 才讲对错，senior只讲trade off” - 好喜欢这句话！学到了感谢分享！

My take away:1.带着答案去找答案(先有自己的hypothesis!有自己的思路不会get lost)2. Best practice 不要在书上找3.先表达出来！是可以快速解决的方法而不是花费时间在讨论上just do it Thanks for sharing!

感觉读PhD和这个简直不要太相似。 做wiki （literature review）了解能做的有价值做的。 带着猜想读paper才不会lost在细节里。 小批量跑实验快速迭代，实践里学的最快。

非常好的topic！能讲一下在大公司里如何克服完美主义嘛？比如，如何平衡质量和速度？

感谢分享，很有收获🙏（记录一下我的一些联想与启发：带着自己hypothesis/答案/framework去学习，像是主动建起一种新知与已有的认知的联系、这样确实是快速理解吸收新知的方法；人们常说‘不抱期待/不预设立场’其实背后是‘我有一些想法，但我不预设我是对的’，那么我对待新事物/新经历时，我的hypothesis就会遇到一样或者有偏差两种情况，如果我对‘我是正确的’没有执念，那么就像课代表总结的三种情况下可以有的举措，我最终都能学到点什么/纠正一下认知/有提升现状的方向，感觉这也是一种growth mindset

可以出一期头发如何保养

爱了爱了 一个小想法 可以考虑出一下podcast呀 因为本来就是讨论类 不是那么依赖动态的话 路上/非premium也可以听

谢谢分享。 我觉得design review还有一个作用是 align 各个利益相关方的利益的。在不先align利益的情况下直接开干，对leadership要求有点高。

just do it感觉有点像做proof of concept。但是PoC经常需要为了速度牺牲质量，如果被采纳的话最好是重新implement一遍。 我也被要求过写wiki，我还以为是把没人喜欢的documentation任务给我了😂🤣

1、带着答案寻找寻找答案，先做自己的假设，观察现象是否跟结论相符 2、先开始再完美 3、关键假设验证

just do it本身会有一些问题。比如你在想一个大项目可能要好几个人用不同的技能树，在好几个地方才能做出来整个系统的，花好几个月甚至几个half。这种的话也可以先做个minimum viable product，但并不是一个人可以蒙头干出来的

Good point on "hypothesis testing" mindset. This forces you to focus on the business/value of the code.

台灯不错，老式图书馆的那种台灯。

- 使用wiki快速了解一个团队 - 项目直接落地,再获取帮助

学到了，人狠话不多直接干，写wiki去了 lol

受益良多!

感谢课代表的分享 很中用 感觉题目有点general了 可能课代表能再想想用什么题目更能吸引观众 庆幸自己没错过 这么好的分享应该被更多人看到🎉

非常感谢你的分享，关于带着答案去寻找答案，如果学习新的知识，自己都不知道答案如何去寻找答案呢？希望听到你的分享，谢谢

赞！总结的特别好！

说的特别好！

学习了！希望可以出一期针对职场新人如何找mentor以及怎样和mentor collaborate的视频：新人刚入职有很多问题但是很怕打扰到mentor 这个度怎么把握 到底什么问题可以问mentor？

能引申下这个话题到，工作和工作之余的学习时间的管理上嘛？ 经常下班后，觉得特别累，就懒得继续看书或者读论文。一打开 与尔同销万古愁 看下去就到了睡觉的时间，虽然学了很多方法论但是实践是总是差临门一脚。

太棒的内容了 好喜欢

感觉这个方法是特定针对software engineers, 不能移植到其它行业

学习了，受益匪浅！

宝藏频道

好像我最缺这个😢

学习代码库：带着假设找答案。 理论，试验，观察。 提高工作效率：Just do it. 干中学。碰到问题，再求助。

博主瘦了好多哦~

写wiki好像有点像传统行业写会议记录？很多人觉是很繁琐的活但是其实能了解到项目方方面面的东西。

这个直接实践难度真的贼大…不断unblock自己会花很多很多时间，大佬可能两三天，我得做两三周….

可能比较适合技术iT 方面的工作，其他管理方面的工作大部分是人的问题。这个tech lead也是中国人吧？老外说的比较多，爱做presentation 落地少

看结果讨论，而不是讨论研究设计

带着答案去找答案，是不是指对要寻找的答案要先用自己已有的知识去得出一个答案，再通过学习来发现自己哪里错了，学习对象哪里对了

求問怎麼做wiki的steps and where to get resource

很有帮助

太棒了.

“他们是没有时间写书的”

怎么感觉两个学长的缺点是相反的23333

阅读开源项目哪

如果两三天就可以做好是不是代表这个问题本身的scale也比较小 不需要太多详尽的讨论来unblock

孙哥打光越来越专业了

为什么学长W会觉得那是一个缺点呀。我觉得这其实是值得我学习的方法，当你和PM观点不一致的时候，先做一个很快的简单solution来验证这个假设不成立。engineer和PM相比，最有说服力的点就是你知道如何实现一个protoptype，带着这个东西去说服PM。Persuasion很多时候不靠一张嘴，能做一个protoptype也是很好的persuasion的方法。

为啥Facebook这么注重速度呢？听了这两个故事，觉得都和提高效率、速度相关。

我英语太烂，听着有点吃力。。

值得反复观看