Activars

Google的人肉翻译中心

Google翻译的服务一向是做的比较到位，简单的界面，并且提供很多功能的API。比如Firefox的插件translator利用提供的API可以在页面中帮助用户翻译选定的字句。 那这次Google又玩什么新的花样。自动翻译是不能满足对精确度的需求，那Translate Center用人帮助翻译。具体进行方式是需要一个需求者和服务者，服务者是一些资源的翻译人员并不是被google聘用的人。这样的情况下有两种可能，服务的人免费帮助翻译，或者和需求者有合同关系。 在创建新的翻译项目的时候，用户可以选择源文件是什么语言，然后需要翻译到什么语言。文章被翻译的时候是实时的，这样需求人可以看到左边是原文，右边是正在翻译过程中的文章，并且文字一个个被需求的人翻译的过程。 Google这样来说对翻译的质量是没有责任的。翻译的项目只不过是需求者和服务者两个人之间的“合同”而已。

Continue reading...

Xiaonei is a bad sample for China web industry

If you are a western reader, you may not hear about xiaonei(校内, means “at the school”). Searching “xiaonei” at Google UK site, possibly, the first one is their home page and the next would be this criticism article “Blatant Facebook Rip-Off Gets Acquired“.Also you will find CrunchBase giving the company a definition: Xiaonei.com is a Chinese [...]

Continue reading...

可以退休的IE6

如果一个用户用非Grade-A浏览器浏览网页的时候, 大多会看到一些广告说”本网站只支持， IE7″, 或者”请升级您的浏览器”。 作为开发人员， 我们是不是要告诉用户”There is a better browser for you.” 当然，一个浏览者用的是IE6, 我们也需要告诉他们IE7已经发布了,”快点更新吧”。 当然还有其他的选择， 比如Firefox 3, Opera 9.5, Safari 3.1. 作为一个网络开发人员， 我们用很多的经历只是要确保IE6能够运行我们设计的网络程序。 而且还要写一些CSS hacks保证页面的结构和其他的浏览器保持一致。 这样就好像我们在开发一个现在的网络应用程序， 又要考虑到8年前的祖先级别的机器也能运行。 记得前一阵子看了MS下一个IE小组项目经理的留言，不得不让我大笑。他们说到了向后支持的功能，他们要保证IE的backward capability。 如果是一个优秀的老产品， 作为开发人员应当保证向后兼容性， 但是如果一个完全错误百出，开发问题严重的产品， 难道我们还要去支持？ 如果开发一个简单页面的网络程序， 我们并不用担心会有兼容问题。 特别是这几年， 新颖的Web2.0/3.0程序日益见涨， 比如 MobileMe, 280 Slides, Yahoo! Mail,等等， 可以说要考虑到IE6, 就好像要一个486运行Vista,  所以干脆就让用户更新计算机吧。 这样问题都解决了。 苹果最近在WWDC上更新了.Mac的服务, 升级到MobileME. 有趣的是作为一个这样大型的网站, MobileMe不兼容IE6. 不过我也怀疑, 如果是苹果的用户,又有多少人会用IE的产品(也不是没有可能). 也许他们会用Sarfari/Firefox在Maxoxs上, 到Windows上使用IE7或者Sarfari for Windows. MobileMe是用SproutCore写的. SproutCore是一个Ajax famework, [...]

Continue reading...

国外主流PHP框架比较

本问转自：CSDN原文 最近简单的使用了目前在国内用的比较多的几个主流国外PHP框架（不包括国内框架），大致对这些框架有个直观上的感受，简单分享一下，对于哪些做框架选型的时候，权当一个参考。 主要参考的框架包括：CodeIgniter、CakePHP、ZendFramework、Symfony 说明：我对很多框架也没有认真使用，只是简单试用了一下，可能很多看法不成熟或者是错误的，请大家指正，一起成长。 【 CodeIgniter 】 官方网站：http://codeigniter.com 中文网站：http://codeigniter.org.cn 中文手册：http://codeigniter.org.cn/user_guide 视频教程：http://codeigniter.org.cn/tutorials 测试版本：CodeIgniter_1.6.1 优点： 1. 配置简单，全部的配置使用PHP脚本来配置，执行效率高；具有基本的路由功能，能够进行一定程度的路由；具有初步的Layout功能，能够制作一定程度的界面外观；数据库层封装的不错，具有基本的MVC功能 2. 快速简洁，代码不多，执行性能高，框架简单，容易上手，学习成本低，文档详细；自带了很多简单好用的library，框架适合小型应用 缺点： 1. 把Model层简单的理解为数据库操作 2. 框架略显简单，只能够满足小型应用，略微不太能够满足中型应用需要 评价： 总体来说，拿CodeIgniter来完成简单快速的应用还是值得，同时能够构造一定程度的 layout，便于模板的复用，数据操作层来说封装的不错，并且CodeIgniter没有使用很多太复杂的设计模式，执行性能和代码可读性上都不错。至 于附加的 library 也还不错，简洁高效。 【 CakePHP 】 官方网站：http://www.cakephp.org 中文手册：http://www.1×3x.net/cakephp 视频教程：http://search.you.video.sina.com.cn/s?key=cakephp 测试版本：cake_1.1.19.6305 优点： 1. CakePHP是最类似于RoR的框架，包括设计方式，数据库操作的Active Record方式；设计层面很优雅，没有自带多余的 library，所有的功能都是纯粹的框架，执行效率还不错；数据库层的 hasOne, hasMany 功能很强大，对于复杂业务处理比较合适；路由功能，配置功能还不错；自动构建脚手架（scaffold）很强大；适合中型应用；基本实现过了MVC每一 层；具有自动操作命令行脚本功能； 2. 文档比较全，在国内推广的比较成功，大部分都知道CakePHP，学习成本中等 缺点： 1. CakePHP非常严重的问题是把Model理解为数据库层操作，严重影响了除了数据库之外的操作能力 2. CakePHP的cache功能略显薄弱，配置功能稍嫌弱；CakePHP不适合大型应用，只适合中型应用，小型应用来说略微的学习成本高了点 评价： 总体来说CakePHP框架代表了PHP框架很重要的一个时代和代表，并且目前发挥着很重要的作 用，不少自己写的框架都模仿了CakePHP的方式，是个里程碑式的产品；CakePHP透露着RoR的敏捷开发方式和把数据库操作认为是唯一Model 的设计思想，作为开发快速应用和原型是绝好的工具；同样，用来做Web2.0网站的开发框架，也是值得选择的。 【 Zend Framework 】 官方网站：http://framework.zend.com 中文手册：http://www.phpeye.com/zf 视频教程：http://framework.zend.com/docs/screencasts 测试版本：ZendFramework-1.5.0 优点： 1. 官方出品，自带了非常多的 library，框架本身使用了很多设计模式来编写，架构上很优雅，执行效率中等；MVC设计中，比较简洁，具有路由功能，配置文件比较强大（能够处理 XML和php INI），各种 library 很强大，是所有PHP框架中各种功能最全面的，包括它不仅是一个框架，更是一个大类库（取代PEAR），这是它的主要特色；能够直观的支持除数据库操作之 外的Model层（比 CodeIgniter 和 CakePHP 强），并且能够很轻易的使用Loader功能加载其他新增加的Class；Cache功能很强大，从前端Cache到后端Cache都支持，后端 Cache支持Memcache、APC、SQLite、文件等等方式；数据库操作功能很强大，支持各种驱动（适配器） 2. 文档很全，在国内社区很成熟，并且目前不少Web 2.0网站在使用，学习成本中等 缺点： 1. MVC功能完成比较弱，View层简单实现（跟没实现一样），无法很强大的控制前端页面 2. 没有自动化脚本，创建一个应用，包括入口文件，全部必须自己手工构建，入门成本高 3. Zend Framework 作为一个中型应用框架问题不大，也能够勉强作为大型应用的框架，但是作为一个很成熟的大型PHP框架来说，还需要一些努力 评价： 作为官方出品的框架，Zend Framework的野心是可以预见的，想把其他框架挤走，同时封装很多强大的类库，能够提供一站式的框架服务，并且他们的开发团队很强大，完全足够有能 力开发很强大的产品出来，所以基本可以确定的是Zend Framework前途无量，如果花费更多的时间去完善框架。同样的，Zend Framework架构本身也是比较优雅的，说明Zend官方是有很多高手的，设计理念上比较先进，虽然有一些功能实现的不够完善，比如View层，自动 化脚本等等，这些都有赖于未来的升级。总体来说Zend Framework是最值得期待的框架，当然，你目前要投入你的项目中使用也是完全没问题的。 【 Symfony 】 官方网站：http://www.symfony-project.org 中文网站：http://symfony-project.cn 权威指南：http://www.symfony-project.org/book 学习参考：http://sf.thecodecentral.com 测试版本：symfony-1.0.13 优点： 1. [...]

Continue reading...

Facebook隐藏Chat Tags

1个月左右前，Facebook宣布会开发站内Chat功能。现在虽然不见这样的新功能出现，如果技术人员自己观察，从HTML代码里面可以看到一些隐藏的Div tags。看来Release date就快接近了。 有些网站早已推出了站内聊天功能。比如Google Mail, 就可以站内聊天，并把聊天纪录存为”Chat”标签下，可以和在线的gmail联系人聊天，窗口可以迁入或者在新窗口聊天。我经常用聊天功能和Paul(周游世界回来的), Chris(暂时到印度去开发软件)聊天。基本上不能感觉的网络的延迟性。 这么说，校内也有聊天功能，尝试用过两次，可用性觉得一般。如果说国外和国内有网络问题的话，8M的网络速度还要等很长时间能打开。 想到有趣的一个点子，等Facebook的Chat功能公开的时候，再来比较比较，看哪个做的更好些？

Continue reading...

Facebook VS 校内网 = Bobble Tech

上周末，同学告诉我国内有一个xiaonei.com（本以为拼音是小内网，什么小内？)。 打开页面发现设计，颜色，排版，功能完全和Facebook相近。 见过Facebook是如何把MySpace的市场慢慢变小的，可是没有见过这样完全拷贝的。 虽然Facebook很早以前就宣布自己是opensource了，但那些简单的代码能构件一个相同的网站么？ Layout有很多工具可以把整个网站下载到硬盘上，但只不过是一个静态的CSS和HTML文件。 创建校内网的几个清华大学的学生早已把这个项目给卖掉了，也许考虑到以后吃官司的问题。我真为千橡“企业”感到脸红，拿着一个复制的主意打的国家企业的口号，到国际上还不是给国家丢脸。先不说侵权问题，因为两个Service用的是不用的语言些出来的，表面上看校内是用Java写的，而Facebook是PHP5. 技术上来说，校内还停留在Facebook 05-07年出的技术上－也就是在Facebook推出video, plugins, apps, API之前。 虽然校内还是利用了少部分的Ajax的技术，应用单一，对用户的使用体验和页面调用速度没有提高。想问，当清华大学那些第一班开发人员走后，是不是停止开发了？ 有一些修改得地方，比如加自定义得css style sheet, 其实是火上焦油，给自己得服务器加上负担，让不懂设计规范得User把网站弄得眼花撩乱。 Facebook 表面看起来无聊，至少他是规范得整体得。 当老大说要到中山大学做讲座的时候，买这样一个没有创新的复制项目，能台起头称自己是CEO的还真那个… 可惜这个社会就是哪里有机遇哪里就有投资，谁有大项目谁就是老大。 无奈下该气愤还是气愤，到该用的时候还是不得不用。 Here is the fact. I was talking about Xiaonei to Chris, who is now in India hiring people develop his web project. We were agreed that this is the example as the big sell of Bebo - how websites can [...]

Continue reading...