自我思考

        做开发入行以来,认识到对于一个开发程序员而讲,除了正常的开发写代码,必须要熟悉业务场景。一些技术的实现,适用于哪些业务场景,我们应该怎么做,去解决企业的问题,这样才能把代码的价值有所体现。作为一创业型小公司的开发人员,我很感谢这个平台,能让我接触到很多的信息,可能这个平台各方面不是很完美,制度不是很完善,但是对于我这个转行的开发来讲,能学到很多。适合就好,无论对错,路还要往前走,来南京还有一个月就又一年了,毕业也快一年。时光匆匆,今天去小区里转转,感受感受生活的气息,上班时候,周一到周五,不见阳光,整个人都有点白了,泪奔。今天天气真好,春天来了,阳光的味道特别好,作为一名宅男,在这个午后的下午,寥寥草草记录些自己的工作点滴。

        对于工作,动能谈业务讨论需求,追数据组要表要数据,静能做到默默地画自己的静态页面,尝试写业务流程实现业务代码。一周五天,一天讨论需求理解业务,两天催数据组的数据,好吧,拿到表和数据已经到周四周五,这时候写后台的业务代码时就要抓紧时间了,还会加班,当然不会熬夜,身体是革命的本钱。急急忙忙功能完成,下周继续优化页面和后台的代码,管控自己的代码质量,按时完成任务,不做猪队友,当然要帮队友忙。

        好的,我来说说我们公司的产品研发的整个流程。产品经理与需求分析团队进行讨论定下产品的原型,可能时间比较急那就只有excel或者是产品原型文件,研发部的项目经理带着我们这些具体的负责研发人员对于这些需求记录在册,然后与数据组沟通,要表数据,根据相应的文档进行开发,先出来一版的项目,进行评审,大佬们各种提要求,我们再记录下自己负责部分的需求变动,然后再追数据组要数据以及页面调优等等。这样的评审经过四五次基本确定一个大的版本,这时候可以先拿给客户进行演示,然后需求变动,我们继续改或者是重做新的功能模块。

        是的,我们没有专业的测试团队,我们的测试就是我们这些研发人员。还好,我写一些测试用例,单元测试,当代码出问题时可以较快的排查问题,当然单元测试是需要维护的。代码的质量需要规范,我们用阿里的规范,对于数据库命名规范什么的项目经理最近要用苏宁的,我并无感,我只是觉得用大厂的规范比较靠谱。我们的开发压力并不是太大,自己的功能模块开发好以后,和项目老大汇报一下,进行验收,然后在下一个功能模块到来自前,可以看一些自己想学的内容或者帮一下小伙伴,写写后台代码或者调试页面。

      关于学习,用到哪学到哪,学到哪用到哪。项目老大因为是我们的架构师,最长和我们说的一句话是要做什么功能模块,要用到的技术是哪些,没接触过的可以先去研究下,然后完成它。项目老大很少说有具体的时间期限,一般根据自己的能力在他的预期内能完成,我们也不会说是去偷懒,完成任务,自己的实战能力也得到了提升。

        关于职业规划,在一个方向的沉淀很重要,java的领域很广,我们是要成为专家型人才还是架构师或者就行写代码做开发,亦是说转产品转需求,这些都需要我们这些程序员去考虑。最近接触到大数据的项目,感到自己的知识面并不是太广,这个阶段我想搞搞大数据,企业的需求动向让我有机会接触到大数据的内容,自己想把握一下,我对自己的定义是先成为技术专业性的人才,先成为开发团队的leader。

        再说说沟通,沟通特别的重要,做技术的人沟通成本要最低,我们是在一起创造,一起共事,尽力与你做到最有效的沟通,沟通起来无障碍,共事时谁不喜欢呢。

        

猜你喜欢

转载自my.oschina.net/u/3489292/blog/1632750