flyisland
  • 2005-06-23

    google map @ china

    上周六在花都王子山游玩的时候,我还和老艳谈到,不知道什么时候google map才会推出中国区域的卫星图。看到美国地区那些能够看到街道、汽车的卫星图,让人眼红不止。

    没想到今天就在google map看到北京的卫星图,而且可以得到最大的放大倍数,马路上的车辆也能看到。马上找到广州的卫星图,结果却让我有点失望。首先是放大倍数不够,只能看到主干道、桥梁、运动场;其次应该是两年前的卫星图,因为我在上面找到我所居住的小区,赫然看到我所在楼房后面的一大片绿地,这片绿地已经在两年前建起了楼房,不复存在了。

    当然,我们不能对google要求太多,毕竟这都是无偿的服务,只是心中还是喜欢google能够尽管推出广州的详细卫星图。希望我们的老大哥不要阻止这样的事情。

    另外,大家可以乘机回顾一下两年多前的广州,例如你可以看到珠江新城还全部是绿地,如果有人写程序将google的地图保存起来就好了(这是一个好主意,写一个google map client)。

    Tag:技术
  • 2005-01-31

    blogbus!

    也不知道搞什么鬼,改版后有什么好处。

    如果一些朋友改版后发现自己的blog访问时出现 403 错误,请登录到管理界面,选择左边菜单最下面的“发布重建”。我是自己试出来的!

    Tag:技术
  • “Is Jython development dead?”

    这是很多人都想过的问题,特别是创始人Jim Hugunin被微软招聘后转向开发python for .net——IronPython后,Jyhton的开发似乎是停顿了,版本停滞不前,一段时间甚至连网站http://www.jython.org/都不能访问。

    很高兴昨天看到这个消息——Moving Jython Forward,Brian Zimmer抗过大旗,Jython继续向前。

    Tag:技术
  • 常常出现连接不出的情况,在这样下去我要考虑更换服务器了,有哪些服务器的稳定性更好的呢?
    Tag:技术
  • 2004-09-27

    工作流更改

    在和流程相关的系统中,经常被人问到“我们能不能这样来更改流程”,这里所谓的更改都是要求在运行阶段实现的,大概有这几种需求:
     
    1. 动态部署流程定义。一个工作流系统在其运行过程中,增加新的流程定义是非常常见的要求,如果要停止应用才能部署新的流程定义,显然是不合适的。
     
    2. 动态修改流程定义。在运行阶段修改已经部署的流程定义,这种需求也是常见的,毕竟计划不如变化快。这种需求分为两种:
    2.1 修改流程定义,已经存在的实例不受影响,新的实例采用新的定义。这可以是通过流程版本(version)来实现,例如10月1日开始采用新定义,增加一个新的版本,新版本在10月1日后生效。
    2.1 修改流程定义,已经存在的实例也要遵守新的定义。这个需求不一定能够实现,毕竟新旧两个定义可能会有冲突的。
     
    3. 修改流程实例。要求在运行阶段对于某个流程实例,人工干预其运行逻辑,比如跳过几个步骤或者回到之前的某个步骤。
     
    其中2.1和3这两个需求在提到的时候一般都会强调——这是国情特殊所在,呵呵。不知道各种工作流系统对上述需求的支持程度如何?
    Tag:技术
  • 今晚真是太让人高兴了,三块金牌到手! :D

    女排姑娘好样的,永不放弃的精神,而且在困难的情况下全队依然保持笑容,最终迎来胜利!好样的!!!

    Tag:技术
  • 原文:http://www.redsaga.com/mambo/content/view/16/2/

    关于jboss.org.cn, jboss.cn, jboss.com.cn 都是由骗子恶意抢注的伪jboss中文网站的公告!

    真是想不到,这也太过分,太明目张胆,太不知怎么说好了。我靠,I服了这帮骗子!

    Tag:技术
  • 在冰云的blog上看到这篇“初学者:我不读书”,我也是有所体会的。其实每个人都是从初学者过来,而且我们在很多领域还是充当“初学者”的角色。

    冰云所痛恨的是一种不劳而获的行为,金钱也许能够不劳而获,但是我也不认为“知识”是能够“不劳而获”的。推荐一篇文章“提问的智慧”,这篇文章的内容虽然略为偏向“黑客”,我认为它其实是一个很好的“学习指南”,当你遵循这样的提问规则时,大部分问题在提问的过程中已经能得到解决了。

    Tag:技术
  • 刚刚看到一个有趣的比喻而联想到的……
     
    在看病的时候,病人告诉医生自己发烧了,医生给病人退烧药,大功告成。等等,好像不对劲,如果这样子的话我也可以做当医生了 :D。医生的工作过程应该是,以病人所说的症状为参考,根据自己的诊断(医学检查和仪器帮助等),最后才能“对病下药”。
     
    在软件项目开发中,我们听取用户需求,根据用户的需求实现系统。然而实际的情况是,客户提出的所谓需求往往只是一些“症状”,并不是真正的“病因”。这时候软件人员就要像良医那样,通过调查、分析找到真正的问题;不然的话,就会陷入很痛苦的境地,明明已经解决了客户的“需求”,可是客户还是不能满意。
    Tag:技术
  • 再次进行实验,在前一篇文章的基础上,这次主要是观察Datasource.getConnection()在UserTransaction.begin()之前之后执行的不同结果,在代码的最后执行UserTransaction.rollback()。
     
    发现如果Datasource.getConnection()在UserTransaction.begin()之前执行,那么rollback是不起作用的,程序完成后所作的更改能够在数据库中查看;如果在UserTransaction.begin()之后才执行Datasource.getConnection(),那么rollbck生效,所作更改没有影响到数据库。
     
    这说明如果一个数据库操作要参与到一个分布式事务中,就必须在分布式事务开始之后才创建Connection对象。
    Tag:技术
  • 2004-02-26

    从CVS到Subversion

    如果Subversion能够成功的话,对于Open Source领域来说,应该算是一件大事情,在此之前好像还没有哪个著名的Open Source软件被代替掉的。
     
    其实这不失为一件好事情,一些Open Source软件历史悠久,这期间需求和技术都发生了很大的变化,由于软件一开始的设计、架构等原因,这些软件也许不能“与时俱进”。这时候有人站出来带头另起炉灶,重新设计一套更加完善的软件,真是再好不过了!
     
    我认为Subversion应该能取得成功,因为:第一、Subversion的初始目标很明确,实现绝大部分CVS的已有功能,保证能够“替代”;第二、充分考虑现有的CVS用户群,在使用方式上与模仿CVS,而且同时开发了一系列CVS迁移到Subversion的工具,使得基于CVS的项目能够顺利迁移到Subversion上。
     
    不变的用法、体贴的迁移、更强大的系统,岂能不让人心动!
    Tag:技术
  • 2004-02-16

    MDA

    这两天因为要加强自己在architecture/solution这方面的能力,浏览了一些uml相关网站,才知道UML最近刚刚发布了2.0版本,自己真是疏忽软件工程领域一段时间了。
     
    同时发现“MDA”这个名字,似乎是当前的一股热潮,我甚至在MDASKY网站看到这样一句话“中间件战争已经结束,下一个战场是模型转换”!通过浏览官方网站和MDASKY第一期杂志,对MDA有一个初步了解。要我用一句话来说就是让UML语言运行起来,在软件项目中,需求、设计、程序三者特别是后两者的同步是如此的困难以致我们不去实现它,而这三者的脱节正是许许多多软件项目失败的主要原因,我认为MDA的目的就是要定义从设计到程序的转换及同步。从此我们可以只需要设计程序而不用编写程序了。
     
    这是一个多么美好的梦想,似乎终于可以梦想成真了,但我还是要保留自己的怀疑,每次看到鼓吹能够“自动”编程的工具/方法我总是本能地怀疑它,而且我也看到Martin Fowler的怀疑。
     
    不过即使MDA不能完全实现它的目的,但是在这个方向所能实现任何一点小成就,相信都将大大地提高软件开发的效率。
     
    资源:
    MDA官方网站:http://www.omg.org/mda/
    国内MDASKY网站:http://mdasky.com/
    Tag:技术