程序员感悟

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

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

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

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

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

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

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