`
阅读更多
8月13日.NET活动因为人口太多,分了两个场区,我这一场区听了2场技术讲座分别是VB 2005和C++/CLI,应该说都是新知识又都是旧东西,说新知识当然指之前都没有接触过2005的技术,说旧东西就比较有趣了,因为所有介绍的新功能都是去做以前也能做的事,当然,运用新功能新知识能更快速的达到目的,但不用的话也不是说就不能达到目的。有人说吃这碗IT饭是练辟邪剑法,我觉得倒是的确很传神,IT是朝阳产业,新技术不停的出,但解决的问题却始终超不过IT的范围——处理信息。从处理信息角度看一些技术的成功和失败比较清晰:例如,GUI之所以成功是因为它相对于CLI的界面,可以有层次性,突出重点的,带反馈的展示信息。Internet和HTML之所以成功是因为它能够让我们以同一种方式处理来自全球的信息。BLOG之所以可行是其可以较好的平衡了信息的权威性和匿名性。大的技术成功必须解决我们本质上的一些需求,VS.NET 2005的重点可能是解决Team Work的需求,对于一些小改进,可能真正的付费用户并没有多少愿望去升级,正如真正的企业用户并没有多少动力从Office 2000升级到2003。

我虽然比较喜欢技术,但我始终警惕“为技术而技术”。从警惕为技术而技术的观点看,可以说VB的讲座可能比C++/CLI更实用,从数据库应用开发角度看,采用VB实在是非常好的选择,没有人会否认VB的小规模应用的开发速度,网上有人号称一个星期搞懂VB,夸张了一点,但VB易学易用确实事实,而且现在高校各个专业好像都有开设VB编程课,招个VB的码字工可能成本真的会很低。

但从另一方面看,VB对于学生的我可能就不是一个良好的学习选择了,实际上我认为,将数据库应用作为学习方向都不是一个很好选择。大家都知道,数据库访问方法一直是微软更新最快的技术:ODBC, DAO, ADO, OLEDB, ADO.NET还有FoxPro, ACCESS, SQL Server,虽然SQL很大程度上可以包打天下一番,但这些东西之间真的没有什么积累性,从这一点看,学习C++倒是很好的选择,至少C++从来没有出现像VB6-VB7这样如此翻天覆地的变化,学习C++最大的风险有点像学习一些高等数学,你学了很多,而且这些知识不会怎么改变,但是你很有可能一辈子也用不上这些知识。MFC基本上只用了C++的继承和多态就完成了一个学习周期不会短于6个月(Programming Visual C++ .NET 6th中指出)的类库,ATL,天哪,看到这个缩写我就头大,这只能是少数人的工具,就算你学会ATL,你会封装什么组件呢?Windows组件自然有微软的人封装,Bussiness Rules?这个还不如用.NET等到SQL 2005或者干脆写死在数据库访问代码里呢,我实在怀疑有多少机会去实际抽换一个运行中的生产数据库。

微软作为平台提供者和其平台上的应用提供者,决定了数据库应用是大多数学生出校门后的必然工作,我不想做数据库应用(我一向怕人多),我的专业方向是离散事件仿真,就是说,确定了工作流(这个现在好像还有点热度)后,仿真这个工作流程,计算出按照这个工作流工作,系统的费用,时间等等信息,希望在毕业前我能够开发出一个像样点的仿真引擎吧,原先还比较想用ATL开发,但今天李建忠老师提到了一下COM的灰暗前途,我准备重新考虑个人发展计划,准备再多看看.NET下的工作流引擎,计划在上面做工作,不知各位读者有何良好建议?

另外,用了这么多年微软的盗版,我真的打算个人购买一套Visual C++ 2005 Express Edition,理由较简单,这个是微软产品线中性价比最高的产品,Win32, COM, .NET通用啊,从这个侧面说明,学习C++比较省钱。

最后要比较老套的感谢这次的组织者,还有李建忠老师,.NET程序框架设计的译者,比想象的年轻,但是好像人比我还瘦,技术方面有很强的灵气,不在现场很难体会到,不过面色好像没有介绍VB的讲师好(不好意思,电脑用多了记性真的很差,名字忘了),大家还是要注意身体啊

分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics