做程序员很多年了,今天突然心血来潮,想整理整理思绪,我其实是一个很乐意分享技术的人,很多时候我跟我的团队都是这样说“助人为乐,教学相长”,分享自己的同时也对自己是一次整理和提升;先乱七八糟的写吧,技术点滴不求高深与否,生活心情不管悲喜,只希望若干多年以后,我自己回头来看,有这么一段艰苦而美好的奋斗岁月,非常值得回味、怀念;

 

   当初从一个学物理的专业,不小心爱上了敲代码,毕业之后一直干着这个,当初的asp,vb,delphi都做过,然后到现在的php,c++,偶尔java也可以做一点,一路走来就只知道自己不断的根据项目需要,学了很多技术,也涉及了很多领域;只知道一直埋头的苦干,从来没停歇过,近两年来感觉老了,也没以前那么有冲劲了,干不动的老程序员让人想起了老X女,想起来还真有股凄凉感;

 

    我不知道自己的技术究竟怎么样,只知道写了很多很多的代码,其中也写了很多很多无用的代码,就像是一台按部就班的机器,很少停下来思考过:我为什么这样写?是否有更轻松的写法不?纠结。一直以来,我都感觉我写程序都是业余的,自己不是专业科班出身,也缺少系统的专业基础;物理老师告诉我:“物理乃万物之理,拨开现象看本质”,所以我们更注重是探求内部原理和解决问题方法;我崇尚的简单,简单,再简单的代码,所以每当看到别人一堆堆的代码,我都在怀疑我自己,我的那些写法,架构能行吗?因为大家封装的库都是那么多的文件,那么多的类和函数,转那么多无所谓的层和框架;不知道这些疑问谁来解答。对应框架不是来炫技炫设计模式的,而是满足这2点就是好框架:
1)降低开发人员门槛,同时保持团队开发一致性;
2)提升团队开发及维护效率,同时拥有高性能;
总之很讨厌“为了框架而框架”,开发人员写起来爽,客户用起来爽的就是OK的!


    说说写博客的风格,用我喜欢的两个成语就是:大道至简,知行合一,扩展一下就是:

1)充分对原理的理解比什么都重要,尽量深入浅出;

2)条条大路通罗马,我只关注最优的一条路;

3)有时候简单粗暴,但是效果最好的;

4)放弃大而全的巨无霸,只结合使用场景做“小精美”;

   

     先写到这里。乐意结交志同道合朋友,共同交流,分享,进步。