本人只会C，照样混的开……

第一次在这里写文章，随便写点。

对于很多人喜欢讨论，自己会这个，会那个，本人很不以为然。做IT其实什么都不会都可以，为什么这么说呢？IT的技术更新很快，你不可能会很多新技术，老的技术也很快就淘汰了。做编程的人都知道，自己的工作其实就是在不断的学习新技术，解决新问题。假如是7、8年前你会用VC6，会用VB6，你找了份开发的工作，做VB，那到现在，你还敢说，你会VC吗？你的VC到现在还能吃的开？假如是我，我一定只会和HR说我会VB。通常所谓会多种语言的人，大多都是那种只懂点皮毛的，学校里刚出来的菜鸟。而且，做IT需要的是头脑，不是说你脑子里懂的技术，而是说你脑子的思维方式。

我不是学习计算机的，连数据结构也没学过，VB不懂，VC不明白，JAVA是啥更是不知道，不过，我现在是一名普普通通的软件工程师。这完全因为在学校里毕业前，做了一个带USB连接的BCB的小程序，当然是C语言的啦。然后毕业后就一直在用BCB来写东西。DEPHI和BCB差不多，不过不会用，呵呵。我就是典型的专一型程序员。

不过，你也别瞧不起咱们，会看这个文章的人，从技术水平上来说，也未必有我高。虽然说，我基本上只是会C，但是其实还是有不少功底的。例如，我会用FLASH复杂编程，这其实是对OO的一种很好的学习。也用过MATLAB做点复杂的数值运算，也有部分图象处理程序。对VB，DEPHI等虽然不能写，但是我却可以把别人写的东西，搞明白翻成BCB的版本来用，呵呵。

我现在只是在家小公司工作，做的工作其实也不局限于编程，也涉及到软件质量管理，软件测试，软件设计等等。除了编程，我觉得做软件的人，需要的是一种思维方式，作风，工作习惯。

软件设计上，更多的考虑用户。首先要说的是，我所涉及的软件更多的和工业现场控制或者和物流管理有关系，我将设计分为了三个层次：

功能层定义，软件要完成的功能。也就是需求定义。

操作层（流程）定义，我们要讨论的是操作，各种违规操作以及特殊情况下，处理流程是否有问题。

技术层定义，讨论我们所设计的操作层，是否技术可实现。具体来说，开发平台，使用工具软件，数据库设计，控件使用等等。

操作步骤，流程，一般性习惯等变的尤其重要，而技术细节，可实现性等往往占了次要的地位。

质量管理上，看了不少东西，发觉个叫林悦的人对我很有启发，这个是技术层面上的提高。而意识上，领导们的思想总是滞后，往往只是说，我们需要测试，实际确没有做好。这个其实也是个意识习惯的问题。哪怕你不懂编程，你会管理，也一样可以做好一个QA。

而说到测试，往往都是采用手工测试的方法，白盒黑盒。一个重点是设计用例，一个则是不断的重复性劳动。设计用例其实并不需要高深的技术，而是深厚的经验，而重复劳动就更简单了。

到这里，我也该总结一下自己。首先，我是一个IT从业者。我没有高深的技术，只掌握我需要掌握的并能熟练应用的东西。其次，我有IT的思维，不论是哪个具体职务，我都是以这样的思维习惯去思考，工作，完成计划。不知道各位怎么看？欢迎反驳，呵呵。