2015年度总结

前言

每年都需要写一份年度总结报告,不仅仅是为了上交相关部门,更重要的是看看过去一年的自己与现在的自己的差距。这一年下来,对我而言确实发生了天翻地覆的变化。

现在是2015年1月18日 晚上8点,刚下班回到家里,我就静静地坐在书桌旁边,认认真真地重拾这一年的记忆、反问自己是否做到了一年前定下的目标。此刻,我要将2015年的工作、学习、经历记录下来,留给明年、后年…的自己。数年后再回头看到数年前的总结,那会是什么样的感觉呢?

2015年度总结

从以下几个方面来总结自我的成长方向:

  • 技术方面
  • 思想方面
  • 个人成长

技术方面

对于我们做技术活的,技术是我们的看家本领。技术不够硬,如何平定天下。对于我而言,在职业生涯中,技术是核心,在保证技术的不断提升的前提下,才去提升自我个人素养等。这一年里,我的技术发生了哪些变化?有多大的变化呢?

iOS技术提升

既然是做iOS开发的,首先要提升的技术就是iOS相关技术,目前而言,它是保证有饭吃的前提。这一年里,我的iOS开发水平达到什么样的水准了呢?我也在反问自己。经常有人问我多少年工作经验,其实我都不好意思开口,因为我可能比你入行还要晚。

那时刚入职时,组长对我的要求更严格,工作量是其他成员的2.5倍左右。当然,这点工作量对我来说,还是小菜一碟的。在这里的半年多时间里,我定制了自己的目标,提升技术也提升个人素养。

编码规范

刚来公司时,看到五花八门的API风格,没有注释,很多API都没有一个可读懂的命名,甚至还有用拼音命名的,导致看半天都看不懂是什么意思,如何使用。于是,我提出了制定编码规范,并撰写了编码规范文档,由我们团队内部先推行,而后影响其他团队,最后统一规范。

我相信每一个开发人员最害怕的,绝不是新功能的开发,而是维护老代码。我也害怕维护老代码,那些没有一行注释,写得乱七八糟的代码,总有种删除重做的冲动,但是不可以啊。我们新接入的人,不能够完全了解原来的业务需求,我们不能随便修改啊,那么怎么办呢?我们只能一步步通过调试跟踪来理解需求,这样的代码,谁乐意维护呢?

所以,我们必须要有好的编码规范。当大家看到对方的代码,还以为是自己写的时候,那就降低了维护成本。

封装能力提升

当我刚入职时,看到公司的项目非常乱,五花八门。于是我产生了其它的想法,我要改进它,我要统一API。于是,我开始着手将通用的API封装成一套公共API库,由最开始的简单扩展API,到后来UI组件化公共API,一步步给公司所有的iOS团队带来了便利,提高了开发效率。现在已经成为公司公共API库,多个App已经共用,现在还是由我一个人来维护和扩展。

这一步,让我迅速地迈出了一大步。可以说,在开发出这一套公共API库后,我的技术水平得到了极大的提升。公共API接口如何设计是非常重要的,还有如何兼容不同版本,如何做到易扩展,就是这样一步步地形成。

安全项目需要到很多的算法,而这一切都需要我在底层封装好,外部不产生任何变化,同时要兼容多个客户端,而且还要兼容老版本。我们牵头出技术立项文档,出方案并开各种会议以确定方案,到最后真正开发,这一系列的工作,带我提升了一个层次。

项目依赖

入职后,很快接触到业务地开发。慢慢地,发现与原来在小公司不一样了,要发动别人的东西不能轻易改了,而且在改动前要找到这个人确定是否能修改,改动后会影响多大,都需要明确说明。

在小公司的时候,想要改进一些代码,直接切个分支做就可以了。到了这里,形式变了,不能说改进就可以去改进了,需要技术立项了。

在这里,做新需求时,经常会面临与其他业务方向有依赖的问题,这又给我们提出了新的问题:如何减少依赖。

经历了这一切,做项目也开始成熟了,想问题想得更远、更广了。在这里,做了很多的技术型需求,也让我在技术上更成熟了。

Code Review

阅读别人的代码,有时候是很难受的,但是对于阅读者也是有好处的。我们团队的Code Review是由我来做的,对于每一期需求完成后,队员所写的代码,需要开会进行Code Review,保证代码质量及编码规范。

学习新语言

在这半年的时间里,我分享过很多的技术。最重要的是,我学习了Swift语言,并写了教程,给团队分享如何使用swift开发。现在,市面上已经有一部分项目是使用swift来开发了。对于我来说,学习了这门新的语言,那是开阔了视野,更全面地发展自己。

思想方面

对于一个员工,光有技术还不行,更重要的是思想,或者说目标。每个人工作的首要目标,肯定是赚钱。但是,光想而不努力是不行的。现实中有很多朋友经常抱怨,这少那少的,其实我更想问问,你做了多少工作,贡献了多少?

我认为,要想赚钱,先想想如何让自己值钱。要想让自己值钱,就要先想想如何提升自己的工作能力、专业水平。而现在的我,还远远不够值钱,所以还要不断地改变、提升自己。

带新员工

当初当入职的时候,对这里的一切是那么的陌生,无论想做什么,都不知道该怎么做,需要找人时不知找谁。当我熟悉了这里的一切时,我也需要带着新员工快速地接手工作,熟悉环境,融入团队。

在技术方面,还需要教授他们如何使用我所封装的公共API。在做需求时,要帮助新人如何开发,如何设计等。传、帮、带精神是非常重要的。

设计思想

在做模块设计、API设计时,我们必须认真考虑的问题就是如何设计才能做到简单、易扩展、易维护。我的设计理念是:外部调用必须简单,内部可以很复杂;必须是易扩展,可兼容不同版本;必须是易维护的,当需要增加或者删除时,影响范围要足够小。

架构思想

以前几乎没有涉及到项目架构的问题,因为在小公司并没有那么复杂。这一年里,研究过很多别人所写的架构方面的文章,在项目中也有所体现。这种思想的培养是很困难的,需要经过大量地在项目中实践,不断地提炼,才能逐步形成。

学会总结

这一年里,我写了很多的技术文章,有的是技术分享所准备的文章,有的是工作经验总结,有的是遇到的坑工作记录。不管是什么类型,我都会坚持总结。对自我的要求是:不要范同样的错误。我每做完一期需求,都会写一份工作总结,不是上交,而是留给自己,当然也是给团队其他队员的提醒吧。

善于总结,才会让自己少走弯路,才能快速成长。

个人成长

对于每一位员工,若觉得在这个公司的个人成长空间小,相信她/他是不会长期留在这个公司的。对于我而言,对个人成长要求比较严格,包括技术方面和管理方面。

技术成长

这一年里,我学习了swift语言,写了一些开源库,在技术上是已经不错的了,为日后做swift项目做好准备。

这一年里,我学习过ThinkPHP这个框架,并使用PHP开发了一个小网站,现在还在维护着,这让我对后台的一些基本概念有所了解。当然,PHP的水平还是很低的,不过不要紧,我只是为了了解后端开发的一些知识而已。

这一年里,我一步步搭建了自己的博客,了解到服务器的基本概念,了解一些linux操作命令,自己搭建了nigx/php服务器,并运行了自己的博客。

经过这一折腾,让我对服务器的概念、后端/后台开发、swift开发都有了初步的认识。

开源力量

体现自我技术如何的最佳体现,我认为就是在GITHUB上参与开源项目。我的GITHUB地址: https://github.com/CoderJackyHuang 。我开源了很多的小项目,也一直在维护着。

团队开发

曾经所经历的公司,都是小的团队,一直都是带着2-3个人就开发项目。现在在这里,我经历了多团队,大团队的合作开发,更深刻地认识到团队开发重要性。团队开发也会带来很多麻烦,比如业务依赖问题,技术立项问题都不再是那么简单了。形成团队开发意识是非常重要的,没有经历过多团队开发,在开发时所考虑的问题,往往不够全面,特别是考虑影响范围问题。

解决问答

我建立了自己的QQ交流群,这一年里问我问题的人多得数不清,所解答的问题也多得数不清了。不知为何,我还是很愿意帮助别人解答问题,当然是在有空的前提下。

因为很多朋友们问我问题,在帮助他们解答问题的时候,很多是我没有遇到过的,于是在帮助他们解决完问题后,我也就跳过了未来的一个坑,帮人帮已。

写在最后

写下此篇文章,送给多年以后的自己。今年的目标已经超标,比我预期要成长得快。

关注我

如果在使用过程中遇到问题,或者想要与我交流,可加入有问必答 QQ群324400294

关注微信公众号: iOSDevShares

关注新浪微博账号:标哥Jacky

标哥的GITHUB地址: CoderJackyHuang

支持并捐助

如果您觉得文章对您很有帮忙,希望得到您的支持。您的捐肋将会给予我最大的鼓励,感谢您的支持!

支付宝捐助 微信捐助
2015年度总结 2015年度总结

原文  http://www.henishuo.com/2015-year-summary/

PS:如果您想和业内技术大牛交流的话,请加qq群(521571209)或者关注微信公众 号(AskHarries),谢谢!

转载请注明原文出处:Harries Blog™ » 2015年度总结

赞 (0)

分享到:更多 ()

评论 0

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址