从去年9月美国国会通过决议要求中国银行对美国企业完全开放，到现在中国银监会发文取消限制，期间仅仅6个月时间，贯彻落实美国决议的效率之高，恐怕超过了历史上任何一个国家。当时美国国会通过了关于2个国家的决议，一个是伊拉克分治的决议，一个是中国开放金融市场的决议，目前，关于伊拉克决议的落实还没个影子，关于中国的决议就变成了现实。两个决议实施的不同结果，证明了美国21世纪外交政策的转变是卓有成效的：用“美国鹦鹉”代替巡航导弹，更加有利于实现美国的国家利益。此前美国国务卿赖斯就曾声明，21世纪美国对外政策的重点，要从以军事打击和情报渗透为主，转向以培养对方国家的学术政治精英（美国鹦鹉）为主，以此来实现美国的国家利益。打开中国金融市场，就是21世纪美国鹦鹉外交最富成就的卓越胜利。

此言不虚！看过《货币战争》一书的读者都应该知道，控制银行就是控制金融，控制金融就是控制国家。我无法想像居然有这样的卖国行为在21世纪初赤裸裸地冒出来！前日看到伦敦华人游行反藏独，今天看到统治集团卖国，实在是心中苦闷！

再想到：
       人民币升值，为什么美联储主席欣喜若狂！为什么国内反而面临严重的通货膨胀！为什么股市会突然猛涨又猛然崩溃？国内贬值而国际升值，人民币在此挤压中产生的巨额差值都去哪了！
全国财政收入从2000年到2007年增长了5倍（从1万亿到5万亿），我们的收入增长了多少？我们的日常消费支出增加了多少？

       我目前所居住的江苏常州市（因为工作关系对税务比较了解）地税局税收每年的硬指标是增长20%，因此税率经常调整，名目繁多，企业负担已经极为沉重！据我所知，如果完全不能避税偷税漏税，50%以上的企业会很快倒闭，因为它们的利润率远远小于税率的15%~30%，而外企反而能享受超国民待遇减免甚至全免税款！
      就我个人而言，去年上缴的个人所得税已经占我年收入的10%！中国是世界排名第三的重税国家，这不是遥远的排名！是在工资单上每天上演的弱肉强食！

中国还有希望吗？
我一直拒买日货，并劝说周围人抵制日货，但街道上奔涌而过的丰田车流每每使我无奈感伤。
这就是我的祖国！
勤劳腐败、正义肮脏、希望绝望！上流社会卖国，底层百姓爱国，一切又回到百年之前。

2008年，我确信中国21世纪历史的转折点已经呈现。何去何从，唯拭目以待！

　　调查者中，认为作为中国人非常自豪的为52.3%，比较自豪的为30.5%，两者相加比例高达82.8%。其中，个人年收入低的被访者回答“非常自豪”和“比较自豪”的比例高于个人年收入高的被访者。 到底是越有钱越无耻,还是越无耻才越有钱呢？

　　被问到“现在的生活与过去五年的生活比较”时，分别有42.3%的人认为“好多了”，42.2%的人认为“好一些”，认为没有变化的占10.4%，有3.2%的人认为现在的生活比以前差一些。相对而言，西北和西南地区的人们回答生活“好多了”的人数要多于其他地区，拥有大学和硕士学历的人认为生活“好多了”的判断指数最低。看来学历越来越不值钱了

    　在回答“对现在的生活是否满意”时，比较满意的最多，占38.4%，其次是“一般”占37.1%。大致上城市人口的生活满意度低于农村人口；西南地区被访者生活满意度最高。从学历上看，学历越高的人生活满意度越差。没办法啊，精神世界太丰富了，欲壑难填啊

　　在问到“对未来生活的态度”时，有90.4%的人认为未来的生活一定会变好。在问到希望改善的方面时，居前五位分别是：住房条件和医疗条件、社会保障、教育投入、货币投入、就业环境。

2.半数以上能保持心情愉快

　　回答“您多数时候认为自己的心情如何”时，有58.9%的人认为自己通常情况是愉快的，另有34.4%和6.6%的人认为一般或不愉快。调查显示，人们的心情愉快指数随着文化程度和家庭收入的提高而逐渐提高。 不明白了，怎么和前面的满意度相反呢?

　　对“生活中人们多少都有焦虑不安的时候，您的情况如何”这一问题，认为“有时会焦虑不安”的最多，占55.1%；其次是“很少焦虑不安”的，占32.5%；觉得“经常焦虑不安”的最少，占7.3%。32.4%的人用“睡觉”排解焦虑不安，其次是独处什么也不做、向友人或恋人述说、听音乐、看电视或电影、喝酒等。

3.国人在看什么？　 　

      调查显示，中国人接触最多的传播媒介是电视，占92.2%，其次是报纸、书籍、杂志、广播、网络等。大学及以上学历的在“电影”、“书籍”和“网络”三项上的选择明显高于大学以下学历的。而在“电视”的选择上，大学和硕士生的选择明显低于其他学历的群体。

4.国人在玩什么?

　　中国人如何度过闲暇时间？“看电视、听收音机、读报”的最多，占全部回答的69.6%。闲暇时间做的其它事情还包括：散步、逛公园、看别人打牌、睡觉、养宠物等。
 真是贫乏啊！

5.认为科学家生活有意义

　　调查中有一些“情境测试”问题。比如，问卷中给定了10种职业(科学家、艺术家、 慈善家、运动员、教师、银行家、市长、警察、医生、厨师)，假定他们都很有钱，让被访者选择，哪些人生活得较有意义。结果显示，认为科学家生活较有意义的比重最大，而选择银行家的比重最小。

6.谁最有道德？

      问卷还设置了一题：几户人家的公用空间上放了一些垃圾，不知哪家邻居悄悄把垃圾清除掉了，您觉得最可能做这件好事的会是谁？被访者中认为垃圾是普通市民清理掉的比重最大，其次是知识分子、党员干部，认为是做生意的人最少。嘿嘿，卑鄙是卑鄙者的通行证，高尚是高尚者的墓志铭！

我还是很期待《当代中国人精神生活调查研究》丛书的出版 的，中国学术界也开始脚踏实地地研究了。

再搜索“起点小说监视器”，

然，什么创意都不值钱，关键要能懂得实现和运营。

不由人不感叹啊。

我主要用于学习目的的网站

也在用业余时间构建中，试试看。

参考：看看评论员rubins的一篇对网络玄幻小说的发展概论，据我的了解，其中的内容大都是可信的，也很有高度。

http://www.mowind.com/xiaoshuo/xuanhuan/xuanhuanxiaoshuo.html

　　日本和德国都是采用前期暴兵的打法，因为这两家的初期兵种很强，特别是德国的女猎手最大的特点是机动性非常好，而且生命值高；日本则是一级兵血长，所以即使*作差点赢面也大。但是这种打法的风险很大，需要在战争初期就迅速的彻底击败2～3家敌人（就是让对方gg退出游戏），然后坚守住老家，防止另外几家对自己的进攻，同时进行升级，发展自己的科技。继续扩大自己的领先优势。
美国和英国都是人族，讲究兵种之间的配合，减少初期兵力的损耗。英国比较擅长防守，一看初期德国日本暴兵，就在自己的主基地盖满了防御塔死守。而美国在地图的一个岛上，初期敌人没有空军，所以采取了魔兽战术中的攀科技打法，先是不参战，利用前期的宝贵时间迅速发展经济（mf以及降低维护费用），将国民生产轨道转至战争轨道（攀科技）。

　　中国和苏联名为不死族，打起仗来前仆后继，不怕死人，种族的韧性好。而且英雄能力很强，特别是在等级高的时候能够一击致命，但是这两国平时比赛打的少，参加这种大赛事会紧张，在开局阶段发挥不好也是很正常的。

　　德国首先进攻法国的主基地，法国的战术思想保守，总想着凭借着马其诺防御塔消极防御和英国的协防，不幸的是，魔兽是鼓励进攻的，最后中立英雄带着几个杂牌雇佣军当然不是女猎手海的对手，因为对方实在是机动性太强了，恶魔猎手希特勒带领女猎手运用hit&run的打法，即使有几个英国派来人族步兵帮忙也守不住了，最后法国不得不承认失败。但是这时候德国犯了一个错误,没有将英国派来的几个步兵消灭，而是让他们从一条叫敦科尔克的小路逃跑了，这几个步兵逃回基地以后与英国的英雄会合出去mf去了。不久德国又对英国的主基地发动了空军的大规模进攻，但是无奈英国已经盖好了不少防御塔，其英雄在mf后等级提高了，也回家协防。所以英国虽然对德战况十分被动，但是却死死守住了老家。

　　日本则是在中国主基地升级的时候从东北方向对其发起了进攻，几个兽族步兵冲进中国的主基地将其5个农民砍死了4个，另外日本凭借其良好的微*作，将中国的食尸鬼几乎全歼（食尸鬼实在是太脆弱了，虽然前仆后继，但是没有高等级英雄罩着的确不是兽族步兵的对手，而这时候死亡骑士毛**和吸血魔王蒋介石的等级都不够），这时候中国的盟友――美国派英雄送来一些宝物，如加血卷轴，加甲卷轴等，同时出动几个空军骚扰了日本的采矿农民，日本吃不消了，就在中国的主基地边上盖了几个箭塔，一边留下几个红血的步兵继续施压，妄图以此来打击中国的信心，一边把主力都撤回去准备对付美国的骚扰。

　　现在战局看上去好像对日本德国有利，但是实际上同盟国战队只有法国被彻底击败，而中国，英国虽然老家被打得四处冒烟，建筑也被拆了不少，但是在盟友的帮助防守下却没有gg，而是到处开分基地(比如中国的工业西迁，英国的家底分散至各个殖民地)，至于意大利，水平太菜，都到了这时候，意大利集中其所有兵力连个英国冒烟的北非分基地都推不下来，还要德国帮忙。但是日本和德国却误以为中英两国已经放弃了，于是在游戏中期德国把感叹号放在了苏联的主基地，日本也表示同意。

　　苏联这个玩家，特长就是扩张型打法，分基地众多资源丰富，但是经常扩张起来就忘记了战备，在资源和战备中间总是权衡不好。这局又是采矿采的不亦乐乎，差点忘记了造兵，所以其部队数量不足以抵挡德日两家的合力进攻。

　　德国先期抵达了苏联的主基地，经过激烈战斗，德国凭借对战机的良好把握和优秀的微*作几乎已经全歼了苏联的兵力，还差一点点，苏联巫妖王斯大林的带领下，就凭着老家的斯大林格勒防御塔和分基地新造的兵力与德国周旋，同时又开了分基地准备大量屯兵，双方都筋疲力尽，情况十分危急。这时候日本却变卦了，说苏联分基地的兵比较克它的兵种，不但没有赶来收拾残局，反而借口家里没有矿了（石油，殊不知脚下的中国的主基地就蕴藏着丰富的资源，如大庆油田，胜利油田）和美国威胁到它的分基地，于是开始骚扰美国。
这时候美国主基地已经升完了3级，英雄也mf够了，正在准备参战，日本的骚扰正好让它下定了参战的决心，于是起了6个兵营狂暴高级兵种，满天的狮鹫，遍地的骑兵，领头的是10级的山丘之王巴顿和8级圣骑士麦克阿瑟，兵分两路，把德国和日本对盟友的攻势彻底击退，同时苏联也缓过劲来，分基地也运行了一段时间了，暴出了不少初级兵，趁着德国的中级兵都被美国的狮鹫和骑兵耗光了，同时也趁着自己的基地离着德国比较近，开始大举反攻德国。形势开始对同盟国战队有利。

　　同盟国战队的策略很对头，先从对方最弱的意大利下手，美英联军刚出现在意大利的主基地还没开始交手，意大利就慌忙打出了gg，先行退出了（从一开始日本就说意大利这小子心理素质太差，不让它加入战队，但是德国为了显得人多势众还是把意大利拉下水了）。而这时候苏联的大量初级兵已经连端了几个德国的分基地，兵鋒直指德国主基地。美国一看就有点着急，心想这场比赛赢是肯定赢了，那我还不多歼灭点敌人，比赛后算分也多算点。于是六级大法师艾森豪维尔用终极魔法瞬间移动把美英双方的部队都转移到了德国主基地旁边一个叫诺曼第的建筑，就这样和德国的主力展开激战。德国受到美英和苏联的夹击，两线作战，败局已定，但是其战斗精神让人钦佩。战况空前激烈，

　　德国的兵力损耗殆尽，最后的残余兵力退至主基地的最后一个建筑（永恒之树－柏林）旁边死守，被苏联的部队全歼，其英雄希特勒（称号为恶魔猎手）自杀殉国。

　　德国方面的战斗结束，只剩一个日本了。此时同盟国拥有绝对压倒的优势结束游戏，日本的牛头人酋长裕仁也已经准备gg了，但是这时候美国去不顾国际pcgame大赛的规则，使用了作弊软件，从另一款暴雪游戏－星际争霸中拷贝来了两颗原子弹文件，丢在了日本的主基地，日本不得不退出了比赛。最终同盟国战队为胜利方，选手排名分别为美苏中英法。

　　又因为本次比赛美国使用了作弊软件，属于严重犯规行为，因此国际pcgame大赛永远取缔了同盟国战队的比赛资格，而且宣布今后不允许任何选手使用甚至学习使用作弊软件拷贝原子弹文件，违者杀无赦斩立决。50年后，一名叫伊拉克的选手学习这个软件，立刻被开除出游戏界，永不录用，以儆效尤！

     公司早就决定全部转型到J2EE平台，但由于领导层和广大同事对J2EE的不了解，直到现在才有点重视技术升级——大概还是我们不停鼓吹的缘故。两个java程序员和朱照华在一起商量使用什么框架，我推荐了ibatis作为数据库操作层，spring作为业务层和mvc层，jsp作为表现层。都没意见，不过唐要用struts做mvc，我有点头大；而听说技术总监周好像想用Tapestry，晕。

2005年过了，狗年到了，本命年要穿红内裤吗？我还是头一次听说，哈哈。

从大年夜到年初七，跟往年一样，没停过脚，东家吃到西家，玩得很开心，呵呵。

今天初八，好大的雪。站在15楼看去，天灰灰朦朦，雪纷纷扬扬，脚下的城市白惨惨，恍惚间仿佛回到了我的大学。

我在聚网的主页 free5.e-168.cn/yooylet 在2005年底的时候没能上去，因为是使用的免费空间，所以也只能认倒霉。

当时的主页是用php写的，命名为“白露铜雀台”，后来改成“露台”，使用mysql数据库，作用是管理我收藏和监视的小说，自动查找提示最新章节。代码实现用了两个星期的业余时间，顺利使用了6个月，期间他们的网站访问速度还是很快的，就是有过两次配置改变造成的错误，逼得我改了些代码。后来就上去了，我还以为是聚网对免费空间开始砍了呢，没想到，今天看到了下面一张贴：

http://www.phpwind.net/read.php?tid=142294

居然因为内杠要关门了，我是免费用户还没话说，但那些收费用户的利益呢？！看来是他们是打算破罐子破摔了，否则不会在出问题时不通知客户做准备。回头看看，我的代码是备份了，但数据库的数据没有啊，惨惨惨！几百本小说的信息，几个月的心血化为乌有，又能怎么办呢！当初幸亏没有购买收费空间，不然碰到这样办企业的老总，岂不是跌得更惨－－赔了夫人又折兵啊。

郁愤中。。。

有什么是值得信任的呢，就是收费空间也不敢做了。

A wise programmer once told me that "Simple things should be simple and hard
things should be doable". I was recently on a new project where I was the
team lead and I made the choice to use hibernate. This was my first serious
hibernate project and I found out that in Hibernate simple things are not so
simple but the hard things are theoretically made easy by hibernate.
However, I needed the simple things 80% and the hard stuff about 20% of the
time.

In my particular situation I had a very well designed data model that was
built by a highly experienced data modeler. The data model was built a
couple of weeks before I joined this project as the team lead and it had
about 90 tables.

The task of mapping this data model to hibernate was not very easy, in the
end we went with a one table one class mapping. We had many association
tables that carried the reasons why the association was there in the first
place. So we had to expose the association tables as mapped hibernate
objects (This was also the recommendation of the Hibernate in Action book).

Developer productivity was the number one priority on this project, because
we had a very tight deadline which we met). The idea behind ORM is that the
developers would have only had to deal with the Java Objects but alas that
was not doable they all ended up with print outs of the data model on their
desks. After my experience with this project I do not sure that the goal of
cleanly separating the

Also many of our web pages had data on them that was very easy to grab via
SQL however it would have required a lot of code to traverse from one java
object to another to present those pages. Following the advice of the
Hibernate in Action book we ended up using report queries to get our data
out of the database. Almost every screen that we did had one or two report
queries.

The interesting thing is that the report queries in Hibernate turned out to
be more complex to write and figure out. We frequently had to write queries
in SQL then convert them to HQL. The whole idea of hibernate taking care of
generating the SQL for you did not pan out. We still had to write a lot of
queries.

Many of the tables we had a lot of relationships to many other tables and I
frequently found out that I could not map those relationships very easily to
hibernate. At first I was tempted to go to the data modeler and ask him to
change the relationships to make the hibernate mapping easier. The more I
understood the business problem the more I figured out that he had done a
great job and it was pointless to change the data model to try and make it
more hibernate friendly. For the record the data modeler was great to work
and he did not object to any changes that we requested.

So I made the decision not to map the complex relationships to hibernate.
Only simple relationships got mapped to hibernate, and this another
disappointment for me with ORM & Hibernate. It just seemed that I was always
trying to fit a square into a circle.

In the end I had one java class for each table in the database, only simple
relationships were mapped. Complex relationships were not mapped and that
simplified our project quite a bit and allowed us to get in on time. So we
needed up with a lot of report queries in HQL which made use of the new
operator in the HQL to stuff the results into java objects.

At the time I started this project I did not know much about iBATIS and I
knew a lot more about Hibernate. Developer productivity was one my keys
goals and I figured that it would be easier for me and my team to have
access to books on hibernate and there were more learning resources for
hibernate. If I was doing this project again I would have probably gone with
iBATIS since I eneded up using hiberante the iBATIS way!

My intuition as a programmer is that mapping statements to classes is better
than mapping classes to tables, simple because it more naturally fits the
principle that "simple things should be simple to do and hard things should
be double."（一字之误，这哥们真是不怕苦）

One of the key features of SQL is its clousure property every SQL query
returns a table. If some one was making an Object Query language they would
not be able to keep the colsure property or do projection in way that makes
sense. This is why I think that mapping objects to statements is a better
approach than mapping objects to tables.

I hope the write up of my experience was worth the time you spent reading
it.

Adib Saikali

      一大船逆风急行，船头一女迎风而立，衣衫飘飘却口吐白沫——正在刷牙也。