Activars

Jeremy Keith在他的博客中写到关于如何选择对IE6支持的问题。对于不同的网站，他们有不同的用户群，如果很少部分的人用IE6，还要考虑对老版本的支持么？又如果在IE6中发现很小的错误，是否要修正，应该用多少工作时间？

Jeremy分析了不同层面极端的几个方案：

• 将所有的 IE6 访问者踢出你的站点
• 完全遵循标准开发，并且没有任何针对 IE6 的测试
• 只使用 Dean Edwards 的脚本让 IE6 支持额外的 CSS
• 编写针对 IE6 的样式解决大部分问题（比如布局等）
• 让站点在 IE6 以及其他浏览器上看起来一摸一样

并和Cennydd Bowle一起推算出一个数学公式(使用 t 表示总的开发时间、t6 表示花在 IE6 上的时间；所有的访问者数目表示为 a、 a6 则表示正在使用 IE6 的访问者)：

p = 50 [ log ( at6 / ta6 ) + 1 ]

运算出来的p概率可以判断是应该应用 Dean Edwards 的 IE 脚本:

当然在某些极端的情况下，比如公司的政策内部一定要运用IE6，作为内部网络软件开发人员，应当要保证IE6的100％正常运作。在浏览器支持的问题上，Yahoo YUI发布过一篇很好的文章”Graded Browser Support“, 作为好的开发人员，这篇文章应该是必读的。

当然这些都不能解决本质问题，为软需要加大力度让客户门升级自己的IE。在2008年低，我们的AJAX技术不能单单的存活在1997年的浏览器技术上。

最近看到280 Slides的release, 第一感觉让人觉得惊讶。界面很像Mac的设计，有很多人叫它”Keynote on the web”. Boucher, Tom Robinson和Francisco Tolmasky在采访中还介绍了一些设计思路和未来的计划。相比Google Doc看重在互动和共享, 280 Slides更注重用户的体验。

访谈里面谈到Objective-J，Obj-J运用JavaScript并把它变成面向对象的语言（就好像把C转成Obj-C). 和Obj-C相近， 写代码的时候会看到很多方括号([]). 浏览器读到.j文件的时候会处理这些文件，这样就以为着开发人员可以做任何的标准的JavaScript的效果。提到Obj-J是不是很难学的问题，如果做过是一个JavaScript或者Obj-C的开发人员很快就能学会使用新的语言，但是了解frameworks需要一些时间。

Obj-J的framework被命名为Cappuccino. 开发者用Cappuccino的时候不用担心DOM的object, 不用担心CSS, HTML只要主意界面的开发。同时给开发人员一种开发平台的感受，而不是只是写一些代码。说道这个framework的起源是从3人大学开始的，之后为了开发一个网络程序，需要一个强大的javascript支持，所以设计了自己的framework。

更另人惊讶的是，Objective J将会是开源的，所有的代码都将可以在objective-j.org下载的到(现在可能还不存在)。这样还有很多经常遇见的问题，比如open source license, source control system, 还有documentation等等。(not an easy job )