自我反思

这里只想记录一下自己工作上的反思，都是一些比较小但是平时需要注意的点。

能力方面

（1）需要提升自己的语言表达能力，学习怎么将一个问题表达清楚，还有学习如何与产品沟通
（2）做需求前需要充分地了解产品的需求点是什么，只有更好的了解了产品大大的需求点，才能更好的沟通及解决相关问题，比如由于历史代码架构原因，产品提出的某个需求当下的架构是满足不了，快速开发当下的需求的，此时就需要根据产品需求点，提出合理的解决方案，从而达到双方的共识。
（3）结构化思维，这是我在面试这次工作的时候，朋友一直提醒我的，也是自己需要学习的，结构化思维不仅仅在开发上能帮助你清晰的结构思路，还有就是与产品沟通上，结构化思维希望我们能够将程序员的沟通方式转化为产品能够理解的语言，甚至是讲给任何一个非专业人士都能听懂的。
（4）如果在开发过程中发现有重大问题可能会导致项目延期的时候，一定要提前说明情况，其次是说明为什么会出现这个问题，出现的这个问题我目前的解决方案有什么，是否能目标达成一致

技术方面

a 代码编写的格式化，要有代码洁癖，这也需要自己反思自己的代码，如何能写的简洁明了，学习别人优秀的代码风格及架构思路

b 相对独立跟完整的小功能需要在开发之前先进行功能拆分，适当绘制结构分层和uml图，这样可以让思维逻辑更加清晰（受益匪浅）

c 非常重要的一点是空指针问题：kotlin避免使用lateinit 容易出现空指针问题，java与android互调的时候有时候会出现这方面的问题，需要特别注意。

d kotlin语言的编写还是需要加强，有的时候java中的使用匿名内部类的时候调用this的时候不知道怎么转java----》此时匿名内部类需要写成object：Listener（这里仅是举例）的形式

e 需要添加某个能力的时候，如果是通用组件，不可以直接在组件中随便添加方法，以达到随便调用的目的，应该以向外暴露接口的方式来实现能力的添加

f 对parcel的在添加字段的时候注意在read 跟 write中添加对应的字段逻辑

反思

1 去年把设计模式复习了一下并写了对应的博客，但是发现自己还是无法在适当的场景做适当的选择，依旧是自己想怎么写代码就怎么写代码，有次开会听峰峰老大说：设计模式是别人经过很多的问题积累，研究出来的，需要知道别人当时有什么问题，才能学会具体的使用，我们没有经历过别人的问题，所以即使学了设计模式依然不会使用。这里自己才恍然大悟，所以想要学会设计模式，还是要在平时工作中有自己的思考，在未来的某一天可能会发现不知不觉中自己已经使用了某种模式，或者自己的思路与某种设计模式不谋而合，反正还是需要时间去学习的。

小结

新的一年还是不断学习丰富自己，做靠谱的队友！