从程序代码的命名,我们就可以看出一个人的水平。最差的命名就是使用中文、拼音、拼音缩写、中英混搭,接下来要么是模仿式命名,要么干脆就随意命名。
模仿式命名典型的就是“××DAL”,说实话,我觉得类似于“UserDAL”这样的名字,我觉得太不美观了,一般这我就知道这是典型分层架构的模仿者,说明他是有些经验的人了。
随意命名,就是写代码的时候,名字压根就没有意义,比如var list = new List<User>,其实完全可以写成var users = new List<User>的。想要命名的更有意义,你只需要将每一个类、每一个方法、每一个单词的名字都用你开发时的意思直接描述出来就行了。
2
模型抽象能力
模型决定一个系统的可用性、稳定性、易用性、可维护性、可扩展性!
这个模型不是UML建模,而是软件的核心。就是你设计一个软件时,为其所抽象出来的原理性的描述。模型决定一个软件的质量、易用性和扩展性。
凡是优秀的软件,都有一个共同特点,就是其模型构建的非常漂亮,当然也有不怎么优秀的软件,模型也很漂亮。比如微软MEF,其模型构建非常的漂亮和优雅。MEF的核心就是组合基元,如下图所示,它简单的定义了动态组合的支持基础,然后一层一层的进行扩展。
3
谦虚随和
有一个非常有趣的现象,那些懂得尊重别人、比较谦虚的人经过深入接触后,会发现他们的技术往往都很了不起;而那些说话刻薄无礼,觉得这个技术不怎样,那个技术也没什么了不起的,我自己的东西已经挺好的,这样的人水平、经验和见识一般都不怎样。
软件的问题,并不是简简单单解决一个技术问题,从技术的角度上看,只要学会了使用技术,那么我们就已经掌握了技术,因此,单纯的技术是很简单的。
相反的是,软件的协作开发、管理,软件的易用性,软件是否美观,这些东西才是最麻烦的,也往往是技术水平一般、经验短缺的程序员意识不到的东西。有不少一般的程序员,大体都是这一类,他们觉得软件太简单了,没有什么了不起的。对于什么思想,也不屑一顾,他们已经觉得自己掌握了很多真正的技术。
4
异常处理
通过异常处理可以看出一个程序员程序设计的严谨与扎实的基础知识。拿Java开发人员举例,要发现每一个方法都有可能需要强制的处理异常和声明这个函数需要处理的异常,这种强制的约束,会强迫开发人员来习惯性的考虑和思考它。
不过,对于大部分人来说,它处理异常的方式就是简单的使用try { … } catch(Exception anyException) { // 忽略异常 },用这种方式来捕捉所有的异常信息。
这样做的好处就是快,傻。缺点就是一旦出现问题,就不知道问题在哪发生,怎么回事,如果有靠谱的QA还好一些,比如外企,他们都有规范的测试方法和测试流程,一旦发现问题,就会将重现捕捉完整的描述出来给开发者看。
不过,在国内没有严格的测试是很正常的,那么出现问题时,就傻了。客户是绝对不可能把出现问题的方式给你完整的Repro的,一旦出现问题,客户会干的就是急眼,那接下来怎么办?你就老老实实加班,老老实实的去猜去找问题。
当“try { … } catch(Exception anyException) { // 忽略异常 }”这样的代码充斥整个软件系统时,你就可以想象有多可怕,这个软件能稳定就怪了!
关于异常处理,另一面,就是菜鸟程序员在写代码或者实现功能的时候,一般不考虑反面情况,一个软件按照正常步骤可能能走通,但是一旦出点意外,就麻烦了。以下就是一个典型的代码。
If(*****)
{
// ….do something…
}
这个代码处理了if,但是万一出现else的情况呢?可想而知,系统将会出现无法意料的情况。因此,这也是菜鸟程序员做的系统一般都非常不稳定的一个根源,做程序一般只考虑功能实现,忽略掉意外情况。
5
优雅与美观
菜鸟程序员并不是缺乏审美,缺乏的是优雅和美观的抽象能力。一个好的系统,要做到两点,好用,好看!因此,这绝对不是单单功能上的堆砌。
很多国产软件都深深的烙上了技术人员设计的印子,一看就知道这个软件是出自一个技术人员的设计和实现,一看就知道这个软件的实现过程,这简直是惨不忍睹,不过,小伙伴们,这就是你们的机遇啊。
菜鸟技术人员开发功能的时候,一般都是从实现的角度进行堆砌,怎么简单,怎么来。不会去仔细分析,用户在操作这个功能的时候,到底还会做什么事情,各个功能之间怎么进行有机结合来完整的进行结合。相反,一些技术比较好的程序员往往都要直面客户,经常被客户骂,骂着骂着,也有点觉悟了。
当然,也有一些程序员因为自尊,直接不干了。不过,我觉得厉害的程序员基本都有用户意识,也希望自己的软件能有很好的评价,甚至能够影响社会。好用,好看,是软件能够被普遍采用的前提,因此,我们需要学会抽象优雅。
6
基础扎实
技术知识决定一个人能做的技术的层次。基础的知识有计算机组成原理、计算机操作系统、网络原理、数据库原理、计算机图形学、编译原理、数据结构、离散数学、人工智能等等很高深的理论知识。
在这些基础知识之上,就是软件开发语言、类库、框架,面向过程、面向对象、面向服务等编程思想,架构思想等等。
这些知识不一定会影响你现在的工作,但一定会影响到你的格局,那格局肯定也会影响到你自身的发展。我碰到过有些理论很差的人,但技术在公司内也是有些影响力的,因此,他们对技术原理就很不屑,甚至为自己不懂太多理论而擅长实战而沾沾自喜。
这些人会对那些懂理论,但动手能力一般的人显示出由内而外的鄙夷,但是他们却不知道那些既有基础知识,也有动手能力的高手做出的东西是怎样的。就像很多人都想不通,那些技术天才是如何开发出一个数据库、操作系统这样的软件。
因此,如果你已经发觉自己基础不够扎实,那么还是有空就修炼修炼自己的内功吧!
7
文档与表达能力
很多技术人员都写不了文档。不过,坦白的讲,如果要获得更好的报酬,文档是绝对关键的因素。没有文档就没有沟通,就没有交易。有人提了,“文档是第一生产力”,这是非常有道理的。
文档的类型有很多,针对的对象也各不相同。不同的人,对文档的理解能力也是完全不一样的。因此,你的文档必须适应于你的目标。这个对于搞技术的人太难,他觉得还不如写代码来得快。
表达能力决定了你所做的技术的影响范围,决定了你的影响力,决定你的威信。因此,也绝对的影响到你的报酬。因为这个能力而影响到你的报酬,你可能会心里觉得亏,但没有办法,这是硬伤。
这可不仅仅是我只是不擅长写文档,但我擅长于搞技术这么简单。如果哪一天,有一个擅长忽悠,技术不如你的人,爬到你的上面并且领导你,那也是该的。千万不要去怪别人擅长忽悠,而是要想办法来弥补自己的硬伤。
8
积极的心态
技术好的人,一般人都坏不到哪去。很简单的一句话,想要技术好,就要投入时间,有时间投入到技术,那么就没有时间投入到其它方面,特别是消极的坑蒙拐骗,因此,技术人员一般也都比较靠谱。
积极的心态,不仅仅对于技术,对于生活也是如此。一旦有了积极的心态,那么菜鸟到高手的过程,仅仅是时间的问题!
9
觉得软件不值钱
程序员都特别烦的就是做一个软件和一些水平不怎么高的技术人员谈费用的问题。只要是想要做好,没有哪一个事情是简单的。凡是靠良心和能力谋生的,都是依靠自身的实力来获取合适的报酬,我们每一个人都需要有收入。
但是,我们很难改变一些技术人员认为软件不值钱的想法,他们的理论是,这个功能放我身上,我一天就搞定了,凭什么你要那么多钱?
可是,咱们的做法一样吗?一个功能的实现方法有很多种,就像我说的数据采集。如果你的数据采集实现没有以下“1、2、3”这些辅助的功能,后台的实现要简单的多。
如果没有指令重试,没有多线程,没有异步刷新,没有7×24小时稳定运行,没有采集数据丢失,没有指令优先级排列,没有多线程和分布式集群采集,没有支持1天1GB数据采集等等这些非功能性的需求。
那么这个软件会更简单,我也见过有人用一个控制台,用一个单线程,显示的信息都是完全看不懂的二进制数字,运行一会CPU就100%,内存不断升高的采集软件。这个也算得上是采集软件。
不过,菜鸟程序员一般都会按照自己的做事方法来对软件进行评估,如果没有好的经验,一般都会认为软件很不值钱。事实上,做好看的、好用的软件非常难,做好看、好用、还要好维护以扩展的软件那就是难上加难。
软件是一个充满智慧结晶的劳动成果,如果说的高尚一点,有些软件时无价的。