拖了这么久，终于在上周末办完了离职手续，在看着签满同意的单子时，我突然冒出一个想法：这离职和游戏咋那么象呢？

感觉就好像在玩一个RPG游戏，接到一个任务，去想办法完成，完成之后获得一个奖励（某某负责人的签名），只有集满所有人的签名之后，才能顺利离职。。。人生如游戏。。。游戏如人生。。

(06.11.28更新)汗……得说明一下：我11.6就离开原来的公司了，但离职手续一直没办完，到上周末才完全办好。。我没再次离职哈。。。

我提出离职已经一个礼拜了，而原因很简单：我找到了一家出得起更高价格的公司。
嗯……当然，如果只是钱，我还不至于那么想离开公司……所以，钱只是一个因素而已，真正的原因是我对公司再也不信任了。
这毕竟关乎公司的一些内部消息，在这里我不可能全部说出来，我只能说一些要点：

1. 公司的对员工的很多承诺到最后都不了了之
2. 一些关键问题的承诺到最后居然全部推翻
3. 公司的各项措施对于底层员工并不透明，员工所知道的只是如何去执行，这样当需要作的事情风险比较大时，员工不明白公司意图，会害怕
4. 沟通机制实在够烂
5. 抠门……

在正式和公司提出离职之前，和部门总监谈了很久，我憋不住，就把对公司的很多看法全都倾吐给他，我告诉他：[......]

继续阅读

昨天同事和我说起一个有趣的现象：

两张表A，B，通过它们的主键相关查询所消耗的时间比使用建立一个函数，在B上遍历查询所需数据消耗的时间还长。

这么描述也许看不明白，我举个例子：
两表相关查询很简单，sql就是：

SELECT A.a, B.b FROM A,B WHERE A.id = B.id AND rownum < 1000;

而我的函数func也很简单，只是根据入参去表B中查找对应的b而已：

CREATE OR REPLACE FUNCTION func(p VARCHAR2)
RETURN VARCHAR2 IS
ls_val VARCH[......]

继续阅读

今天在写代码的时候突然冒出这个奇怪的想法＝。＝……
先说明一下现在的状况：
我们的b/s系统是jsp的，里面有一种“表码表”，里面存放的是一些需要经常使用而且比较少发生改变的内容，表码表是一些Map对象，而这些表码表会存放在jsp的ServletContext中。
初始化的大致代码如下：

class SysInit extends HttpServlet implements ServletContextListener{
public void contextInitialized(ServletContextEvent sce) {
Ma[......]

继续阅读