当然，由于是第一次当大厨，虽然这盘周氏蒜苗炒肉做得很出色，但还是有改进空间的，饭后总结了一下，大致有以下几点：

首先，前面提到过，为避免肉剩下，以后蒜苗可以多放一点。
其次，肉可以再切小一点，这次体积上有点大，不过炒红烧肉正好。
再三，肉可以再炒久一点，避免再次出现肥肉不熟的现象。
最后，可以事先准备些面包、方便面等用于充饥的食品……

在由于家长不在，我带领锅碗瓢盆不但圆满的完成了党和人民交予的不能饿死的光荣任务，并超额剩下一堆剩肉，为明早的吃喝任务奠定下了坚实的物质基础。总的来说，这次任务完成得非常成功。

下次再接再厉。

看51NB的兄弟多是在讨论如何清理session目录，或者是更新后吧Session目录移除，重装系统再拷回去。其实大可不必这样，完全可以利用junction来为session目录建立windows硬连接，吧Session目录转移到D盘。关于junction介绍可以看这里。

这里提供junction和SU目录转移的批处理下载。使用方式如下：

1.确认不存在 C:\Program Files\Lenovo\System Update\session 目录，如果以安装过SU，则先备份此目录下的文件到 D:\Program Files\Lenovo\System Update\session（如果想自定义此路径，请自行修改SU.bat）后删除C盘的session目录。

2.运行SU.bat

此后所有对C盘session目录的访问都会自动转向到D盘的session目录，很方便吧。

注：junction和su.bat请放在同一目录下

文件下载

在此之前一直是ZDE，DW双枪作战，ZDE用来写PHP，DW用来写Html，Css，Js。这么多年倒也一直过来了。周末看新闻，ZendStudio6又发布了新版，相比之下，ZDE似乎有段时间没有更新过了，看来Zend有放弃ZDE，大举进军Eclipse的架势。看了看ZS6的相关介绍，核心也就是Eclipse+PDT，Eclipse和PDT都是免费的，但Zend整合的ZS6却是收费的（BS之）。虽然很容易在网上找到XX，但仍想自己动手整合一下，顺便熟悉熟悉Eclipse平台的Plugin机制，如果以后转Java的话，倒也能更快上手。

话说我这个整合过程可是千辛万苦，走了一对弯路，期间几度放弃，却又几度重拾信心，最终花了两天时间终于搞定了这破玩意。

我选用的是PDT 1.0.3，在其网页上看到需要依赖XSD，GEF，DTP，WTP四个插件，就是在这四个插件上浪费了我一天的时间，由于页面上原有链接已经失效，只得自己再去找相关文件，结果不是却这就是少那，总是装不成功。最后才发现，PDT正真依赖的是WTP，其余的都是WTP依赖的插件，找到WTP2.0.2页面，下载页面中的依赖插件，终于才搞定这个Eclipse+PDT。

ZendFramework，相信广大PHPer都非常熟悉，即使没有用过，但至少听过ZF的大名（我姓名的缩写也是ZF，HOHO），在公司的前一个项目中，应需求使用了ZF来作为开发框架，对ZF的使用有了一些基本的了解，因此在接下来的项目中也有使用ZF的打算，但由于ZF库本身的体积过大，但类库之间的耦合性又比较低，因此打算只使用其中的DB库来实现数据库的操作。

在之前的开发中发现Zend_DB fetch返回的结果并不是常用的array，而是一个巨大的包括详细表、字段结构的object，因此对其性能一直抱怀疑的态度，在这次新项目上马之前，对其简单的做了性能测试。

首先新建了一个10字段的table，分别用原生的mysql_query和Zend_Db::insert循环插入1000条数据。

mysql_query 平均耗时0.3秒左右，Zend平均耗时1.5秒，性能相差5倍以上。

然后再取出之前插入的1000条数据

mysql_query平均耗时0.01秒，Zend平均耗时0.02秒，性能相差一倍多。

由以上测试可以看到Zend对Db封装后对性能的损耗是相当大的，并不是很适合并发量很高的互联网应用。

或许Zend本身有更好的机制去提高执行效率，欢迎交流。

很早前就一直在关注Palm的Treo系列，650的天线让我对其完全没有入手的欲望，而当时680刚刚上市，3，4K的价格也有些望而止步，因此对Treo的关注也就告一段落了。最近萌发了换手机的想法，当然我是非智能机不用的，WM，SB都没有新鲜感，于是又开始打上Palm的注意，650自然还是不在考虑范围内，新上市的Centro不太符合我的审美观，680也降到一个比较容易接受的价位，综合比较了一下，最终还是决定入手680，在taobao上转了好几天，最终于上周五收到商家送过来的机器。原装的车充没要，想必在680退役前，我还只能开两轮的车，用不上，换了一张2G的SD卡，机器很不错，大小正好，手感也不错。

玩了一个礼拜的680，因为WM和SB都是多任务系统，单任务的Palm多多少少还是有些不太习惯，不过想想3，4K的iPhone也是单任务，就平衡多了。或许这样的架构对于提高代码运行效率有很大的帮助。对于运行效率，和WM比起来很明显，绝对见不到WM标志性的Loading圈圈，大部分软件都是即点即开，速度很不错。而Palm的UI比起WM来说是相当简陋了，不过这种简单即是美的风格也相当复合我的喜好。

Palm的PIM的功能比起WM，SB等系统来说，强了不是一点点，尤其是短信方面，Palm独有的聊天模式让发短信成为了一种享受，在SB上，我也是一种用超级短信这个软件来模拟Palm的短信模式。

WM，SB的Desktop端仅仅能备份联系人，日程等PIM信息，而Palm则会将整个手机的配置、内容全部备份，即使硬起后，只要同步一次，就能完全恢复到上次同步的状态，这点也是其他智能机的Desktop不能比拟的。

总得来说，对680我还是比较满意，至少对得起它的价格。

项目内容主要是做网银支付（说起来和之前面试的某公司工作内容一样……这就是命啊），没有接触过的东西，很好，又多了一个方面的开发经验。项目基于ZendFramework搭建，也是公司第一次使用ZF，从前都是使用自己开发的框架，其他框架也没有接触过，对我来说倒也是一次学习的机会。

说到ZF，默认的MVC模式是一个Controller一个文件，包含所有的Action，很不喜欢这种方式，当Action比较多时，项目会变得难以维护。简单翻阅了相关手册和源码后，发现ZF的机制还是很不错，可以很方便的进行扩展，实现高度的定制化，最终将原有的分发模式改为每个Action单一文件，统一存放在Controller文件夹下，这样每个文件内的代码都不会太多，项目结构也变得更加清晰。

明天的主要任务就是整合Smarty了。还算不错，好好干。

以下是网上查得的个人所得税的计算公式

应纳个人所得税税额=（实际收入－扣除标准）×适用税率-速算扣除数

扣除标准1600元/月。
不超过500元的，税率5%，速算扣除数为0；
超过500元至2000元的部分，税率10%，速算扣除数为25
超过2000元至5000元的部分，税率15 %，速算扣除数为125
超过5000元至20000元的部分，税率20 %，速算扣除数为375
超过20000元至40000元的部分，税率25%，速算扣除数为1375
超过40000元至60000元的部分，税率30%，速算扣除数为3375
超过60000元至80000元的部分，税率35%，速算扣除数为6375
超过80000元至100000元的部分，税率40%，速算扣除数为10375
超过100000元的部分，税率45%，速算扣除数为15375

一直都误解了上面的计算方式，以为就是把工资乘以各个级别的百分比，后来才了解，原来这个所得税不是这么计算的，应该是一个梯度的计算，例如工资的头500要交500*5%=25的税，后500-2000要交1500*10%=150的税，依次类推。

精打细算，努力挣钱。

现在工作了，虽然目前住亲戚家还不需要考虑租房等琐事，但在北京买房买车，安家立业（这，仅仅是假设而已）应该也是迟早的事情，所以也不能再如从前那样，有多少花多少，也该给自己定个理财计划，每月收入多少，支出多少，存款多少，都应该做到心中有数。也只能这样，才不会过上月月光，十五盼初一的日子。

最后感叹一下北京的房价，估计以现在的收入，最快也得两年才能交得起一居室的首付，哎，任务艰巨啊~~~

首先，金牌榜是必须要订阅的，我不是体育迷，也不是奥运迷，以往的奥运会也我只关注一个金牌数。其余的项目赛况就订阅了几个中国队热门比赛，例如乒乓球、跳水等。无论如何，在家门口开奥运，作为一个国民，至少也得关心关心。

目前中国队的金牌数暂居第一，不过根据往届比赛情况，中国的冲金点多在前半部的比赛，往往到了后面，则有那么点有心无力的感觉，希望这次奥运会中国能一直保持领先。

arrow lite总体来说效果还算不错，用来打电话、聊天绰绰有余，但是就不要奢望用来听歌了，高音部分爆音严重。

不过比较郁闷是不知道是耳机问题，还是手机（Nokia 3230）蓝牙功率太小，两者相隔超过半米就开始通讯不畅，听不清说话了，但是连T61距离1-2米还是没有问题，很有可能是手机的问题，如果这样，换手机又是在所难免的了。