缘起

• 整理自己过去的一些感悟或点滴，发现其实也就那么几条，2023-03-18一直记着的，后面看到了，再补充上
• PS：自己能认识到这些是正确的，不代表现在自己就能100%真做到，有可能会走向自己过去的旧习惯上，想通过这，不断提醒自己

内容

一、学习方法上

1.1、快速上手

• 1、孟岩的观点：我主张，在具备基础之后，学习任何新东西，都要抓住主线，突出重点。对于关键理论的学习，要集中精力，速战速决。而旁枝末节和非本质性的知识内容，完全可以留给实践去零敲碎打。 “
  • 快速掌握一个语言最常用的50%【By 孟岩】
  • 年轻的时候看人家推荐书都是大部头，那些书反而让人生畏，从某个主题入手或者其它书入门后，再看大部头才能真正有收获

1.2、不要抄书，多迭代和复习

• 1、自己有个坏毛病（一遇到不会的，总以为先抄下来），抄下来没毛用，有上下文的时候自己都不花时间去理解，抄下来的只言片语就更难理解了，不管多少，先理解一点点，进一寸有一进一寸的欢喜，不断迭代，不断复习
  • “I fear not the man who has practiced 10,000 kicks once, but I fear the man who has practiced one kick 10,000 times.” 李小龙 【我不怕学一万种腿法的人，我怕的是把一种腿法练一万次的人。】

1.3、不要贪多，一年真正搞定一本书很OK了

• 1、知识本身是有关联度的，尝试把一本书看深（当然一开始做不到）
  • 之前看网络编程，水平只能看到api使用层，现在能看到I/O层，并发模型层

1.4、重视习题

• 1、好书上的好习题，很值得去做的
  • 自己现在也开始整理一些面向主题的面试知识点，虽然有些是八股文，但确实也是促发思考的方式

二、工作思路上

2.1、先思考再行动

• 1、每月需求迭代，自己功能模块先对齐思路后再写代码，避免无效返工，因为不知道做什么，那么做什么都不对，先对齐做成什么样，然后再解决怎么做。
  • 这个来自fujun对我的建议

2.2、重视规范和格式

• 1、不要总想着后面功能实现了，再去改代码规范，命名规范和注释规范，在一开始的时候，就要把这些规范执行到位，发出评审之前，一定要自己多过几遍，不要有低级错误（哪怕你只是发出来让人家看一下你的功能对不对，你这样实现对不对）
  • 这个来自内部的code review
  • 想起来之前，我们导师看论文一样，格式啥的很烂，导师都不愿意看具体内容，更别说提意见了

三、团队管理上

3.1、评估项目风险

• 1、如果自己需求上有组件依赖，不要听SE说这东西只是调用个接口，可能是个坑，不确定人家组件是否实现上支持我们的需求，最坏打算来评估，如果时间够，可以先行投入找他们demo来调用试一下
• 2、如果一个兄弟3天没有搞定，可能这个兄弟就搞不定了，如果他还没求助的话，就需要关注风险了

最后

想法：

• 1、如果可能的话，自己想在年初用一周的年假，在图书馆突击一下某个topic（一本书重点内容估计也就9章），然后用一年的时间去消化和打磨–这是想法，lionel

参考

• Linux C++ 服务器端这条线怎么走？