指环王电影解惑

记得当初看电影指环王的时候觉得场面很漂亮,而且里面的那些角色设计也很酷,比如史麦格,猛犸,树人,亡灵战士,巨鹰,戒灵的巨龙坐骑…但是对情节就一头雾水了,估计有很多人也和我一样. ->因为电影没有办法在那么短的时间里(当然作为电影,指环王已经够长的了)诠释整个小说的背景.

简短的介绍一下故事梗概:Frodo继承了bilbo的魔戒,然后eron(精灵王)组了个队护送他一起去末日火山(魔王soron的后花园,有道是最危险的地方就是最安全的地方) 销毁魔戒.这个队供9人,由人类,矮人,精灵,巫师,哈比人各自代表组成.路上就和遇到了魔王和saluman(想把魔戒据为己有的巫师,gandolf的老板)的追杀.第一部电影结束时,gandolf堕入深渊,polomo牺牲. 远征队分成3队.

1. aragon,lagolas,grimly(人类,精灵,矮人):通知洛汉国(刚多的盟国),之后找来亡灵战士帮忙(精彩),起到牵制的作用,引开soron的注意力.

2.frodo, sam:途中遇到史麦格,但成功抵达末日火山,完成任务

3.另外两个矮人pipin,mely:后来遇到树人,随之成功捣毁saluman的老窝(精彩).后遇gandolf. 前者成为刚多摄政王的随从,后者成为罗汉国王的随从并帮助洛汉国王女杀了戒灵之首.

最后结果,aragon成为刚多的国王,娶了eron的女儿.皆大欢喜.

为什么挑选frodo? 估计是因为哈比人比较不会受到诱惑,而且即使被魔戒引诱,也不会有很大危害.

帅哥精灵(lagolos)和eron精灵王的关系? 没多大关系,但也是一个精灵王的儿子

刚多那个老家伙是摄政王,不是国王.他本想让自己宠爱的大儿子polomo继承他的统治.并有点不想承认aragon的血统.他的二儿子(法拉莫)在小说里被说成一个很牛x的人物,但是电影里看起来就是傻乎乎的,最后娶了洛汉国的王女. 继承为纲多的宰相.

小说里基本没怎么提及那个aragon的老婆(电影里的那个大美女)

和同事的对话

今天和同事的一个对话.

同事->如果把project分成两个就不能用eclipse的自动生成persistence.xml的功能了

我<-那就不要用了,反正分开是必须的.实在不行就自己写咯.也不会有很多吧.

同事->ok那我想到办法了,我写一个PostProcessPersistenceUnitLoader的类,这样就不需要这个xml了

我<-不错哟.怎么做

同事->这个类里会注册所有的model,这样增加model之后就只需要在这个类里写把新的model类名加到数组里

我<-你这个做法和和直接写xml有什么区别?

同事->………那我再想想别的办法.

新年礼物

过年了…因为今年来香港工作,在家里被看作是一件有点”光耀门楣”的事.而且去年又结婚.

于是要准备礼物给所有的亲人,姨舅叔姑每家一件.这两个星期每个周末都要跑出去采购,买礼物是很好的事情,但逛街就是我的弱项了.好容易看到了一个很不错的电子相框给大舅,后来多个心眼想想 – 这个东西会不会不吉利呢?算了,再看看有没有其他的选择吧.买表吧,不好 – “钟表”不吉利,买衣服?不知道穿什么风格,大小也不是很确定,总不能打电话问吧.买吃的?不体现心意,而且谁知道人家喜不喜欢这个口味.买药材药酒?好像也不太好,北方人喝不太习惯南方的这种东西….

要是用来送给客户或者溜须拍马的,大可不用这么费心思,买点东西让人家一看就很贵很值钱就可以了.可是给家人或者重要的人买,就是这样. 因为他们值得你去这样做. (Because they deserved.)

Mofire – mobile blogging tool

0.3

通过xmlrpc来从手机上发布blog的工具,当然前提是blog支持xmlrpc,比如wordpress.这个需求本来是来自自己的,后来在网上找了很久都没有找到相应的工具,于是决定自己写写看,顺便也多学一门手艺.

目前使用googlecode,一开始是用sourceforge但是试了一次发现发布太繁琐(等以后版本稳定以后再放上去吧)

至于feature也没有什么特别的,可以定义多个blog地址,可以保存blog到本地.很简单.用我的e61i(symbian s60 v3)测试ok.

license: LGPL

目前界面比较简单,或者说有点难看,因为用的是高级组件,没有做任何修饰.

使用了kxml和kxmlrpc,对二者都有修改.
kxml的改动:
1.parseEvent里有一个bug,也是通过google找到别人遇到同样的问题.
kxmlrpc的改动:
1.xmlrpcclient类里没有用encoding,改成utf-8才可以支持中文发布.
2.xmlrpcclient的execute方法,当xmlparser出现异常时不会throw异常.增加了一句throw.好让异常提示友好一些.

TODO:
1.界面好看一些(再弄个好看点的logo)
2.导航优化一些(虽然导航本来就很简单,因为功能本来就不复杂.)
3.代码重构(现在比较臭)

”优秀的程序员“

javaeye上的一篇文章,如何识别优秀的程序员。

1.激情 — 写代码是你的日常生活,而非工作;

2.自学好学 — 不会等着公司给你培训;

3.聪明 — 好的程序员通常可能是你认识的人里最聪明的那个,而且出乎意料的,好的程序员可能不是我们通常想像的那样不善言辞;

4.不在纸面表现的”隐藏” 经验 — 好的程序员通常有自己的私人的一些研究、爱好、项目,而这些是他们不写在简历上 (通常觉得不值得写),但表现出来却可能恰恰是他的潜能、深度和后劲所在;

5.技术多样性、先锋性 — 在多种技术方向 (只知道java、Ant、j2ee、xml,只能算一个技术方向) 都有涉猎,而且对多种技术的长短有 “强烈”的个人意见/见解,喜好尝试新鲜技术;

6.证书说明不了问题 — MCSE、SCJP、红旗认证… 这些说明不了这个人是不是好的程序员,可以忽略不计。

激情,好像现在仅仅停留在“出色的完成任务”,缺乏自己去写一些东西的激情,即使写也经常半途而废;自学,好像一直都在自学;聪明,觉得现在的自己好笨;“隐藏经验”,觉得这点有点奇怪了,那怎么识别呢?技术多样性,目前的我真的只是一个技术方向。证书,同意可以忽略不计,因为并不能说明是好的程序员,但我还是考了scjp和scwcd。

Gmail和小型企业邮箱

我所指的小型企业的规模是20~100人,而且email沟通很重要的公司.

我所见过的一个小公司,大约30人,大多数人每天都要处理几十甚至上百封的邮件,他们使用的是一套企业邮箱系统.可是在我看来这个企业邮箱的所有功能都可以用gmail来代替(当然,所有的邮箱都可以被gmail取代,并且会被取代).但是gmail还有附加的功能去提高公司的运行效率.比如

1. 通过googlegroup去统一管理邮件列表

2. googledoc来对文档分类归档

3. googlecalendar来管理内部事务安排

4.强大的标签分类过滤搜索可以很方便的管理不同客户的邮件

此外gmail的搜索功能也比现在的这个企业邮箱好百倍,容量就不用说了.但是话说回来,企业邮箱对这个小公司来说的粘性非常高,因为总不至于让所有的客户都把联系人名单改一遍吧.不容易,但不是不可以.

有时候事情不是就这么简单直接的,比如客户可能会觉得你的后缀为xxx.cn的邮件地址比较专业一点 – 至少你有自己的电子邮箱,而如果都是xxx@gmail的话就没有感觉了.有没有办法既可以保留邮箱地址后缀,又可以使用gmail强大功能的方案呢?

看板的idea

自从两年前去3M的苏州工厂知道了看板这个概念以后就觉得这是一个很酷的东西。因为这个东西适用于所有的多工序多角色的流程。可能这个概念和BPM类似 – 流程,角色。但是看板更强调的是流程中每个节点(工序)的协调和交互。

对同样一个business process(业务流程),从bpm的视角看到的是不同的阶段,业务数据状态;而从看板的角度则是不同阶段数据的互相影响,协调。注意这个协调的概念,因为看板的存在的初衷就来源于制造业中的各道工序的协调,沟通。所以即使把看板应用到软件项目管理也不是不可以,比如issue  tracking

软件开发和工厂的不同点,就是软件开发是很阶段性的,而且人的因素也占很大的比重,而不像工厂里的原料,机器生产能力那么容易控制和量化。所以看板在开发和工厂的作用也就少有不同,软件开发里,看板更多是去push开发者,而工厂里工人要根据看板去制定自己的生产计划控制库存。(一个被动,一个主动)

先就想这些

传教士

下班“暴走” 时在城门河边上遇到两个传教士,拿着一本《摩尔门经》。让我惊奇的是他们说自己只是在美国学了6个月的汉语,但是已经可以和我很流畅的交流了。一直以为外国人学中文很难,看来又夜郎自大了 – 以为自己掌握的是全世界最难学的语言,还颇有优越感。想想如果自己一点基础都没有去学几个月西班牙语也不会学的很好。这个叫欧阳长老的传教士。

不过他们两个在传教的时候问我每天早上起床是为什么去上班,人生的目的是什么。我不可想象自己会被两个比自己至少小3、4岁的美国人问起。我告诉他,每天起来我想去尝试新的东西,改变一些东西。然后我问他们什么时候认识到上帝的存在的?因为什么?他们的人生目的是什么?可能是因为语言不通吧,他们的答案并不让我满意。

不由的想起100多年前的洪秀全,还有当时的洋传教士。宗教是用来统治的,不是用来拯救世人的。。。

ps:突然想起来摩门教是允许一夫多妻的 ,不过好像看起来这个教的背景很复杂,而且分支也很多…也搞不清楚.

豆瓣的回复

发邮件给豆瓣建议我的关于电影的idea,收到了回复。但是好像没有什么跟进的样子。但毕竟还是有回复。

Hi 豆粉张:
很高兴收到你的来信,真是一个妙主意:)我们前一段已经在考虑这个

电影方面的用户需求,并且在想用合适的方法实现。

多谢你一直关心豆瓣。如果我们真的做这个”想看”的电影活动,还可以多和你交流:)

scallet

Hi

既然豆瓣知道大多数用户”想看”什么电影,能否满足这些人在电影院重温一些经典或者小众电影的要求呢?
1.用户提交自己的想看(豆瓣已经有了)
2.用户选择想要什么时候在什么地方看(这些人必定是这部电影的忠实粉丝)
3.当想看的人达到足够多时候,豆瓣可以和合作的院线商议在某个时间上映该电影,并通过邮件或者电话通知提交了请求的豆瓣用户,告诉他们什么时候,什么影院,甚至提供他们在豆瓣上订票
4.。。。

应该不用我继续说下去了,你们知道怎么做咯。这帮了那些真正喜欢电影的人,而且也可以让院线的上映稍微多样化一点,因为我无奈电影院里只会是那些”大啊大片”, :)
如果已经在进行了,那就太好了,不好意思浪费您的时间
如果觉得这个模式还说的过去,那就快开始做吧!当然也可以和我讨论,也许会有更好的想法迸出。

哈哈,
豆粉张