Search


Meta

Creative


Support


Leesoft

Feed™

职位互助

Google Friends Connect

Photos

Jan
13

This Blog Will Be Shut Down

Posted by » developerly
22 hits

I am nobody on the line. But I have my own way to do something. This blog will be shut down and I will keep it can be visited as much as I could. Meanwhile, I decide no Chinese blogging from then on. I am building my English blog site. Hope one day you can see it somewhere.

I STILL hope, one day, I can return back and write my Chinese blog. But you know, I can’t say too much.

Dec
26

The Mobility In The Future

Posted by » developerly
48 hits

这是瘾科技的PLOGit。不过我看看好像大家都比我写的专业。我先记录到这里,下次写点更好的。比赛还有机会嘛
 其实对于未来的手机应用,我是挺看好Palm的WebOS的。不过可惜的是这么优秀的技术却通过Palm这么一家实力有限的公司来推广。现在来说,iphone或者android,虽然已经降低了开发的难度,但是目前存在着越来越多的跨设备兼容性的问题。比如优秀的程序往往需要开发着花费大量的精力来移植到不同的平台上去。作为一个软件从业人员,我希望的是未来随着HTML5在移动设备上的普及。能够在手机应用平台层面有更加普及的技术。比如所有的程序都能够基于HTML5的标准来构建,并且支持离线存储和在线同步。这样才能真正的实现一个平台上开发的程序能够在多个平台上运行。只有应用越来越广泛,手机的未来才会更加深入到用户的日常生活中。 上面说到应用。那么再提及一下硬件层面的东西。 一个就是电池,希望未来的手机能够更好的解决这个问题,比如燃料电池,或者安全的核聚变电池。电量更长久应该是每个用家都热切期待的事情吧。 一个是交互方式,iphone创造了一个交互方式,黑莓创造了另外一种交互模式。未来的手机应该怎样与人交互呢?最酷的应该是语音了,实现人机智能对话。或者至少现在已经有很多厂商在触摸屏的基础上构建力反馈技术,这些都是对于用家来说非常使用的功能 一个是大屏幕和机器体积之间的矛盾。也许未来随处可见三维立体投影的手机,或者嵌入到隐形眼睛上的手机,实现大的视觉效果和小型的机器之间完美的融合。 

Nov
16

周末Ruby on rails聚会杂记

Posted by » developerly
125 hits

这周六,参加了QClub组织的Ruby on Rails的聚会。其实我一向是不怎么爱参加聚会的,不过想到北京组织的RoR的聚会一向比较少,所以这样的机会还是要珍惜的。聚会的地点是在将台路了库帕斯面包咖啡坊。刚开始还担心这个地方 不好找,结果导航仪和google map都能搜到这个地方,虽然最终在导航仪的误导下绕了很大一个圈子,不过最终还是按时到达了。库帕斯里面面积很小,人倒是很多。要说InfoQ活动组织的还是不错的,不过可惜一开始没有告诉我们屏幕在哪里,结果我选了一个位置刚好在屏幕的侧面,看slide很吃力……

先说说总体印象,在场牛人很多,演讲的有来自财帮子和多背一公斤还有赞助商joyent。内容包括了rack框架的介绍,jquery with rails,多背一公斤的由来以及joyent的云平台。下面就分别小记一下:

财帮子的孟岩讲了rack。rack这个东西我之前了解的不多,这半年也没有做rails相关的东西了,没想到发展的非常快,快成为所有ruby web框架的框架了。有时间确实可以好好研究一下这个东西,这样就可以做国产山寨框架了——玩笑话了,重复做轮子的事情是没有意义的。不过研究好rack框架后,会对rails框架还有其他ruby web框架的底层有更深的了解。这样在遇到诸如性能问题,或者需要对现有框架做深度定制的时候,就有了好的入手途径。另外,在以后的开发过程中,需要的情况下也可以在一个app里面混合使用多个框架了。甚至我在想,可以在rack的基础上做现在非常流行的key-value 数据库的接口,实现自己的key-value数据库。席间,有从Java阵营里面过来的同学很不理解这个框架,这是有道理的。因为在传统Java EE开发中其实没有对应的概念。实在要说,就是servlet标准本身或者说HttpServlet的实现。Java所有的web framework都是基于HttpServlet来实现的,不过对于HttpServlet本身,好像相关的研究并不多。

多背一公斤的演讲,没有太多涉及到技术的部分,大部分是对这个公益事业本身的介绍,听着还是蛮让人心酸的。我们能做的事情,也就是有机会积极参与,或者至少在我们的博客上做做推广。不过从另外一个方面来看,这也是互联网创业的业务模式,他们虽然也许不会像twitter或者facebook那样获得非常大的经济利益,但是我想这个项目如果成功,能真正帮到的人一定不会少于其他商业化的互联网站。国内的互联网创业大部分都是以娱乐为主,那么像多背一公斤这样,以公益事业为核心的创业是不是应该多一点,我们是不是除了娱乐外要更关注一下严肃的内容?

jquery with rails。JQuery是我最熟悉的话题,我在给客户做的所有网站里面,Javascript都是用的JQuery。这个演讲就算复习了。不过这段时间JQuery发展的还是相当快。很欣慰这个框架的逐渐成熟,也很幸运,早年我就开始使用这个框架——证明了我的选择还是挺正确的。我觉得JQuery最大的意义在于,他能够在不改变现在HTML页面的前提下,为页面添加JavaScript动态效果。比如经典的表格不同列分不同颜色显示。Server端的开发者不用关心表格奇偶行的计算,通过Jquery可以非常方便的对表格奇偶行赋予不同的CSS class,从而实现非常方便的分色显示。WEB UI开发和Server实现能够更大限度的分离,这才是JQuery能够流行的最重要原因之一吧。

最后想说说joyent。现在云计算很火嘛,所以对于这个云计算服务提供商的演讲其实还是很期待的。不过他们的slide有点失望。好像他们对技术开发人员比较惧怕,本来是出钱请大家喝咖啡的主,却不敢对自己的产品有太多介绍。可能是不想让这次聚会显得很商业化吧。其实技术人员的爱好和商业化本身并不矛盾,关键看介绍的这个东西有没有价值。 其实云计算恐怕是目前最火的名词,可是给大家的感觉却是具体内容也像云一样搞不清楚。难道有这样一个专门提供云计算平台的厂商到场,可惜没有详细介绍他们的业务。虽然说了一大堆云的好处,却没有给我们看到云长什么样。刚好我最近在heroku上部署我的新网站,只要简单的装一个git环境和heroku的gem,他们提供了一个非常简单的部署管理平台。还以app的形式打包了网站管理者所需要的不同的服务,包括站点分析,内存带宽使用,域名工具等。以免费或者收费的方式提供给用户,可以说是我目前看到的最接近云计算平台概念的服务商了,之前有用过google的app engine,还有听过没有用过的Amazon EC2,不过能够在免费->收费服务做的这么好的rails host,除了heroku我还没有看到更好的。所以对joyent其实很期待他们介绍自己的云计算管理平台,以及网站部署,管理、分析工具还有动态资源分配上的独到之处……可惜这次聚会就没有说到了。期待以后能有更多机会的了解。

Oct
29

云计算杂想

Posted by » developerly
89 hits

有朋友聊天,想让我写写对云计算的了解。呵呵,现在计算机的产业里面云计算是一个非常热门的概念。IBM在提,微软在提,VMWARE在提

,国内很多厂商也在提。于是乎,就有打算写一写这个云计算。本来想是在一篇短文里面把我理解的云计算写清楚,发现这几乎是一个不可能

的事情。我估计这个内容最终会变成一个系列。如果真的成了一个系列,那这篇文章就算是前言吧。

说到我个人对云计算的里面,简单一句话就是,中立的思考。就我看来,云计算既不是一个革命性的全新概念,也不全然是各大厂商的市场炒

作,云计算即代表了IT产业未来的发展方向,也确实为IT厂商的概念炒作创造了机会。就像久旱的土地上面,飘来一朵朵灿烂的白云,乡民们

都在开心的跳舞,但是最终能不能下雨,却全然得看历史的发展了。
跳转后阅读云计算杂想的完整内容

Oct
24

很久没有写博客了

Posted by » developerly
53 hits

人其实是很容易变得懒惰的。最近很长一段时间,也没有怎么更新我的博客了。有时候看看以前写的文章,感觉都是对自己的一个鞭策。曾经的梦想和雄心壮志,慢慢的都被磨灭了。被一种不知道的情绪而慢慢磨灭。而工作,有时候却像无形的石头一样,压在我的肩上。随时时间的推移,慢慢的也变成了不努力的藉口。技术倒是涉足了很多方面,可是都没有能拿出来的汇报的东西。也许是时候应该收拾心情做点什么了。

Aug
3

Beijing-GTUG大会侧记

Posted by » developerly
202 hits

其实我是很不愿意去参加什么活动的。主要是因为懒。不过这次恰巧通过twitter加入了哲思社区,又从哲思社区报名参加了北京google用户技术组大会。终于还是过来看看了。说到Google,我就不用再做太多具体介绍了。如果说找工作就像谈恋爱,那么Google就像在地铁偶遇的美女,我只单单说了一声“Hi”,她却悄然离去……

这个事情的背景是这样的,话说当年google刚进入中国的时候,租用的是Regus在新华保险大厦的办公室,又恰逢那时候我在一家欧洲的公司驻中国办事处上班,恰好租用的办公室就在google的旁边。那时候很激动,每次路过google租的那几间办公室都有推开门冲进去的冲动。我甚至还依稀不准确记得Regus拿饮料的签单上还有李开复的名字 。当时也给google投了简历,当时想这面试的话距离太近了,随便找张桌子大家就可以一起侃侃,结果果如其然的被拒了哈。

所以这是我第二次近距离的接触了一下google公司。很好很强大,相对于微软只提供饮料,google还提供了小食品~~~
跳转后阅读Beijing-GTUG大会侧记的完整内容

Jun
23

看来firefox是越来越不能用了

Posted by » developerly
147 hits

firefox是越来越不能用了。今天才开了三四个tab,一看内存居然占用了1个多G。随着firefox希望自己能在用户上网上扮演更重要的地位,其臃肿性和不稳定性也越来越增加了。暂时先换成google chrome用一段时间看看

Apr
27

联通3G新标识

Posted by » developerly
145 hits

wo.jpg

联通的3G新标识终于出来了,这意味着大大小小的水货手机终于可以享受高速的移动互联网了。说起来这个标识还是很有创意的。不管怎样,起码突出了一种创新的精神。前两年,楼主是一直在移动市场混的。甚至于现在在google.cn上搜索我以前东家的公司名称还能搜到我的简历,嘿嘿。移动应用,移动商务叫了这么多年,总算是把硬件给搞好了。现在就看软件和服务能不能跟上了。

可惜Sun卖给了Oracle,曾经承诺要运行在全平台的JavaFX估计也要死翘翘了。J2ME实在是不思进取,到现在甚至在语法上还只支持到Java1.4的语法。未来的移动应用平台,将是Symbian,Windows Mobile,iphone,Black Berry等软件应用平台的天下。可惜对于我们这些开发者来说,代价却是要学习更多的软件开发平台。楼主算是搞过symbian,J2ME和Black Berry的开发,最近在学习iphone平台,已经深深感觉学习这些平台的辛苦之处了。可是不学也不行啊,现在战国纷争的时代,每个平台都得有所了解,不然到时候站错了队,学了一个没有前途的平台,可就糟糕了。Palm Pre倒是推了一个很不错的创意,利用HTML5+Javascript来构建软件应用平台。值得关注,Palm也是一家值得关注的公司(不过楼主曾经关注的公司比如西门子,爱立信好像手机都没怎么做出来……),我也是很希望这个技术能够得到好的发展。这样就更方便大家开发出很多有意思的应用了,毕竟,不是每个人都需要开发实时图形渲染游戏的。可惜,Palm公司的实力实在是值得怀疑,所以这个技术还只能继续关注ing

说了这么多没有重点的话,楼主也就是借此随便写点什么东西,未来的移动应用将会很精彩,你准备好了吗?

Apr
14

Beginning iPhone Development小小勘误

Posted by » developerly
199 hits

背景不交代了,楼主在学iphone的开发,手头参考的书就是Beginning iPhone Development了。原书第208页有一个小小的错误,确让我这个新手多花了半个小时调试。

if(cell==nil)
{
NSArray *nib=[[NSBundle mainBundle] loadNibNamed:@”CustomCell” owner:self options:nil];
cell=[nib objectAtIndex:1->0];

}

贴在这里备忘。

Apr
12

GRAILS:多对多的查询构造

Posted by » developerly
268 hits

grails logo

呵呵,最近楼主很忙,这周末过生日,都没有怎么来得及继续学习iphone的开发。和朋友一起卡拉OK了一下,也见到了另外一个久违的朋友。 当然,和每周一样,技术上的事情还在继续。这周末的主题是GRAILS。好久没有碰Java了,这次借着GRAILS碰碰Java,有了一种久违的亲切感(这么快就从RoR阵营叛逃了?)。GRAILS对于我这样的所谓老Java程序员来说,上手还是挺容易的,所谓最难掌握的闭包概念,我认为可以简单的认为是以前的匿名类+委托(当然还有很多其他的好处)。GRAILS给控制器划分了一个Service层,在业务逻辑重用上,比RAILS做的更好。GRAILS相对没有太多的单复数规约,相对RAILS的“约定”要简单很多。GRAILS目前没有RAILS那么强大的路由功能,不过反而可以带来的相对简单。

言归正传,其实我这里不是准备比较两个框架的优劣,而是想分享一下GRAILS多对多查询的一些经验。关于GRAILS本身还有GROOVY,我建议大家可以看看这里跳转后阅读GRAILS:多对多的查询构造的完整内容