自我技术思维的变革

Posted 2022-12-11 MyRao

源码引发的思考

看源码的过程中，效率低下的反思。

首先问自己几个问题：

• 如果让自己去实现一个 LeakCanary，为什么做不出来？问题出在哪里，是设计不出来，还是代码写不出来？
• 设计不出来，是哪方面？
• 设计经验不足？还是没有设计意识。
• 代码写不出来，是代码语法写不出来，还是 API 不够熟悉，或者对代码的创造能力不够？
• 以前的思维都是习惯了一开始就去看开源库，看完开源库也没有对其进行自我吸收，用了就用了。
• 如果自己没有创造能力，那么你的可替代性就很强。
• 所以要找到自己根本的原因，比如让你自己实现第三方库，Glide、okHttp、RxJava… 等等，你要怎么做？
• HEIF 现在让你去优化，为什么做不到？对 HEIF 的原理没有真正地了解？还是对 c/c++ 的掌握不够？总得有个原因吧，以往自己总是停留在一个码农思维，但是既然要以专家为目标，无论是自己的代码基本功、创造思维、业务能力、心态、知识原理熟练度等等，都需要进行自我变革。
• 我对技术专家的认知？什么才算达到专家级别？
• 有意义的复盘做到了吗？

语言&表述&总结归纳能力的提高

缺点&问题：

• 无论是说话还是写文章，要确定我想表达的主题是什么？做到简明扼要，减少废话
• 说话的时候经过大脑组织后再表达出来，现在的我总是废话一堆却不能直击要害
• 表述问题的时候因果关系要明确，事情简短说，提取关键信息进行总结
• 和别人沟通的时候，理解别人的真正的问题
• 减少做无用功

对源码和 JVM 理论知识的想法转变

• 一开始是比较抵触情绪的，因为无法理解面试就面试，为什么要从这些工作中难用一次的理论知识点考察，似乎看谁背的多记得牢
• 但是随着自己对一些底层和原理性的知识点有了浅显的认知，发现背和理解是不一样的，比如看深入JVM前两遍的时候是记概念，但是真正去了解 clinit 和init 的区别的时候，才发现平时我们写代码的类中的代码块是有很多逻辑的，现在的程序员已经被养成了一种惰性，习惯依赖IDE错误提示，编译器的自动报错和纠正，仔细想想之前看到这类错误都只是记住下次不能这么做，却没有深入去理解为什么不能这么做，自己的认知行为没有从使用者转变为创造者，凡事都是从小事积累，培养习惯累积经验的，未来尽量减少对这种“小事”的忽略，会很有益的。