`

无以规矩,不成方圆

阅读更多

        虽然,我相信技术之间有很多相通的地方,但是我不得不开始承认从Java到C++,从J2EE到DirectX,从高层应用开发到底层开发,这个跨度太大了。不论从WinMain函数的两个修饰符PASCAL和WINAPI中,还是从可以通过数种方法获得一个DirectDraw7接口中,我都发现了我所面对的世界是那样的无序,或者说,是有非常非常多的规则,我还没有办法及时去follow。不管怎么样,我发现我的关注点已经不同了。

        原来公司的老总曾经给公司员工做过一个讲座,我已经渐渐淡忘了这个讲座的内容,但是我还是很清晰的记得他强调的一点:“当客户在陈述他们的需求的时候,要认真听,要把自己摆在一个不懂得技术的位置上去考虑用户的需求。但是我们很多程序员在听用户的需求的时候,在心里就会想该用什么技术完成,要如何提取对象,要如何设计数据表等等。这样是不行的,我们要关注的不是这些,而是用户真正的需求。”我开始怀疑了解__stdcall含义的价值了,因为这样的细节耗费了大量的时间,让我无法专注到我真正需要实现的东西上来。然而这是蜕变不可避免的痛苦,这些细节就是Windows开发领域里面的规范。为了能够更好解决问题,或者说,要想在Windows开发的世界里生存,就得好好了解这些规范。疑虑也就这样打消了,在冰箱里准备好足够多的Pizza和可乐,然后再加上一台不太好的NoteBook和一根与外界相连的网线,努力达到自己想要的高度吧。噢,我又想到了偶像——卡马克。呵呵~~

        其实,当进入一个新的技术领域的时候,会有很多的规则需要去了解和掌握,否则没有办法将自己的注意力集中在所要解决的问题域上。就好象说,不懂得篮球的规则,没有篮球的基本功——如运球、投篮等,是不可能打好篮球的。当然樱木花道这样的天才除外了。我想,技术就是软件领域中的规则,丢掉了规则,不可能做出符合用户要求的软件。在Java的世界里,在语言上的规则要比其他主流语言要少得多,要集中得多;而在J2EE领地里,满眼的都是规范——J2EE 1.4,EJB 2.0等等,数不胜数。为什么Java降低了企业级开发的门槛,我想,其根本就是将规则收集,提炼,然后开放,让开发人员更加容易去follow,并且必须去follow。然后这个世界虽然很缤纷(开源项目层出不穷),但是并不纷扰,因为这个世界大部分情况下是有序的。反观Windows的开发领域里就没有这等好事了,通常都得靠一些牛人来写下汗牛充栋的Inside系列,Unleashed系列,其他开发人员才能领悟其精髓。或许是领域的不同,造成了两者在制定属于自己世界的规则的时候有很多的不同吧。不管怎么样,无以规矩,不成方圆。为了能够更好的解决客户的问题,就要将问题所在范围内的规则了解清楚,才能准确而快捷的解决问题。

        大家都会赞同,真正的技术架构师不需要对技术的细节花费过多的时间,他需要将时间花在整体的把握上。我想如果从我以上的论述来看,架构师本身就是一个执行规范乃至于制定规范的专家。他需要时间来让程序员做得更规范,更准确有效。
 
        知识范围就象一个圆圈,当你知道的越多,未知的也就越多。软件领域也是如此,如果只关注规则便会很快淹没在技术的海洋之中而无法自拔。我们需要不断地学习新的规则,更重要的是依据规则去将事情做好,从而培养自己对于规则的把握能力。就好比你通常不知道法律的每一个条款,但是你无形之中遵守了法律,因为还有道德这把尺子在规范着你的行为。因此我们需要花费足够多的时间去了解更多不同世界的规则,进行更多的实践,以打造这样一把尺子,以便我们能够准确的度量已知乃至未知世界的规则。

        PS:看了Sumtec老大的文章,偶也来思考一下…… 这不,还好写完了,要不上帝的肚子都快笑穿了。

分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics