2009年12月29日星期二

邮件 v.s. 手机短信息

安排一次朋友聚餐,几通电话,若干短信就搞定了,
而我要为,坚持发送邮件而不照顾到朋友们的通信习惯而感到内疚...
因为:
  • 邮件是免费的(但是电话和短信不是)
  • 邮件可以群发(而点对电通信的电话和短信不是)
  • 讨论餐厅位置、烤肉质量、种类和味道、个人饮食习惯,协商时间、邀请谁来这样的沟通蕴含丰富的上下文(而点对点的电话和短信又不是)
  • 手机收取邮件不方便(当然仅限于朋友们手中Nokia N85, iPhone, Android 之外的非智能手机)
  • 时髦地说,邮件更加"低碳"(移动电话寻址、计费、...、模拟信号和数字信号间相互换转的能耗)
  • 邮件更加高效

当你们看到这篇博文的时候一定知道我在开玩笑 :)
你们也知道下一次我还会这么干

--
朱可
http://www.netvibes.com/shawnzhu

2009年10月31日星期六

快速穿墙术

昨天晚上用Opera mini 时偶然发现,访问facebook,youtube, twitter 和 blogspot 都没有问题。

2009年10月28日星期三

Google Wave 预览版很酷

早上在公车上收到了Micky发来的 Google Wave 预览版邀请(@wbinglee Thanks! dude!),利用机器启动的空闲时间玩一会儿,虽然和五月份的演示录像比起来慢了很多,但是即使是预览版,为用户提供的超强协作能力和延迟很少的实时性体验,已经是我用过这么多 Web 应用程序中表现最好的服务了。

Wave 似乎能够提供互联网上取代 Email+IM+Wiki+Blog+OnlineOfficeSuite 的全新沟通体验,极客们都很High(大概看了一下我在 Wave 上的联系人列表,基本由Web developer+Hacker+Google employee 组成),就是不知道能拿来做什么,好像生活大爆炸里通过互联网从中国控制另一个半球某公寓的电灯。

最吸引我的地方只有其围绕开放标准的协议和高水平的产品质量。回头我得读读 XMPP 了...如果有什么好玩的地方我再发出来。

2009年10月25日星期日

China OPC (中国开放流程社区) 活动记

昨天在中关村的"北漂咖啡屋"参加了开放流程社区第四次活动,主要是胡长城同学做的对国内 BPM 市场的大致分析、cordys 的夏昊介绍"云中的流程工厂"以及辛鹏的 SOA+BPM 联姻。听罢觉得话题都好 high 以至于花了很久才找到出口电梯落地。不过话说回来,只有开放宽泛的话题和丰富的国内外实例才可以引起大家有兴趣讨论,再加上繁多的三字经和时尚技术的轰炸,我看到现场已经有人在昏暗的灯光下记笔记(除了我在互联网上频繁上谷歌和推客<twitter.com>)。

首先有幸看到了胡长城对工作流技术、行业信息化、企业管理软件和市场发展的若干趋势的总结,细节当然由于尊重主讲人的要求不能写出来,但是内容不错,庞杂的信息里不难看出多年来在业务流程管理领域的经验沉淀,而且时刻都有一种面临竞争的危机感。如果你对工作流略有耳闻,听过BPM而且恰好又玩过一些产品,或者初涉企业信息化领域,在开放流程社区里参加这样的话题分享,和一些第一线技术领头人进行交流还是很不错的。至少我数年前看微内核工作流的时候,没想到今天可以在这里和作者一起聊聊天。

我对 Cordys 公司那个流程工厂的演示录像的印象不错。今天听完他们对自己的时尚技术的精彩介绍,了解到同行如何理解 Web2.0,混搭模式、情景应用乃至云计算,还是很有收获。会后和很多朋友一起聊天,非常兴奋地看到大家对前沿的技术和动态这么感兴趣,急忙发名片告诉大家我是做新兴技术的工程师,在互联网上很活跃、希望大家多多交流云云。

辛鹏的SOA+BPM以及案例介绍都是自己认真总结的信息和分析,一个逻辑架构图花了好几个小时来做,让我们这些听众都了解到在埋头从事企业核心业务的流程化工作之余,认真分析、阅读书籍和思考总结是多么得重要!

个人观点总结如下:
有关基本概念:作为软件技术的爱好者,我和很多听众一样对有市场和商业价值的技术抱有浓厚的兴趣。听完这些演讲心中还是很多问题,但最先需要搞清楚的是,同样的概念在市场趋势、商业环境、经济活动、学术/技术动态潮流和具体的工程技术这些个不同方面都有不同的内涵和外延。所以,一把抓下去会晕死人的。我还是希望软件工程师们多一些思考、消除那些广告、时尚、潮流的负面影响,尽量从中立的角度去理解。举例来说,现在炙手可热的云计算,在会场上讨论的时候,最后没有就基本概念达成一致。这让我想起毛大师的一席话:"你们这些刚入行的工程师,没有主机时代的痛苦和锻炼,难以理解整个企业计算发展到今天云计算这种水到渠成的局面"。其实我们首先需要清晰的概念。我觉得看书和访问 wikipedia 就很好,那些参考文章都是精选,在被厂商和舆论忽悠之前,有些常识总是没错的。
技术标准和产品:幸运的是,企业级软件所遵循的大部分规范都是开放的,令人遗憾的是规范太多了,以至于人们不知道该看哪个该用哪个。BPM 市场上有无数的技术团体和公司,不管是盈利还是非盈利的组织,技术标准总是一堆一堆:BPMN 1.0 就有超过140页;BPEL4WS ...没数过,反正全屏打开后我的纵向滚动条已经缩小到难以点击了;Java 技术规范超过600页……相信再写下去软件工程师看了都不敢看了。还有无数的产品,难免让人云头转向、有各种各样的偏见和或激进或保守的观点。我想说的是,不要畏惧这些大部头,你可以通过阅读幻灯片、大师的著作或论文来啃掉它们,根据你最关心的部分去学习和了解,少些偏见、多一些理性的思考。首先有了全局观,才能有的放矢。比如你只对混搭(mashup)感兴趣,那么你就应该先了解那些个编程接口和实际运行时环境的具体情况;如果你关心 REST, 可以去读 Sam Ruby 的那本 RESTful Web Services 或者 wikipedia, 喜欢速成的可以在 slideshare.net 上找到不少幻灯片,喜欢学术口味的可以去读 Dr. Fielding 的论文....喜欢直接玩应用程序的就玩我现在做的 projectzero 好了。


--
朱可
http://www.netvibes.com/shawnzhu

2009年10月19日星期一

在 REST风格的应用程序中应用 Web feed

刚刚在 developerWorks 上发表的新文章,我最喜欢最后的那个仅用 HTML/JavaScript 写成的统计 digg.com 最新文章数的例子,希望那些熟悉 SQL 的 Web 开发者能够喜欢。

--
朱可
http://www.netvibes.com/shawnzhu

2009年9月16日星期三

“根本就没有敏捷这样东西。” ――敏捷中国大会归来记

  • David Thomas,  《程序员修炼之道》的作者在这次敏捷大会上的有趣演讲给人留下了深刻印象,简而言之,翻译成大白话就是:“根本就没有敏捷这样东西,敏捷只是一个形容词而已。”  他不是在开玩笑,对吗?除此之外,他介绍了写书十年来,有些软件技术已经过时,但是里面的大部分观点并没有老套,于是我在现场用20%的折扣买了一本。买完立刻发现自己违反了著名的 DRY 准则:这本书成大师已经买过了!何不借来看看?
  • Kent Beck 的“实效的理想主义”:具有深刻洞察力的见地:你可以将“实效”和“理想主义”兼得。但是大师的演讲太精炼了,内容严谨,发人深思,以至于听众陷入了无人发问的气场(开玩笑了,缘于演讲超时和紧凑的日程才没有提问时间)。这里面没有时髦的“敏捷”词汇,以 What/Why/When/Who/How 的严谨结构告诉听众,作为软件开发者,你首先需要实效地交付成果,但是仍旧应该作为一个理想主义者持续、理性地思考。严肃地面对软件设计最核心的问题:变更、复杂度、成本和风险。也只有作为一个始终保持理想主义的开发者,才会以真正实效的角度去工作和学习。的确挺极限的。
  • Fred George 是在 IBM 工作过17年的老兵,以他近 40 年的业界经验告诉我们,关注人本身从来都是最重要的。什么工具用来做计划最好?纸和笔就够了。近看 Fred, 这位超过60岁的长者依旧保持着编写代码的习惯,精神矍铄,面对众人侃侃而谈,一场演讲下来依旧语速不减。他的演讲是我听到的语速最快的演讲之一,很“反模式”吧?好在节奏非常好,演讲所用的幻灯片既有内容紧凑的图表,也有他自己和姚明的搞笑拼凑照片,听众听完都还不过瘾。
其他的演讲者都介绍了关于敏捷软件工程的方法论、学习过程、实践、改进、本土化等等方面,如果你是敏捷宣言的跟随者,可以听到比较全面的敏捷实践介绍,了解敏捷开发在国内几个企业中的应用现状和各种正、反面案例(当然还可以收到厚厚一摞培训和咨询服务广告);如果你是敏捷开发的探索者,可以闻到各种敏捷实践之中不同方法背后隐藏的智慧或愚蠢,看到人因、对内对外沟通、团队精神、理性批判、实效编程这些真正深刻的东东。

大会的日程满满当当,相信不久 infoq.com 中国会陆续释放大会的演讲视频和幻灯片(@Kevin 什么时候才能在国内流畅观看 infoq 视频?)。回来的时候脑袋里又有了很多新的想法:
  • 做勇敢的程序员要积极面对工作、勇于面对缺陷;
  • 坚持思考,不断反思,专注真正的问题,否则你会被同样的问题击败两次甚至更多;
  • 对于软件团队领袖,你看到的不应该是“敏捷”这样时髦的形容词,而是整个生意的生命周期。没错,整个生意;
  • 时刻牢记,所有软件所面临的问题,最终都是和相关的问题。找出正交问题集是程序员的工作,但这份工作最重要的目标是它如何能够改善人的生活;
  • 保持幽默,讨论敏捷软件工程和各种工具相关的话题非常枯燥无味,但是交给有趣的人来讲就不一样;
  • 做超人。如果你还不是超人,那么你需要学会如何和超人一起工作;如果你是,那么更需要学会如何带领团队中的其他成员一起飞;如果根本就没有什么超人...那你只有依靠整个团队了。
最后附大会的相关资料:
--
朱可
http://www.netvibes.com/shawnzhu

2009年8月23日星期日

Tip: 在 IBM JDK 上运行 Apache James 邮件服务器

问题:"在 IBM JDK 上运行 James 邮件服务器时为什么一添加新用户就会出错?"或者你看到这种异常:java.lang.NoClassDefFoundError: sun/security/provider/Sun

之前我在 projectzero 社区的 bugzilla 里就遇到过这样的问题,在 apache.org 社区的邮件列表里搜索了一会儿,看到已经有人3年前就开了新的工作项,可是至今未在产品中解决。最近再次遭遇这等问题,居然忘记了当初的解决方案...思考片刻决定把这个方法贴出来供大家参考:将 IBM JDK 的 JRE 下的 ibmjceprovider.jar 文件(%JAVA_HOME%\jre\lib\ext\ibmjceprovider.jar)服务复制到 james 安装目录下的 lib 目录即可。

这个方法至少可以保证 james 2.3.1 的基本功能在 IBM JDK 上正常运行,如果你为此头疼,这个方法不妨一试。
--
朱可
http://www.netvibes.com/shawnzhu

2009年8月15日星期六

习惯了疯(phone)的简洁的后果...

使用 Firefox 3.5 如何能够获得极限简洁和更加极限的浏览速度?答案是这个名为 User Agent Switcher 的东东,有了它你就可以在 Firefox 上做这些...
如果你们有更加简洁的网络冲浪方案,直接回复本文!

2009年7月11日星期六

黑莓手机

几年前在校园里和手机发烧友 kbe 同学聊天,梦想着毕业以后用什么高科技手机。那时候黑莓手机还是紧俏货,就这样 kbe 同学还是棋高一招搞到一部,让人羡慕不已。

从手机的角度来看,现在用的黑莓 8700 顶多算得上专业。“可以发邮件吗?” 我总是被问到这样的问题,但是答案总是令人失望。

问题在于,什么才算是真正的使用手机“收发邮件”? 从我个人的感觉来看,使用浏览器上 Gmail 这样简洁的邮箱基本能满足需要了,顶多安装个黑莓上的客户端。至于 Push mail, 想想 Web2.0 时代,流行的 RSS/Atom feed 所谓的“推模式”,也依然建立在很好很强大的 HTTP 协议上,依靠浏览器的请求足以满足日常信息消费的需求。当然,像短信一样的 Push mail 更好,可是费电费钱可划不来。从通信协议的角度来看,HTTP 无疑是互联网应用程序的首选。从高效邮件通信的角度来看,使用 IMAP 的邮件客户端即可。

在大屏幕上使用滚动轴浏览网页是我使用黑莓最主要的需求。从 Google Reader 上的统计来看,工作日使用手机浏览的文章数量已经超过了在 PC 上的了。这也得益于偶尔在地铁上度过的漫长时光。

还不得不提到那些企业级的用户需求:手机内容备份、与 Lotus Notes/Office Outlook 的集成、文档浏览(虽然 8700 现在看来比较差劲的性能往往逼迫我使用 Google docs 来查看文档)等等,都非常专业易用。

2009年7月3日星期五

讲座:“使用 Project Zero 简化 Web 2.0 应用程序开发”

在我国科学研究的圣地,偌大的一个阶梯教室,使用着先进的教学设备,面对中国未来的科研先锋,讲这样一个主题实在倍感荣幸。
也许是受众过于狭窄,在校园里的同学们尚不能接受1个半小时之内名目繁多的技术和开发方法的轰炸,以至于有的同学听着听着睡了过去,然后又不得不醒过来:)

鉴于在校园做讲座的经验,没有礼品或者奖励,同学们是不会轻易举手发问的。与其耐心讲解"没有愚蠢的问题,只有愚蠢的回答",还不如下次带上些许礼品鼓励发问。


有兴趣的读者不妨一读:
http://www.slideshare.net/shawnzhu/simplified-web20-application-development-with-project-zero


2009年6月29日星期一

IT精英与<<剩女郎>>

上周这个时候去看了部有趣的话剧<<剩女郎>>, 虽然只有4位演员, 道具也比较朴素, 但针对剧中相亲活动的人物内心世界的刻画确实有趣幽默。
情节类似水木社区每天十大新闻里相亲故事的样版戏, 自恃清高的女白领与爽直却略显猥琐的"IT精英"过招, 几个回合下来均有胜负,
于是依靠伟大的万有引力制造失控的升降电梯来创造极限环境以完成测试。 为什么"IT精英"已经变成了被人嘲讽的象征?
在京城有房(六环外)有车(二手捷达)都变成了笑柄...


--
朱可
http://www.netvibes.com/shawnzhu

2009年6月15日星期一

出差需要领导审批 - sMash 产品演示录像

这是很有趣的工作。如果你想知道二把刀程序员上半年都在忙什么,这篇博文里的幻灯片和录像可以告诉你:

录像开头是产品开发经理对产品最近进展的概要介绍,后面是我的同事文兵使用一个简单的“老板审批出差申请”例子展示 Assemble flow 的最近功能:


大伙有意见和建议无论褒贬,尽管加。

Google Wave 观后感

最近好像每个玩 Web 的朋友都在讲 Google wave. 说起来都和 Google IO 上那几个穿着 wave T恤的家伙一样兴奋。当然演示很棒,我想着以后出去介绍产品也搞些印着产品 Logo 的T恤穿,再在背面印上网站地址好了。谁提问或者回答问题就发一件哈。
回到 wave 这个比较有趣的咚咚,看起来它实现了在线文档真正的协作编辑,而且实时性相当好(到手持设备上就差一些)。比如在一个几十人的小团队里应用,每个成员用互联网浏览器打开一个叫做 wave 的咚咚就够了,编辑文档、画图、聊天、甚至写代码等等,都会保存到这一个 wave 里面,相当理想的用户体验。

从技术角度来看,wave 在文档这个普通得再也不能更普通的概念上有令人惊喜的创新。我最近在看《分布式系统的原理与范型》,里面介绍现在最为流行的分布式系统包括 WWW 也就是我们现在使用的 Web,还有著名的 Lotus Notes. 他们都是以文档复制作为架构基础的,就是说当你在浏览器里输入一个地址,打开一个网页的时候,实际的意思是说,“把保存在这个地址上的文档给我一份“,网页读取完成后,你的计算机上就有了网页的副本。而当你使用 wave 的时候,无论有多少人同时在这个 wave 上面工作,对每一个人来说只有一个 “wave 文档”,它由 XML 来描述,大家每次针对这个 wave 的操作,都会经过 wave 的提供者广播到其他所有使用者所使用的 wave 视图中去。

从用户体验来看,用户通过一个浏览器就可以完成所有的协作工作和通信,的确非常方便。同时所有的操作都围绕着 wave ,无论是文本、图片、表格等等,都保存在一个上下文里!而且你可以根据各项操作完成的时间顺序,实现步进或者后退,如果应用在企业级的应用程序中,将会给以文档为中心的日常工作带来极大的方便。

这篇博文说:“开发 Google wave 的这些美国西海岸的工程师热爱开放源代码,就好比东海岸的自由主义者热爱奥巴马一样。” Google wave 采用开放架构,这给开发者和使用者都带来了无穷无尽的好处:遵循开放标准、可扩展/可嵌入式的编程接口,这一点已经在无数成功的互联网技术中得到了印证。

2009年5月14日星期四

在WebSphere sMash上运行精巧的论坛程序Vanilla 1.1.7

大家知道在 WebSphere sMash 上可以运行 PHP 语言开发的应用程序。下面的例子帮助你将vanilla这一精巧的网络论坛程序运行在 sMash 环境中。

  1. 从projectzero.org下载WebSphere sMash 开发者版本:https://www.projectzero.org/download/
  2. 将下载好的zip文件解压缩到文件系统,你会看到结果包含一个名为 zero 的文件夹:如 C:\zero (如果你使用windows操作系统的话)
  3. 打开命令行窗口进入C:\zero, 设置环境变量:
    cd c:\zero
    c:\zero>set PATH=c:\zero;%PATH%
  4. 然后运行命令zero resolve更新 sMash 运行环境:
    c:\zero>zero resolve
  5. 当看到successful字样的提示消息后,sMash 的运行环境就准备好了。这时创建一个 sMash 应用程序来运行 vanilla:
    c:\zero>zero create vanilla
  6. 从getvanilla.com获取 vanilla :http://getvanilla.com/download/
  7. 下载得到的zip文件解压缩后得到一个文件夹,将这个文件夹下的所有文件都复制到 C:\zero\vanilla\public 文件夹下
  8. 为新创建的 sMash 应用程序增加 PHP 模块:编辑C:\zero\vanilla\config\ivy.xml 文件,在 <dependencies> 标签内增加如下依赖关系的描述:

  9. <dependency org="zero" name="zero.php" rev="[1.0.0.0, 2.0.0.0["></dependency>
    <dependency name="mysql-connector-java" org="mysql" rev="5.1+"></dependency>

  1. 最后一步:运行 zero start 命令启动这个 sMash 程序:
    c:\zero\vanilla>zero start
完成后在浏览器中输入http://localhost:8080/setup/ 就可以开始设置了。

2009年5月13日星期三

介绍RESTful Workflow

上周末有幸在中国开放流程用户组的活动上和大家分享了题为"RESTful Workflow"(REST化的工作流)的主题。其中主要内容都来自参考资料里 Watson 实验室同事们的论文。


由于活动赞助商严禁打广告,所以大家没有听到关于技术实现的内容(对ProjectZero感兴趣? 点这里),借助这篇博客梳理下引发的讨论:
  • RESTful的工作流引擎如何实现?这里有Assemble flow的开发者手册,里面详细介绍了产品的功能和用途,这里的例子还是很好玩的;
  • REST...如果我对超文本传输协议(HTTP)、什么文档对象模型(DOM)不熟的话怎么使用这个RESTful Workflow? 其实sMash社区版里有提供一个完全运行在浏览器端的开发工具,我们努力使工作流的使用变得简单、直观,如果我们做得不好,非常欢迎大家的意见和建议;
  • REST 服务...是不是有得有新的标准?像Sun公司的WADL? 这是个非常值得探讨的问题...简单的讲我们为什么需要为 Web 世界再发明一个描述语言?问题涉及2个基本方面: 什么是REST 服务和我们需要把哪些东西标准化。现状之一在于,我们已经有了很多围绕REST的标准,而且新的标准还在制定当中,以至于Joe Gregorio要说Atompub协议失败了...我希望 Web 的世界里仅依靠基本的几个协议:HTTP, HTML/CSS, JavaScript, XML/Atom, JSON 就可以把互联网变成扁平的形状,对于我们开发者来说,有更多更好用的工具帮助我们理解互联网上的资源或者企业内部网络上的各种数据和算法,让信息更加自由畅通地流动就是最幸福的事。就 REST 服务本身而言,应该具有所谓“自描述”特性,当然这一点有些理想,往往实际工作中众多数据服务本身还含有 RPC 风格的 query string,或者对发送的数据表现(XML 或 JSON)有明确的要求,这时候就需要提供足够的描述信息,文本也好,文档也好,甚至是一段作为例子的数据片断,但是不要再多了。GData的API都是用HTML来描述的,包括Yahoo!的数据服务也一样,但是目前似乎还没有足够聪明的程序无需人的帮助来理解这些描述文字吧?看来我们还有很多工作要做...

2009年5月11日星期一

developerWorks上的新文章

最重要的一点忘了在这篇文章里表达出来:开发一个完整的应用程序是如此地简单:

使用 Project Zero 和 WebSphere sMash Assemble Flow 构建 Mashup 应用,第 2 部分: 使用 Assemble Flow 开发简单协作流程



2009年4月25日星期六

四月北京Openparty小记

上次我讲的话题被认为有推销产品之嫌(见下图右上角),在路上我和文兵商量说,这次openparty我们还是别讲了,还是聆听大师之音吧。
落选话题列表

先听了hongqn的《豆瓣网技术架构的发展历程》,这个和qcon北京站上的话题一样,不过时间紧凑了些。幻灯片做得很好,我在想要是Mac+遥控器的操作方式换成sakinijinoiphone遥控器就更NB了...
听完我们会发现,如果没有python社区CPUG,那么我们不会有今天douban.com;当然还要靠工程师的深入分析和对技术的深入理解,这样才有DoubanFS, DoubanDB, 也许有一天会有DoubanWarehouse, DoubanOS...

遗憾没有听完整Aimingoo同学的《关于架构的三句话》,从片断之中也能觉察出,作为一个程序员和多本技术专著的作者,持续地深入思考和悟道是多么的重要!看来大师不是白当的。

蒋健的《图解JavaEE6》颇有趣味,短短的时间便领会了GlassFish v3中OSGi, RESTful, NIO Server和EJB3.1几个颇为流行的特色。希望他没有被我的好奇心和无数的问题吓到。

还值得一提的是,这次见到了数位技术界精英:车东、银杏科技的霍炬infoq中国的总编泰稳,这些都是我学生时代仰望的技术英雄:)
--
朱可
http://www.netvibes.com/shawnzhu

2009年3月21日星期六

"一个万恶工科生"的由来

这篇文章里说到:
“当一个公司一切以工程师为中心,就变成希望通过工程方式来解决所有问题,把所有的决定变成简单的逻辑问题,完全丧失了人的主观作用,而是仅仅依靠数据。数据就变成所有设计的基础,在这种情况下,就无法做出大胆的设计决定,从而禁锢了人的设计思维。”

让我想起了一个朋友给我起的外号:“一个万恶的工科生”,正是这篇博客名称的由来。我们这些工程师在做同样愚蠢的事情吗?

2009年2月22日星期日

在Java平台上运行PHP

当我和一票朋友初用写PHP应用程序的时候,某人兴奋地说:
“PHP要支持类似Java的Reflection(反射)了!这下hibernate in PHP有戏了!”
我当时就想:“如果能在Java上直接运行PHP不就省事了!”

所以有了下面的帖子:
http://bbs.phpchina.com/thread-105471-1-2.html
http://www.newsmth.net/bbscon.php?bid=261&id=73312

2009年2月19日星期四

Workflow-ing

看过这篇名为《Beyond OSWorkflow》的文章,有感而,工作流技术发展到今天已经日臻完善,但是遇到的问题和困难从2006年至今都没有得到更好的解决方案。工作流引擎的应用开发技术要比引擎本身更棘手。

我们能做些什么?
1. no more code: 也许我们应该少些定制,多挖掘工作流技术本身承诺的灵活性。也许你关注到了动态语言的迅猛发展,也许你被Martin Fowler的DSL忽悠的不知该学什么语言才好。
一个兄弟说:“Hey, 我们开个生日庆祝会吧!”
有个家伙说:"我写些代码编些流程先!"
你下次肯定不带这个家伙玩了。

2. 别让一个工作流引擎组件入侵你的系统:也许你会为了新的发动机换辆车,但是企业里的应用系统可不能随便就换;
3. 简单的事情应该设法用简单方法来解决,而不是在请假出差审批这样的琐事上派出BPEL+Rule Engine+Task Engine+Event Engine构成的超级组件化变形金刚...

2009年2月15日星期日

Google 阅读器过载


  • 1000+好久了;
  • 加上有好几个Shareaholic 朋友;
  • 每天只要有机会我就在自己的Blackberry上搜索可读的条目;
  • 也许我应该减少些许就不关注的Feed订阅,这些往往只能博得成大师的轻蔑一笑;
  • 但这些都距离了解IT世界每时每刻发生的事情还很遥远。

你知道ShawnZhu在做什么吗?

数年来写博文我观察到一个现象,这个现象可能读者们也发现了:没有任何回复。不过这也让我懂得了一个道理:那就是永远不要在乎别人怎么看你(即使什么也没有)。

即使如此,作为互联网上的共享狂人,我还是要和大家分享使用互联网应用的心得与我的实践。如果你每天花大量的时间阅读博客和专栏文章,那么你应该继续读下去。
  • 订阅你感兴趣的RSS/Atom Feed(看到这个了吗?),越多越好。不订阅的话意味着下一次你很难再找到,或者忘记了你曾经对这个话题或领域充满兴趣。
  • 发现有价值的文章,你应该设法分享它。如果你觉得它很重要,也许你应该digg一下;如果你想留给以后收藏,那么我建议你使用delicious.com;如果你只是想告诉朋友们这篇文章很有趣,那么不妨分享到facebook, google readerdouban.com或者任何支持在线分享的社会网络;如果你只是想这篇文章可能不会有太多人感兴趣,只是读读看,那么我建议你使用Twitter.com,所谓微博客,这样你的跟随者就知道你现在在做什么。
  • 为分享的文章增加你的见解。这一点对你的读者来说很重要!
是不是发现上面的东东太多了?你会发现Feed到处都是,不知道从哪里订阅才好。试试Friendfeed, 它会将你所有的Feed源收集起来,聚集成一个比较大的Feed,你的所有订阅(还有来自你的朋友的订阅)都在它上面,而且随时可以往这个大列表上增加新的条目。

但是怎样才能方便地一次看到所有这些内容呢?你需要一个支持Feed的个人门户...比如netvibes.com把整个页面划分成多个窗口小部件,每个部件都可以从任何一个Feed获取来源,就像我的个人主页一样。它的好处是,你随时可以看到任何一个Feed的更新情况,帮你按照优先级排序。

每天分享或者说把你的Feed搞得到处都是,的确是一件累人的事。如果你在Firefox浏览器上面工作,那么我推荐一个Shareaholic插件,它可以帮你折腾这些琐碎的事情。

2009年1月18日星期日

数字化青春?

当你在上小学/中学的时候,如果你的父母曾试图把你的电视游戏机藏起来,你也许应该读读《数字化青春》。刚才在Google reader里面读了Tiger分享的这篇文章,恍如隔世:原来我们都成长于数字化世界,如果你不谈在线游戏或者ipod,你就不会被这些青少年文化所认同。

那么,这些青少年长大之后呢?显然,他们依然是在线和时尚的一代。

这是我的理解:
  • "青少年使用在线媒介来延伸友谊和兴趣":我们的社会化网络现在充斥着年轻人,也许我们为其工作的雇主都应该创建或应用这样的社会化网络――考虑考虑IBM公司的Lotus Connections?
  • "青少年参与基于同龄人的自我导向的在线学习":互联网到处充斥着免费的知识和学习机会,资源到处都是,重要的是你如何找到你所需要的内容,看到之后你如何评价它的好坏?其实我们现在没有这样的机制,除了搜索排名和传统媒体的版面/时段,现在digg.com, delicious, twitter 和 feed sharing 逐渐成为时尚的行为,作为在线一代,我们先从一个Shareaholic(搜索狂人)开始做起吧!
  • "因为数字媒介的多样性,因此用一套标准化的程式来衡量青少年的技术素养和新媒介素养是有问题的":How many APM? 你的博客的价格是?
  • "想要在21世纪中不落伍,教育机构就需要跟上数字媒介发展的迅速步伐":在我工作的Web2.0领域,如果你跟不上日新月异的数字世界,那么你就不够"二";我的问题是,要怎样做才能让更多的人紧跟数字时代的时尚?
    • 首先你需要让自己"数字化"一些:买件带数字的T恤?(开玩笑)你首先应该去订阅你最关心的Feed,比如 搜狐RSS
    • 把你订阅的Feed导入在线阅读器、社会网络、或者把他们都集成到friendfeed里面,干脆把他们都twitter一下。
    • 分享你看过的东东!就像我做得这样!
--
朱可
http://www.netvibes.com/shawnzhu

2009年1月12日星期一

用互联网来学习 - Web开发

如果你买不起O'Reilly或者机械工业出版社的开发指南或者宝典/速成,那么就从互联网开始吧:
下面推荐两个学习Web开发的好地方,在diggdelicious上分享的人很多:

--
朱可
http://www.netvibes.com/shawnzhu

2009年1月11日星期日

1个婚宴,2个礼物和3本老书

今天见证了这对7年清华情侣“正式”(除了民政局的证书还得得到我们这些同学的认可)走入婚姻,刘兆同学运气好,要知道他的老婆曾早早发表过2篇SCI索引的文章. 我知道虽然我的很多科学家朋友不屑于此,但是我没有,故对此还是有些崇拜。

他们得到了我们送的wii和丰厚的红包,我在婚宴结束时意外得到了鼻塞猪同学送来的生日礼物——一块球迷手表,虽然有些迟,哦我不是说表走得不准,但是还是很喜欢。

kbe那里交易到的3本书就更让我兴奋了: