来自歆渊 - Born Beauty Within: Blog

女儿出生了 :)

Sun, 03 Jun 2007 07:28:06 GMT

女儿君晴出生有几天了, 昨天刚刚出院, 特此记录 :D

InfoQ中文站, 值得企望的纯净技术空间新疆域

Sat, 14 Apr 2007 05:40:45 GMT

见到InfoQ中文站 (http://www.infoq.com/cn/) 问世有段时间了, 从InfoQ英文主站的传承, 和中文站这段时间的姿态, 不难预见它将和 JavaEye (http://www.javaeye.com) 一样, 将是一片专注, 纯净的技术空间.

而且这两个平台其实能够很好的互补: JavaEye以论坛的形式在密集的探讨交流方面非常得力, 适合新思想和技术的发展完善; 而InfoQ作为集中的信息发布平台, 适合归纳总结既已成熟的思想和技术, 促成其更广泛的理解和应用.

我一直以来基本是在JavaEye活动, 觉得这里是难得的一个高技术含量软件开发思想交流平台. 活跃在这里的大多都是对软件思想同样感兴趣, 在软件行业有实际经验, 也有自己的思考和深层认识的业界同仁和精英. 当你有了一个自己认为很好的想法, 在这里提出讨论时, 既能找到共鸣, 又可以从其他会员的评论中发现更多自己本来都没想到的东西. 而且有时候反对的评论也很有实际价值, 让你发现自己考虑还不足的方面.

而现在这片纯净技术空间又有望有新的疆域拓展, 从InfoQ中文站的发布和近期运作上, 能够明显感受到InfoQ对中国软件开发社区的重视. 置顶的 "中文" 标签和 "En" 并驾齐驱, 让人感觉到不同语言的软件技术社区其实是一个整体, 语言的差异不应成为隔离界限, 而是身处这个领域, 应该更多的互相交流和相互关注. InfoQ中文站的团队也是本土化的, 这样其实更缩短了它和我们这些人的距离, 可以更好的交流合作了.

InfoQ的文章技术含量和质量都挺高的, 我觉得很值得订阅了作为自己的前沿技术眼线.

而且有这个功底和精力的同仁们, 参与到InfoQ中文社区的建设中去, 是一件很有挑战意义, 也很值得参与的事情啊. 我以后有了比较成熟的思想和技术, 写成中文文章就准备向InfoQ投稿了, 投身到这样一个全球化的软件技术社区里去, 也尽一点微薄之力, 帮助提升中文内容在这个领域里的份量.

苹果键盘在PC上的问题原来跟温度有关

Sun, 01 Apr 2007 15:59:30 GMT

最近杭州天气变暖, 一度达到28C, 据说有些地方到了30C. 而我的苹果键盘又开始自己会掉下来了.

回想去年夏天刚买来的时候也是这样, 后来不知不觉自己就好了, 当时还以为是磨合成功了.

现在看来应该是跟温度有关. 键盘上没有标明工作温度范围, 但是按说应该不低于40C吧. 不过人家Apple也没有保证说它的键盘可以放在PC上用, 也不好说就是质量有问题.

苹果键盘也有bug

Mon, 18 Dec 2006 17:21:41 GMT

今天在斟酌代码的时候无意之中Shift键按下了超过8秒, Windows跳出对话框提示我这样可以启用粘滞键, 问是不是启用, 我当然取消了.

然后过了不多一会, 突然发现鼠标不灵了, 对USB设备来说这种事情也不算很异常, 我就动手把它拔下来重新插一下, 因为我的鼠标是插在苹果键盘附带的两个USB口中右边的一个上, 所以是很方便的.

不过拔下来没有什么问题, 再插上去的时候, 看到以前从未见过的一个Windows警告, 说有一个USB设备发生了电涌, 欲知详情访问Windows网站之类的, 然后插上的鼠标也不亮了(光电的, 不发光当然是没法工作了). 我吓了一跳, 心想说不定得换个鼠标了. 然后想想键盘上左边还有个USB口, 于是换了左边的口插上去又试试, 结果正常!

呵呵, 这回就开始担心精美的 Apple Pro 键盘的右USB口是不是烧坏了, 为了彻底验证一下, 关机, 切电源(我的主板好像关机也是带电的, 为了彻底干脆掉一下电先). 最后重新开机之后, 再次把鼠标插到右面的USB口上去, 结果一切正常如初!

庆幸之余, 分析一下看来很可能是长按Shift键, 并伴随可能的通过键盘内置的USB Hub有鼠标动作(光电鼠标偶尔会自己跳动)触发了键盘控制芯片上的bug, 也许还是硬件级别上的, 不然怎么电涌都出来了呢.

不过把苹果键盘用在PC上本来也不是常规做法, 可能跟这个也不无关系, 回想一下刚买来开始用的那些日子还是经常发生自动断掉过一会又自己连上的情况, 不知不觉中这个现象居然自己好了, 看来这个硬件还有可能慢慢磨合起来的哟.

一个可能比SOA更好的方案

Sat, 18 Nov 2006 05:59:44 GMT

本文英文版发在: http://www.theserverside.com/discussions/thread.tss?thread_id=43148

在公开回答 (http://www.webofweb.net/manifesto/AppletAgainstAJAX.html) 为什么 WoW 当初选了Applet而不是AJAX的问题时, 我开始思考当前大规模软件组件相互集成的问题, 有了一些新想法.

概括来说, 我发现通常的 API(应用编程接口) 都是单一层次的, 即使是SOA中的服务定义也是. 描述为"单一层次"是因为它们是一个设计来被调用的一些 method/function 列表. 但是现在的软件组件其本身逻辑和调用它们的逻辑都复杂了很多, 而且相当一部分是 "多维" 的 - 结构化的对象和结构化的逻辑. 如此一来, 把多维的逻辑压缩/抽象成为单层的公开接口的必需工作量增长很快. 有些情况下, 这些抽象过程和为组合API设计规范的工作甚至有可能超过去理解和解决本来问题的成本.

所以我开始质疑这种通过公开接口来定义组件行为的方式, 还是这样最好? 别无他法? 我把这种方式叫做基于调用的接合方式 (Invocation Based Interfacing), 这种方式下你都是通过调用去改变一个组件的状态或者获取它的结果.

然后我总结出一个截然不同的方式, 我称之为基于东道的接合方式 (Hosting Based Interfacing). 在这种方式下所谓的特遣专员被传递于软件组件之间, 各自完成预定的任务. 这样所带来的改变是软件组件不再需要定义公开的, 用来被反复调用/返回的接口(服务), 而是公开它们的内部环境 (可能只需要把它们的部分内部逻辑直接公开出来, 无需再封装). 向接收到的 "特遣专员" 提供这样的环境以尽 "东道". 然后各种 "特遣专员" 就可以通过目标组件所提供的环境来完成自己的工作, 如果需要的话也可以构造新的 "特遣专员" 发送结果回去.

原始的想法已经在我设计 WoW 的 Traverser/Scener Architecture (http://www.webofweb.net/webstart?r=412) 时体现出来, 不过现在感觉看得更清晰一些了.

不知道大家怎么想这个问题.

大陆进一步解封 zh.wikipedia.org

Wed, 15 Nov 2006 19:14:48 GMT

继 en.wikipedia.org 前段时间获大陆解封不久, 从Slashdot得知维基百科中文站点亦得到解封, 尝试访问果然成功.

这无疑是又一个巨大的进步, 也给了中国大陆2亿网名分享和表达自己中立观点的机会.

现在看到的一些敏感页面上对大陆的一些负面言论似乎已不如以往尖锐,虽觉有一定的买口水淹人之嫌,但目前这些内容在绝大部分程度上能够代表中国大陆人们的主体观点(且不论是否包含历史教育成份).

交流互相理解是最好的化解矛盾与误解之道, 越是封闭, 自身不但无法接触和学习先进的东西, 也越是会被外界猜测甚至就着一些势头进行邪恶化. 如果还是自我封闭, 则更是连反驳的机会都没有了.

开放维基百科是非常明智之举, 让我们放眼一个开放的中国, 一个先进的全球最大华人阵营!

人无远虑,必有近忧的另一层涵义

Wed, 01 Nov 2006 11:14:17 GMT

『人无远虑,必有近忧』这句话源远流长, 以前一直的理解是: 因为过去没有远虑到今天, 所以眼下会有忧虑.

今天又突然悟道, 似乎这个现象还有更即时的表现, 那就是你如果现在没有在考虑将来的事情, 那马上就会有些烦恼.

这其实是一种心理效应, 因为眼前生活中的挑战, 虽然从长远来看对自己是有好处的, 能够带动个人上进, 但是如果单从眼下来看, 却常常是头疼的问题.

拿搞软件的做项目来说, 客户跟你提出必须要用某某第三方平台和或技术, 要求你的东西要融合默契, 可是你完全不知道, 在项目计划周期内是不可能完成了; 然后老板又在那里进逼, 说这个单子多么重要, 丢了今年就不发奖金了. 结果是因为时间来不及, 单子没拿到, 奖金也泡汤了.

这个眼下不是一个够沮丧的事情么? 就是因为自己的知识不够, 才会来不及. 如果不去多想想这个打击对将来的意义(『远虑』), 因此开始去学相关的东西, 而只是沉浸在这一次的懊恼之中, 那就是『近忧』了.

大陆解封 en.wikipedia.org

Sat, 21 Oct 2006 07:32:17 GMT

昨天刚刚注意到, en.wikipedia.org 已经可以直接从家里访问了, 今天还是可以正常访问, 而 zh.wikipedia.org 还是不难访问. 看起来像是对en内容局部解封了, 无论如何这是很大的进步, 从此可以方便的查看和引用维基百科的英文内容了!

动物的驯化与斯德哥尔摩症候

Thu, 14 Sep 2006 13:11:08 GMT

前段时间偶然又看了一段007电影《纵横天下》（The World Is Not Enough），发现了一个原来没有特别注意到的环节就是女主角的斯德哥尔摩症，然后时常的联想起来，觉得我们把狗驯来看家，把猪啊，鸡的驯来混吃等死，也许在驯化之初正是利用了这些动物的斯德哥尔摩情结吧。

另又联想起以前就想到，觉得很讽刺的一个事儿，就是在肯德基看到的海报：一只母鸡，手（还是翅膀）里托着一包鸡米花，昂首挺胸，欢颜推介如此的美味。有这样的广告创意设计并且为大众所乐见，应该也算是人心里潜藏的斯德哥尔摩情结的一个折影吧。

What's going on with Java at IBM ??

Wed, 06 Sep 2006 09:27:26 GMT

http://www.ibm.com/developerworks/java/jdk/

Have a look at above page, see this: (as posted time 2006-09-06)

Java 2 Platform, Standard Edition (J2SE)
IBM Developer Kits and Runtime Environments are available for the following platforms:

AIX -- Downloads, Overview, and News
Linux® -- Downloads, Overview, and Tested platforms and distributions
z/OS web site

IBM 32-bit Runtime Environment for Windows
This is the IBM 32-bit Runtime Environment for Java 2 (JRE), Windows Edition. To be able to install this JRE your computer must be an IBM system, as shown by a BIOS check. It must also be running Microsoft Windows Me, 2000, or XP. Or it must be updated with the latest WMI classes if running an older Microsoft operating system. And, finally, you must have Administrator level access.

Who could tell me what's the meaning behind this?

Firestar告JBoss/Hibernate侵犯ORM专利, RedHat受牵连

Thu, 24 Aug 2006 10:57:33 GMT

InfoQ报道: http://www.infoq.com/news/RedHat-Sued-Due-to-Hibernate-3-O

Firestar Software has filed a patent claim against Red Hat for infringing on a patent Firestar filed in 2000 covering O/R mapping. The amount of the lawsuit was not disclosed. The complaint centers around Hibernate 3, and the patent claims that JBoss was given prior notice that marketing, distribution, and support services violates Firestars patent, and that Firestar "has suffered and will continue to suffer substantial damages." Firestar produces the ObjectSpark, an transactional object mapping engine which appears to not have had a new release since May 2003, according to the Firestars press release page.

在 US Patent office patent # 6,101,502 可以看到这项专利的详细内容.

大概研究了一下这里的内容, 其实它直接引用的其他专利早就涉及,涵盖了ORM的概念和一些方法,特别是:

Integrating relational databases in an object oriented environment 和 Dependent object class and subclass mapping to relational data store 这两个专利(分别由Oracle和IBM持有), 核心的ORM思想大同小异. 不知道是不是美国专利的判断原则, 只要有点改进就能重新申请专利, 如果真是这样的话, 应该也不难找出证据说明包括Hibernate在内的目前这些ORM与Firestar现在诉求的专利受保护内容的差异.

"大势所趋" - 世界的规律

Fri, 23 Jun 2006 21:59:21 GMT

刚才倒啤酒的时候终于顿悟, 总结出来不起沫的规律, 关键就在最杯底的那大概3厘米, 只要这一段控制得好, 后面就算使劲灌也绝不会冒出来; 但是如果开始这3厘米起泡的话, 那后面再怎么徐缓也不济事, 最终你会发现泡沫和液体的高度比例绝对要大于7:3

由此可见, 很多事情与原子核的链式反应还是挺像的, 不管是兴旺,衰败,取胜,失利,都会有一个大势, 一旦形成就极难逆转. 另外一个就是先入优势, 后起的追赶先起者是存在质的距离的, 即使是到了水平一样的时候, 看到的表象结果还是会相差很多.

对 "东亚病夫" 的新思考

Tue, 20 Jun 2006 15:46:02 GMT

"东亚病夫" 这个称号折射出那个年代冠上了它的人们的悲惨命运, 蒙给他们的子孙后代难以洗刷的耻辱. 不过既然是 "病" 就一定有致病的病因, 也终究有好的一天. "病夫症" 的病理病因和治疗方法是很多人的研究主题, 也有多方的观点和阐述. 我只是偶然间想到, 一个病中的人, 如果做的一些事是被疾病困扰所致, 它还应该被标上 "低劣" 和 "耻辱" 的标签吗?

南京的30万同胞是束手被杀的, 没有什么反抗; 除了这30万, 还有几十万是零零散散被杀, 情形也差不多.

一直以来我听到国人对这件事情的评价都是归结于懦弱, 当作冠于全体中国人头上的耻辱. 既然历史从不接受假设, 那么如果当时他们当中有人反抗的话, 那也改变不了这个事实的发生. 于是我想, 他们为什么没有反抗呢? 即使是最一般的人, 也有求生本能, 面对死亡的时候如果不是自己放弃希望, 即使出于本能的也会挣扎几下, 所谓兔子急了也要咬人的么. 但是他们被描述得是以一种木然的态度径直受死的, 我想他们唯有自己放弃了生的希望才能如此. 如果真是这样, 那么这种 "木然" 其实原本应该是一种无奈以后的坦然才对. 而能够看透时局命运, 认识清晰到了坚信没有丝毫生存机会的程度, 是否正说明了这一批中国人判断能力的准确和对自己判断的铁定信心呢. 与其失态的挣扎, 他们选择了静静的接受死亡; 我觉得与其称这种行为为一种耻辱, 更应该将其看作在极端情况下维护人格尊严的举动.

我们都无法重现历史, 与大部分得出相反结论的人一样, 我也无法验证这种猜测的真实性, 而对于这样的历史可能民族感情上对客观评论它所造成的影响才是现实意识形态的主体. 但是我坚信一个事实: 中国人的判断和决策能力并不比其他民族会差, 可能还会更好. 而历史上的失误, 是因为我们拒绝去了解对手, 拒绝收集国界以外的形势和知识来用在自己的决策上, 所以我们决策会失误, 没有任何不合理的地方, 这是自然规律.

Life is a Pattern

Mon, 19 Jun 2006 17:59:26 GMT

This Pattern is not what recognized as you are destined to do, but it is:

what you believe is right;

what you are willing to do;

what you feel comfort with;

what ever inspired you.

Have you ever been thinking of why you took a conclusion for firm, why you enjoyed that feeling, and why you feel that had to be done?

有一个无法承担失误的前提, 就很难做正确的事情.

Thu, 15 Jun 2006 23:41:23 GMT

Collective Ownership of Code and Text

http://www.artima.com/intv/ownership3.html

When you get in situations where you cannot afford to make a mistake, it's very hard to do the right thing. So if you're trying to do the right thing, the right thing might be to eliminate the cost of making a mistake rather than try to guess what's right.

-- 当你身处一个无法承担失误的前提下, 就很难做正确的事情. 因此如果尝试着去做正确的事情, 正确的事情可以抵消失误所造成的代价, 这远比猜测什么才是正确的要好.

A good piece for Java 5 Generics

Tue, 06 Jun 2006 05:41:48 GMT

http://www.angelikalanger.com/GenericsFAQ/JavaGenericsFAQ.html

Finally made it - A designator tag system for heavy concurrent environment

Fri, 02 Jun 2006 19:31:00 GMT

Download full Source Code here .
public class Designator
extends java.lang.Object
implements java.lang.CharSequence, java.lang.Comparable<java.lang.CharSequence>
extends java.lang.Object
implements java.lang.CharSequence, java.lang.Comparable<java.lang.CharSequence>

This class is designed and implemented to generate printable designator tag strings, with the theoretical target:

Printable: Designator tags are always able to convert to printable strings and vice versa. (via toString() and Designator(CharSequence) constructor)
Comparable: Designator tags or their string representations are comparable to eachother. (via the implemented Comparable interface or the Designator.DesignatorComparator class)
Insertable at Any Position: Given two designator tags: lower and upper, if lower.compareTo(upper) < 0 is true, then it is always possible to generate a new tag middle that between lower and upper, so lower.compareTo(middle) < 0 and upper.compareTo(middle) > 0 will both be true.

This class is so used to resolve sorting problems of sibling WoW nodes. Since WoW is web based thus allow concurrent modifications including inserting child nodes to a same parent node, maybe by many different users at the same time. And WoW use database instead of linear storage to store node data, so the sorting order of sibling nodes became quite unobvious. Using an integer number as the unique sequence number seems feasible but there will be situations when insert a new node between nodes designated by two integers that one directly follows another. Think about insert between 7 and 8, yes we can change the old 8 node's seq no to 9 and make the newly inserted 8. But there may already been 9, 10, 11 ... stand, in the worst case we'll have to modify all succeeding sibling nodes, as sequence numbers have to be persistent attributes, this will raise heavy concurrent contention risk.

Finally we need an sequencing schema that both allow random insertion at arbitrary positions and rarely need to change saved data. Then this class come into idea inspired by fractional arithmetic of the positional number system. You can find infinite numbers of fractional numbers between two of them. But that will produce more digits when these two number are very close, and the increase of digits is also infinite.

To determin whether a simular mechanism is suitable for WoW daily use, some estimation are made with this class, and the result shows the number of digits will exceed 250 only after randomly insert more than one million nodes under a particular one, since 250 is a reasonable tag length for modern data systems, it seems fairly feasible.

Technically, this class simulates a signed fractional number system with a base of 64. We use a single byte to store each digit value, this wastes 25% of the memory space but should be practically acceptable since it also improves the processing time performance. We use ASCII 0-9 A-Z a-z and { } as the digit symbols, and place them in their ASCII order, this simplifies and boosts comparation against string representations of designator tags.

Below are some estimation results produced by running the main(String[]) method.

 Firing 30000 random insert session with each 100 records at max.
 Designator length exceeds 250 after fired 23486 insert sessions and inserted 1178115 records.
 -------------------------------------------------
 Total inserted designators: 1504340
 Longest one is [257]: +}}}}}}}}}}}}}}v03000000000000030000000F0E}}}}}{F00000}}}}}}y000000300000EU}}}}}}}x}}}Vw}{00002}}}}}}}}}}}x{00002}}}}}}}}}}}}}W00000000000000102l0000000002}}}}}}}}}}}x}}Vw{000000000000002}}}{00000V000030000000000}}{000000E}}}}}}}}}}t}}}}}}}}}}}000000000000V
 Average length: 117
 Length above 2: 349 => 0‰
 Length above 4: 1457 => 0‰
 Length above 8: 7511 => 4‰
 Length above 16: 41436 => 27‰
 Length above 32: 145931 => 97‰
 Length above 64: 657302 => 436‰
 Length above 128: 650346 => 432‰
 Length above 256: 8 => 0‰
 Length above 512: 0 => 0‰
 Errors: 0

 Firing 30000 random insert session with each 100 records at max.
 Designator length exceeds 250 after fired 22650 insert sessions and inserted 1137011 records.
 -------------------------------------------------
 Total inserted designators: 1503406
 Longest one is [335]: -}}}}}}}}}}}}}}}}}}}}}}TlU}}}}}}}}}}}}}}}u00000000000100000000000000010000000U}}}}}}}y00000000000E}}}W0000U}}}}}}}}}l}}u00F000700F02}}}}V}}}}}}}}}V}}}}00000000000000002}}}}}}}}}}W00000000000000030000000000V02}}}}}}}}}}}}u000000000000000000}}}}}}}z}}}}}}}}y000000000000000002}}}{}}}}}}}}}}}}}{}}}}}}}}}00000000006}}}}}}}}}}}00000000000V
 Average length: 140
 Length above 2: 349 => 0‰
 Length above 4: 1381 => 0‰
 Length above 8: 6133 => 4‰
 Length above 16: 34476 => 22‰
 Length above 32: 199236 => 132‰
 Length above 64: 348206 => 231‰
 Length above 128: 847748 => 563‰
 Length above 256: 65877 => 43‰
 Length above 512: 0 => 0‰
 Errors: 0

 Firing 30000 random insert session with each 100 records at max.
 Designator length exceeds 250 after fired 25835 insert sessions and inserted 1293752 records.
 -------------------------------------------------
 Total inserted designators: 1504246
 Longest one is [265]: +gl00V000000000000U}}}}{}}}}}}}}}}}}}{000000000000E}}}}z}}}}}{00000000000013002}}}}}u0000000000000000}}}}}}}}}}}}z}}}}}}}}{00000F0002zs}}{0000010000000000V000000000000003000000V000E}}}}}}z}}}}t}}}}}}z}m0000006}}}}}V}}{000001000000000000000030000000000E}}}}}}}}}}}}W
 Average length: 111
 Length above 2: 335 => 0‰
 Length above 4: 2101 => 1‰
 Length above 8: 12525 => 8‰
 Length above 16: 76643 => 50‰
 Length above 32: 302603 => 201‰
 Length above 64: 527695 => 350‰
 Length above 128: 582167 => 387‰
 Length above 256: 177 => 0‰
 Length above 512: 0 => 0‰
 Errors: 0

"想改變別人的傾向"或"被別人當作想改變的對象"

Fri, 02 Jun 2006 12:27:33 GMT

其实根本的问题在于我们人类的认知能力。我们通常『认为』我们能够看清一件事情的来龙去脉，从而判断它的好坏和什么样的反应才『恰当』，但其实这是不符合现实实际的。眼耳鼻舌身所采集到的信息只是所有物质世界信息的一部分，其实并不完整，所以我们的判断其实无法完全准确。但是这些信息已经构成了一定规模，可以从中总结出某些规律，其中有一部分也会应验。这样虽然只是部分的『真理』，但是人类有追求简单，追求整齐划一的心态，所以宁可相信自己找到的规律是永恒不变的，久而久之，就积累交错形成了价值观念体系。

因为采集信息不足，所以只要是人不同或者被看待的事情不同，总结出来的规律就不会完全一样，在地域和时间上再存在差距的话，这种不同就会更加剧烈，甚至能够导致完全格格不入的价值观念体系。虽然都不可能是完整的真理，但是持有的人类出于本能并为了自身的利益和尊严就要去维护它的完美形象，所以在不同价值观念之间就会爆发冲突和战争。

如果能够理解到这个层次，就会知道其实任何一件事物，一种行为，都是独特的，用人的眼光其实无法给出完全准确的『好』和『坏』或者『对』与『错』的判断，不同的人，利用不同的价值观念体系看到它得出不一样的结论，是很符合现实的一种情况。我们根本不必把目光放在评价或者结论上，而是多看看自己内心的体验和对方内心的感受，通过思维的能力去体会到更多的『事实』，这会让自己对这世界的本来面目理解得更多，更详细，更准确。

铭言 *

Tue, 30 May 2006 08:11:22 GMT

为了能够做自己喜欢的事情, 有时候也要做些不喜欢的, 关键是要把握其中的联系, 不要白费劲.

NO EXPLANATION, NO VALUE

Fri, 26 May 2006 09:31:27 GMT

本来这句是前段时间为了督促自己要好好写TOB的文档教程而在MSN状态栏里写给自己的警语, 时间不短了, 今天却又有朋友提起来, 由切身所感而严重同意. 仔细又想了想, 确实在工作和生活中都有意义.

生活当中有这个情况, 沟通不够彻底. 不过怎么说呢, 如果都能先平心静气的交流, 互相了解彼此的内心看法, 也就不会有价值观念的差异了, 大概就连宗教,种族冲突也都不会发生了. 而实际上确实是很难.

人确实是有一定的认知能力的, 但在普遍的观念里是被很离奇的高估了. 真的, 人理解自己都很难, 更别说再去理解别人, 用对方的思路来处人处事了.

正因为大家都不可能做完美, 也就有了差别, 恰当的解释也就成了一种为人处事的能力, 这方面的付出可以让交道的人好过很多, 也就称得上优秀品质了.

儿女之名

Tue, 23 May 2006 07:50:11 GMT

长子: 钧擎次子: 钧宪

长女: 君晴次女: 君娴

What's the World Come To

Thu, 18 May 2006 17:36:07 GMT

What's the world come to,
When everything’s going the way of the gun,
What’s the world come to,
If life is a shadow of what has been done,

I want you to know,
Don't take it slow,
Just come undone,
And sin will take hold,
Can't hold it back,
It's too much to fast,
You know the way,
You’re up to the task,
Please don't just say,

What's the world come to,
When bullets are all that you can understand,
What's the world come to,
When all that I touch will be blood on my hands,

I want you to know,
Don't take it slow,
Just come undone,
And sin will take hold,
Can't hold it back,
It's too much to fast,
You know the way,
You’re to the task,
Please don't just say,

What's the world come to,

What's it all come to,
Nothing to see through,
It's been spoken,
Shattered and broken,
Give it to me,

Just tell me,
What's the world come to?

转载：好女人是疼出来的

Tue, 16 May 2006 14:07:31 GMT

(转自: 实在找不到正根儿在哪儿)

　　女人入洞房那天，早早收起了自己的鞋，等男人脱鞋上炕，女人却双脚踩在男人的鞋上。男人见了，“嘿嘿”笑着说，还挺迷信。女人却认真地说，俺娘说了，踩了男人的鞋，一辈子不受男人的气。男人说，俺娘也说了，女人踩了男人的鞋，那是一辈子要跟男人吃苦受罪的。　

　　女人开始试探着管男人，先从生活小事儿开始，支使男人拿尿盆倒尿罐，男人全干了。地里的庄稼女人说种啥，男人就种啥。左邻右舍女人说跟谁走近点跟谁走远点，男人全听女人的。男人正跟人闲侃，女人一声喊，男人像被牵了鼻子的牛，乖乖就回去了。男人正跟人喝酒，女人上前只扯一下耳朵，就被拽进家。有人激男人，这女人三天不打，她就上房揭瓦。你也算个男人，怎能让女人管得没有一点男人的气概？若是我的女人，非扇她两鞋底不可。男人不急不慌地说：把你的女人叫来，我也舍得打她两鞋底子。那人急了，你懂个好赖话不？上辈子老和尚托生的没见过女人！真不像你爹的种，怕老婆！　

　　村里人再有大事商量，男人一出场，人们就说，这商量大事你也做不了主，还是把你家女人请来吧。男人还真把女人叫来了。　

　　女人能管住男人觉着很得意，直到有一天女人在男人耳边说起了婆婆的不是。男人红了眼，一声吼，想知道我为啥不打你吗？就因为我老娘。我娘一辈子不容易，我爹脾性暴躁，稍有不顺心，张口就骂举手就打，我爹打断过胳膊粗的棍子，打散过椅子。我娘为了我们几个孩子，竟熬了一辈子。每次见娘挨打，我都发誓，我娶了女人决不捅他一指头。不是我怕你，是我忘不了我老娘说的话，她说女人是被男人疼的，不是被男人打的。　

　　女人惊呆了，她没想到男人的胸怀竟这样宽广。

　　男人在外再同人神吹海喝，女人不喊也不再拽耳朵，有时会端碗水递给男人。有人问男人，咋调教的？男人却一本正经地说：打出来的女人嘴服，疼出来的女人心服。

随笔 - 与人为善

Mon, 15 May 2006 02:45:00 GMT

付出稍稍多于你从对方得到的感情, 这是恰当的增进方式. 即使你爱对方远远多于这个程度, 也不要急于倾注, 否则那其实是侵略.

人人都有需要倾诉的时候, 也有乐于聆听他人倾诉的时候, 但这些都只是『有时候』, 所以发起热烈交流之前, 先伺查好对方的状态.

与你毫不相关的人如果谈论到你, 那应该是因为你的名气, 对于他们来说, 你是谈资, 是客观事物, 所以他们怎么说并非针对你这个人.

与你曾经简单碰面过的人对你的评论主要表达你给人的第一印象, 当然各人各自是见仁见智, 不过外貌行为举止稍微修葺边幅还是会有很大作用 - 让别人看得顺眼, 回馈给你好的名声.

所有熟识的人是你人生世界的真正组成部分, 在各方面接触打交道的过程中, 你在表达你自己, 同时也在受着对方的影响, 你做任何决定的大部分判断来自于这些人的行为和观点.

以利益为目标而相处的人: 同事, 上司, 下属, 供应商, 客户, 商业伙伴, 竞争对手. 面对这些关系, 你将对方置于相应爵位的尊重和恭维, 换来的是他以这个爵位的方式给予你合作及服务. 不管是个人经济收入还是企业营利, 利益是这些关系的维系力量和核心重点, 以利益为中心的商业已经在社会形式当中形成了很多惯例和默契, 首先了解人们的共识, 在其基础之上有所变通和发展, 是从商之道.

以休闲生活为目的而相处交流的人: 亲戚, 朋友, 邻居, 旅伴. 这些人之间, 血缘可以缓解生存竞争情绪, 共同的兴趣和价值观念可以有利于彼此的认同和理解. 你付出的认同将换回自己所需要的认同.

为基因繁衍和生活依赖而紧密结合在一起的人: 父母, 兄弟姐妹, 配偶, 子女. 共同的血脉让这些人之间能够无私互助, 生存上的分工则可以避免一个人解决所有方面的生活问题, 而活得更轻松自在一点. 长期的共同生活和接触让家人之间谙熟彼此的反应方式 - 如果你主动体贴照顾对方, 这能让你想出很好的主意; 如果你不打算这么做, 你就需要变化改善自己, 以免被对方日久生厌.

蹩脚的AWT/SWING GIF显示

Thu, 11 May 2006 02:53:24 GMT

很早就知道AWT/SWING组件可以直接通过 Graphics.drawImage() 来显示 GIF 动画, 但是一直不太做界面程序, 也就没有仔细用过. 现在做 WoW Traverser, 因为修改是异步提交到服务器, 所以有必要对正在提交的更改进行界面提示, 打算做个黄色alpha混和的渐变闪动效果来实现, 于是第一反应是做一个透明度不断变化的纯黄色GIF, 画到界面上去. 但是用GIMP总是做出来效果不对, 于是想干脆自己写程序实现, 反正就是加个黄色的混和, 利用AWT显示GIF相同的机制, 效率和稳定性应该也不会差. 最后花了一天时间研究AWT的动画机制. 虽然也了解了一些原本不知道的细节, 但是结果还是让我很失望, 原来drawImage时就是把当前Component注册为该图片的ImageObserver, 这样GIF的下一帧到了需要显示的时间时, 通过 imageUpdated() 通知这个组件, 最终是在 java.awt.Component.imageUpdated() 中处理这个问题. 令人非常失望的是, Java都到了1.5了, AWT中这个地方的处理还是那么蹩脚, 它只是检查了一下更新频率有没有超过系统规定的上限, 只要没超过, 那么它就对Component发一个完全的repaint()请求, 甚至都没有去计算该图片的覆盖区域, 设置一个Clip区域以减少不必要的绘图操作. 更甚者, 即使之后你不再显示这个GIF了, AWT也不会自动从这个『曾经』显示的图片的ImageObserver列表中去掉这个Component, 最终导致的结果, 就是即使不再显示那个GIF, 这个Component还是会以那个GIF的刷新频率不断的毫无必要的去repaint() !! 这不但蹩脚, 简直都有点龌龊. 而且费了半天劲, 连手工去取消ImageObserver的接口都没有找到, 也就是说: 如果不是永久性的显示一个GIF, 千万不要通过java.awt.Toolkit.createImage() 构造 GIF 的 java.awt.Image对象然后往你自己的Component上画, 否则这个GIF图片将长时间占用内存以及 ImageFetcher 线程的CPU资源, 同时耗费CPU时间和GUI资源用来丝毫没有必要的反复repaint你的Component.

Circumstances you do NOT need synchronization in multithreaded Java

Sun, 07 May 2006 01:31:07 GMT

1. Instance methods only invoked from self constructors.

2. Instance methods on cloned new copy, only invoked from within the clone method.

关于 "代码即文档"

Sat, 06 May 2006 01:55:41 GMT

我一直在设想下一代程序设计语言, 我想它应该是基于组件的, 相当于现在OO里一个类的概念的东西是一个独立组件的源码. 我觉得至关重要的一个新语言特性是组件之间通过接口相互引用时的角色概念. 这可以从OO平滑引申出来: 可以认为OO的一个组件(比如一个COM对象或者JavaBean)只有一个引用者角色, 那就是调用者, 调用者可以调用任何声明出来的公开接口方法, 也就是所有这个组件的边界方法和属性读写器. 不管是组件容器用于维护性的调用还是其他组件对它的请求性的调用, 在语法的级别上看起来地位都是相同的, 那么如何告诉使用这个组件的应用程序员: 哪些方法适于他去调用, 而另一些不是为他准备的? 这个工作, 就推到了代码文档的头上. 实际上在初始设计一个编程语言的时候, 并没有难以克服的困难妨碍我们制定出表达类似语义的语法结构, 而是早些时候软件开发业还没有达到企业/组件这个规模级别, 没有这种需要. 而当这种需求已经发展出来的时候, 我们又已经背上了一些历史包袱, 受沿袭所致很难完全推翻已有体系结构. 不过变革是迟早的事儿, 程序设计语言也一样, 当结构化编程时代的遗老遗少最终不堪重负, 就算加上了面向对象的特性也不能很好适应组件时代的规模化要求时, 就会有新的血统走上历史舞台. 回到 "代码即文档" 的问题上来, 可以看到其实目前主流编程语言的 "文档观念" 还相当朴素, 他们的首要目标是完成 "算法" 和 "功能", 还没有感觉到文档和程序逻辑应该有什么直观联系. JavaDoc是个创举? 没错, 它让代码文档的编写不用离开编程语言, 并且透过一些非官方的手段还能检查规定范围内文档的完备性. 但这个地步仍然没有让程序文档的编写成为有正规组织, 有标准安排的编程活动的正式组成部分. 仍然是在语言语法上缺乏语素和约束规则. 在这个环境基础上, 把代码写得简明易懂, 起到文档的作用, 还只能是少数优秀工匠所能掌握的一门手艺. 要工业化提高生产质量和效率, 那就得发明新的操作简单的机器来生产程序产品, 也就是新的程序设计语言和开发平台.

引用

　　 ...

　　因为一直能上网，倒是也一直能读到人家的blog，最近看到两篇不错的blog。一篇是...；还有一篇是曾登高转载的《The Rule of Method Design》。尤其是后面这篇，我又是喜欢又是后悔，怎么没有早点把自己的思考总结下来。因为最近我也一直在思考“代码即文档”这样一个概念，什么样的代码，才能让人一看就懂呢？不是注释，而是代码本身，应该足够好懂，应该命名清晰，应该参数合理。。。总之，跟Jeffrey Palermo是如出一辙，只是如今说来，也是马后炮啊。

...

幸福

Wed, 03 May 2006 20:22:54 GMT

今天照例凌晨3点起床, 刷牙的时候, 起床走过来的女人却不是照例的老妈, 是未婚妻.

她正在为我学开车, 在另一个城市, 国际劳动节放假, 才过来北京我这里.

我自己倒不觉得非得有人照顾才行: 饿了就吃, 困了就睡, 灵感来了就干 —— 一顿饭/20小时的周期似乎最切合我. 每多吃一顿饭, 都要多出来一个小时左右的时间本来在大脑里的血量被抽到胃里去, 思维迟缓, 不想动弹, 这时候睡觉又不利健康.

但是老妈在身边的日子, 却看不下我一天一顿饭的生活. 我的周期因为不是12小时的整倍数, 所以一直在日夜之间推移, 有一半的时候是夜里起床. 但是不管午夜还是凌晨, 老妈听见我起床一定会跟着起来, 我知道: 如果不让她给我做点东西并保证会吃下去的话, 她后面都睡不安稳. 所以即使有时候不愿意被进食打乱思绪, 还是同意让她做东西, 做完让她先睡, 放着干完了一气再吃. 有时候我会劝她说自己饿了会去煮方便面, 让她不用管了, 但是经过几次她发现泡面没有减少之后这招就不太灵了.

我一直断言这世界上不会有第二个女人能像老妈一样无私无畏的疼爱我照顾我, 不过看来这个位项还有扩展的余地, 未来的老婆也能如此尽心的照顾我, 人生又一大幸事.

随想随笔-看看你现在离成功有多远, 你觉得灵否?

Sat, 22 Apr 2006 00:09:48 GMT

如果对一件事情你还是饶有兴趣, 一想到它成功以后的情形就兴奋不已, 那么你离这种成功还远.

当你觉得它的结果不再那么有吸引力, 如果不能达成的话也不算真正问题的时候, 恭喜! 你快要成功了.

这最可能是来自于人的意识在认识事物性质时的偏向性, 虽然我们都知道万事万物皆有两面性,但潜意识却更愿意, 也就会强化它对自己有利的一面; 而对于潜在的不利可能, 因为是不愿意接受的, 所以会尽量削弱它对意识活动的刺激. 甚至大多数人的表层意识都根本不愿意去设想不好的结果, 通常把那种考虑或者说法叫做『晦气』, 对此讳莫如深. 甚至在这种结果已经发生时也不愿意相信和去面对.

当然这没有对错的问题, 图吉利也是人的天性. 不过因此产生的前述结果比较微妙, 若非这样分析一下确实是莫名其妙. 其隐含的联系就在于对『成功』其代价和负面影响的认识: 离它远的时候只想到好处, 就算有坏处也因为还没有切身体会而被主观意识完全屏蔽; 但是当你接近了, 特别是快要取得的时候, 对它的负面就有真切体会了. 世上没有免费的午餐, 只有想象中的纯粹美好才有十足的诱惑力, 当一个人同时感受到了代价与所得时, 等价交换也就没有那么激动人心了.

Success? Failure?

Wed, 19 Apr 2006 12:15:10 GMT

Define your life as a success, then sit back and enjoy it.

Define your life as a failure, then set out for something bigger.

怀念江南水乡

Tue, 18 Apr 2006 19:58:41 GMT

在杭州7年，我从来没有喜欢过龙井，也总觉得大多数吃食都过于清淡，解不过馋来。

但是离开了这不到一年，回到离老家不远的北京，倒样样的开始怀念起来。素烧鹅是一直就想吃的，无奈北京卖的很少；然后听到说春天快到了，春笋也要下来了，随即怀念油焖春笋起来。两个月以前就特别想喝龙井，因为自己平常闭关在家，不怎么出门，所以前不久老妈去远处超市才给买回来。

前几天突然馋墨西哥鸡肉卷和鸡米花，今天傍晚拽老妈出去吃了一回KFC，结果赶上沙尘加杨絮末儿漫天飞舞：S 我年轻的时候在天津长了这么些年，也没记得有过这么恶劣的天气呢，可老妈坚持说老家里也差不多情形，是我忘记了。。

唉，真的好怀念杭州的山水，杭州温润的春天，杭州清淡却雅致的城市品味。。决定了，这次闭关完成后一定回去住！只是企盼今年不要再闹电荒了，三伏天空调能随便开。

留言簿 - 请这里说话 :P

Sun, 16 Apr 2006 09:00:03 GMT

公开的在这里留言吧, 私下的发信给我: complystill (AT) hotmail.com

当前状态, WoW开发计划

Sat, 15 Apr 2006 10:25:33 GMT

后来这些天写TOB的资料和教程, 本来是打算写个简单的蓝图应用, 也做教程的示例, 不过架构下来发现又有很多可以突破传统, 值得好好做做的东西.

这个蓝图应用名字基本定为 WebOfWeb (WoW), 大体上是用类似MindMapping(参考: http://freemind.sf.net, Web发布示例(需要JRE1.4以后): http://www.ableverse.org/cop.html http://freemind.sourceforge.net/PublicMaps.html) 的形式通过Web来表现树状(网状作为一种扩展) 信息. 与FreeMind的静态只读Web发布所不同的是, WoW是完全互动的, 力求整合所有WEB典型应用模式的特征, 成为WEB2.0应用模式的集大成者. 例如, 每个人可以被授予权限在一个特定的节点下创建和编辑信息节点, 就成为树型结构的Blog; 也可以放开一些节点, 公共可以编辑, 那么就成为树型结构的Wiki; 如果是由专门的斑竹来管理特定节点, 各人只能创建子节点或者编辑自己创建的节点,那么就成为树型组织的Forum;对于任何一个节点, 都可以看到当前浏览者列表,随时发起在线讨论, 那么它就是一个IRC的Channel, 如果这个节点是某人私有的话, 那么发送/接收的消息就可以认为是IM. 特别是对在线讨论的GUI表现, 可以用动态的渲染方式, 比如燃烧的火焰作水印, 火越大, 说明参与讨论的人越多, 燃烧越剧烈, 说明讨论越激烈. 最激动人心的是, 所有这些互动的节点, 都是树状组织的, 结构化的, 任意丰富的信息.

为实现这些目标, WoW的分布架构有一些新的要求, 基于 request/response 的C/S结构缺乏客户端之间的互动以及C与S之间的对等性; 简化过的B/S结构却缺乏Server Push能力, 难以支持实时互动. 比较接近理想的是在线即时游戏的分布架构, 实时性强, 服务器中控仲裁, 维护数据完整. 但是在线游戏需要在参与互动之前先下载好全部场景资源数据, 而这些场景数据却不能实时,动态的由服务器主导进行更新, 所以虽然它的交互实时性强, 但交互范围有无法打破的限制.

综合分析现有分布软件架构和WoW的需求, 我现在正在开发一种新的分布架构, 名字暂定为Traverser/Scener Architecture. 主体特征是: Scener(构景器?也许) 负责维护一个运行时的动态世界, 包括所有树状信息和所有登录用户, 以及每个用户当前游览资源的MRU列表, 并负责处理Traverser应使用者行为而发出的操作请求, 改变相关资源的状态, 然后安需将状态变化通知给相关登录用户的Traverser,刷新其本地数据. Traverser(游览器, 也许 ;-)运行在最终用户的计算设备上, 本地维护使用者正在游览的实时树状信息副本, 然后通过GUI将这些信息表现给使用者, 同时响应使用者的操作动作, 转换为操作请求向Scener发出. Traverser与Scener的通讯拟采用基于事件队列的异步机制, 可以通过GUI向使用者标示出当前同步状态. 异步方式进行数据同步, 有利于在以块儿方式传输数据时, 把先到达的数据即时显示到GUI以改善用户体验. Traverser在收到使用者展开一个树节点的指令时, 可以在一次读取操作里从Scener预取一定层数深度的子节点, 从而增加通信效率. 从Scener到Traverser的通知消息, 可以随附于操作的response之后发送给Traverser, 在一次请求中承载更多数据. Traverser维护一个已收刷新通知队列, 异步的刷新GUI. T/S之间的通信, 拟透过HTTP POST/RESPONSE, 传输GZIP压缩的XML数据流完成, 协议采用XML格式制定.

WoW开发完成后计划开源发布, 它将不仅仅是一个综合的互动WEB2.0应用, 而且对于树状信息检索, 有特别的意义: 目录检索(如: http://dir.google.com)目前基本还只能以全文检索的方式, 按照关键字来匹配符合条件的条目, 但是后台基于TOB, WoW将有可能提供基于更精确的模板匹配方式提供检索服务, 比如按照正则表达式匹配. 这对基于树状组织的信息数据统计将有一个里程碑的意义.

SUN 发飙啦

Thu, 30 Mar 2006 06:02:26 GMT

赶在Intel和AMD之前两年, 成功推出8核心32硬线程的 UltraSparc T1 微处理器, 现在正在免费给人试用基于这款CPU的 Fire T2000 高性能服务器, 而且因为Solaris OS已经免费, 这款服务器的价格显得相当诱人. 大有终结中低端服务器市场之势.

更加令人震惊的是: UltraSparc T1 的结构设计, 居然通过GNU协议开源了, 并且免费向公众提供! 这无异于向INTEL和AMD挥下当头一棒. 因为有相应制造设备和生产能力的厂商将可以免费按照这个设计生产自己的UltraSparc处理器, 大有当初IBM公开PC兼容标准的王者风范. 如果UltraSparc后起直追, 赶超Intel和AMD, 在中低端微处理器领域获得领导地位, 那么这块市场格局也会发生很大变化, 随着UltraSparc的市场份额扩大, SUN的成本也会不断降低, 那么既有硬件, 又有操作系统的SUN真的可能会在中低端服务器领域也确立起和高端服务器领域同样的霸主地位. UltraSparc T1的新技术看起来也难逃抄袭之嫌, 8核无非是把目前的双核主流翻了4倍, 而单核4线程的CoolThreads似乎也只是把Intel的HyperThread给翻了2倍. 不过这两者加起来, SUN今天就提供的32硬线程并发计算能力对Intel和AMD来说却仅仅还只存在于2年以后的计划当中.

SUN的这一系列微处理器和服务器如果成功, 最受打击的就会是M$. 作为一个纯软件的操作系统供应商来说, 微软不可能将Windows 2003免费, 而基于UltraSparc T1的服务器硬件将有可能降到比同性能的PC服务器更便宜. 同时对比于Solaris+Java的服务器体系的优异表现, Windows+.NET的服务器体系, 仅能依赖于它的傻瓜化来保住一些非常低端的竞争空间. 如果SUN成功引领中低端服务器硬件的性能优势, 那么将Window NT内核移至到UltraSparc也许是M$要不得不考虑的一个对策, 但是看起来已经进入中年危机的微软,能成功完成这个过程吗? 如果没能找到合适的对策, Windows 2003将势必被推下历史舞台.

现在看来, SUN前阵子对Linux的推崇似乎也只是在打马虎眼, 现在意图很清楚了, Solaris一旦完成开源, 形成社区, SUN自然而然的就把Linux驱逐出这块市场了. 因为SUN的专业成熟的技术支持服务比在野的那些Linux支持服务质量和性价比都要高得多.

不知道 T1 和 T2000 这两个代号是不是跟电影里的终结者机器人代号有着同样的含义, 不过这回看起来SUN真的是发飙了.

SUN一直以来的举措还包括:

Solaris Enterprise System完全免费.

继OpenSolaris完全开源以后, Solaris 10完全免费.

SUN Studio向SDN的免费会员免费.

下一个版本的Application Server(Glassfish) 基于CDDL开源开发和发行.

铭言-关于爱情

Tue, 28 Mar 2006 03:27:59 GMT

让一个人爱上你并不难, 难的是爱上现实的你, 而不是他/她心目中期待的你.

去爱另一个人也不难, 难的是爱上真实的他/她, 而不是自己所需要的那个人.

是金子就总有发光的时候

Sat, 25 Mar 2006 00:36:41 GMT

这句话说明: 金子还是很少有发光的时候的.

不过不为人知的金子还是金子, 但是金子不会在乎是不是为人所知, 也不会在乎发的光是被人看见还是被大粪包着. 你行吗?

Ableverse - The Object Base 评测结果发布

Wed, 22 Mar 2006 14:43:21 GMT

请到 http://tob.ableverse.org/benchmarks.html 查看相关资讯, 同时也可以自己下载源码验证评测的真实性及公证性.

对Google快速壮大的担心不是缺少理由,而是站错了立场

Sat, 11 Mar 2006 19:36:47 GMT

其实目前的个人软件市场挺像四十年代初的中国:

日本(微软)在搞大东亚(桌面软件应用)共荣圈,顺我者昌,逆我者亡.
联合国这些成员国(AOL,Yahoo)在跟着不动声色的捞便宜.
正统在抗日的是国民党(GNU/Linux),但是力量太薄弱,内部人心又不齐,所以效果甚微.
唯有共产党(Google)在积极组织游击队抵抗,方法就是打土豪(MSN,Yahoo),分田地(电子版权). 农村包围城市(从网络搜索进军桌面搜索)

你现在说:

MS虽然也很有可能，但是他现在没有把触角伸得那么广
-日本人也不是好东西,但他们现在还没有占那么广的土地
我对google 还没有信任感，他现在东一锤子西一锤子，什么都做，又没有一个统一规划的前景
-不能信任游击队, 他们东打一枪,西放一炮的,什么都干,又没有一个统一的进攻计划
我是觉得他应该给客户一个他的规划和前景, 让客户知道他在做什么
-他应该给民众一个他的解放计划, 让老百姓知道他在做什么
你知道他下一个产品是什么吗？
-你知道他下一个要解放的城市吗?
既然google向我们提供他的服务，并且他也通过我们使用他的服务来获得市场和商业价值，他就也应该向我们展示他的诚意和发展意向
-既然共产党要造福人民,并且他也通过百姓的支持占领解放区,那他就应该告诉我们他的解放计划
因为是免费的没有商业规则的约束反而更容易出问题
-因为无条件的为人民谋福利,没有提出交换条件的反而更容易出问题
微软有那么多人在担心着呢
-日本人有那么多人在抗呢
微软有那么多人担心着呢，不多我一个，而且对微软我也做不了什么
-有那么多抗日的人,不多我一个,而且对日本人我也做不了什么
如果能呼吁更多的力量，就可以要求google给予承诺
-如果能呼吁更多的力量,就可以要求共产党明确承诺
我自己都在用微软的产品，还怎么担心?
-我在日占区诶,还怎么抗日?
对付微软已经不是我能做的事情了，应该一方面扶植微软的竞争者，一方面不能让这个竞争者放任自流
-对付日本人不是我能做的事情了,应该一方面扶植抗日力量,一方面不能让这股力量放任自流
我现在只是跳出来说我担心google，你就要强按这我往担心微软这条路上走，这条路上已经又很多人了，难道google这条路就不应该有人吗？
-我现在只是跳出来说我担心游击队,你就要强按着我往担心日本人这条路上走,已经很多人在抗日了,难道游击队的危险就不应该有人担心吗?
但是我觉得微软已经那么多人在担心了，不多我一个，现在需要不同的声音
-有那么多人在抗日了,不多我一个,现在需要不同的声音
你也不是一样一定要和我争论？
怎么样叫片面针对呢？一棒子打死说google不好，不应该用google才叫片面，我只是觉得google应该在展示自己的发展规划这方面应该做更多，我并没有说我们不应该去用google 啊
-怎么样叫片面针对呢？一棒子打死说游击队不好,不应该支持游击队才叫片面,我只是觉得游击队应该展示自己的战略规划这方面应该做更多,我并没有说我们不应该去支持游击队啊
我不去想微软是因为已经有很多很多人在针对微软了，我觉得不用去插一脚
-我不去想日本人是因为已经有很多很多人在针对日本人了,我觉得不用去插一脚
我没考虑过这一点，如果微软的危险比google 更急更重那是担心微软的那帮人要做的事，他们应该把这个危险说出来告诉大家，帮助大家去避免这个危险
-我没考虑过这一点，如果日本人的危险比游击队更急更重那是担心日本人的那帮人要做的事，他们应该把这个危险说出来告诉大家，帮助大家去避免这个危险
但是并不是说就不应该有人担心google
-但是并不是说就不应该有人担心游击队
我也担心啊，但是这么多年下来微软和客户之间已经有基本的信任，而我和google 之间还没有
-我也担心啊，但是这么多年下来日占区的人们不是也可以有基本生活吗,已经有个基本信任关系了,而我和游击队之间还没有
我的思路和你不一样，你是觉得我们应该找出控制微软现在垄断局面的方法，应用于将来的google，我是觉得我们应该在google还没有强大到垄断的时候，就开使防止垄断的局面出现
-我的思路和你不一样，你是觉得我们应该找出控制日本现在帝国主义的方法，应用于将来的政权，我是觉得我们应该在游击队还没有强大到垄断的时候，就开使防止独裁专制的局面出现
这种信任是不得已，但是微软现在的做为和以往的经验让我觉得还可以维系这种信任，所以我觉得google 应该在这方面做更多
-这种信任是不得已，但是日本人现在的做为和以往的经验让我觉得还可以维系这种信任，所以我觉得游击队应该在这方面做更多
我不觉得，如果从整个大局考虑的话，应该两手一起抓，就好像我前面说的“我的思路和你不一样，你是觉得我们应该找出控制微软现在垄断局面的方法，应用于将来的google，我是觉得我们应该在google还没有强大到垄断的时候，就开使防止垄断的局面出现 Eve 说: 应该互相结合才是正确的方式
-我不觉得，如果从整个大局考虑的话，应该两手一起抓，应该互相结合才是正确的方式(攘外安内一起抓??)
但是就我个人来说，没有应不应该，担心微软已经又很多人在做了，我现在做的只是提出不同的声音
-但是就我个人来说，没有应不应该，抗日已经又很多人在做了，我现在做的只是提出不同的声音
为什么不符合现实呢？应该又不同的声音不是很符合现实吗、
google未来会很强大，有重蹈微软复辙的可能不是你也承认的吗？
-共产党未来会很强大，有重蹈日本独裁统治复辙的可能不是你也承认的吗？
我已经说过我不认为应该信任他们.这并不是说我认为信任微软好还是不好有明确的回答
-我已经说过我不认为应该信任他们.这并不是说我认为信任日本人好还是不好有明确的回答
两个企业在合作的时候，如果不相互信任就无法把事情顺利地推展，你说这时候这种信任是好的还是不好的？换了人和企业之间也是一样
-两个国家在和谈的时候，如果不相互信任就无法把事情顺利地推展，你说这时候这种信任是好的还是不好的？换了一个平民和侵略国之间也是一样
对于“那对于是不是应该信任微软比google多, 你的看法是什么? 是还是不是?” ，我的回答是 “不是”，但是请你谨慎引用我的答案，我对此不复责任
-对于“那对于是不是应该信任日本人比游击队多, 你的看法是什么? 是还是不是?” ，我的回答是 “不是”，但是请你谨慎引用我的答案，我对此不复责任

其实提前担心游击队将来会搞转正不是没有理由, 而是不符合当时的局势和现实. 现在只是因为Google的发展太快,不可预测就担心,呼吁它的危险甚比微软,那是符合了谁的利益呢?

不要站错边.