字符串编码检测并不容易。不知有没有什么可靠的方法（除了用Iconv库直试转以外）

直到最近，第一流的基础软件几乎都还是C语言编写的，或者至少其核心部分还是以C为主。而且我认为，在短期内，这种局面不会有大的改变。当然，如果Java社群能够克服上面的这些问题，充分发挥出Java本身的优势，在基础领域开发出一大批一流的支撑软件，那么局面是可以改变

谈到 Python 的优越性，这是一个见仁见智的问题，一直争论不断。如果非要我说，我觉得它的优越性在于你将拥有更多的时间关注你的业务本身、拥有更的时间陪伴你的家人、拥有更多的时间阅读（或睡觉、交友、运动、旅行等）。

Ruby对于Unicode的支持最差，或者说根本没有支持。Ruby始终只是把String看成是字节序列。使用Ruby处理中文，要用iconv库转来转去。Ruby的正则表达式对unicode不友好。新加入Rails的一个库据称可以解决Ruby unicode支持的问题，不过代价是三十倍的性能下降。

1. 了解正则表达式的历史；2. 掌握一门正则表达式语言；3. 理解DFA和NFA；4. 理解greedy和lazy量词；5. 理解backtracking

很多软件架构师走入了一个误区，即一旦升级为架构师，就可以脱离具体的代码实践了。事实上，由于下层技术的变化迅速，架构师一旦脱离代码实践，脱离现实应用，很快就会与实实在在的软件开发工作产生距离感，忘却一线开发者需要面对的现实问题，做出一些不切实际的设计决

大的局面来看，Ajax已经不只是一个具体的技术，它与REST、RSS、ATOM、Microformats、mashup等结合起来，已经勾画出了下一代Web技术架构的蓝图；狭义的Ajax，也就是基于JavaScript、XML/JSON的Ajax，要么不断改进，克服现有的一系列缺点而升华，要么被后来的RIA技术取代

孟岩认为， Ajax已经远远超出了一种语言的范畴，它的异步处理机制是一种基础的架构，也是以后互联网架构的基础和模式。所以JavaFX Script是不可能取代Ajax的。

在RSS 0.91的基础之上，Web社群自发建立了RSS 2.0规范，这其中的RSS代表Really Simple Syndication。其实从技术上看，RSS 2.0跟RSS 1.0已经没有什么关系了，但是名字上却好像是同一个技术规范的升级版本一样，这样就带来了认识上的混乱。

按软件工程的国际标准，一个大型项目应有125个文档，国内一般不超过25个，甚至有的项目只有7、8个。这就是中国的现实情况，在实践中可以妥协也必须妥协，但是我们心理要知道，这是不对的，需要改进。将来条件具备了，还是要回到正确的方法上来。

现在绝大部分开发者的写作和文字表达能力远远不如他们写代码的能力。如果你认为你只需要跟机器搞好关系就可以过上幸福生活，我可以说这几乎是不可能的。任何时候，让人明白都比让机器明白更重要，更有价值。

SOA监管的意图，就是要让各种服务以清晰有条理的方式组合协作起来，并清晰地度量每一个服务的开销，评估每一个服务的开发和 维护所需的技术，确定当服务失效时采取的必要措施。总之，就是要把服务管起来，让它们有组织有纪律的共同工作。

在某些领域，SaaS已经进行了一些成功的实践，最为人称道的如Saleforce的CRM，WebEx的视频会议服务，Google的企业级email服务，以及一些在线的人力资源和会计服务。综上所述，SaaS是将整个产业推向新层次的具有重大全局意义的思想。SaaS在当前还存在不少的实际困难。

Intel软件的网站上看到了他们的一个新的program，提供Linux平台上非商业软件开发者免费的软件工具，包括全套C/C++/Fortran编译器、VTune、MKL、IPP、ThreadChecker和TBB。

并发编程也是要付出代价的。一些很明显的问题相对来说无关紧要，比如锁定。对资源的锁定降低了系统的性能，但如果你能找到办法最小化甚至消除资源共享，让操作真正并行，从而明智得当地使用锁，那么从并发执行得到的收益，要远大于在同步上蒙受的损失。

从软件开发上来看，无论是否执行在多个核上，编程方法本身必须发生变化，这种变化了的编程方法通常被称为“并发编程”，表明这样方式编写的程序既可以跑在多个计算单元上，也可以以分时的方式执行在一个计算单元上。

概念有点大，大概念都有点虚，难以理解。真正影响很大的概念都发虚，像OO，Component，architecture，patterns，哪一个一开始就看得见摸得着？谁敢说自己没花功夫就无师自通了？这很正常，有价值的东西就是要动脑子才能得到，当然就不像泡夜总会那么实在，那么一说就懂

第一阶段是信息静态发布，网站就是一些规章制度的公布；第二阶段是信息动态发布，网站承载项目变更的发布，这些信息会随着时间变化；第三阶段是流程的信息化。工作中的流程逐渐固化到系统中；第四阶段是随时随地信息化，。制度不会因为系统的缺陷而降低工作效率。

在微软，测试不仅使用一些通用的工具，每一个产品还有专门开发的专用工具库，测试的代码量常常超过项目本身的代码量。 一个软件企业要提高其软件开发的能力，特别是针对大型软件的大规模的快速开发能力，在测试方面对传统理念和方法进行突破是必要的。

在建立了单元测试机构之后，就是建立测试流程规范。在推广初期，并不一定需要建立完备的流程。只需要考虑好几个关键点，让单元测试工作起来。好多机制就是越转越好！否则，再完备的机制也容易因为磨合不好而最终失败。重要的是，建立单元测试报告的优先处理机制。