忙的再离谱也需保护脑海中的绿洲
January 1, 2010 – 11:35 pm经一大学老师的介绍，认识了一个做家居生意的朋友。在和他的聊天中认识到了习惯的可怕性，和什么样的人接触就会有什么样的思维和高度。
也许暂时不能去耕耘这块绿洲， 但一定要保护它。
今天已是2010年的第二天，09年下半年，是我开始成长的时期， 本末年的我一定会更加强大！
周末入手X200 CH1
December 20, 2009 – 10:46 pm咔咔 原本在国庆就打算入的， 一直推到了现在。 感觉除了没光驱，还有自带的是vista系统 好像还没其他缺点 哇咔咔 嗯 还在体验中…
不知不觉12月份了
December 2, 2009 – 10:56 pm嘴巴哈口气，外面一层雾。 看似比吸烟更有味道， 穿着大衣， 感觉冬天也没太冷。 每天闹钟起床， 洗漱完毕。背个包往公司跑， 也不知道为什么要往那里跑 
朋友已经在我这里住了一个多月了， 生活很悠闲， 每天桌球为伍，酒足饭饱。 也许富家子弟并不是我等能触及的。
最近公司事情很忙，忙的就像朋友说的连自己的生活也没了。 我也不知道自己为什么要这么忙。 也许很多事情自己太过关心了。。
听到旺旺上的消息 业内网 PR5 ，aleax排名前5W名了， 很高兴， 现在和这个圈子的人交换链接应该可以顺利点了，也可以换点好链接了。
以前在一起实习的同事 现在大多拿到了好的offer， 也祝他们票票多多。
不知道为什么最近做事比较急， 哎 啥时候能做个不倒翁啊。
最近一有空就找朋友去吃火锅， 喝酒， 吃烧烤，吃辣， 醉死方休
今天和一个部门的配合上出了点问题， 也许很多责任在我把，没考虑清楚。 现在发现做系统很复杂。 特别是和其他部门有依赖项。 想想真麻烦， 一个小开发 感觉很郁闷
不扯了 继续吃甘蔗。。。。。
最近的一些事情
November 15, 2009 – 10:05 pm又有好长一段时间没有写博了， 想想真的要好好反省下了。 最近自己的主旋律还是在工作上，很忙，忙的让人害怕。应用商店一期在几经波折下发布了。现在开始二期的征途了。自己负责的订购流程也在设计当中了，希望自己写出来的代码不要被人骂 
接下来的一段时间就是要好好沟通，好好写代码。 然后关注下自己的业内网。 其他的事情先搁下一阵子吧
昔日寒山问拾得
October 17, 2009 – 2:44 pm今天和朋友去爬山，从留下开始爬到了玉泉校区，路经法华侍 看到了一句话，感触了一下，于是我把它记录了下来：
昔日寒山问拾得曰： 世间谤我、欺我、辱我、笑我、轻我、贱我、恶我、骗我、如何处治乎？ 拾得云：只是忍他、让他、由他、避他、耐他、敬他、不要理他、再待几年你且看他。
JBoss AS Hot Deploy
October 6, 2009 – 3:41 pmJBoss AS 默认会周期性的scan deploy目录下部署文件， 描述信息在 jboss-service.xml中：
<attribute name=”URLs”>
deploy/,file:/D:/Dev/myapp/myapp-web/target
</attribute>
<!– Frequency in milliseconds to rescan the URLs for changes –>
<attribute name=”ScanPeriod”>5000</attribute>
<!– A flag to disable the scans –>
<attribute name=”ScanEnabled”>true</attribute>
在URLs属性中，jboss支持相对路径和绝对路径和网络路径， 相对路径是相对于jboss instance dir而言的，例如：上面的 deploy/ 实际上jboss会解释成${jboss.server.url}/deploy/， 这些路径以comma分割。
WAR,EAR和SAR等部署文件实际上都是在META-INF或WEB-INF目录具有特殊XML部署描述文件的JAVA归档文件。JBoss允许这些归档文件已展开成目录的形式部署，这样就允许你不需要重启整个应用却能修改web页面，使之马上生效， 你需要做的仅仅是简单的去touch一下你所在应用的部署描述文件。e.g., WEB-INF/web.xml 或META-INF/application.xml ， 目的是更新这些文件的timestamps. jboss感知后会reload这些改变.
最近的一些变动引起的一些变化
September 20, 2009 – 10:02 am起因是我看了好几个同事写的博，都谈到了这次的变动后， 他们的变化是什么。 在这里我也想谈谈我的一些想法。
对于我的条件来说， 原来的环境还是现在的环境， 都是一种恩赐。
原来同一部门的部分同事离开了我们的team， 到了另一个团队， 包括了一直带我的老大。 希望他们在那个团队能
取得更好的成绩
某一个晚上同事们的一次聊天， 让我感触很多。 而从我的角度来看， 新环境是一种动力。以前不管做的如何，都不存在了。存在的是现在你在做什么。 我很希望我们这个team能在技术或则业务能力上有大幅度的提高。一个团队的好坏是一种气氛，是一种味道， 是一种感觉。
本身在做技术的， 抱着一种不care技术的人是一种很危险的人，对团队来说也是一种危害， 是一种腐蚀虫。会把其他同事会腐蚀掉。
努力学习， 耐心等待 我们是为自己工作！
周末的一次买本本的经历
September 20, 2009 – 9:36 am记得上周陪同学去买本本， 一切很顺利， 卖本本的也是同学。 所以很快一台IBM R系列的就拿回来了。
而这周是陪小徒弟去买， 是一次较为“悲壮”的一次经历。 下午一起出去后， 发现我们两个都是路痴，
不知道怎么走。 没办法，瞎走呗 经过xxx77^%$^&*(( 一段时间后， 绝望了。 那行， 打车吧。 在车
上我说，我上周刚去过那里现在忘记了。 然后又是一顿鄙视
差不多到了下午5点左右我们终于到了， 到了后，麻烦事又来了， 小徒弟要的是12存左右的，要带光驱的
而且要漂亮的
搞的我卖本本的同学很无语
然后然后我就推荐她买IBM的， 竟然说IBM的难看…
. 经过了漫长一段时间的挑选， 选了一款HP的。 汗，
我又一次无语。。 但是没办法我的无语表情不能显现在脸上， 不然又要倒霉了。
买好了去吃了日式菜。 不好吃
多系统集成的一些想法
September 13, 2009 – 10:19 am系统多了意味着功能重叠的可能性也大大提高了， 那么这个时候我们就要采取措施尽量减少重叠功能. 比如 A系统有一个模块的功能B系统正好也要用， 那么 有那么几种方式可以处理：
1. A 调用B ， 采用远程调用方式或链接调用。 优点实时性高， 缺点A和B 系统耦合
2. 消息， 采用异步消息。 优点A B系统的耦合关系转移至第三方。 如果A 想调用B ， 那么A需要订阅B的消息。 缺点 ： 有一定的延时，需要异步消息系统支持
3. 如果A的那个功能模块相对比较独立，很多系统需要调用它，那么可以把这个功能模块单独提取出来记为E系统。那么耦合关系会从依赖A转移到依赖E， 各个系统模块的职能将更清晰，也能让各个系统职责更单一， 容易维护
对于系统间的协作， 各个系统最好能职责单一，模块化， 大家不要相互侵略。 但是在一些业务场景中，还是避免不了的， 我举个case：
我们目前要做一个新系统， 需要借助一个用户系统登陆，登出等操作。 在做登出操作的时候，我们是用了用户系统提供的一个统一的URL来做登出操作。 我们需求是登出后需要返回到登出前的页面， 而用户系统又没提供这种功能。 这个时候稍微想下我们有两种方式来处理这件事情：
1. 自己实现登出操作， 实现特定的业务需求
2. 与PM说明我们的立场，放弃该需求
到底哪种方式好 ， 大家自己看着办
开始新的旅途 , 启航
September 12, 2009 – 5:54 pm有一段时间没更新博客了 ， 一方面这段时间外界的变化比较大， 另方面是自己有些纠结的事情要作。 当然还有一个原因就是不够勤快 
这段时间对我而言发生几件重大的事件：
1. 我有了自己的花名 － 慧观
2. 我报考了心理学课程
3. 作为工程师 我一年了
4. 业内网 日IP 1K＋ ， 注册用户2K＋ 了
5. 开始关注投资理财了 （虽然钱不多 )
哪里是我的好归宿 ， 我还不是很清楚 。 也许睡一觉就知道了 
anyway , 这是我新的开始 ， 希望明天一切都好
