一点想法

国内的软件企业,从来没有像国外那样,在技术上保持连续性。从最早的DOS->Win16

->Win32->OLE->DCOM->COM+->.NET,我们很难找到能够完整走完这个历程的人。这种

现状,导致大部分的技术人员,对于开发技能,有一个很大的断层:知其然,不知其

所以然;碰到非source code的错误,就手足无措;或者代码质量低劣,或者性能有很

大瓶颈。
其次,“也许是”文化、时代的使然,浮躁心理甚嚣尘上。纵观现在的两大技术阵营

,首当j2ee,其次是.net,什么东西新,就学什么,各种名词术语满天飞。技术是为

了解决问题的,不是为了技术而技术的,这个问题很多初学者也没有考虑过。

我在招聘的时候,看过的简历很多,“精通”二字随处可见。做过半年网页,就说精

通ASP,用Application Block里面的database写过一个BBS(源代码大部分还是从网

上找到的),就说精通.NET。

像通软、UFSoft、Kingdee的软件公司,在国内还是很少的。即使在上述公司里面,大

规模的技术应用也才几年,刚起步而已;软件过程的管理,刚由混沌到有序(CMM的影

响甚深)到迷茫(如何结合自己的实际情况达到高效?)。技术+管理,两者都还在一

个很痛苦的过程中。而且这种痛苦,是伴随着企业在生死线上苦苦挣扎,阵阵的。

对于管理问题(尤其是开发过程管理),还未见到一个好的模式。或者说,一个可以

被其他软件公司复用的方法。牵扯到流程的东西,最终的决定因素还在于人。
对于技术问题,一般有三种解决办法:小圈子内解决(同事、朋友等);网络寻求答

案(google、csdn社区等);找上游开发厂商(如我们给微软提case、给oracle提

tar)。
最后一种办法,是最高效的,但是花费不菲。前两种,时间搭进去很多,效果一般不

好。

看国外的很多计算机书籍,著者很多都是某某软件咨询公司的CEO。由此我会想到,作

技术方面的咨询公司,未来是一个很好的方向。国内只有技术培训,没有技术指导。

北美的经验,尤其在软件产业上的经验,我相信会在未来的某个阶段(如现在),对

我们有很大的指导意义。

某个项目,或者某个一般性产品,Architect应该如何设计?对应的项目管理应该如何

考虑?关键代码的Security,适当的Patterns,如何进行review?产品release之后

,突出的Performance问题如何在客户现场解决?如何避免病毒、木马对我们应用程序

的干扰?

上面的问题,很多软件公司都会关注,但是他们自己没有实力来解决。也很少有公司

能像通软一样,每年花几百万的购买M$和Oracle的服务,来解决这些问题。
这里面其实就有了一个商机,更准确的说,一个空档。找一些适当的人,专门作软件

公司的咨询活动。这就犹如SAP的很多大客户一样,最终他们的信息中心、业务人员,

成为了管理软件领域的第一批布道者、创业者。

国外现在有一些大厂商资助的、免费的类似组织,它们的盈利模式就是靠大厂商赞助

。但是还没有到国内来,即使来了,效果会如何?现在还不得而知。

posted @ 2005-10-01 07:53  鞠强  阅读(...)  评论(... 编辑 收藏

hello

world