这个是年轻的程序员经常有的一个毛病,一个需求下来之后,就急于的去完成功能,而没有好好的整理自己的思路,没有站在一定的高度看待问题,难免会做到半路上因遇到不可预知的问题而返工。或者对以后代码的扩张带来维护成本的问题。
其实在踏入职场的第一天,领导就这么要求,但在58是我最坚持的一年,想彻底改变这一陋习的一年,想要从变量,方法的命名做起,到结构的合理,重用的可行性,代码的可维护性,高效性和扩张性的考虑。从一开始的觉得太浪费时间,到现在的回头看以前的代码觉得过去做都值得,并还想坚持下去。
以前老觉得,这个是系统都这样的,其他程序也都这样的,没办法改或者没有必要改,但从二哥的身上看到了,在没有认真思考努力做之前,不要下结论。相信自己的潜力是无穷的。只有这样你才能和你所谓的“别人也这样”,才能取得进步,得到成长。否则你永远和别人一样。
在做一个功能,要用到某一个技术的时候,也许你懂得大概怎么用。不知道原理,甚至不知道其中的一些细节的时候,不要仅仅局限于去实现了这个任务。后续应该去更深入的调研一下,总结,真正的弄明白,才能称之为技术的积累沉淀。
这一年是我做技术一年来,需要和不同的人打交道最多的一年,会面对不同的团队,不同的部门,不同的阶层,如何在这些不同中去有效的沟通相处。做到,有问题要及时反馈,及时处理,和大家去谈论,在ios 团队中也有定期的例会和分享,这个是对每个成员学习进步的机会,这些是我之前没有太大接触的。只有讨论才能打开思路,不遗漏一些边边角角的问题。
以前找工作的时候,老觉得hr每次面试的的时候都问这个,老觉得太虚,其实和hr说的也未必是自己真正那么想的,因为我自己都不知道要怎样。58 之后饭后,我很享受饭后小花园一根烟的时候。和一些可爱的人交流,发现他们都是你未来路上的导师,从而更明白自己的不足之处,反思自己,未来的路的方向。更加知道自己想要的是什么。