程序员感悟

        这几天学习了一下SpringCloud,微服务,本来以为很难弄,其实用还是很简单的,毕竟是开发给我这样的小白用的,太难不会用,没有开发价值,像白居易的诗一样,通俗易懂的诗才是好诗,其实代码也一样,代码不仅仅是给自己看的,也是给人看的,你代码写的漂亮点,你的后人就容易摸索点。到了新公司最大的痛苦不是技术不会,而是看不懂前人的代码,这是多难受的事,只有经历过的人才知道。

        这几年比较流行的开发手册,阿里巴巴的,所有人都在看,其实一个公司有个开发手册正的很重要。第一、这个开发手册代表了公司技术文化的沉淀,第二、起到了代码规范、环境统一等作用。其实每个公司都应该有自己的开发手册,不一定用阿里的,因为项目同,所以不一定适用,和法律一样的。 比如唯评会小册子等,在阿里巴巴的基础之上写的。

       项目在开发的过程中会遇到很多的问题,遇到问题就得花时间去解决,要是不解决问题越来越严重,到了最后就变成了一个没有人想要碰的项目,有的项目为了解决前期的一个小问题,随便写了个代码处理了一下,当别人用的时候不好用,又处理一下,这个方法只会越改越乱,最后一个方法写了几百个if,上千行代码,维护的人也不知道这个是什么意思,重写吧,自己不知道怎么写,生怕漏掉了业务,改吧,无从下手,看吧,看不懂,所以没人想碰这个代码。该解决问题解决问题,问题不能积累,和人一样,小病不去看,积累成大病,已经无药可救。有人会说18年后又是一条好汉,那你就估量一下去重写项目吧。

       架构很重要,项目的架构是很重要的,不同的项目,需要不同的架构,不是每个项目都用一个架构。一般老是用一套架构的公司,都是传统行业,或者他们家老大是个技术出生的,千辛万苦搞出来一套架子,只能一直用到天昏地暗,下面的人也是搞的乌烟瘴气。其实这个项目还不如老大一个人去写,我感觉更划算一些,我的第一个公司搞erp的,就是老大发明的框架,自己一个写出来的,找了10多个人去开发,一个月过去了,不能说没有一点成效,只能说有那么点成效。结果老大一个下午把问题解决了,底下的小弟还没明白为什么。这难道就说我们技术不行吗?不是的,也许你让我们写controller,service,dao。当初的我们也能写的很快。毕竟学习的就是这个,没有达到了心能与电脑沟通的状态。架构师不能只懂架构,还应该分析你的团队,你的手下是什么人,能干什么。

       团队协作也很重要,项目不是一个人能够写完的,我们除了要遵守公司的代码规范,还因该相互协作,使用相关工具进行代码的管理,和代码的合并等等,提交注释写的详细一些。

      代码注释,关于注释,比较复杂的业务,或者一眼看不明白的代码应该写注释,有的人说写到版本控制工具中就行,我觉得还是写在代码中比较好,应为一般很少有人会去翻commit message ,尽量写的通俗易懂一些,不然注释比代码多,就不行了。

     这是我最近的一些感悟,自己也是个敲代码的,哈哈,还这么多话。谢谢大家直以来对冰叔的支持,有什么问题,可以和我说。 这是我csdn的第一篇文章,谢谢。

                 

你可能感兴趣的:(感悟)