闭上嘴

突然发现自己好像成了一个爱抱怨的人，对开发环境的失望，对开发团队的过高的希望。。。
这样也许看来是对项目的过度关心，这样却给我带不来任何的好处，该怎么就怎么样吧，有些东西积重难返，要改变不是一朝一夕的事情，做好自己的本分，给自己一个轻松的工作环境，得到应有的认可，就够了，我毕竟对项目没有那么大的责任。

原来是这样的工作效率

发这个博文也不是抱怨，只是感慨一下
本人是一个大型公司分公司的，"有幸"来总部开发项目，见识到了这里的工作效率，不但是沟通成本的问题，大多数人不上心是项目达不到我认为的理想的效果的原因，设计不好好做，开发的也没有疑问，勉强做完设计也就罢了，不去想为什么；工作时间玩游戏聊天的大有人在，我这个分公司的不小心跑到这个重要项目里面居然成为主力；一看他们之前的写的代码，意大利面条，捏着鼻子看完，为了一个GenericDao都争取了好久，而技术负责人对某些技术的无知而又不愿意去学习的情况真是恐怖，既然定了在项目在JDK1.5的平台上，却不使用新特性，Dao设计的特别差，造成了大量代码冗余；最后多次和其他开发人员沟通，最终是换来；决定系统使用大量Ajax，居然没有几个人会；说的如此重要，我这个原本做设计和架构只得负责写了大量的JavaScript；可怜我玩命工作，在短短两个星期之内开发了框架，培训了人员，贡献了大量代码，轮到评绩效，居然是个C；

是否看重了工作，是否太用心，是否在自己身上花的时间不够？在分公司，由于人手少，没有可以推卸的人和对象，什么都要自己搞定，反而有成倍的工作效率？而在总部号称重要项目的大型团队，反而觉得难受；也许这就是国企吧，在国企，表现最重要；选择国企的原因是工作性价比比较高，身体要紧，我要悠着点了

360safe导致Eclipse启动出错?

今天在笔记本上安装了一下360safe,居然导致我eclipse无法启动，需要在eclipse.ini里面加上vm选项指到javaw.exe才可以；上次在台式机上遇到一样的问题，没有意识到360safe的问题，也就那样处理了，360safe总体来讲还是不错的，但是不知道影响的范围广不广，这里记录一下。

不再由于p2,而迟疑升级到Eclipse 3.5

Eclipse 3.5 提供了一些新特性，很吸引人，比如文本块选定等等功能，但是从3.4继承来的P2功能，虽然从更新的流程上舒服多了，3.4动不动就上网下载一堆东西，说个题外话，目前项目组很多人用Crack的MyEclipse
7.5, 其是基于3.4, 为了装个SubClipse插件是费劲了功夫。由于这个我不喜欢的P2，我迟迟没有用Eclipse 3.5,
我喜欢用Link的方式引入，并且按照插件名组织好，不喜欢可以很方便的去掉一些插件，虽说dropin目录可以提供手动安装下载的功能，但是由于GUI在线安装时P2不能选择目录，有些插件不提供下载的时候就非常麻烦了，只能安装之后在去安装目录中找出来，自己组织到另外的文件夹中，这样非常的烦人，而3.4之前宣称的可以enable
classic update manager的功能，在JEE的eclipse版本中都找不到选项，只有eclipse-SDK版本中可以，当时甚至有人总结eclipse
3.4是质的倒退。今天突然心血来潮在网上找这个方面的解决方案，找到了一个比较好的方法：

# I start eclipse with:

-configuration C:\eclipse\extensions\foo\eclipse\configuration

# I install foo using the update manager.

# Now I can use the extension by creating a foo.link file inside the
links directory of an eclipse installation (you might have to create
the links directory) containing:

path=C:/eclipse/extensions/foobar

另外，貌似3.5中JEE版本可以选择性的enable classic update
manager了，那么对比上面的方法，更倾向于使用老版了更新管理器安装插件到指定目录。