The Pragmatic Programmer中提到，破窗户现象是产品开发的大忌。
很不幸的是，大多数公司的一线产品都是由破窗户组成的。
这样的东西，外表华丽，内部腐朽。经过若干年的运行后，
没有任何人敢于动其筋骨。就像危房一样，只能在外面加固。
软件开发的一个问题，就是它不会有物理磨损。
实际上已经是危房了，但是没有人触碰永远不会倒塌。
而真正的建筑业中的危房，一旦确认为危房，就会拆除重新修建。
公司的领导层，往往是不懂得技术。看不到软件内部的隐患，
因而也不会在公司鼎盛时期就开始进行下一代产品的研发。
与熊共舞中提到，风险没什么可怕的，可怕的是不对风险进行管理。
一直想用现有DomainModel实现JCR，直到前天，
才发现可以反过来考虑。用JCR来实现DomainModel。
JCR相当于一个持久层，把DomainModel建立在一个抽象层上
这样切换一个不同的JCR实现不影响原有的DomainModel。
想来还是不错。看spec被误导了。
参加了两天的Portal培训，唯一的收获就是对workshop的使用有了了解。
workshop，不愧是VB team的作品，非常傻瓜。
(more…)
最近遇到了瓶颈。要完成一个界面定制功能，思路一片混乱。
考虑了一下，界面定制包括几方面内容：
1 皮肤定制：采用CSS实现
2 布局定制：可以采用CSS或者模版来实现
3 内容定制：例如，主内容框中的内容栏目显示顺序等
主要的难处就是内容定制了。越想越是个portal。
实在是不想自己做个portal轮子出来，试了几个portal又不好整合。
思维跳入了portal的框子，怎么也出不来了。
如果不用portal，那怎么做？如果今后要用portal，又要怎么做？
明天要参加bea的portal培训，先比较一下各种portal再说吧。
fajaven:
不一定是概念知道多就OK。上次有个大学毕业一年还在青鸟参加培训一年的，而且是女同志，概念知道不少，都玩 weblogic ，都没有要她。明显没有“玩”技术的经验。 实际上我们公司要求真是不高。
Starry:
怎么才算是玩技术呢？
为什么你们公司要求不高都不肯要她呢？
不可能读了四年大学还培训了一年还没有搞过技术的？
实在很好奇的说
我认为，学习技术的几个要素是：
兴趣，信息，交流，思考，实践
兴趣，就是要有本身的能动性，对技术新知识感兴趣，而不是别人灌输
信息，就是能够利用各种工具(google, maillist, forum)，找到资料，找出有用资料
交流，是能够和别人讨论，问有价值问题，但是不依赖别人
思考，能独立思考，能有创新，善于总结，能够摸索着前进
实践，要动手，要验证自己的想法，要实战学来的技术
上面那位大学生，很可能是自己的能动性不强，会的都是别人灌输的信息
如果能做到上面的几点，那学习技术就和玩一样简单了
和一个学建筑的朋友聊天，谈到了建筑工程中的项目过程问题。
IT界好多名词都是来自建筑领域，例如最常见的Architect， Design Patterns等
建筑设计的过程简直就是标准的敏捷方法。交流，在哪里都是最重要的。
(more…)
传统的权限验证如下：
boolean validate(Role, Resource, Operation)
验证一件事情或操作是否可以被某个Role来执行。
RBAC中什么最重要？是Role还是Resource/Operation？
从更加自然的角度来考虑，一个人能否执行一件操作。执行者是人。
因此，RBAC的权限验证可以考虑用以下的方法。
Role.execute(new PrivilegeAction(Operation, Resource));
让人来执行这个权限，把权限的验证放在执行内部。
如果允许执行就执行，如果不允许就什么都不作。
这也是JAAS中采用的一种方式。看起来会不会更自然呢？
李默，ID冰云，ThoughtWorks公司高级咨询师、业务分析师，敏捷过程教练，BJUG创始人。目前主要专注于互联网产品需求管理与市场营销的合作、产品交互设计、敏捷组织方法等方面的工作。联系方式: icecloud (at) gmail.com 查看完整档案
