从复用层次看技术发展路线

编写是一个漫长而需要耐心的过程，在开始初期不断去阅读别人的文字、学习别人的思想、摘抄别人的文章，慢慢最终将这一切碎片转化为自己的知识和沉淀。

 

下面列举出我认为从复用层次看自身技术的发展路线

函数/类

把重复代码用一个独立的单元或者类来归集，用合适的设计模式，将代码解耦。

模块/引擎

对工作流引擎、业务引擎等通用模块进行研究，完成主要底层功能

框架/平台

对开发平台进行思考，有能力实现一部分内容。在很多情况下将自己定位在一个更高的层次上去看问题，把最的视野拓宽，在做事是回归到应有的定位。

技术领域知识和业务领域知识同步前进，关注人和做事的方法，提升组织和沟通能力。

不一味停留在技术语言上，关注其中的思想。把自己放在没有退路，强制自己学习。

停止空谈、开始行动。战胜拖拉，现在就做。

善于发现问题本质，并敢于解决问题。

 

初做架构

找到抄袭源，主题抄袭，求同存异；

组合抄袭，不断修改；

一个架构由多部分组成，通过开发工具、辅助工具、基于框架、引擎以及内置的模块等一套支持软件开发生命周期的完整开发环境开构造软件；

 

懂得JVM能让人写出性能更好的代码

什么是池技术，什么是对象池、连接池、线程池；

什么是Java反射技术；

Java多线程同步异步；

Java各种集合对象的实现原理；

 

熟练使用Linux操作系统，熟悉HTTP协议，尤其是HTTP头，session和cookie的生命周期以及它们之间的关联；

系统集群、负载均衡、反向代理、动静分离、站点静态化；

分布式存储系统的优缺点、使用场景；

缓解机制的使用，提升系统的性能，如何将硬盘上的内容放到内存里进行提速；

数据库的设计能力，对它基本的参数优化，慢查询日志分析，主从复制的配置；

队列中间件，消息推送，如何异步处理、缓解服务器压力，解耦系统；

 

提前遇见下一个阶段将遇到的问题，能考虑到设计当前架构今后的升级和扩展，如何解决系统瓶颈；

不要为了架构而架构，第一满意业务需求，第二保障运维的持续性。

转载于:https://my.oschina.net/u/3448620/blog/919771