华为十年（下）

http://news.netcraft.com/archives/category/web-server-survey/

The C10K problem

http://www.kegel.com/c10k.html#top

看看都有哪些Web Server， 各个Web server支持哪些Feature

http://en.wikipedia.org/wiki/Comparison_of_web_servers

要做开发，还是得掌握一些更通用的库，在开源业界已经有好多相关产品，如果是作为商业开发目的，第一要务可能就是那些开源产品是否允许商业使用，另外需要评估的是专利陷阱的可能性，最好的方式是选择库是，要具有可替代性。

在将要使用的Axis2/C Web Service Engine中，可以深刻了解到Open Source的生态环境是多么优雅和高效，这个Web Service引擎大量使用了其他Open Source的Project支持。

1. Axis2/C 和 Axis2/Java 使用了同一套技术框架

2. libxml2  http://xmlsoft.org/   Libxml2 is the XML C parser and toolkit developed for the Gnome project (but usable outside of the Gnome platform)

3. Libxslt  http://xmlsoft.org/XSLT/  Libxslt is the XSLT C library developed for the GNOME project.

感兴趣的话还可以看看 http://xsldbg.sourceforge.net/， 一个XSLT调试工具

4. ICONV  http://www.gnu.org/s/libiconv/  This library provides an iconv() implementation, for use on systems which don’t have one, or whose implementation cannot convert from/to Unicode

这里不得不提一下伟大的POSIX 规范，iconv（）就是POSIX规范里定义的。 顺便提一下，关于POSIX兼容性的概念，有些系统如AIX， HP-UX， Solaris等是完全兼容的，但Linux是大部分兼容的。 详细可以参考：http://en.wikipedia.org/wiki/POSIX

5. Zlib http://zlib.net/  压缩库，zlib was written by Jean-loup Gailly (compression) and Mark Adler (decompression). 啥也不说了，唯有敬仰。 注意和 Linux的 zlibc 区分， http://zlibc.linux.lu/zlibc.html， 用Zlib的作者的话说，二者没有关系。

https://days2011.scala-lang.org/sites/days2011/files/ws3-1-Hundt.pdf      Google 语言Benchmark论文

http://www.xydo.com/toolbar/21666665-google_publishes_c_go_java_and_scala_performance_benchmarks

The conclusions:

• C++ provides the best performance by far, but it requires the most extensive language-specific tuning.
• Scala provides the most concise notation and optimization of code complexity.
• The algorithm was simplest to implement in Java, but garbage collection settings make both Java and Scala difficult to benchmark accurately.
• Go offers concise notion and very fast compile time, but is still immature.

点评： 业务很纯，更新周期快，目前领先竞争对手N多，在可预见的将来还能继续风光。 缺点是不够开放， App Store什么的收钱太黑。

M$ 最赚$的科技公司，有点丐帮帮主的味道，武功盖世，领一帮武功平平的中小软件公司。

点评：虽然好像什么都不是最好，但是总是在每个方面都很强， 作为软件领域研发投入最大的公司，在落后领域追起来是很快的。真的不能太看扁盖茨叔叔缔造的帝国，虽然Ballmer不是那么有明星范。

IBM  皇室血统，号称蓝色巨人，身体里流着蓝色的血，不过可能太淡定了，什么都四平八稳，热衷于制造口号，动不动觉得自己有智慧。

点评：顶级软硬件通吃，功力深厚，但是绝对专著。

Oracle: 没哥牛的公司，等着被哥买吧

点评：传说的销售型公司，当然绝对也是有技术含量的，收了Sun之后，有追赶IBM的架势。

Google:  互联网霸主，优雅的暴发户

点评：很少有科技企业赚钱这么轻松，这么讨IT人员的欢心。目前看领先优势明显，在互联网，移动领域布局不错，后续丰收可期。 不过现在的竞争对手不再是yahoo这样扶不上墙的主，而是Apple ， MS这样的同级别玩家。

http://www.rfcafe.com/vendors/company-slogans.htm

还有Apple 和M$, 比较喜欢标红的， Google是广告公司，没有正式Slogan， “Don’t be evil”不是它的品牌口号

• “Byte into an Apple” (Late 1970s)^[1][2]
• “Soon there will be 2 kinds of people. Those who use computers, and those who use Apples.” (Early 1980s)^[2][3]
• “The Computer for the rest of us” (1984) ^[2][4]
• “The Power to Be Your Best” (1990)^[2][5][6]
• “Think different.” (1997–2002)^[2][6][7]
• “Switch” (2002–2003) ^[2]
• “Get a Mac” (2006-2009) ^[8]

Where do you want to go today?”

“Your potential. Our passion.“

Be What’s Next.

效率取决于管理，也取决于工具的使用，实际上，管理也是工具。 刚工作的时候特别注重对知识的系统性把握，好多时候觉得要像上学时那样把知识体系脉络弄清楚，才能精确和高效地完成工作。但其实很重要的一点，在工程领域，对工具的应用是至关重要的，也是生产率能够获得提升的重要因素。 有一个很有意思的想法，我假设某软件公司的生产率以年均8%成长，而业界平均开发效率的水平超过10% （假定数据），那么可以说明，该公司在管理上要么是拖了后腿，要么是在工具应用上出现了负面问题。软件业的发展，从软件工程理论上，多年来没有什么显著突破，从计算机科学基础理论来讲，算法，数据结构也没有显著突破，特别是人工智能，多年来未有突破。

以下几一些CASE

1.  第一家公司，做第一个ANSI 转 Unicode项目， 代码里的ANSI字符串要转成Unicode的， 花了3天时间寻找适合我的小工具 （那时候能力还不行，不会写工具），最后用一个UI非常蹩脚的工具（忘记）完成了，那个工具完美地帮助了我，本来2周多的工作量，在一周时间内就完成了，更好的是，还能产生Report

2.一些好用的工具VX，Resharper，不同的IDE的特色

3. C# 工具里的 Redgate等， 一些XML处理辅助工具等

Office 的安装本地缓存，作用是方便进行Office修复什么的。对于使用ISO安装Office来说，删除改目录，从ISO里进行相关安装/修复也很方便。

在URL中加timestamp 查询参数的C#代码。

url += ((url.Contains(“?”) ? “&ts=” : “?ts=”) + DateTime.Now.Ticks);

今日其他摘要

1. WSDL Filter Tool
2. Agile Plan Meeting， about Volume Sync  File/Dir sync filter
3. gSoap 编译问题， 找出不再WSDL Operation部分的complexType， simpleType

Todo：

1. 还公司Library 图书
2. Overtime 报销整理