本周工作思考
- 我有一个毛病，组件开发时，有一种安逸的方式，每个项目的组件都是按照以前习惯的思维方式写，比如参数的判断，参数的处理是否可以封装处理，日常开发中很难处理的一个事是如何在规范和创新中取舍，日常开发中我更倾向基于原则开发，规范的制定也是基于开发原则和最佳实践的总结，所以在理解规范的时候，要搞明白规范背后的故事和逻辑，规范不代表着呆板和僵化，规范是否为了更好的效率和后续的设计迭代，所以开发中要保持审慎的质疑和批判，以前的一定是好的吗？是不是有更好的设计？是不是有更好的实现，是不是hooks可以抽出一点，是不是可以安全一点，是不是可以优雅一点，是不是有更有效的办法，是不是可以做的灵活一点？人们常说，幸福指数往往和钱无关，有时候项目质量往往和时间无关，这里面有些逻辑是相同的。很多人做了十个项目，其实只成长了一次，有的项目用10天和用6天，做的效果差不多，如果有这种情况，真的该停下来想一想；
- 我觉得Code review是一件很难的事但一定要做的事，code review如果可以度量的那会轻松很多，但这个事不容易做，如何来衡量code review本身的深度和质量，出去代码质量分析工具外，很大程度上取决于reviewer本身的能力和经验，code review本身不是轻松的事，reviewer要理解规范，要明白业务，要懂得设计，请别人review的时候，实际上再请一位老师帮助你做好一件事情，所以作为代码提交人要重视reviewer的建议，作为viewer也要认真review并且注意自身能力的提升，因为你的态度和能力也会体现再代码的review上，所以做代码审查的时候要高标准高要求，代码提交者对审查点也要认真思考敢于质疑，这种碰撞往往是最有效的集体学习和最好的集体智慧；