关于编程

 

关于程序员，任何时候都不要忘了学习，现在各种技术各种语言层出不穷，如何定位自己，找准自己的方向很重要，更不能满足于现状，否则早晚会落伍。任何一个程序员，都应该有自己的学习计划，成长计划，学习是一个过程，打基础很重要，也要由浅入深，这是一个积累过程。还要有自己的学习笔记，正所谓好记性不如烂笔头，学习如此，工作亦是如此，等你回过头来看自己的历程，你会有很多自己的看法和意见。这也是为什么同样工作三五年的人，有人可以做你的上级，所以学习和积累很重要。这两年在公司，由于一些原因，在这方面远没有以前做得好，我会反思。 

关于编程，如果是使用java编程，如果连JVM的原理都没了解过，那只能说你是一个会java的人，而不是一个懂java的人，因为你只是会写，而不知道为什么要这么写，这么写有什么好处，为什么这么写执行效率就高。网上经常有很多文章关于好的编程习惯，但这些好的编程习惯正是因为懂得编程原理和java工作原理才总结出来的经验。打个比方来说，同样实现一个功能，好的程序员写出来的代码就应该比别人写得更优雅，更具备可读性，可扩展性，生命周期更长，运行效率更高，而不只是简单的实现这个功能。所以我会经常强调要有好的编程习惯，对自己对别人都是有很多好处的。

关于规范，所谓无规矩不成方圆，一般各个公司都有自己的一套编程规范，各个编程语言也有自己的规范，各个系统也有自己的设计规范。在各种维度的规范上，我们要有先后顺序去遵守。不能一个人有一个人的风格。

关于设计，如果是一个编程了三五年的人，而不只是写代码了三五年，我想多少都会接触到设计这一块。这是一个常常被提及的话题，因为它始终影响着项目的生命周期。而设计又分架构设计，概要设计，详细设计，数据库设计，业务模块设计等。关于概要设计，估计不少公司都直接把这一步给忽略了，其实这一步很重要，如果做得好了，那剩下编程就是填代码了。优秀的程序员能知道哪些逻辑是写带前台的，哪些逻辑是应该写带后台的，哪些事情是应该在设计时就做好的。写代码其实不复杂，只是编程的最后一步而已。好的设计会使系统运行效率更高，同时开发效率更高，可复用的代码更多，程序问题更少。相反不好的设计只会让程序员整天沉于问题的查找，bug的修改，苦不堪言，谁又愿意在这样的公司长呆呢。比如说一个设计得不好的项目遇到一个问题或者遇到了瓶颈，你能找到问题所在吗？你能解决问题吗？是网络的问题，是硬件的问题，还是软件的问题，还是设计的问题，还是编码的问题。上次私有云环境请求很慢的问题就是一个很好的例子，当然最终问题不是程序设计上的问题，但设计上多少还是有一些问题的。

关于技术框架，做WEB开发接触到最多的框架可数ORM框架，ORM框架只是所有数据关系映射框架的统称，具体的如Hibernate、Mybatis，Spring Data Jpa等，框架是为了解决特定问题而存在的，其它诸如模板框架、缓存框架，安全框架等等，框架不能直接使用，需要在框架的基础上进行一些开发和调整便可满足要求。对于开发过程而言，选择合适的框架会提高软件的质量，降低成本，缩短开发时间，形成一种良性循环。好的框架是专门有人维护和升级的。比如Spring Framework体系，Spring生态从很早的2.X版本到3.X版本到4.X再到当前的5.X版本、从最初的XML配置到注解扫描性配置，再到现在流行的Java Config配置、从单纯的Spring Framework到Spring Boot，再到目前流行的Spring Cloud服务治理生态。 框架的升级往往伴随着开发成本的降低。

关于架构， 架构作为一个比较高的层次，往往需要考虑的问题比较多，需要懂的也多，从网络，硬件，软件，操作系统，业务系统，业务等等都需要有比较深入的理解。软件开发经历了面向过程，面向组件，面向对象，面向服务，到现在比较流行的微服务，都和架构息息相关。架构分为逻辑架构，网络架构，技术架构。逻辑架构要考虑系统的整体逻辑，数据流向，可分为多少个子系统或者服务，子系统间如何交互等等。网络架构要考虑安全性，并发性，监控等。技术架构往往和程序员息息相关。 相信很多人都希望设计一个大而化一，具有轻量化，高性能，松耦合，高扩展，能适应一切需求的架构，但这是不现实的，我们只能设计得更合理，更适合我们项目的架构。 我一直认为一个好的架构师能够减轻程序员的负担，让大家共同成长。能够提前预知并解决系统问题，当系统遇到瓶颈了能使用合理方式解决。

关于职责评定，公司能否留住一个优秀的员工，让员工有归属感，实现自己价值的同时得到成长升级，另外相应的报酬也同样重要，而报酬往往是和岗位职业挂钩。java编程一直流行的SSH想必多少都清楚，只是会用的人不少，但真正懂得这些框架原理的又有多少，为什么要用这些框架呢，我用别的框架不行吗？你能说出用这些框架的好处吗？和同类型的框架比较，他们的优缺点呢？如果你真正懂了，而不只是会用，我想开发遇到问题，遇到瓶颈，或者架构升级的时候，你一定有自己的看法。但问题是，做为一个写了三五年代码的程序员，仅仅只满足于会写会用吗？那还不如直接用一个刚毕业的学生，我想稍微指导一下也能做到。所以要明白公司为什么要花比别人高的代价录用你，正是是因为你有更高的使用价值，懂得比较多，但更重要的是你懂得比别人更深入，你能处理别人不能处理的问题。所以对专业知识的掌握程度往往是判断一个程序员的主要标准，是了解还是比较了解，是掌握还是熟练掌握。其次，专业能力也是评定一个程序员级别重要标准，学习能力，创新能力，执行力等等，不要说会这个框架，会那个框架，会这个语言，会那个语言，工作了三五年的人，给一个新的框架或者新语言，我想用不了多少天，看看原理，看看quick start，不行就再看看demo，应该都会用了，应该能基本编写代码了，具体遇到问题可以再查手册，实在不行google百度。我想问题不大，如果还有问题，那只说明不具备基本的学习能力。

其实上面说了那么多废话，总结起来就是多学习来提升自己，养成良好的编程习惯，遵从规范，要注重设计，要了解系统的架构，然后就没了。