近况@2011.12.17
提醒：本页面将不再更新、维护或者支持，文章、评论所叙述内容存在时效性，涉及技术细节或者软件使用方面不保证能够完全有效可操作，请谨慎参考！
最近很忙，年底了，各种事情都压过来，当然博客也没多少时间打理，还望关注的朋友见谅，2011很快就结束了，总体上对今年在计算机方面的表现不是很满意的。离开学校后技术专研的热情有所下降，和之前定的目标也相距甚远，今年说到底就捣鼓了前端的一些东东，以及ASP.NET/C#和PHP这些，都是拿来做网页的，之前C语言的一个项目又缝缝改改了一段时间，后来发现构架还是有点问题，于是停工重新论证部分代码实现的可能性，有些问题一开始考虑欠妥或者根本就是考虑错了，导致接下来步履维艰。明年准备好好巩固一下正则表达式（Regular Expression）争取写正则时减少再修改调试的次数。另外Python这门语言据说不错，也想研究一下，数据库方面主要还是摆弄一下MySQL以及PostgreSQL。另外文档处理方面，准备尝试使用LaTex排版一些技术论文，Word不管怎么搞都很难如人所愿。
希望明年能够静下心来钻研一下理论知识，正所谓书到用时方恨少，确实，理论的欠缺，光靠经验之谈也是不行的。好了，时间不早了，明天继续加班，先胡乱写这么多吧。
年底了,都一样. 我也希望有时间多学习下. 我发现跟博主很多想法怎么就那么像呢? 唯一一点,我不喜欢.net,也没有学过.但是还总是有人认为我搞asp.net的.--!
@shirne .NET感觉是干的Clicker的活，只有ASP、PHP这些才能找到Coder的感觉，不过ASP转ASP.NET是大势所趋，现在也信不过微软，说不定几年后又搞个什么新技术，然后像ASP一样放弃.NET，那就悲剧了，这点还是开源好，不管怎么样都会有人维护的。
我也不喜欢ASP.NET，感觉代码不受自己的控制。微软就是这样，看到别人出了新技术，自己也搞一套差不多的，搞来搞去又搞不过别人，最后就放弃了。当年vbscript不就是为了打败javascript而生的么，结果连javascript的项背都望不到。比不过javascript也没什么，至少能做做Windows系统自动化管理，但是微软又眼红Linux系统强大的Shell，于是放弃vbscript，又搞了个PowerShell出来，真是受不了微软。
@Demon 握手，如果有高手把ASP也搞成和PHP一样编译运行，最好直接本地代码，再弄个类似JavaScript的V8引擎，效率上去了，我相信ASP还是会很好的发展下去的，估计现在多数人向我一样纠结于ASP的面向对象机制的不完善以及运行效率问题。另外ASP.NET的大发展还有一个原因恐怕是商业软件的需要，ASP.NET可以搞成DLL，当然可以反编译，不过可以混淆一下，增加破解的难度，这点和ASP比起来正是商业软件需要的，PHP也有相应的加密软件，ASP就纯粹明文了，如果编译DLL，服务商又不给你装，而且市面上有的加密工具多是商业性质而且还需要在服务器上安装，这点也阻碍了其发展。当然了，服务端语言编译运行是发展趋势，解释运行效率已经满足不了需要了。 经你这么一说我才发现，微软还真是这样，苦了程序员了，好不容易学了一项技术，然后某天又突然淘汰了，看来还是要紧跟开源技术的步伐。
微软的东西不开源，高手想搞也搞不了。PHP不是编译运行的，和ASP一样都是解释运行。没用过ASP，运行效率真的很低吗？用Jscript的话也许可以解决面向对象的问题。不是程序员，毫无压力。
@Demon 额，PHP内部应该用了动态编译技术，单纯解释运行效率估计跟不上了，呵呵，也许我记错了吧。不过静态编译的倒是有第三方的Zend Optimizer和FB的HipHop。ASP还是使用的旧的解释运行技术，每次运行都要重新解释，效率已经不能和PHP比了，现在ASP还是靠缓存撑着，所以效率瓶颈还看不出来，如果用JScript写ASP的话据评测效率略低于VBScript，据说是因为JScript为所有物件生成对象导致性能上有一定开销，而且IIS默认引擎是VBScript，切换引擎也有一定的开销吧。
动态编译只是解释的一个过程而已，Zend引擎在解释PHP时会将代码编译为opcode，然后执行这些opcode，但是和ASP一样每次运行都要重新解释。关于PHP脚本的执行过程可以参考《深入理解PHP内核》。 Zend Optimizer并不是静态编译，只是对Zend引擎编译产生的代码进行优化；而HipHop是把PHP转成C++，最终编译的是C++代码。 面向对象的开销一般都会比面向过程的开销要大，PHP也是如此，但是没有必要为了效率上的细微差别而放弃面向对象。 至于切换引擎有没有开销，没用过ASP，不敢妄加评论。
@Demon 呵呵，学习了，看来还需要对PHP深入了解一下。