语言的生产力离不开用的人和应用需求，举个极端的例子，让三岁的小朋友用20斤的大锤，用瑞士军刀做航天飞机，都是扯淡。语言的生产力是有前提的，而且前提是非常重要的。让一个航天飞机设计时和一个驴友争论到底是高科技仪器好用还是瑞士军刀实用，这有意义吗？合适的场景用合适的语言，为了知道更加合适的语言，需要不断更新自己的知识。 为什么要更新自己的知识呢？随着时代的发展，提供给编程人员的语言，一行语句能做的事情越来越多（代码有紧凑优美的趋势），在这种事情刚出来的时候，可能性能是个大问题，相关工具不完善也是大问

从XP换到64位的win7,遇到过几个小麻烦都解决了。今天遇到一个，安装VS2008网上流行的那个完整版，然后准备破解升级到无限期，结果发现竟然没有输入cdkey的对话框了，搜了一下解决方案发现，原来是微软在win7里做了手脚，遇到那个对话框把输入cdkey的框和按钮给隐藏了，太幽默了，也不知道谁想的方案。找个工具破解一下就OK了。

现在美工们还都是使用3d max9，今天在64位win7上装了一个32位的3d max9，启动之后报了一个小小的错误。搜索了一下，去官方下载安装了最新的3d max9 hotfix4，再次启动暂时没有问题。

最近google docs改版了，结果新版的url被盾的非常厉害。无奈寻找替代品，发现office live也勉强可以用。 适应一段时间吧

多语言(java, C++, python, lua)，多平台(windows/linux)难免会遇到文本编码混乱的情况 因此在项目初期，需要明确源文件，数据文件，配置文件，脚本文件的编码（utf-8或者unicode16），需要明确网络传输编码(通常utf-8)，需要明确内存中字符串类变量的内部编码（除了C++都是unicode16，因此C++也应该是unicode16），utf-8有没有BOM头都行，utf16的必须有FEFF的头。 可以使用enca(linux/windows/cygwin都有)来检测文本文件的编码，对于gb2312, utf-8 with bom, utf-8 w/o bom, utf16 be, utf16 le都支持（utf16必须有FEFF头，还支持很多

大家在讨论HTML5的时候，大部分人都没有搞清楚HTML5包含什么，把很多非HTML5的东西和HTML5混合在一起，以下列出HTML5规范里明确声明的，不属于HTML5范畴的内容 Web Workers Web Storage WebSocket API WebSocket protocol Server-sent Events Web SQL Database Content-Type Processing Model The Web Origin Concept Geolocation API SVG MathML XMLHttpRequest Parts of CSS 还有一个WEBGL，这个更是很难跨浏览器支持了，因为微软力挺自己的D3D，让他在IE里支持OpenGL，这不是脑子进水了吗。 假如以上技术HTML5不支持，各个浏览器又不

当参与多人同步开发的长期项目时，一个经常出现的问题就是配置和版本。 有的人喜欢依赖于版本管理，每个人搞个分支，然后一个一个合并，其实merge这个事情挺慢的，而且还是无法杜绝问题。 假设开发之前的版本是A，5个开发人员依次Merge回来的版本是A1，A2，A3，A4，A5，发布版本也就是A5，现在的问题是2号和4号的程序突然发生故障，如何解决？重新MergeA1，A3，A5？或者修正A2和A4？我认为更好的方法是在开发的时候在配置中做好开关，随时可以在运行时切换回老版本，这样在线上出问题的时候，一些版本管理中没有的版本，也可能出现，一

最近突然遇到这个问题，开始还以为是远程机器的问题，远程机器又不在我手边，今天去重启了一下，还是没搞定。网上终于搜到解决方案了。 问题本身就是登陆远程桌面之后，按下什么字母键效果都跟按下"win"键+字母键一样，比如L，就是锁屏，e就是文件浏览器。 解决方案就是从"开始"->"程序"->"附件"->"辅助工具"->"屏幕键盘"按下弹出窗口中的"win"键，如果远程桌面的开始菜单弹出来了，问题就解决了。

软件收费本身其实没有问题，以前的问题在于产品开发成本高，用户群小，支付渠道不畅，因此产品单价高，导致用户购买欲望下降。 但是在今天，各种电子商务和虚拟物品盛行之后，网络支付已经变得如此轻松，几乎是人人必备，那么用一顿麦当劳的价钱随手购买一款能用几年，解决问题的软件，真的是无所谓了。看到0.99的价格，谁会在意呢？ 平台一定会胜利的，软件提供者是否会胜利，会持续的胜利还要持续关注。

接口是一种契约，应该用在模块之间，系统之间，我对外提供如何的调用，我依赖于实现某接口的系统。对于相对独立的插件系统可以引入契约，一些框架也可以引入接口。 抽象类是为了复用，在系统内部，为了在不同的接口实现之间复用代码，复用功能，甚至复用调用顺序（比如template模式）。 一个系统应该划分出核心系统和插件系统，核心系统是每个应用的骨架，也就是应用本身，是不适合抽象出接口的，只有那些附属功能，也就是所谓的扩展点，即使在一个应用中也可能需要不同实现的才需要接口。