BlogJava-Colorful Day-随笔分类-chit chathttp://www.blogjava.net/blueoxygen/category/3784.htmlBlue keywords,Green comment,Red breakpoint,my life is also colorfulzh-cnTue, 27 Feb 2007 12:24:53 GMTTue, 27 Feb 2007 12:24:53 GMT60拉拉http://www.blogjava.net/blueoxygen/archive/2006/07/31/61090.htmlBlueO2BlueO2Mon, 31 Jul 2006 14:47:00 GMThttp://www.blogjava.net/blueoxygen/archive/2006/07/31/61090.htmlhttp://www.blogjava.net/blueoxygen/comments/61090.htmlhttp://www.blogjava.net/blueoxygen/archive/2006/07/31/61090.html#Feedback0http://www.blogjava.net/blueoxygen/comments/commentRss/61090.htmlhttp://www.blogjava.net/blueoxygen/services/trackbacks/61090.html
整理P大点儿的硬盘空间居然整理出来俺曾经做过的几个东东，哎呀，想当年啊……成长历程啊。
第一个正把经的个人网站的首页
 进步了一些的第二版个人主页

又做了一些小东东而且跟着DFLYING大虾学会PHP以后，开始接校内的小活做……一个团委旗下网站
加入Enwell.net开始栏目制作。其中一个，Enwell商城。

成立Enwell Studio
做的第一个商业网站，反而不知道咋做了
又陆续写了一些PHP以后，进入Hywave多媒体开始写Delphi和ASP.NET，为hywave改版提出两套方案
ASP.NET写了一些，包括一个巨恶心的OA以后开始和差沙，范例华写J2ME，要不是因为期末没时间了，俺们相信疯狂坦克对打网络版肯定能产出，差沙小伙儿一个星期就把是男人就下一百层从无到有写出来了(以前从来不做JAVA何况J2ME)
开始写DELPHI以后俺就成了一个职业的程序员了，和页面没关系了……就走进了JAVA的世界。也不知道现在开始写SAP ABAP是不是对得起自己。sigh，好多东西翻不到了，都是大学逃课的心血啊……


BlueO2 2006-07-31 22:47 发表评论
]]>RSS订阅服务扩展http://www.blogjava.net/blueoxygen/archive/2006/07/27/60293.htmlBlueO2BlueO2Thu, 27 Jul 2006 02:26:00 GMThttp://www.blogjava.net/blueoxygen/archive/2006/07/27/60293.htmlhttp://www.blogjava.net/blueoxygen/comments/60293.htmlhttp://www.blogjava.net/blueoxygen/archive/2006/07/27/60293.html#Feedback0http://www.blogjava.net/blueoxygen/comments/commentRss/60293.htmlhttp://www.blogjava.net/blueoxygen/services/trackbacks/60293.html我很早以前便开始使用bloglines的订阅服务。在那里我订阅了很多常去的技术站点和一些朋友们的blog，使用总发现了一些不便之处也产生了自己的一些想法，今天偶然看keso的一篇blog发现了抓虾网以及rojo，眼前为之一亮，很多想法，这两个网站已经替我实现了。
rss订阅服务衍生的门户
在bloglines这样的纯粹订阅服务来说，用户群的大小，用户群订阅的内容的相似度，用户的阅读频率对网站产生不了任何贡献。这实在是大大的浪费。我当时就想，如果在每个种子旁边有个方便的"顶"也就是digg it功能，那么，将用户顶的最多的story聚合起来，分门别类，这就是一个dzone.com这样的网站啊。现在类似dzone以及更加出名的digg我都认为是rss订阅服务网站的失败之处，他们完全有优势快速聚合出来一个这样的小型门户。现在抓虾网以及rojo都有这样的服务了，也都由此衍生出了一个热文排行样式的东西，但是我感觉做得还不够，这样太杂。泛泛的讲内容一列。应该根绝用户订阅时此feed的tag做分析，整理出来分类，做类似daqi.com或者qihoo.com一样的布局。
rss订阅衍生出来的朋友圈
web20有一点很重要，就是社会网络。就拿豆瓣网来说，我通过豆瓣提供的以书会友的功能认识了几个志趣相投的朋友。豆瓣会根据你喜欢读的书，看的电影，听得音乐，推荐给你和你兴趣相投的人，rss订阅也应该这样。比如Bloglines可以查看都有谁订阅了这个feed，可是为什么不更近一步，将两个人的订阅内容作比较，做匹配呢？通过在你的网站提供的 rss订阅服务我可以认识朋友，这也是网站粘性之一。否则像我现在可以毫无顾忌的从bloglines搬家到rojo和抓虾网。而更多自取相同的人可以组成圈子。甚至衍生更广一点，大家通过查看你的profile，浏览你的Blog，决定跟你做朋友的时候，你会得到一个vote的分数，在朋友圈的聚合门户上排名考前，这个不就是联络家么？
推荐给我其他读物
当我用豆瓣的时候，还有一个功能特别贴心，就是它会推荐给我相类似的图书。比如我读兄弟，它会在旁边给我推荐活着，许三关卖血等等……rss的小门户，可以根据每个人的兴趣不同，推荐在此类别中背digg次数最多的blog给我，省得我总是感慨:哎呀，怎么没早点看到这个网站呢？
信息筛选
订阅了好多rss feed的人都有此种经历，那就是有的时候忙，你好久没看了，突然以上来，成百上千的新条目，当即晕倒。贴心的筛选是很必要的，rss订阅服务网站完全可以根据其他用户的digg rank来按照重要程度给我排序，大家认为重要的先看，大家认为不重要的后看……我想，群众的眼睛还是雪亮的。
冗余的剔除
订阅了大量rss的人来说，有一些种子可能已经坏掉了，或者作者更新频率很低，或者过了一段时间以后，你已经不太认为那个对你有价值了(这个可以从你digg it和收藏的频率来判断)，但是因为我们进行了大量的订阅，要把它剔除需要花费时间的。RSS订阅服务只需要替订阅者看着点坏掉的种子，统计下订阅者对其的关注度，然后建议剔除哪些没有价值的feed，这将给我带来巨大的方便。
抓虾与rojo相比bloglines的改进
rojo有一点很好，当你大开一个feed的时候，他们显示的是title，只有当点击小十字查看具体内容，它才认为你读过了，下次你再打开这个种子，这个条目便不会显示出来。之前用bloglines有的条目很多，一天可能看不完，下一次再打开就看不到了，因为你之前的打开被bloglines认为是阅读过的表现。而有些条目我们认为是很有价值的，rojo和抓虾都提供了收藏的功能。此外rojo对bloglines对feed死板的分类功能进行了改善，替代的是tag，就是说一个feed可以属于多个tag，你甚至可以对条目进行tag，这样更加有利于小门户分门别类的聚合。
更进一步
我一直感觉blog的互动性还不够，这个不动不是指comment。而是无法像BBS一样，对一个讨论形成一个有主线的跟进。大家对一些东西都有自己的看法，可是都是零敲碎打，自己说自己的，对别人的想法可能不了解。仅仅靠track back是无法串联起来的。如果你的rss订阅服务能够有足够的粘性，那么用户基本都从你这里获得信息，当他要发表对某个条目的看法，让用户登陆他自己的 Blog，快捷的引用到自己的blog里面，而订阅服务网站将通过某种方式将用户的评论内容得到。这样，将众多的用户的内容整理出来，类似BBS讨论的形式，聚合在门户里。这样，Blog之间才形成了有效的互动。可惜，这个想法，似乎还不知道怎么实现。
我的页面&&个人门户
几乎这种rss订阅服务网站都提供我收藏的feed的展示，我感觉这个是不够的。而还应该展示的则是跟我上面所说的有联系的，最近digg的条目，最近收藏的条目，以及我最近评论的条目，以及我的朋友圈等等。这才形成了真正的“我的页面”。
用keso的话说，rss阅读器的技术门槛很高啊。

BlueO2 2006-07-27 10:26 发表评论
]]>理清一下路线，集中力量办大事http://www.blogjava.net/blueoxygen/archive/2005/12/05/22597.htmlBlueO2BlueO2Mon, 05 Dec 2005 07:47:00 GMThttp://www.blogjava.net/blueoxygen/archive/2005/12/05/22597.htmlhttp://www.blogjava.net/blueoxygen/comments/22597.htmlhttp://www.blogjava.net/blueoxygen/archive/2005/12/05/22597.html#Feedback0http://www.blogjava.net/blueoxygen/comments/commentRss/22597.htmlhttp://www.blogjava.net/blueoxygen/services/trackbacks/22597.html关注的太多，似乎太累了。于是整理一下路线，在有空的时候关注：
web presentation Framework:
JSF ajax(Struts似乎没有研究必要了，虽然早就用了好久，但是源码没有通读过，现在看来还是观望struts Ti后再说)
Spring
Hibernate
足够了，不继续累自己了……



BlueO2 2005-12-05 15:47 发表评论
]]>集成了，崩溃了http://www.blogjava.net/blueoxygen/archive/2005/11/09/19061.htmlBlueO2BlueO2Wed, 09 Nov 2005 14:56:00 GMThttp://www.blogjava.net/blueoxygen/archive/2005/11/09/19061.htmlhttp://www.blogjava.net/blueoxygen/comments/19061.htmlhttp://www.blogjava.net/blueoxygen/archive/2005/11/09/19061.html#Feedback0http://www.blogjava.net/blueoxygen/comments/commentRss/19061.htmlhttp://www.blogjava.net/blueoxygen/services/trackbacks/19061.html我不知道CMMI都影响了些什么，除了留给我无尽的meeting和文档，但是迭代周期，构建频率，测试方法等等跟开发息息相关的却没有任何实质性指导。我不知道这个是不是就是根据我们这个没做前号称超级轻松 时间超级富裕tailor过的结果。
可是CMMI就像大象，即使体格小，也是象，一旦计划制定了，似乎无论情况怎样，都无法迅速反应。像我们这个小小的，需求拿了一个多月，编码却只有 2周的项目，CMMI没有任何控制的迹象。可能说：没有CMMI你们更加混乱。会么？我看不出来还能再混乱到什么地步了。
在客户在海外，需求不明，QA反应迟钝的情况下，CMMI只能让我们用meeting来充斥一次次等待客户确认需求的时间。
我相信如果用敏捷方法指导开发绝对不会导致目前的混乱局面。首先测试一方面，我感觉V MODEL十分适合，在需求拿到了 demo产出的时候，function test case就应该设计出，那个时候会让我们尽可能少的去想实现，而把用户体验和功能彻底做好。而high level design完成的时候 Intergrated Unit test case就应该设计完成(也许对一个技术十分不成熟的团队来说此要求过高，大家没有任何设计测试用例的经验)，当detail design完成的时候，Unite Test case 也应该随之产生，这样也不知不觉地开始了测试驱动开发。而我想周围的同事都习惯性的写好了一个功能点了部署到服务器，跑一下，出错了以后，根据tomcat可怜的报错信息开始跟踪调试，无数的log.debug更甚至无数的system.out。这个还好，仅仅影响效率而已。可是没有任何对迭代的指导，导致各自为战，马上要集成了，哇，崩溃了。一个程序集成的时候是麻烦最大的时候。大家自己的模块集成单元测试都没做好，怎么能做这种IT呢？如果我们至少一周构建一次(根据开发计划，因为我们不是一个敏捷团队)，怎么会导致今天这种崩溃的局面呢？まいたな！
事总要有人做的，程序员修炼三部曲之项目自动化之道已经躺在我的枕边。但愿我的努力和大家这次的教训能让我们下个项目在deliver之前不用再集体加班……


BlueO2 2005-11-09 22:56 发表评论
]]>service is softwarehttp://www.blogjava.net/blueoxygen/archive/2005/11/07/18600.htmlBlueO2BlueO2Mon, 07 Nov 2005 08:30:00 GMThttp://www.blogjava.net/blueoxygen/archive/2005/11/07/18600.htmlhttp://www.blogjava.net/blueoxygen/comments/18600.htmlhttp://www.blogjava.net/blueoxygen/archive/2005/11/07/18600.html#Feedback0http://www.blogjava.net/blueoxygen/comments/commentRss/18600.htmlhttp://www.blogjava.net/blueoxygen/services/trackbacks/18600.html软件即服务，微软可能迟迟不肯承认不愿意拥抱这种趋势的原因，可能就是服务目前还停留在通过网络提供的阶段（可能也只有通过网络才能体现这一理念），而软件通过服务暴露给客户，就意味着对操作系统的淡化--这一微软赖以发家的金母鸡，当然还有office。而为何微软又开始承认此趋势呢？可能只有bill gates才知道。可能大家都这么设想软件的未来，并且Google之类的公司也一直在向此方向努力，给了微软太大的压力。www.live.com 这个被微软提升到了战略高度的雏形产物，说实话，我太笨，在没看到各种解说可评论之前还没看出来与以前myMsn有何差别。不过可能就是理念不同，将来发展方向不同吧。MyMsn主要给用户一个信息的集合点，一个个人信息的门户，当你add content的时候，你得到的是FOX BBC等新闻 天气预报等咨询。而window live add content将来可能会添加服务，软件的服务，比如微软也说过要把office作为服务提供，将以授权形式的收入转化为广告盈利。微软一直都是一个创新型的公司，不知这次的绝地反击，会给google YAHOO AOL等公司带来怎样的冲击。
两个网站供体验 http://numsum.com http://www.writely.com/Default.aspx
BTW，一直想实践一下webwork(or JSF)+hibernate的应用，中间搭配spring or EJB，可是总是想起码要做点有意义的东西吧。什么有意义呢？想来想去，重新发明个轮子的，谁让我没创意呢，做个个人portal。也许以后每个人的操作系统都是网络定制的呢……


BlueO2 2005-11-07 16:30 发表评论
]]>GOOGLE's RSS subcribtion readerhttp://www.blogjava.net/blueoxygen/archive/2005/10/09/15090.htmlBlueO2BlueO2Sun, 09 Oct 2005 14:50:00 GMThttp://www.blogjava.net/blueoxygen/archive/2005/10/09/15090.htmlhttp://www.blogjava.net/blueoxygen/comments/15090.htmlhttp://www.blogjava.net/blueoxygen/archive/2005/10/09/15090.html#Feedback0http://www.blogjava.net/blueoxygen/comments/commentRss/15090.htmlhttp://www.blogjava.net/blueoxygen/services/trackbacks/15090.htmlhttp://www.google.com/reader
google又提供了一项新服务，其实这种服务早就有，比如bloglines国内的gougou.com，google并非所有都是最有创意的，但是google的推出总是伴随着改良，不但用户体验绝对做的没话说，功能上总是毫不逊色。而google几乎成了创新的代名词，及时这种rss订阅，大家肯定也会像我一样迫不及待用上google，看看到底和大家的有什么不同。我真的是越来越离不开，可怕的是google成为了几乎最了解我的人，通过他的强大的数据库，他存储着我喜欢搜索什么信息，都与什么人email来往，喜欢读什么新闻，将来shopping的站点本地化了，它还会知道我喜欢去什么店，喜欢搜索什么品牌的衣服，加上Map服务，它知道我比较经常去哪里出差，居住在哪里……知道了这些有什么用？如果我是一个音乐发烧友，某一天google把taobao收购了，它天天在我耳边告诉我xxx以低价拍卖xxxmp3 xxx MD，我能不去看么？google知道我喜欢川菜，适当的时候，友好的方式，提醒我川外川正在打折，我能不去么？而google收购的okut社会关系网络网站，我的朋友的资料它都可以掌握。google为我们提供的服务越多，它就越了解我们，而我们就越离不开google.记得看杂志，office11(2003)设计的时候要依托sharepoint server，大家都在线上，系统使用office，office就是一个大网络，最终没能实现而已。当初微软不惜动用重金打造IE,因为B/S架构下的应用，客户们不会依赖操作系统，而是浏览器。浏览器的习惯养成了，并且一切工作都通过网络进行，客户们甚至会因为windows不和mozila兼容而使用linux吧。应用越来越多的需要online方式工作，我感觉office最后就应该是一个富客户端而已，每个企业都有一个未来版本的sharepoint or xxx server，员工拥有的仅仅是一个office富客户端，大家联机协同办公，甚至通过自己的share point server 与外界沟通，广域网协同办公。office不是正在订制标准么？微软不参加很正常，当office办公软件成了标准，比如说文件交换格式(office 2003对xml支持很好了吧)，那么，微软无法一家独大了，我甚至可以通过google的在线服务，或者为了便捷下载很小的客户端将文件编辑然后客户用他们购买的windows office打开观看，通过Google talk or msn沟通。我们日常公司里大多数数据并非存在与数据库，而是成千上万的office documents，如果office成了标准，google就可以提供企业局域网搜索服务，按照标准文件格式搜索。
不过google想撼动微软，我感觉一定还要开发操作系统的，硬件越来越便宜，客户端还是要执行大量复杂的运算，并不会成为网络中的一个通过浏览器看世界的小终端。我不是为微软咸吃萝卜淡操心，而是，google确实给了我们很多惊喜，不管战况怎样，胜利的都是我们用户。

BlueO2 2005-10-09 22:50 发表评论
]]>