GAE刚刚开放注册了，并且增加了memcache和image API, 可以说超实用又迈进了一步, 这篇blog中还宣布了未来的价格：

Although we’re not ready to offer this ability now, we’ve been asked by many developers to provide some insight into how we’ll be pricing App Engine usage for applications that have exceeded the free quota of 500 MB of storage and around 5M pageviews per month. We’d like to be transparent about this, and have announced today that developers can expect to pay:

$0.10 - $0.12 per CPU core-hour

$0.15 - $0.18 per GB-month of storage

$0.11 - $0.13 per GB outgoing bandwidth

$0.09 - $0.11 per GB incoming bandwidth

我不由得马上跑到amazon上去比较一下S3和EC2的价格。

S3目前的价格：

United States

Storage
$0.15 per GB-Month of storage used

Data Transfer
$0.100 per GB - all data transfer in
$0.170 per GB - first 10 TB / month data transfer out
$0.130 per GB - next 40 TB / month data transfer out
$0.110 per GB - next 100 TB / month data transfer out
$0.100 per GB - data transfer out / month over 150 TB

Requests
$0.01 per 1,000 PUT, POST, or LIST requests
$0.01 per 10,000 GET and all other requests*
* No charge for delete requests

Europe

Storage
$0.18 per GB-Month of storage used

Data Transfer
$0.100 per GB - all data transfer in

$0.170 per GB - first 10 TB / month data transfer out
$0.130 per GB - next 40 TB / month data transfer out
$0.110 per GB - next 100 TB / month data transfer out
$0.100 per GB - data transfer out / month over 150 TB

Requests
$0.012 per 1,000 PUT, POST, or LIST requests
$0.012 per 10,000 GET and all other requests*
* No charge for delete requests

Data transfer “in” and “out” refers to transfer into and out of Amazon S3.  Data transferred between Amazon EC2 and Amazon S3, is free of charge (i.e., $0.00 per GB), except data transferred between Amazon EC2 and Amazon S3-Europe, which will be charged at regular rates.

Storage and bandwidth size includes all file overhead.

(Amazon S3 is sold by Amazon Web Services LLC.)

可以看到，目前在文件存储和传输方面两者价格是非常接近的，考虑到GAE提供500M的免费空间和每月5M的免费PV，在文件保存和传送方面GAE更有吸引力。S3完全是不免费的，我现在每月信用卡帐单上都有几分钱的支出，就是因为我在s3里放了一点点测试数据。　

虽然GAE目前并不纯粹提供和S3相当的文件服务，但相信很快、也相当容易就可以提供一个这样的GAE应用出来。　

EC2的价格：

Instances

Standard Instances
Instances of this family are well suited for most applications.
$0.10 - Small Instance (Default)

1.7 GB of memory, 1 EC2 Compute Unit (1 virtual core with 1 EC2 Compute Unit), 160 GB of instance storage, 32-bit platform

$0.40 - Large Instance

7.5 GB of memory, 4 EC2 Compute Units (2 virtual cores with 2 EC2 Compute Units each), 850 GB of instance storage, 64-bit platform

$0.80 - Extra Large Instance

15 GB of memory, 8 EC2 Compute Units (4 virtual cores with 2 EC2 Compute Units each), 1690 GB of instance storage, 64-bit platform

High-CPU Instances
Instances of this family have proportionally more CPU resources than memory (RAM) and are well suited for compute-intensive applications.
$0.20 - High-CPU Medium Instance

1.7 GB of memory, 5 EC2 Compute Units (2 virtual cores with 2.5 EC2 Compute Units each), 350 GB of instance storage, 32-bit platform

$0.80 - High-CPU Extra Large Instance

7 GB of memory, 20 EC2 Compute Units (8 virtual cores with 2.5 EC2 Compute Units each), 1690 GB of instance storage, 64-bit platform

Pricing is per instance-hour consumed for each instance type. Partial instance-hours consumed are billed as full hours.

EC2 Compute Unit (ECU) - One EC2 Compute Unit (ECU) provides the equivalent CPU capacity of a 1.0-1.2 GHz 2007 Opteron or 2007 Xeon processor.   See Amazon EC2 Instance Types for details on available instance configurations and a complete description of an EC2 Compute Unit.

Data Transfer

Internet Data Transfer
$0.100 per GB - all data transfer in

$0.170 per GB - first 10 TB / month data transfer out
$0.130 per GB - next 40 TB / month data transfer out
$0.110 per GB - next 100 TB / month data transfer out
$0.100 per GB - data transfer out / month over 150 TB

Data transfer “in” and “out” refers to transfer into and out of Amazon EC2.

Data transferred between Amazon EC2 and Amazon S3-US or Amazon SimpleDB, is free of charge (i.e., $0.00 per GB), except data transferred between Amazon EC2 and Amazon S3-Europe, which will be charged at regular rates.

Amazon S3 usage is billed separately from Amazon EC2; charges for each service will be billed at the end of the month.

Availability Zone Data Transfer
$0.00 per GB - all data transferred between instances in the same Availability Zone using private IP addresses.

Regional Data Transfer
$0.01 per GB in/out - all data transferred between instances in different Availability Zones in the same region. 

Public and Elastic IP Data Transfer
$0.01 per GB in/out - If you choose to communicate using your Public or Elastic IP address inside of the Amazon EC2 network, you’ll pay Regional Data Transfer rates even if the instances are in the same Availability Zone.  For data transfer within the same Availability Zone, you can easily avoid this charge (and get better network performance) by using your private IP whenever possible.

* Please note that Regional Data Transfer and Public and Elastic IP Data Transfer will be charged at $0.00 per GB through June 30, 2008.  This is to allow current Amazon EC2 users to optimize the placement of instances before incurring any charges.  See Availability Zones for tools to describe instance location.

Elastic IP Addresses

No cost for Elastic IP addresses while in use
$0.01 per non-attached Elastic IP address per complete hour
$0.00 per Elastic IP address remap - first 100 remaps / month
$0.10 per Elastic IP address remap - additional remap / month over 100

(Amazon EC2 is sold by Amazon Web Services LLC.)

EC2 和 GAE比较是有一点拿苹果和梨子比，因为两者提供的并不对等， GAE只能host 应用， EC2能提供货真价实的虚拟机给你完全控制，但GAE保证帮你实现app的load balance和scalability, EC2就只能靠你的应用来自己实现。

单纯从CPU使用的价格上来看， GAE更便宜，和Ec2的数据传送价格比， GAE也有优势。 总体上来看， GAE是比较有竞争优势的，因为GAE的哲学可能是Just alright, 对大多数服务和应用来说刚好够用，EC2更加专业化一些，但很多场合下并不需要。

Microsoft呢?

Microsoft并没有闲着看，这个SSDS就是答案，现在还是close beta状态，但文档可以直接访问。 不得不说这个名字SSDS取得不太好，也很容易误导。

目前还没有公布价格，所以无从比较。 SSDS提供的服务应该认为是S3的增强版本，不但可以保存文件还可以保存结构化数据，并且能用LINQ语法进行一些查询。 我刚刚拿到测试帐户，还没有仔细看。

其实Microsoft拥有IIS, ASP.NET, Visual Studio等全套的东西，完全应该能提供出类似于GAE并且比GAE完善得多的方案，让开发、部署基于ASP的应用易如反掌，而且这种host类型的服务，不但不会影响传统的销售，还会更好地吸引个人开发者和startup公司，实在是太太太太应该提供了！！！ 然而，我还没有听说类似的计划和项目。 :(  :(  :(  

这里说个题外话就是很多新的startup 尤其互联网startup用Microsoft产品的非常少，大部分都是LAMP阵营的，未来可能是GOP(Google + Python，不是共和党 )的, Microsoft的web方面产品其实从某些角度对startup有不少优势，然而由于没有几乎为0的入门门槛，以及一些”不cool”的感觉因素，导致了目前这种局面，实在觉得很应该扭转过来。 Microsoft有一个针对startup的计划Microsoft Startup Zone，让“合格”的startup可以以很低的价格购买Microsoft系列产品，然而既然是startup, 一开始的时候谁有精力去搞这些呢？ 这就是为什么Just all right的产品更容易吸引startup的原因。 因此我觉得GAE将大大降低startup的资金入门门槛， 可以让startup更多把资源用在创新上，是非常有竞争力的。

当然，既然评论了不少公司和产品，得声明一下：本文纯属个人观点,不代表我所在公司观点.

Share This

刚刚尝试性给我的blog上的朋友列表添加了Microformats. 如果你恰好安装了Operator toolbar 或者 Microformats bookmarklet, 就可以在浏览我的叶面的时候发现这些朋友列表的可以被识别和提取出来:

有什么用呢？ 可惜现在的用处并不大，但是这是走向开放而分布的SNS的重要一步。通过Microformats把自己的朋友列表变成“机器容易识别”的数据，就可以被能识别这些格式的应用加以利用。 目前除了一些实验的东西，能对此加以利用的服务少之又少，目前唯有Dopplr提供了导入的功能：

当我的blog支持Microformats后，我直接输入我的blog地址，就一步到位加上了我blog上的朋友，不再需要一一添加了。　

虽然目前这个用途还不大，而且能支持的应用很少，但这里面蕴含的潜力可不容小窥。我正在做一个开放SNS的原型，希望这个原型出来来验证开放SNS的价值并且能说明开放而统一的SNS并不一定需要大家伙们去认可和执行，从我们blogger自己开始就能形成一个庞大的分布sns网络。

幸运的是，有一群先驱已经能提供（或者部分提供）Microformats的数据了，这个名单正越来越长，而应用也将逐渐出现…

Share This

Grid based design 最近已经悄悄在web design领域流行起来，这种架势大有过去CSS+XHTML取代Table叶面框架的意思。

Grid based web design是table的回归

Grid based design是什么？不要被名字给吓唬了，其实并不是很高深的东西。简单地来理解，我认为这可以理解为Table based design的一种回归。:) 只不过不用table来撑叶面框架了，改用div + css.

Table其实是个天生的好grid结构，但table本来的设计目的是为了显示表格化的信息，不应该用来作为叶面框架，另外table本身的html markup tags太不直观，因此逐渐被div配合css来取代了。

用div和css固然好，但有个问题，就是他们“不太听话”，和table相比他们太“自由”了，因此可能导致几个恶果：一种是叶面设计简陋，达不到设计师期望的要求；若干年前，我计划“赶时髦”完全采用css来设计叶面框架，听到最多反对的声音就是“xxx那样的设计css搞不定”，其实不是css搞不定是人搞不定，我记得可能是04年的国庆长假，我闭门学了几天css弄出了几个幼稚但能说明问题的原型设计，终于证明了css可以搞定大部分问题。 另一个问题就是div滥用和css代码冗余混乱，这个问题相当普遍，某种程度上这是css的学习曲线稍高导致的。

Grid based design其实就是把css + div的page layout设计进行规范化，并且采用古老的“grid”的做法来作为定位page layout和元素的基本方法。 可以认为grid based web design是对table based web design的一种回归，保留了好的，去掉了不好的。

Grid based web design 步骤:

Step#1:  规划叶面和grid设计

Step#2: 设计叶面效果图，喜欢photoshop的朋友有用武之地了

Step#3: 产生css和xhtml代码 （可以手写，也可以用工具，但无论如何已经有很多现成的可以参考，不必为div+css不听话烦恼了）

Step#4: 浏览器中看效果

(部分图片应用自：Grid-based design: Part 2, Designing blog theme templates)

Grid based design的优势

1. 设计师们重新充分利用ps的力量

Grid based design使得网页设计师可以更好地配合photo shop等画图工具来创作更好的叶面，抱怨css+div初期带来的不适应。

2. 可重用的叶面设计模式

可以认为Grid based design其实是web设计者们在前面这段时间里的经验的总结而形成的一种模式，因此对于叶面的layout已经有很多可以参考的设计，只要注意去参考，可以避免出现某种设计实现不了和大量垃圾css代码的问题。

3. 容易产生比较好的设计，对用户的眼睛有利

工欲善其事必先利其器

这篇文章是最近流行的，给出了不少link和叶面截图，不过我觉得这篇文章对理解grid design并不好, 其中的link中给了一堆指导文章，最长的那个说实话通篇理论和废话，搞得很玄乎，只有一篇比较直观易懂。

我觉得理解和使用grid based design最好的地方是yahoo YUI grid CSS, 有足够多的资料和例子来帮助我们充分理解，最好的是他还提供了一个在线设计工具，可以非常直观地设计叶面的布局并生成page layout代码。 这对我这类并没有足够美术功底但又对叶面设计有BT要求的人来说非常有帮助。

这篇文章应该是YUI grid css的设计者写的，非常值得阅读。

过去我曾经说，好的web 设计师是应该能用notepad写精美css的人，现在有了grid based web design的方法，可以不需要了。:) 有好的美术功底和创意，把这个grid based web design吃透，你就可以成为不错的掌握css+xhtml 设计的叶面设计师… 当然要成为优秀，仍然还有很多事情要做，能用notepad写css仍然是和基本要求 。

—

补充: 其实web design我算外行了，只不过我有自己的审美观而且爱赶新潮而已，grid based design其实只是刚刚学习现炒现卖，不过觉得这个概念非常简单非常有用但却比较容易被一些显得深奥的文字忽悠，所以来大言不惭地推荐一下。

如果我的理解有错误，欢迎指出，我不是嫦娥的学霸，对批评意见非常开放。

Share This

Isaac Mao在谈吃狗粮的问题，自己吃自己的dog food，我一直觉得是天经地义的事情，作为任何一个开发者和开发团体的人应该基本做到的，但事实上过去那么多年里，真正能做到吃自己狗粮的人真是少之有少。不知道这是一种习惯问题，还是态度问题，抑或是素质问题。

过去和无数创业者说过很多次“尝自己狗粮”的话，但是我发觉最近自己不太讲了。其实这个问题还是一直存在的，只是我假想认为人们已经把这个精神融入创业中了。看来我错了，“吃自己的狗粮”（Eat Your Own Dogfood），还是要天天提醒。今天多少创业团队昼夜不停地赶制自己认为“正确”和“有用”的产品，可是大部分人自己都不去尝试自己的产品，也不会想到如何把一个产品发挥到最大的价值。他们只是YY用户会用，用户会喜欢，用户会买单。如果稍微提醒一下，“我们自己（包括创业公司的所有成员），是否先用起来？”，很多问题就不必提前走出城外去露脸了。

虽然很多自以为是的程序员常常鄙视测试的工作（是的，自以为是，因为任何看不起测试的程序员我都认为是自以为是的家伙，我往往不认为他们配称为程序员），但往往他们的东西最容易在最简单的测试下露出马脚，一个基本原因就是他们连自己的狗粮不要说吃了，连好好看上一眼都没有就给扔了出来。 不幸的是符合这个类型的人恐怕并非少数。 在我过去的工作中，我常常在开始试用的数分钟内发现n多个低级的错误和问题。

Eat your own dog food, 这可能是个很好的开始，是一个能创造优秀产品或者服务的开始。

BTW: 我的机器上装满了各种狗粮，自己的，同事的，朋友的…当然边上还有我们家Bark的狗粮，不过那些狗粮我是不吃的，也建议大家不要去尝试。

Share This

看到建硕的关于编程工具处在一个关口的文章后面有人提及了Delphi for PHP, 于是跑去看了看， 遇到两件有趣的事情:

* Google搜寻, 找到一个称为Codegear Delphi的东西, 而不是Borland Delphi…猛然我还以为搞错了或者跑到一个恶意软件制造者网站去了 …

* Delphi for PHP 是今年3月才发布的, 看来我6月末尝试虽然落伍但还不算太过… 下载试用版的时候, 看到这个版本号才1.0售价高达$899 / $1999的东西允许的免费试用时间仅仅是 14天, 我都怀疑我眼睛看错了…

我部分赞同建硕在文中关于IDE的看法， IDE无疑如同瑞士军刀, 他不能让你自动成为优秀程序员, 但好的IDE和对其好的驾驭绝对是起到如虎添翼的效果.

Java IDE之选

最近这半年有时间搞些喜欢的技术活儿，而且完全是开放学习没有任务限制，所以把Eclipse, NetBeans和 Intellij IDEA这3种比较流行的Java IDE都算尝试了一下, Borland的JBuilder? 没想起来… Eclipse在过去uuzone开发的时候一直用的，算是比较熟悉了， NetBeans浅尝辄止，觉得和Elipse差不多，但没有深入不好多评论。 没有深入用NetNeans的原因是因为我尝试了IDEA, 于是便选定IDEA作为我真正用的Java IDE. 初入手IDEA是给我印象最不好的，主要因为界面比较不漂亮，或者说不对我胃口， 不如Eclipse和NetBeans, 不过幸亏我没有就此罢手，继续尝试下来IDEA在诸多细节之处对开发者的体贴，以及若干个在过去Elipse下最让我头疼的问题(JSP代码的智能编辑和调试，一堆乱七八糟的XML的Validation和调试等)的完美支持让我迅速投入了IDEA的阵营。 IDEA允许3个月的完全功能的免费试用， 事实上用了一个月就觉得完全值得为他花些钱而不是选择完全免费的Eclipse.

Borland的JBuilder曾经是最被推崇的Java IDE, 如今谈及的人似乎不多了.

Borland ? CodeGear 是谁?

网上查了一下, 才知道了Codegear是谁. Codegear Delphi原来不是冒牌货. “Borland IDE业务买主难寻　独立成CodeGear公司“这条新闻标题基本已经说明了问题, 原来Borland去年2月就打算把自己的老本行, 甚至可以说是其首创的IDE给卖了, 无奈没人来买或者谈不拢, 所以11月就成立了Codegear把所有开发工具都扔了进去.

Borland抛弃了开发工具的原因是要为其程序生命周期管理（application lifecycle management；ALM）业务让路. 到Borland主页一看,其Mantara已经改为了”The Open ALM Company”. ALM是啥? 我孤陋寡闻没明白, 不过看了其解释Application Lifecycle Management, 依稀感觉可能是IBM / Rational 类似的产品, 原来Borland收购了Together Soft, 把这块作为主力产品了. 由于ALM的产品理应可以用于任何其他开发工具配合, 可能在Borland看来自己的IDE就成了绊脚石了.

Delphi for PHP / VCL for PHP

Delphi for PHP, 从名字来看就够让人震撼, Delphi, PHP业内大名鼎鼎的两个巨头联合, 让不少人看到希望. Delphi for PHP中更纳入了开源的VCL for PHP.

还没有仔细研究, 但有一个基本的地方非常喜欢, 就是Delphi for PHP带来的, 和 Microsoft ASP.NET一样是一个面向对象/组件的Web framework, 这是未来web 开发的必然趋势, Java 在这个方面落后.NET多年了 (只有开源的Tapestry是这个思路, 但可惜只有很少开发者, 而且每个版本升级变化太大; 最近SUN猛烈鼓吹的JSF也有这个意思, 但基于JSP taglib的view的方式让我实在不愿意去碰)

PHP我不熟悉，所以还需要边学习PHP便琢磨Delphi, 如果在１４天内我有幸能了解他，再详细评论其利弊和优劣．

Borland Fans
从学习Pascal接触Turbo Pascal 3.0以来，就迷上了Borland的产品，在8086的IBM PC/XT上，一个Pascal程序几秒就编译连接完成，让Microsoft Pascal的PASS1, PASS2, Link如同垃圾，谁还用那些玩艺简直就out到极点．　后来Turbo Pascal 5.0, 5.5（5.5, 第一次OO, 想想都激动啊！） 一个版本比一个版本让人激动，后来Borland Pascal 6.0的IDE支持Script, 我还编写了一套专用：按下CTRL+P就出来Procedure, 按下CTRL+B, BEGIN和END就成对出现…

Borland旗下的Sidekick更是一个神奇的软件,他缔造了TSR(Terminate & Stay Resident)的标准, 让单任务的DOS具备了一定多任务的性能. 对于我们这些古董类的早期程序员来说,当时能编写出优秀的TSR程序无疑是地位和实力的象征. 对此我很自豪, 因为我不但汇编TSR写的很溜,而且还用ASM+Turbo Pascal做了个TSR TPU (类似于lib), 这样非常容易就可以结合Turbo Pascal的优势高效率开发出TSR程序.

后来投入C, 从TC 2.0开始，到Borland C++ 3.1, Borland可以算是开发者心中的英雄，我记得93年暑假在江西景德镇参加一个项目，看到一位老兄用Microsoft C 6开发，我简直被MSC给震撼了 — 多么丑陋的界面啊！多么缓慢的编译过程啊！多么愚蠢的IDE啊(他的编译过程是调用多个外部程序的c1, c2…link，每次切换屏幕都在丑陋地闪动)！这么差的东西居然还有人会用！那位老兄在见识了我们带去的BC 3.1后气愤而难过地把MSC给人进了垃圾堆．

BC 3.1也是我我学习Windows编程的起点．从痛苦地啃Microsoft Windows SDK, 炮制巨大无比无数case WM_xxx 组成的消息相应函数，到看到Borland为我们提供的OWL 1.0和豪华的BWCC界面库，Borland就是我们的救星．

为了狂热追星，偶不惜冒着被逐出课题组的危险，趁着月黑风高之夜，用一台学生禁用的崭新EPSON LQ-1600把OWL 1.0全部源代码打印成册，那就如同武功秘籍啊! 因此那台新打印机当晚就断了一根针成为那时课题组里的千古悬案．

Borland的弃儿

但我自我感觉OWL 1.0已经烂熟于胸，从此可以纵横Windows江湖之时，Borland在3.1发布后很久推出了BC 4.0, 拿到他的时候那个激动啊无以言表. 然而结局却是凄惨的, OWL 2.0不兼容OWL 1.0, 差别还很大, 过去的代码都无法编译,那就如同体格武林中人刹那被恩师废去武功,功力尽失般痛苦啊!

好在在我党无产阶级思想教育下来的人都具有不怕挑战反动权威的造反派优良品质, 也在这时三个代表着万恶腐朽的资本主义软件霸权的东西就在我动摇之时以迅雷不及掩耳盗铃之势出现了: Visual C++ 1.5, MFC和MSDN, 从此曾经的Borland Fans, Borland的弃儿投入了Microsoft的怀抱, 再也没有回去.

有了这次经历, Borland的东西在也没有进入我正式开发的视线, 这期间Delphi 的发布让人激动人心, 然而除了评估学习, 用来编写几个玩具程序, 我再也没有热重回Borland行列. 当然另外一个原因是Microsoft的Visual 系列显然已经从过去的教训中成长了起来, 再也没有让我失望.
所以当我看到这个Codegear Delphi for PHP的时候，欣喜之余，我不禁怀疑， 连他自己也差点被Borland抛弃的部门出出产的这个梦幻产品， 是否有一天会重复被抛弃的命运？ 从新闻上已经可以看到他们对Ruby On Rail等的态度， 不知道PHP会被支持多久？

对Delphi for PHP的评估也仅用于学习，我想我不会用他开发任何比较正式的项目。

Borland的律师恐吓信

在中国从事软件开发的人很多可能都收到过Borland的律师函， 内容基本都是一致的：我们已经有充分的证据表明你们在使用我们产品的盗版， 限你们在多少天内来买我们的软件授权，否则我就对你不客气了。我收到这份信的时候忍不住笑了，因为我已经不考虑Borland的任何东西多年了。

不知道这类臭名昭著的恐吓信命中了多少真正的目标，为borland的财务报表增加了多少数字， 但整体来看，律师们并没有帮助Borland这个曾经是仅次于微软的全球第二大ISV走出困境。但他的确有一个效果是充分达到了，就是让我们用户们意识到: 你已经真正被抛弃了，无情无义地。

Borland传奇成空？

赋闲期间偶然读到台湾的李维写的《Borland传奇》，看着书中一个个熟悉的产品名字仿佛一幕幕往事从眼前赋闲，作为这个时代的程序员，borland的发展，转变，衰败历史就伴随着自己的技术之路的成长。

从书中可以看到原来并不知道的人物和事情， 原来抛弃对Borland来说并不罕见， 他们的董事会早已经抛弃了borland的创办人Philippe Kahn， 而borland产品的真正灵魂人物Anders_Hejlsberg也被迫离开了borland加入了Microsoft, 如今他创造了C#…

Borland的二十年传奇是怎样湮灭的？ 这里有篇专题大家自己去看吧。

###

好久不写东西，结果一些起来就有些泛滥不可收拾了， 就写到这里吧， 毕竟Delphi for PHP 只剩下9天能用了，我还没花足够时间玩呢。

Share This