CMS漂流

是的，大宋的外包公司大多是不负责任的，比如我们找到的这一家，在即将做第一轮DEMO的时候，任务才完成了20%——我们一般希望是90%，即所有功能已经合理完成并且Walk through 没有问题！

DRUPAL 天然敏捷，因为我们永远可以认为网站项目差不多快完了。所以，延期严重的项目粗看不会发现问题——看起来一切都运转了——除了某些小位置和需求不合以外。但吃这碗饭，似乎主要对付的就是无穷尽的小位置。可惜的是，这个外包公司声称的小位置多得所有耐心超强的PM也会愤怒。

最终我们决定自己来控制。Damn it！春节，他们人跑回家过年，我们的也差不多。

于是，责无旁贷，作为老大，俺只好退了往返回家机票自己来过——还包括让Team中的队员在家中工作，甚至包括让我的老大协助检查功能——老外不需要过春节让我们手忙脚乱，当然也让我们能直接拉到干活儿的人。

最终演示定在2月17号。

也就是说，从一月末到今天凌晨四点，包括大年三十到初三每天超十二小时的持续工作，结果是我们总算重新获得了对一切的控制，并且，似乎重新赢回了客户的信任。

期间经历的，是细节，细节，和细节。比如用sIFR实现全标题特别字体还对间距有精确到一个像素的要求和用它来实现下拉菜单（这个主意很疯狂），比如反复check每一处在七种浏览器中的表现的不同——精确至捕屏后半透明与PSD对比，比如要求页面上所有位置的文字都可被后台控制导致要重写几乎所有block……

曾经说，看了三次阿凡达，每看一次，自觉对网站这档子事了解就深入一层。每看一次，就被幸福感充溢因为重新发现有这么多认真考虑观众感受并对每一个细节要求严苛的人们。

二十一天中，有几次察觉似乎有要崩溃的苗头（和某几年前做某个大型会议项目时差不多的感觉），于是，某几个晚上，去看了电影，还有血拼。

包括新的一场阿凡达，然后大兵小将。

然后，1527大宋币的户外装备——上衣。

1030大宋币的两双鞋——五折后的实际码洋。

然后，今天意外地没有晚起，九点准时去星巴克躺沙发上晒太阳。赞美完美、难得的sunshine day.

这就是一个郁闷IT人痛并快乐着的一个月。

这次是一篇旧帖：

[转帖]北大“关机山”事件

http://cul.qidian.com/#Show.aspx?mid=12&rid=151403

奇人异士何其多。

每一篇都超强，尤赞其中的“加州州版”和“程序员版”。

编译。与C相类的速度。
非托管但指针安全。
极佳的多线程支持。
极度简洁，引入了动态语言的主要优点，让编程不再是和语言的斗争。
开源。

既然它看起来和动态语言差不多。如果可能，企盼有一些将其放在web领域的尝试--就象Gwan对C所做的那样。

谢天谢地。

09-12-27 0:59，补充

看到这个位置，有人评论说：

Now Google will create a dominance not only by its acquisition of Admob, and the success of Droid phone but now hitting a sixer the GO language could shape the web 3.0

一个冬日下午。从书架上抽出躺书架上月余的书塞包里。步行到附近星巴克。

一口气读完。这是一个关于探索，学习和发现的故事。

经验成为原则，原则成为理论，理论果然就能有效解决问题。

问题和我们遇到的何其相似。这里有聪明勤奋的人们。

这里有智慧和人性的光芒闪耀。

这是我所痴迷的技术。

十三日 十一月 零九年 。于solana星巴克咖啡。
ipod

WEB服务器当然很多。

张宴同学对nginx的研究让我领悟了应该抓住好机会来出名上位。

但是，这个会不会是一个机会？

——G-wan，直接使用原始C脚本来处理请求响应的WEB应用系统（当然，系统会自动预编译它，一如Java虚拟机和.NET所做的那样）。 http://www.g-wan.com

并发连接数可达10几万的系统。

速度据称可与静态页媲美，简单页面生成所耗时间可以用100还是200CPU循环来计算的系统。

小至200K，一个下载包里同时有window/linux平台执行文件，免费的系统。

我下载下来，安装，试了它们的demo。也试着vi了一个C文件放进去，果然很好很强大。

C脚本不用编译，看起来，似乎比PHP脚本快得多，特别地，受限于PHP和服务器间，及PHP本身的模型。普通server单机每秒500-1500请求似乎是极限。

那么，这么棒的一套系统，为什么它没有流行？出来也有好几个月了，竟然没有张宴2号同学来介绍它，试用它。

如果我们忘了CGI是怎样没落的话，看起来 G-wan声称已经解决了这个问题。

唔，C，这看起来不是个问题，大量人使用C。

但是，kolidon发现，函数原来好少，库原来也很少（虽然官方说放dll进去就能被使用，但我放了个pdflite进去，呼呼，使用不了）。

这个平台上的C，比PHP快400倍，比C#快5倍，比Java快8倍，我强烈相信。——但是，没有常用函数怎么办？怎么做快速开发？没有包和面向对象怎么办？怎么做企业级开发？

我不想每天25-30行代码地去写。我想每天200行代友。

我不想错过wordpress还有joomla还有drupal还有jeecms还有dotnetnuke。

不过，转回来，很多公司发现nginx/php/membercache/mysql的链条中，PHP才是最弱的一环，因为它在请求处理能图上差了一个数量级。

于是他们构建了自己的方案，来替代php做脚本处理。有更多，有了自己的memcache变体。

那么，如果用G-wan，会怎样？专用来处理切割困难、逻辑相对简单但耗时的大请求代码代码？

听起来，似乎是个好主意。

但是，就如某些人在PHP里掺Python还有scala/java一样。把我们的服务器平台搞得这么复杂有什么好处？我们来看看这样一个系统：它混合了NetScale, F5一类的硬件平台，squid，nginx，还有apache，现在我们加上上G-wan。当然，有PHP，还有JAVA，还有Mysql，还有Oracle，我们的逻辑也有一部分在Oracle和Mysql里面，触发器，存储过程等等，SQL也是一种灰常重要的语言哦——虽然它们在不同的平台上有大不一样的面貌。当然，有时候，还有一些Python和Scala。

多么美好，从此所有人都有了饭碗。

多么恐怖，从此我们需要让更多不同经验的家伙在一个项目里面和谐相处并且进度上齐头并进。

不过，其实我一直疑心，不同的位置用不同的解决方案或许正是复杂系统所需要的。有时候技术人员需要把架构搞得更复杂一点因为技术已经成为商业模型中的重要组成部分了。外面太多人有了金钢钻准备复制商业模式，我们就整复杂点拼拼人品拼拼细节吧。

杯具啊杯具。泪奔呀泪奔。

ps: G-wan不是开源，这里的free是免费，不是自由，当然，更没有公开源代码。如果开源，这个东西确实会，很好玩。