Archive for January 2008

杰黎筒子今天大婚

杰黎今天婚礼….可惜不能去参加他的婚礼-同埋-闹洞房了.闹洞房本来是高中同学的最重要功能之一. 可惜在外的我已经没有了这项功能,只能”遥”闹了.

关键字:CCTV5 奥运频道揭幕 砸 张斌

太牛x了.烈女子!名嘴们一个个倒下了.
http://www.youtube.com/watch?v=hwHhRcRDAN0
这个不会被和谐掉吧.

jPDL的扩展思考

基于自己目前对jBPM的了解,发现使用jBPM做为工作流引擎时流程可以通过jPDL很方便的定义和发布。主要的工作来自于界面的定制,因为觉得 想要做一个通用的jBPM界面简直是不可能(或者是我目前的思路有问题),每个流程的流程meta是没问题,比方说把transition定义为一个 button然后去调用webcontroller,但是业务meta就不行了,某个字段可能需要显示为一个dropdown而不是文本框。尽管jPDL designer可以生成form但也只能生成比较简单的文本框和按钮,而且是基于jsf。
偶然中发现了liferay中对jPDL的扩展恰好是我想要的,增加了表单数据类型的定义
每个node的变量定义为:
text:username
textarea:introduction
checkbox:married:yes,no
“liferay的workflow portlet对jbpm的变量定义经行了扩展,可以看到每个变量的名字都由多部分组成其中用冒号分隔,workflow portlet会根据变量的前缀自动为该变量生成html中的表单。”
现在扩展是扩展了,但是如果想要加入业务规则呢?试试另一种思路:业务数据是在流在工作流上的,那么在不同的流程阶段(phase)要满足不同的业 务规则。这里就有一个问题了,规则是应该作为流程的一部分还是作为数据的一部分,显然应该是流程的一部分。但流程怎么能够知道这些meta(某个数据在某 个节点上要怎么显示并满足哪些规则)呢 ?(其实这些东西早就有现成的产品了。比如PEGA)这个时候就又需要扩展jPDL了。
考虑怎么去扩展jPDL:每个流程应该有一个flowBean的model,他可能包含很多其他的业务数据对象,这样每个流程所要操作的数据就都在 这个flowBean里,而规则和显示则要定义到流程的每个节点。有点类似JPF(java page flow,weblogic portal用的webmvc)。
先想到这里,以后再补充。

又看了一遍《茶馆》

还喜欢《活着》《秋菊打官司》《悲惨世界》,好像都是很现实主义的作品。当你看着《茶馆》里这帮“老家伙”的时候,你会觉得他们还很年轻,也许这就是艺术的生命。

阅毒

吸毒 – 艾未未
当你们依附于权力时,是否也应该懂得合法性和公正性。权力者的自律,是标志文明或野蛮时代的基本特征。
在人类漫长的从野蛮走向文明的艰难跋涉中,每一次精神进步和自我觉悟都伴随着自我意识和心理体验,从宗教的法术到革命党的视死如归,都与体内的化学分泌有关。从一杯咖啡,一支香烟,K粉摇头丸到“功无不克,战无不胜,放之四海而皆准的马克思主义毛泽东思想”都是物质和精神鸦片的实证。“花篮儿的花儿香。。,”应该是最早的嗨曲,流溢着南泥湾开荒生产鸦片时的喜悦心情。在“物质变精神,精神变物质”的年代,我少年时,曾为了世界革命而大面积种植一种代号为“100”号的罂粟,戈壁滩上一片汪洋般艳丽的花瓣。
在一个不进化的地方,诋毁他者的选择,对异类妖魔化是最常见的事情。公众舆论暴力,媒体暴力的肆孽远远的大于个人的意志软弱所带来的伤害。无人同情软弱病态者,他们自生自灭,人们却更情愿成为暴力的一部分,成为冷酷和漠视的帮凶。
当人们都默认,无论是以国家还是法律的名义对公民个人的权利进行伤害时,那才是全体人的灭顶之灾。

关于”敏捷”

今天看到javaeye上的关于敏捷开发的讨论.大家还是没有一个共识,然后根据自己的背景和理解去互相驳斥. – 盲人摸象的感觉. – 这也是大多数国内大多数技术讨论区的情况.
有一句话记得比较清楚:对于一个项目,个体和交互胜过过程与规范这应该是敏捷的粉丝说的,但是这句看似简单的话却包含很复杂的背景.项目:什么规模的项目?个体:什么样的个体?对个体有什么样的期望?交互:什么类型的交互,怎样有效交互?过程:那到底有还是没有?规范:那到底是要还是不要?
简单的表示: 项目=ax个体+bx交互+cx过程+dx规范而a,b,c,d就是每个人对上面那些问题的经验和理解.所以有的人是:
成功项目=超人个体+无交互+无过程+无规范
有的人是:失败项目=超人个体+无效交互+cmmi+iso2000或者失败项目=普通个体+有效交互+agile+无规范
那失败到底是因为agile呢?还是cmmi?还是团队?总不能说,agile的时候就一定捆绑了超人程序员和有效交互吧,那还要agile干什么,我自己发明个process怕也照样成功.
敏捷本来就是从传统制造业的精益(lean)衍生到软件工程的概念.可能只是一个过程创新,可是却又很多人把它当成救命稻草,期望”以后敏捷了,就可以天天吃饺子了”…
关于敏捷开发我的经验是0.

Powered by ScribeFire.

理财投资

听到一个高中同学前两年买股票翻了两番 – xxW变xxxW…终于开始检讨自己的理财习惯了.虽说仍然没有多少财可以理,但毕竟不让自己的有限的财产缩水也是非常必要的事情. ok,从今以后要视粪土为金钱. 以现在有限的理财知识,觉得自己的主要目标是让已有财产保值,而不是通过股票或其他达到致富的目的.但如果收益太低也没有什么必要,比如上周恒生介绍的那个计划 – 收益低而且没有流动性(当时都有把那张纸扔到她脸上的冲动),毕竟现在还年轻,资金的使用要灵活.
根据这些需求:保值,收益不要太低,流动性好, 暂定投资计划(长期):选择一部分股票长期持有(或者干脆买股票基金),给自己的和老婆每人一份保险(如果可能帮助老爸老妈岳父岳母也买一些合适的保险).准备一个基金给儿子.买股票的主要目的还是让自己有一点投资的意识,锻炼锻炼.
短期资金有限主要集中在中期的股票运作和保险.
发现自己目前有点过于保守,怕风险…以前一直觉得自己不是这样的 …但是有一点是肯定的,以我的个性,不太可能靠投资致富,笨人只能靠笨办法咯.

怎么在wordpress的主题里添加标签

wordpress的很多2.3上的主题不会显示tag – 主页index上和每个post的页面里都没有.
怎么把它填回去呢? 今天在网上找到了解决方案.
打开主题编辑
Main Index Template
Single Post
找到相应的位置加入:
<?php the_tags(’before’, ’separator’, ‘after’); ?>
我加的是:
<?php the_tags(’Tags: ‘, ‘, ‘, ”); ?>
放到
<?php the_content(); ?>
后面

Custody Bank – 托管银行

In finance, a custodian bank, or simply custodian, refers to a financial institution responsible for safeguarding a firm’s or individual’s financial assets. The role of a custodian in such a case would be the following:

to hold in safekeeping assets such as equities and bonds
arrange settlement of any purchases and sales of such securities
collect information [...]

中国EA开发人员的先天不足

相对有大多数欧美日这些计算机应用比较早的国家,企业应用(EA)基本也经历了Unix->mainframe->wintel/pc->VB->Web.相对于这些经历,中国的EA由于发展比较晚,基本都是一步到位到Web时代.这也就是为什么当问大多数人时候他们都认为企业开发就是J2EE和.NET,甚至有人说EA就是”企业网站”.其实这些都没错,因为我们做的大多数也都是这些东西.这也是很多国内的开发人员无法理解JCA这样的概念,因为根本没有机会去接触到.因为太早的站在了巨人的肩膀上.
因为在一家美国银行企业做技术支持,有机会了解EA的另一部分.很早之前就听说过”烟囱式的EIS”,由于通常大型企业都是有几百个异构的应用系统包括新系统和遗留系统(legacy sytem,通常都是一些mainframe/VB/Unix),如何做到有效整合进而共享数据成了目前大多数欧美企业的主要问题之一(当然另一个问题就是改造和移植到web).这些问题在国内企业是无法想象到的,因为根本就没有那个阶段,大家都是一上来就是基于web了.然后就风风火火去SOA/webservice.还没听说过国内的企业会新上一个mainframe的系统.尽管国内也有很多mainframe的support但是由于都是现学现练缺少相应的历史背景,尽管可以有机会接触这些”古老”的东西,也还是无法理解EA的完整架构.
国内的EA开发者是幸福的 – 一上来就是J2EE,MVC,3tiers/n-tiers,webservice,AJAX,FLEX…这些”和谐”的东西. 但也是不幸的 – 没有完整的EA技术背景,有碍于对EA架构的理解.至少在接下来的十年这个背景应该还是有用的,我觉得. 这些遗留系统怎么也要十年才死光光吧.之后呢?….

Powered by ScribeFire.