Mountain's profile蓝色山峰PhotosBlogLists Tools Help

Blog


    December 11

    转载:中国房地产市场的危机有可能化解吗?

     

    中国房地产市场的危机有可能化解吗?

    地址 http://fdc.rednet.cn/c/2007/12/10/1393054.htm

      最近数年来,房价暴涨,政府调控了再调控,结果是越调越高了。基本的事实是:面对中国一路高歌的房价,市场调节是失灵的,政府调控也是失灵的。
      面对房价节节高升,中国的经济学人总是在围绕是否加息、或增加土地供应、或增减税费、或限价、或增加经济房供应、打击价格欺诈等等方面争论不休。争论的各方都觉得真理在自己手里。但在我看来,中国房地产市场在很多最基础性的条件没有建立之前,对照西方经济学圣经高谈阔论,似乎有些不着边际。
      我们知道,经济学是讲假设的,市场无形之手和政府有形之手要在房地产市场上能够起调节和控制作用,先必须符合如下假设:
      假设一:市场上买卖的房子是房子,具有最基本的商品属性——房子是用来居住或办公的。我们知道,市场机制在非法传销市场上不起调节作用,因为非法传销市场上传销的商品已经不是商品本身了。
      假设二:在假设一成立的前提下,市场机制只能在均衡市场下起作用。均衡市场的必要条件是:市场上存在供给阵营和消费阵营两大阵营,并且是对立的、权利对等的、势均力敌的两大阵营。
      假设三:在假设一、二都成立的前提下,供给阵营竞争供给的有效性,基于消费阵营合作消费的有效性;或者说,消费阵营的消费合作无效性,基于供给阵营供给竞争的有效性。
      假设四:在假设一、二、三都成立的前提下,市场机制是中立的、客观的。宏观调控透过市场机制起作用。外因透过内因起作用。
      假设五:当绝大多数人不能通过市场获得住房时,弱势的一方拥有退出房地产市场、实现住房自给自足的绝对自由;当弱势者无法实现住房自给自足时,政府有绝对责任保障其基本居住权。
      如果上述五个假设成立,围绕中国房地产市场的调节和调控措施才有意义。中国的房地产市场存在上述五个假设吗?
    房市上销售的是住房吗?

      房子是用来住的,这是房子的基本商品属性。可城市,特别是大城市的新楼盘,有多少是用来住的呢?深圳6月的房价涨了50%多,交易的房子中有70%以上不是为没有房子住的人生产的,而是为有房子、甚至有很多房子的人套利而生产的。房子已经异化成投机套利的工具了,这样的房地产市场就不是经济学意义上的商品市场了。在这样的房市上,房子的空置率越来越高,价格也越来越高,价值规律和市场机制在这样的市场上并不起调节作用。很显然,在中国的房市上,假设一不成立。
    房市是均衡市场吗?

      均衡市场的核心标志,是市场上存在供给和消费两大阵营,并且是对立的、势均力敌的、权利平等的两大阵营。供给阵营总是希望涨价,消费阵营总是希望降价。市场上两大阵营的相互博弈是市场机制发生调节作用的内在动力。市场没有两大阵营的存在,就没有市场机制。两大阵营的权利平等、势均力敌,还是市场机制保持中立性、客观性、并持久发挥调节作用的基础。
      中国的房地产市场是否存在势均力敌的供给和消费两大对立阵营呢?事实是,供给阵营期待房子涨价,购买阵营中的大多数也期待房子涨价,两大阵营似乎是联盟关系。房地产市场成为投机者和强势者套取暴利的场所,80%以上的人不仅被排斥在房市之外(没有住房消费者阵营了),还被剥夺了自主建房或合作建房的权利(失去自给自足的权利),完全失去了博弈地位和能力。市场机制在这样的市场上,不可能中立地、客观地发挥调节作用,只会造成强者更强,弱者更弱。中国房市是一个既非充分竞争的、又非均衡的市场。很显然,中国房地产市场的假设二,不成立。
    中国的房市,是一个供给竞争和消费合作均有效的市场吗?

      只有供给阵营内部竞争,竞争才出效率。供给阵营内部为什么竞争呢?合作形成价格联盟不是更好吗?中国的房市就是一个供给阵营价格联盟的市场,实际是一个供给阵营联合垄断的市场。怎样才能打破垄断呢?要靠消费阵营的有效合作,即当供给阵营的涨价超出了消费阵营的底线——比自主建房或合作建房的机会成本高出时,消费者阵营就会坚守底线——自主建房或合作建房,只要自主建房和合作建设是有效的,就构成对供给阵营的压力,供给阵营内部的竞争就是必然的——由联合抬价转变为竞争性降价,这时的市场才由卖方市场转变为买方市场。当价格降到接近消费者自主建房或合作建房的机会成本时,消费阵营的自主建房和合作建房变得低效或无效,就会放弃合作,选择在市场上购买商品房,房地产市场的两大阵营就会达成新的均衡。
      现实的中国房市,供给阵营形成了价格联盟,但消费阵营却无法有效自给自足和合作建房,因为政府不给消费阵营自给自足和合作建房的权利。很明显,中国的房市,假设三也不成立。
     房市的宏观调控是否通过中立的、客观的市场机制起作用呢?

      在一个既充分竞争又相对均衡的市场上(如大米市场),市场机制是中立的、客观的。但均衡市场的供给阵营和购买阵营的力量有时也会出现失衡,会造成价格的波动,中立的市场机制会客观地修复市场失衡;政府也会采取宏观调控的措施,如减少库存增加供给等,帮助修复失衡。在均衡的市场上,政府宏观调控措施是透过市场机制调控市场的:当供给阵营过于强大时,有形之手透过市场机制会帮助消费阵营;当消费阵营过于强大时,有形之手透过市场机制会帮助供给阵营。修复市场供求关系,达成新的平衡。简而言之,政府调控是外因通过内因(市场机制)起作用,是中立的、客观的调控,会持久维持市场均衡状态。
      在当下中国不均衡的房地产市场里,由于房市的供给者和购买者没有势均力敌、权利对等的两大对立阵营,而是价格同盟,市场机制在这样的市场上不会中立、客观,市场是强势阵营的市场,市场机制会造成强者更强、弱者更弱。加上某些地方政府部门和腐败官员都是“房子养的”,房子涨价符合某些政府部门和腐败官员的利益。所以,在中国的房地产市场上,市场和政府都失去了“裁判员”、“平衡者”的中立、客观地位。因此,中国房地产市场的假设四也是不成立的。
    政府愿意保障公民基本居住权吗?

      前面的四个假设都不成立,市场机制和宏观调控在中国的房地产市场上都不会起积极作用。在这样的情况下,唯一的出路是市场的弱势阵营选择退出市场,寻求住房自给自足或政府保障其基本居住权。负责任的政府应该最大限度地扶持弱势阵营实现住房自给自足(自主建房或合作建房)或保障其基本居住权(政府提供廉租房)。可是,中国城市的无房者无权自主建房,对合作建房政府也不支持,政府也不保障无房居民的基本居住权利。因此,假设五,也不成立。假设五不成立,表明中国的房地产市场的危机不可能化解。
      很多经济学人,总是天真地为中国的房地产市场开出一些特经典的经济学处方,还常常振振有词地说自己的处方是国际上通用的“灵丹妙方”(中国的经济学人似乎都很书呆子气):加息可以控制房价上涨?增加土地供应开发商就会降低房价?减免税费就可以降低房价?政府的经济适用房可以抑制房价上涨?政府限价会持续起作用?阻击国际游资就可以控制房价?……十几年了,实践证明不起作用。这些措施只有在上述假设成立的前提下才会起作用——前提都没有,胡扯什么呢?!
      中国的房地产市场是一个什么样的市场,我给你打个比方:运输和交通需要车子。政府扶持大汽车制造商生产高档汽车,价钱高得80%的人都望车兴叹。于是,一些小厂商制造拖拉机、一些家庭工厂制造三轮车、一些农户自制人力车或马车。可是,有一群人鼓动政府作出了一个有战略意义的决策:制造拖拉机、三轮车、人力车、马车统统非法,运输和交通只能用汽车。于是,汽车就身价百倍,价格只涨不跌。汽车不仅具有金子一样的保值功能,还有增值套利的功能。于是,汽车就不做运输了,有钱人买汽车放着,等着涨价套利,或出租收租。这可苦了农民、市民和从事运输的人。这就是中国房地产市场的现实。
      其实,中国的房市和非法传销市场更相似。市场机制在传销市场上是失灵的,因为传销销售的已经不是一般商品,而是“人头”这种特殊商品。传销市场上没有势均力敌、权利平等的两大对立阵营,而是进入这个市场的人,齐心协力骗入“人头”,新骗来的人头必须参与骗入“更新的人头”,如此维持市场的存在。非法传销市场不是经济学意义上的市场,市场机制无法调节。最终的结果只有一个:当骗入的“人头”增加变缓,新增资金不足以维持市场的“食物链”时,市场就会崩溃。最近十多年来,政府从来没有停止打击非法传销,可非法传销却越打越旺,因为政府的调控无法透过市场机制起作用,并且所有在市场里的人都不想主动退出市场。在传销市场的“食物链”断裂的时候,政府就会派出国家机器将传销团伙镇压和遣散了事。中国的房市有向非法传销市场转变的趋势,所不同的是,中国怪胎式的房市是合法的,一旦资金链断裂,政府恐怕不能镇压和遣散了事。
     非法传销市场是危险的,中国房市也许更危险。

      没有上述假设的存在,这些市场的或非市场的调控措施都是没有用的。这些前提(假设)如果不存在,所有的经济学“规律”、“定律”在房市上的运用和解释都是扯淡。建立上述前提(假设),是有形之手和无形之手解决房市“危机”的当务之急。
      在当前的中国,如何尽快建立房地产市场的前提呢?第一,在今后相当长的一个阶段,要优先发展“小产权房”。因为,“小产权房”不是用来炒的,是用来住的(建议小产权房满10或15年可以入市交易)。只有这样,房地产的价格才会回归价值,房子才能回归住房的商品属性。毫无疑问,当前要优先发展“小产权房”,而不是禁止发展。第二,政府要鼓励和扶持自主建房和合作建房。因为只有这样,房地产的供给阵营内部才能恢复竞争,房地产市场才会是一个真正竞争的市场。市场的需求阵营才会逐步回到市场,才能逐步形成市场中的供给和购买两大势均力敌、权利对等的对立阵营,逐步恢复市场均衡状态。
      无论是“小产权房”,还是“自主建房”、“合作建房”,都是符合市场经济“所有制多元、主体平等”的基本原则的,也是《宪法》保护的。上述这两条,假如政府和“主流经济学家”都不同意,这就不是经济问题了,也不是法律问题,而是人权问题,是最基本的政治问题。而政治问题就不是经济手段、甚至法律手段可以解决的了。
      我判断:房市有大忧。如此下去,有两个方面的严重后果:一是将有更多的人在城乡之间流动,不出10年,至少有4亿人会以城市的地下室、公园和交通林带为家;二是房市将会沦为下一个非法传销市场。但是,如果政府优先发展“小产权房”和扶持穷人“自主建房”或“合作建房”,5年之内,中国将有5亿农村人在城镇安居乐业;中国的房市也会回归均衡市场的发展轨道。

         (作者: 李昌平 河北大学中国乡村建设研究中心学者)

    [稿源:上海证券报]
    [作者:李昌平]
    [编辑:实习生:林舜]

    April 17

    缩水年代

    心跳加速,无力,发冷,手指哆嗦。很明显的低血糖,Fred那边要了两块饼干,根本就没有效果。没有办法,餐厅的油饼又变小了,中午吃饭的时候就注意到了,吃饭的时候还在想,要不要来三块油饼。以前两块油饼是可以支撑到下班的,想想那么油腻的东西我都吃不饱,但是为什么体重不增加呢?下次不知道该吃什么了,玉米面的馒头看上去倒是很大,可是觉得颜色不对,应该是加了很多人工色素了。白面馒头粘粘的,很难吃,米饭,根本就吃不饱的。
    什么东西都开始变小,开始涨价,房价,生活费,年龄都在涨。唯一不涨得就是薪水了。
     
    快下班了,等着,赶紧回去吃东西~~~~~~~~

    March 23

    随便写写

    昨晚大学的死党打来电话,聊了很长时间,死党在一个南方的城市买了套房子,工作也非常清闲,重要的是死党很快要结婚了。要结婚的死党突然间感悟很多,我揶揄她是由生活的人,电话中一些精辟不绝,摘录下来,以供我以后参考
     
    1。你知道那种感受么,两个人完完全全生活在一起,任何缺点都暴露无余,那是一种什么样的感觉你根本就没有经历过,你(这里指我)都没有和别人共同生活过一个月……
     
    2。男人是以男人的观点来看女人,女人用女人的观点来找男人,男人和女人根本就不可能了解。
     
    3。不要因为寂寞而寻求一份爱情,这样只会让你更寂寞。
     
    …………………… 还有很多,有时间就在做整理,现在先写一点,免得忘了
    February 09

    My precious memory

    My precious memory

     

    My English teacher, a little beauty, Basin, asked me to write an article about ethics to practise my English. I think it is more difficult to discuss than to tell a story about ethics. The reason is that people defines it in various ways. Here I decide to tell a story to show my previous memories instead.

     

    When I was in my high school, I had two holidays every year, one is summer holiday and the other is winter one. I was 15 yeas old, a big, tall and young man and just like others that are in the same age, I slept very well every night. In summer holiday, it was very hot and often rained, I always slept with the windows opened. Every raining evening, I heard my father came into my bedroom and closed the windows for my brother and me lightly. In winter, it became very cold. To keep our lives, my father had to wake up very early to work. Every morning, I heard my father came into my bedroom and enswathed the quilt for my brother and me, and then touched our heads kindly. Before long, I heard the sound of motor bike, which means he has set out for work as usual.

     

    My father has few words, but does a lot for us. My brother and I are very lucky and proud of having such a father.

    January 23

    撷葩II

    相信未来

        食指

    当蜘蛛网无情地查封了我的炉台
    当灰烬的余烟叹息着贫困的悲哀
    我依然固执地铺平失望的灰烬
    用美丽的雪花写下:相信未来

    当我的紫葡萄化为深秋的露水
    当我的鲜花依偎在别人的情怀
    我依然固执地用凝霜的枯藤
    在凄凉的大地上写下:相信未来

    我要用手指那涌向天边的排浪
    我要用手掌那托住太阳的大海
    摇曳着曙光那枝温暖漂亮的笔杆
    用孩子的笔体写下:相信未来

    我之所以坚定地相信未来
    是我相信未来人们的眼睛
    她有拨开历史风尘的睫毛
    她有看透岁月篇章的瞳孔

    不管人们对于我们腐烂的皮肉
    那些迷途的惆怅、失败的苦痛
    是寄予感动的热泪、深切的同情
    还是给以轻蔑的微笑、辛辣的嘲讽

    我坚信人们对于我们的脊骨
    那无数次的探索、迷途、失败和成功
    一定会给予热情、客观、公正的评定
    是的,我焦急地等待着他们的评定

    朋友,坚定地相信未来吧
    相信不屈不挠的努力
    相信战胜死亡的年轻
    相信未来、热爱生命

    1968年 北京

    撷葩

    很多都是高中时候读过的东西,可惜都找不到了,google都找不到,在这里mark一下--------另: 有一本绿色封面的朦胧诗集,谁有收藏可否一阅
                                       红 豆

                           李小雨

                                      在天与海的尽头
                 该粉碎的都粉碎了
                 如残破的贝壳
                 该隐瞒的都隐瞒了
                 如厚厚的沉沙
                 该忘却的都忘却了
                 如弃船的枯骨
                 该凋零的都凋零了
                 如孤独的海烟
                 该有梦的都梦过了
                 如一闪而过的鸥翅
                 该流泪的都流过了
                 如蚌内柔柔的盈珠
                 该结疤的都结疤了
                 如紫黑色怪状的礁石
                 该痛苦的都痛苦了
                 如辗转抽搐的暴风

                 那么
                 你为什么还要
                 生长在这里
                 你这棵瘦弱摇晃的
                 面海而孤独的相思
                 每日每日
                 那如血的滴滴红豆
                 红豆
                 红豆啊
                 垂落
                 在世界的尽头

    January 03

    NameValueCollection怎么了?

    很早的时候就开始写一个configuration,但是发现net自带的configuration有些地方让人搞不明白
     
    看下面的代码  app.config
     
    <?xml version="1.0" encoding="utf-8" ?>
    <configuration>
      <configSections>
       
        <section name="myCustomerSectionA" type="System.Configuration.NameValueSectionHandler"/>
       
        <section name="myCustomerSectionB" type="ConfigurationDemoII.CustomerSectionHandlers,ConfigurationDemoII" />
      
      </configSections>
      <myCustomerSectionA>
        <add key="myKeyA" value="myKeyAValueA" />
        <add key="myKeyA" value="myKeyAValueB" />
        <add key="myKeyB" value="myKeyBValueA" />
        <add key="myKeyB" value="myKeyBValueB" />
      </myCustomerSectionA>
      <myCustomerSectionB>
        <add key="myKeyA" value="myKeyAValueA" />
        <add key="myKeyA" value="myKeyAValueB" />
        <add key="myKeyB" value="myKeyBValueA" />
        <add key="myKeyB" value="myKeyBValueB" />
      </myCustomerSectionB>
     
    </configuration>
     
    app.cs
     
    using System;
    using System.Collections;
    using System.Collections.Generic;
    using System.Collections.Specialized;
    using System.Text;
    using System.Xml;
    using System.Configuration;
    namespace ConfigurationDemoII
    {
        class Program
        {
            static void Main( string[] args )
            {
                try
                {
                    TestSysNameValueCollection();
                    Console.WriteLine( "~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~" );
                    TestMyNameValueCollection();
                }
                catch( Exception ex )
                {
                    Console.WriteLine( ex.Message );
                    Console.WriteLine( ex.StackTrace );
                }
            }
            private static void TestSysNameValueCollection()
            {
                NameValueCollection nvc = (NameValueCollection)ConfigurationManager.GetSection( "myCustomerSectionA" );
                foreach( string key in nvc.AllKeys )
                {
                    Console.WriteLine( key );
                    Console.WriteLine( nvc[key] );
                }
            }
            private static void TestMyNameValueCollection()
            {
                NameValueCollection nvc = (NameValueCollection)ConfigurationManager.GetSection( "myCustomerSectionB" );
                foreach( string key in nvc.AllKeys )
                {
                    Console.WriteLine( key );
                    Console.WriteLine( nvc[key] );
                }
            }
        }
        class CustomerSectionHandlers : IConfigurationSectionHandler
        {
            #region IConfigurationSectionHandler 成员
            object System.Configuration.IConfigurationSectionHandler.Create( object parent, object configContext, System.Xml.XmlNode section )
            {
                NameValueCollection col = new NameValueCollection();
                foreach( XmlNode childNode in section.ChildNodes )
                {
                    XmlElement root = (XmlElement)childNode;
                    if( root.Name == "add" )
                    {
                        string key = root.GetAttribute( "key" );
                        string value = root.GetAttribute( "value" );
                        col.Add( key, value );
                    }
                    else if( root.Name == "remove" )
                    {
                    }
                    else if( root.Name == "clear" )
                    {
                    }
                }
                return col;
            }
            #endregion
        }
    }
     
     
     
    运行的结果 
     
    myKeyA
    myKeyAValueB
    myKeyB
    myKeyBValueB
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    myKeyA
    myKeyAValueA,myKeyAValueB
    myKeyB
    myKeyBValueA,myKeyBValueB
    Press any key to continue . . .
     
    能看到什么不同么, Sys自带的namevaluecollection好像把后面新加入的同一个key的信息冲掉了,如果是configuration本身就是这么设计的,那么为何要用NameValueCollection这个容器呢?
     
    我在cnblog的几篇介绍configuration的文章中并没有找到相关的信息  http://msdn.microsoft.com/msdn-online/shared/components/ratings/ratings.aspx?ContentID=_978498&HideDiscuss=1里面也没有这一块类似的介绍
     
    OK, 打开Refelect看看吧  哦,  
    internal static object CreateStatic(object parent, XmlNode section, string keyAttriuteName, string valueAttributeName)
    {
          ReadOnlyNameValueCollection collection1;
          if (parent == null)
          {
                collection1 = new ReadOnlyNameValueCollection(new CaseInsensitiveHashCodeProvider(CultureInfo.InvariantCulture), new CaseInsensitiveComparer(CultureInfo.InvariantCulture));
          }
          else
          {
                ReadOnlyNameValueCollection collection2 = (ReadOnlyNameValueCollection) parent;
                collection1 = new ReadOnlyNameValueCollection(collection2);
          }
          HandlerBase.CheckForUnrecognizedAttributes(section);
          foreach (XmlNode node1 in section.ChildNodes)
          {
                if (!HandlerBase.IsIgnorableAlsoCheckForNonElement(node1))
                {
                      if (node1.Name == "add")
                      {
                            string text1 = HandlerBase.RemoveRequiredAttribute(node1, keyAttriuteName);
                            string text2 = HandlerBase.RemoveRequiredAttribute(node1, valueAttributeName, true);
                            HandlerBase.CheckForUnrecognizedAttributes(node1);
                            collection1[text1] = text2;
                      }
                      else
                      {
                            if (node1.Name == "remove")
                            {
                                  string text3 = HandlerBase.RemoveRequiredAttribute(node1, keyAttriuteName);
                                  HandlerBase.CheckForUnrecognizedAttributes(node1);
                                  collection1.Remove(text3);
                                  continue;
                            }
                            if (node1.Name.Equals("clear"))

    { HandlerBase.CheckForUnrecognizedAttributes(node1);
                                  collection1.Clear();
                                  continue;
                            }
                            HandlerBase.ThrowUnrecognizedElement(node1);
                      }
                }
          }
          collection1.SetReadOnly();
          return collection1;
    }


     ReadOnlyNameValueCollection 这个东西sdk里面没有介绍 HandlerBase 这个玩意也没有深入研究过,晕

     
    还是偷懒一下,等着牛人来回答吧
     
    过往的牛人, 请留下高见
     
     
    September 21

    又见GC

    前段时间偶尔在msn上被人问起GC,自己也是不明白,整理了一下不明白的问题。为以后学习做准备
    using System;
    using System.Collections.Generic;
    using System.Text;
    namespace GCDemo
    {
        class Program
        {
            static void Main( string[] args )
            {
                MyClassTemp temp= new MyClassTemp();
                //MyClassAdapter temp = new MyClassAdapter();
                GCCall();           
            }
            private static void GCCall()
            {
                Console.ReadLine();
                Console.WriteLine( "GC START" );
                GC.Collect();
                Console.WriteLine( "GC END" );
                Console.ReadLine();
            }
        }
           class MyClassTemp
        {
            public MyClassTemp( )
            {
                Console.WriteLine( "MyClassTemp is Creating" );
            }
            ~MyClassTemp( )
            {
                Console.WriteLine( "MyClassTemp is Destroying" );
            }
        }
        class MyClassAdapter
        {
            public MyClassAdapter( )
            {
                MyClassTemp temp = new MyClassTemp();
            }
        }
    }
     
    -----------------------------------------------------------------
    如果把main函数中的代码修改如下 那么得到的结果将会是不同的 
    //MyClassTemp temp= new MyClassTemp();
    MyClassAdapter temp = new MyClassAdapter();
     
    JIT编译main函数,个人感觉好像是把Main函数的所有引用(这里专指引用到heap上的对象)放到root中
     MyClassTemp temp= new MyClassTemp(); 这个temp也被放入。那么后来在main函数中调用GC的时候,temp的引用仍然在root中,所以temp并不被GC,而关闭这个控制台程序的时候,temp被GC掉。
     
    如果使用这段代码 MyClassAdapter temp = new MyClassAdapter();  这个时候main中调用了自函数,此子函数调用结束之后(子函数栈和堆退出了) 这个时候temp这个引用应该是可以从root上移除了,GC的时候,temp被GC.
     
    关乎GC,说得比较清楚地只有jeffrey richer的《Applied Microsoft .Net Framerok Programming》,没有别的书作对照和参考,我也不能很好的理解,如果理解的有错误的地方,望个位路过的留个记号,多多指教。
    September 15

    Asp.net的一些随笔

    在这里做个记号,没有系统的接触过,先做个记号,以后慢慢来吧。
     
    每一个虚拟目录应该是对应着一个AppDomain 的, 而每一个AppDomain里面应该是有很多的Application实例,这些实例的创建应该是在用户第一次请求一个Page被创建的。 
     
    那么同一个Page的多个请求,是使用一个App还是每一个用户都建立单独的App----------汗,这点搞不明白。   
     
    恩  或许是这个样子的。 
    App是一个Instance  当一个request收到的时候, 相应的App就会被建立,
    这个App就被pool 因为App的创建应该是比较好费资源的(parse 和 compily 特别是这种parse 如果没有pool 应该是非常费劲 )    
    接着authentication authorization 和 Session 的module 依次工作 当这个请求结束的时候  虽然意义上这个App的生命期已经结束了 但是实际上它在pool里面 
    至于request的Session 应该是放到一个别的地方(比如说SessionState进程) Session 的module会在工作的时候根据key取道相对应的value
    -----------------------------------------------------------------------------------------------------
    ----------至于request的Session 应该是放到一个别的地方(比如说SessionState进程)--------
    也就是在这个地方  如果使用的是inproc (我个人感觉这个inproc应该就是这个app) 那么当一个用户的reqeust处理完后是不能把App释放了的 因为session还在里面阿  这个要一直活到Session实效为止  而且不同用户访问同一个page的时候 也不能已经创建好的App去应付这个新的请求阿  因为他们的Session是不一样的阿   汗 
    -----------------------------------------------------------------------------------------------------
    不管是别的用户还是仍旧是当前用户  如果发送出对相同的Page的请求  App被从pool中取出 周而复始
     
    也就是说应该是每一个Page都会有一个App  而不同用户访问请求相同的Page的时候 访问的都是一个App(但是这个App的一些冬冬是不同的 比如说Session什么的   其实App本身是个动态的概念 但是因为pool  所以就~~~~) 
     
     
    这个概念和Remoting的为每一个请求创建一个app和都是用一个app处理所有的请求有些差别  汗 不知道remoting 所以这些事情搞不明白
    如果有人能够给我讲讲asp或者是java中的服务器端模型 应该能加深理解  后悔大学里怎么没有学习一下asp
     
    个人感觉UI使用html不断的回来回去的实在是滥  但是相对应的asp.net确实做得如此的棒  断开连接和使用pool这些都很漂亮 更要命的是 Parse和complier  当然这个东西同时也是学习asp.net的最大的障碍   我不知道怎么才能找到最终生成的appClass代码和PageClass代码
    VS03中在还能看些简单的  VS05都不知道怎么做了
     
    asp.net比较滥的地方是那些control  他们在设计其中的展现和他们的功能相互交错在一起  即使使用的是Attribute 但是感觉还是掺在一起了  要想做一个完全第三方的ide还真的比较难了  html把展现和数据掺和到一起 死掉了 asp.net的control把功能和定制掺和到了一起 后果如何 慢慢看~~~~~~~~~~~
     
    August 31

    推荐一篇asp.net得好文章

     
    博客园已经有人在做翻译了。
     
    这篇文章着重讲述了 isapi 到 httphandler 处理过程的一些细节
     
    对于这方面讲述的比较好的中文书籍有:《asp.net服务器控件组件开发》 和 《asp.net组件程序设计技术内幕》  -------- 可能会有别的书 好像是有一本叫什么《asp.net揭秘》 绿色的封面 但是好像是很厚 我怕会有很多地方讲述如何使用控件 在书店的时候就没有翻过
     
    但是 《asp.net服务器控件组件开发》 对于isapi 到 httphandler 处理过程讲的很简单 因为做一个servercontrol主要是要使用httphandler后面的东西   而《asp.net组建程序设计技术内幕》中  黄忠成老先生好像是表达不在行 弄得我一直是云里雾里 以至于这本书在我手里一年多了 我一直都没有看过
     
    个人认为一个高效率的portal可能是安插了一个新的httpmodule来对付自定义的UI 而不可能是在httphandler之后作一些动作
     
    但是ms的sps大概在什么地方实现我个人不清楚 因为本人的asp.net水平实在是不怎么样 ---------- 恩 仅仅是停留在会使用控件的层次
     
     
    先做个记号 有了别的心得在继续补充
    July 18

    《20 30 40》

          一个很要好的朋友推荐看这部电影,已经很久不看电影和读书了。因为看过之后很长一段时间都沉浸在一种情趣中而不能自拔,而自己也不太愿意再看一些很凄惨的结尾。一部好的电影总是试图展现我们在记忆里存活的状态,《20,30,40》也是一样。

         20岁的小洁,带着自己的音乐的梦想和青春的萌动,只身来到台北。还是那句话,年轻没有什么不可以。连地震都兴奋不已……30岁的想想,之前20岁的时候如果没有找到那个要的人,想想还在继续寻找,爱她爱的痴颠得小乐手,浪漫邂逅的有妇之夫,有保持暧昧的前男友,想想拿着三部手机在他们之间穿梭优游。爱想想的小乐手想想认为太幼稚,想想觉得成熟的医生又是有妇之夫。直到有天前男友说要结婚了,想想慌了,原来自己什么都没有剩下,就连那个爱她的小乐手,也被一次次的不
    接电话而离她而去,不过影片的结尾倒是给了想想一个新的可以依靠的人,不知道想想会不会厌烦而再次回到从前……40岁的花店老板丽丽在一次送花的途中偶然发现丈夫在外面还有一个家。之后的离婚和重新的选择同样让她疲惫不堪。有个朋友问我如果有一天我老婆也有了外遇我该怎么办,我当时一下子哑然,怎么办,还真的没有想过,也想不出来,即使是让我现在回答,我也不知道该怎么办…
     
            我的影子又有多少在里面,20岁的青春年少,已经渐渐离我而去。30岁在慢慢到来,好多30岁的影子就在自己身边。40岁,不想去想……或许像那个被别人骂了无数次幼稚无知小乐手还颠颠追人家的小乐手,可是我没有他那么年轻了。恩,向黄秋生吧,做了很多年音乐却仅够糊口饭(我是连饭也糊不上),一边发着牢骚,一边为了自己的梦想(也不一定是梦想了,可能他除了音乐别的什么都不会做)而工作。
     
           建议要是有时间的话,不妨看看这部《20 30 40》
     
    June 22

    项目日记--关于测试

    其实现在这个项目处于收尾阶段
     
    关于测试——————————————
     
    我会慢慢把它补上
     
    很多的事情,只有经历过了才能感受得到…………
     
    今天整整一天的时间在debug,在一段抛出异常的代码上面没有使用try来捕获,结果这个异常被sps捕获了,什么都不说,直接显示错误。然后一层一层的跟踪…………
     
    很多的时候我们为了节省时间都不做单元测试,但是想一想我们这个样子又节省了多少时间呢?即使是些程序的高手,每天能够写出不用单元测试而没有bug的代码也没有几行。自己做这个项目也有一年多的时间了。感觉code的时间能占到1/5就不错了,更多的是在debug,有几个模块作了一些测试的小例子,结果后来在这几个模块出问题或者需要添加新的功能的时候,很快就能够完成。可是后来我一次大意把一些测试代码删掉了,呜呜^^^^^^
     
    还是那句话“你盖房子的时候是先吊线,在垒砖,还是先垒砖,在吊线”。
     
    最近公司的测试部经理换掉了,个人感觉,公司的测试就是,墙都垒完了,调根线看看直不直。需求阶段产生的bug在测试阶段不知道已经扩大到了几百倍,而代码有时在不断的催促之下写出来的。好多事情,就这样莫名其妙的发生了。
     
    -----------------------------------------------------------------------------------------------------------------------------------
     
    不重视开发流程中的每一步测试还产生出另外一个现象——————牛人,在项目上线之后,公司会有一群牛人跟踪这个项目中隐藏的bug和性能调优。很多这样的事情在编码的工程中就可以稍微注意就可以控制得住。但是管理者们往往根本不注意编码这块工作的重要性,不断的催促赶时间,而前期的分析和设计又没有做好,导致编码也要不断的修改,于是出现了一大堆开发人员都感到恶心的代码。这些表面上看似能够正常工作的代码实际上杀机无限,程序提交给客户了,开发人员送了一口气,轮不到他的事情了,但是程序在工作中漏洞和错误不断出现,这个时候牛人闪亮的登场了,使用dump调出内存中的信息察看,靠,最终是使用了string而没有用stringbuild造成了4万次的循环,牛人找到了问题,也送了一口气。其实牛人本应该站在更高的高度去做系统架构,引导公司软件发展的方向,但是牛人每天奔波于编码过程中的内存泄漏,string的滥用,connection没有关闭链接…………  我想牛人也够无奈的。据说华为也有专门做这个的牛人,年薪100万,靠。
     
     
     
    ps: 本人不懂得测试驱动
    May 22

    05年微软之行

    很多感受,一直没有时间写,mark一下,慢慢把他写出来
    May 11

    看来我只能是穷人了

    1.自我认知


      穷人:很少想到如何去赚钱和如何才能赚到钱,认为自己一辈子就该这样,不相信会有什么改变。


      富人:骨子里就深信自己生下来不是要做穷人,而是要做富人,他有强烈的赚钱意识,这已是他血液里的东西,他会想尽一切办法使自己致富。


      2.休闲


      穷人:在家看电视,为肥皂剧的剧情感动得痛哭流涕,还要仿照电视里的时尚打扮自己。


      富人:在外跑市场,即使打高尔夫球也不忘带着项目合同。


      3.交际圈子


      穷人:喜欢走穷亲戚,穷人的圈子大多是穷人,也排斥与富人交往,久而久之,心态成了穷人的心态,思维成了穷人的思维,做出来的事也就是穷人的模式。大家每天谈论着打折商品,交流着节约技巧,虽然有利于训练生存能力,但你的眼界也就渐渐囿于这样的琐事,而将雄心壮志消磨掉了。


      富人:最喜欢交那种对自己有帮助,能提升自己各种能力的朋友。不纯粹放任自己仅以个人喜好交朋友。


      4.学习


      穷人:学手艺。


      富人:学管理。


      5.时间


      穷人:一个享受充裕时间的人不可能挣大钱,要想悠闲轻松就会失去更多挣钱的机会。穷人的时间不值钱的,有时甚至多余,不知道怎么打发,怎么混起来才不烦。如果你可以因为买一斤白菜多花了一毛钱而气恼不已,却不为虚度一天而心痛,这就是典型的穷人思维。


      富人:一个人无论以何种方式挣钱,也无论钱挣得是多是少,都必须经过时间的积淀。富人的玩也是一种工作方式,是有目的的。富人的闲,闲在身体,修身养性,以利再战,脑袋一刻也没有闲着;穷人的闲,闲在思想,他手脚都在忙,忙着去麻将桌上多摸几把。


      6.归属感


      穷人:是颗螺丝钉。穷人因为自身的卑微,缺少安全感,就迫切地希望自己从属并依赖于一个团体。于是他们以这个团体的标准为自己的标准,让自己的一切合乎规范,为团体的利益而工作,奔波,甚至迁徙。对于穷人来说,在一个著名的企业里稳定地工作几十年,由实习生一直干到高级主管,那简直是美妙得不能再美妙的理想了。


      富人:那些团体的领导者通常都是富人,他们总是一方面向穷人灌输:团结就是力量,如果你不从属于自己这个团体,你就什么都不是,一文不名。但另一方面,他们却从来没有停止过招兵买马,培养新人,以便随时可以把你替换。


      7.投资及对待财富


      穷人:经典观点就是少用就等于多赚。比如开一家面馆,收益率是100%,投入2万,一年就净赚2万,对穷人来说很不错了。穷人即使有钱,也舍不得拿出来,即使终于下定决心投资,也不愿冒风险,最终还是走不出那一步。穷人最津津乐道的就是鸡生蛋,蛋生鸡,一本万利……但是建筑在一只母鸡身上的希望,毕竟是那样脆弱。


      富人:富人的出发点是万本万利。同样的开面馆,富人们会想,一家面馆承载的资本只有2万,如果有1亿资金,岂不是要开5000家面馆?要一个一个管理好,大老板得操多少心,累白多少根头发呀?还不如投资宾馆,一个宾馆就足以消化全部的资本,哪怕收益率只有20%,一年下来也有2000万利润啊!


      8.激情


      能不能干成大事,首先要看有没有激情


      穷人:没有激情。他总是按部就班,很难出大错,也绝不会做最好。没有激情就无法兴奋,就不可能全心全意投入工作,大部分的穷人不能说没有激情,但他的激情总是消耗在太具体的事情上;上司表扬了,他会激动;商店打折了,他会激动;电视里破镜重圆了,他的眼泪一串一串往XL,穷人有的只是一种情绪。


      富人:“燕雀安知鸿鹄之志?”“王侯将相,宁有种乎?”有这样的激情,穷人终将不是穷人!激情是一种天性,是生命力的象征,有了激情,才有了灵感的火花,才有了鲜明的个性,才有了人际关系中的强烈感染力,也才有了解决问题的魅力和方法。


      9.自信


      穷人:穷人的自信要通过武装到牙齿,要通过一身高级名牌的穿戴和豪华的配饰才能给他们带来更多的自信,穷人的自信往往不是发自内心和自然天成的。


      富人:李嘉诚在谈到他的经营秘诀时说:“其实也没什么特别的,光景好时,决不过分乐观;光景不好时,也不过度悲观”。其实就是一种富人特有的自信。自信才能不被外力所左右,自信才可能有正确的决定。


      10.习惯


      穷人:有个故事,一个富人送给穷人一头牛。穷人满怀希望开始奋斗。可牛要吃草,人要吃饭,日子很难。穷人于是把牛卖了,买了几只羊,吃了一只,剩下的来生小羊。可小羊迟迟没有生下来,日子又艰难了。穷人又把羊卖了,买成鸡。想让鸡生蛋赚钱为生,但是日子并没有改变,最后穷人把鸡也杀了,穷人的理想彻底崩溃了。这就是穷人的习惯。


      富人:据一个投资专家说,富人成功秘诀就是:没钱时,不管多困难,也不要动用投资和积蓄,压力使你找到赚钱的新方法,帮你还清账单。这是个好习惯。性格形成习惯,习惯决定成功。


      11.上网络


      穷人:上网聊天。穷人聊天,一是穷人时间多,二是穷人的嘴天生就不能闲着。富人讲究荣辱不惊,温柔敦厚,那叫涵养,有涵养才能树大根深。穷人就顾不了那么多,成天受着别人的白眼,浑身沾满了鸡毛蒜皮,多少窝囊气啊,说说都不行?聊天有理!


      富人:上网找投资机会。富人上网,更多的是利用网络的低成本高效率,寻找更多的投资机会和项目,把便利运用到自己的生意中来。


      12.消费花钱


      穷人:买名牌是为了体验满足感,最喜欢试验刚出来的流行时尚产品,相信贵的必然是好的。


      富人:买名牌是为了节省挑选细节的时间,与消费品的售价相比,他们更在乎产品的质量,比如会买15元的纯棉T恤,也不会买昂贵的莱卡制品。

    April 11

    是变化太多还是我没有能力拥抱

    做一个新的系统,首先要对系统需要实现的功能明确,然后开始对每一块要实现的功能作技术实现的研究,等所有的技术点都解决得差不多的时候。就需要设计架构(准确地说没有达到的架构规模,而仅仅是模块的逻辑关系),一般来说,模块的功能是不变的,而功能的实现是变化的,找准系统中不变和可变的部分,这个是设计的重中之重。

     

           这些是对于很有经验的系统架构师来说,想我这种水平的人就做不得到,我一般采取的方法是,先使用最简单的技术对系统做一个模型(这个模型并不困难,每一个技术点的代码组合一下就差不多了),然后在模型的基础上重构,说白了就是从新写组织代码,这个时候需要注意的是往往重构代码的时候会沉浸在代码重而忽略了。

     

           LCEIP中可能存在的变化

    1.  SSOSPS的新版本实可以选用From验证,甚至说这个From的数据完全可以读取自己数据库里的表而不是SPS提供的API,这个一个接口就可以搞定,同一个系统使用的凭证信息存放在SPS和存放在数据库里都没什么问题了。但是不同系统的验证信息可能所需的数量和类型都是不一样的,这个才是系统变化中最要命的部分。可以做一个接口,接口里面包含一个事件,时间的参数有一个SignOnSuccess的标志,不同系统中的登陆都注册此事件,但是这个接口抽象地层次是如此之高,估计意义不会很大。(还有该死的SPS只能存放5个字段,当然可以把这五个字段映射到相应的表中用来扩充。这是一个多么令人恶心的解决方法啊)

    2.  WebPartPart的功能就是展现,这个是不变的,Part的实现可以有很多种变化,GS3.2PartGS3.0Part实现方式完全不一样,而Web方式的Part也是完全不一样的,这个变化的封装不应该在WebPart中而应该在ToolPart中。第二点的变化就是如果把继承SPS中的WebPart的修改为继承.net2.0WebPart,代码不作修改或者说仅仅需要做少量的修改就能继续正常工作。

     

     写到这个地方做个备份同时也希望各位路过的大虾都给个意见

    March 23

    手发麻,该如何?

    年后刚开始工作就觉得整个右胳膊酸疼,心想是长时间不活动的问题,没在意,3个星期前手开始发麻,就像是坐车时间久了脚麻了那种感觉,不是很重,也不是一直麻,每隔一段时间就有些麻。
     
    去齐鲁医院,导医台的混蛋告诉我要挂神经科,7元,神经科说应该去骨科,再次挂号,6元,骨科和神经科都建议我拍颈部CT,280元。太贵,心疼,没舍得拍。神经科的大夫说是颈椎间盘突出压迫神经所致,让我打针 维生素B1 + 维生素B12,口服维生素B6。骨科的大夫摸了我半天脖子说没有颈椎间盘突出(我的脖子长,很仔细的摸了半天,很辛苦)。给我开了一盒止疼药,让我在去神经科。郁闷,没有在去,不看了。
     
    划价,贵得要死,心疼,没交钱,去平民大药房买维生素B1一瓶(口服),维生素B6一瓶(口服),维生素B12一瓶(口服)。 三瓶药共两块二毛钱。
     
    吃了一个星期了,  没怎么见效果。
     
     
     
    各位做程序员的同行有没有过类似的经历,如果有过,我就不用再去看医生了。
     
     如果知道什么偏方或者是什么别的意见,谢谢告诉我~~~~~~~
    February 28

    大话(ZT)


    《大话西游》是一部经久不衰的经典影片,或者可以说是我最为推崇的一部影片。确实,除了《大话西游》外,再也没有任何一部能令我反复观看数十遍的影片了。
      这部影片看似荒诞,其实却拥有着丰富的内涵,就像评论家们对它的评论那样——它是一部雅俗共赏的影片。俗人看荒诞、看搞笑;雅人看内涵、看感动。
      我想,我的表达能力是无论如何也不能将它做一个完整全面的评论,能从中取得一些人生感悟已是不易。然而,暮然回首,它的内容与情节在不知不觉中竟然已经在我的脑海中沉淀了有十年之久……
      不禁感然!
        ——题记


        
       “我在你心里留下了一样东西……”
        ——紫霞仙子
        
      “孙悟空在五百年前抛弃了白晶晶,而他在五百年后转世为人(至尊宝)却深爱上了白晶晶。为了阻止白晶晶的自杀,至尊宝借助月光宝盒的魔力让时光倒流企图挽救她,谁知月光宝盒却将他带到了五百年前。月光宝盒落入了牛魔王的手中。为了拿回月光宝盒回到五百年后救白晶晶,至尊宝违心的接受了紫霞仙子的爱,期望她能从牛魔王手中拿回月光宝盒。紫霞仙子为了证实至尊宝是否爱她,她钻进至尊宝的心脏里,当她发现至尊宝说的一切都是骗她的时候,她在他心中留下了一滴伤心的眼泪……”

        ——片段一《一滴眼泪》
        
      这段剧情看似荒诞,可是让人看了以后又觉得寓意很深!至尊宝心中藏着最爱他的人的一滴珍贵的眼泪……
      其实,在这茫茫的人海中,不管你是谁,不管你是否富有,是否贫穷,是否高贵,是否低贱,你的心中都藏着那么一滴眼泪,这滴眼泪也许是你的爱人流下的,也许是你的亲人。可是,你却并不知道自己的心中居然藏着一滴那么珍贵的眼泪,这滴眼泪的主人用它向你表达了他对你最真挚的爱。
      走在这个人生的道路上,人们总是会给自己留下许多遗憾,而最遗憾的事情却是这些遗憾都是你无法去弥补的!你的父母亲活在世上的时候,父亲对你的严厉或许一直让你痛恨不已,母亲善意的唠叨始终让你心烦。你一直在想办法刻意摆脱他们,离他们远远的。可是,不管你离他们多远,你在充分享受你的自由与快乐的同时,心中都会感觉到有一份隐隐的说不清楚的沉重,你却并不知道那份沉重是什么。而若干年后,父母亲离开了你,永远的离开了这个人世间,当他们离去的瞬间,你一定会突然醒悟过来,原来始终压在你心头的那份沉重就是你父母亲在你心中留下的一滴眼泪,这滴眼泪包含了太多太多对你的疼爱与不舍了,可是,等你真正明白并且想回报这滴眼泪时,一切都已经太晚了……
      我记得,有那么一句话:“人的一生中会遇到四个人:第一个是你自己;第二个是最爱你的人;第三个是你最爱的;第四个不是你最爱的,也不是最爱你的,却是可以和你相伴一生的人……”仔细想来,这句话是那么的有道理。自己可以忽略不计。当你在人生路上遇到那个最爱你的人时,你总觉得以后你还会遇到更好的伴侣,然后,你就左顾右盼,一直三心二意地对待这个最爱你的人,全然不将他对你的爱放在眼里,直到他无法忍受你对他的薄情而离开,于是,你才发现他有一滴眼泪已经藏在你的心中很久了,这时,你才发现原来最好的人一直都在你身边,只是你自己的不珍惜却让他永远地离开了你,那滴眼泪便在你的悲伤与遗憾中涌了出来,洗刷了你的灵魂,你懂得了什么叫做珍惜!然后,你将会邂逅你在人生中遇到的第三个人,他将是你最爱的!因为你已经学会了怎样去珍惜。可是,这个人却和当初的那个你一样,往往不懂得珍惜,不管你如何百般爱他,他依然踏上了你曾经走过的那条遗憾的路,最终,你不堪忍受他对你的冷漠而离开了他,这时候,你又在他的心中留下了一滴眼泪。当你心中装着一滴眼泪邂逅了另一个心中也装着一滴眼泪的人时,你们各自珍藏着心中那滴珍贵的眼泪都学会了珍惜,最终你们会永远相守在一起,也会生活得很幸福,尽管他并不是你最爱的,也不是最爱你的!
      很多时候,我们都忘记了去缅怀人生路上的一些遗憾,许多人已经变得世故与麻木,他们忘记了曾经拥有过却不曾珍爱过的往事,我倒希望这些人能看一看这部让人捧腹狂笑的经典搞笑片《大话西游》,希望在您一番无厘头的爆笑过后,那滴珍藏在你心中已经很久的眼泪会在一个瞬间里涌出来,麻木的你或许从此会多了那么一份对人生的感悟!





        
      “我的梦中情人,他是一位盖世英雄,我知道有一天,他会穿着金甲圣衣、踏着五彩祥云来娶我……可是,我算出了开始,却没算这出结局……”
        
    ——紫霞仙子
        
      “紫霞是一位可爱、执著又美丽的仙子,她本是佛祖座前一盏佛灯里的灯芯,偷偷下到凡间寻找她的梦中情人——至尊宝。她在寻找梦中情人的过程中饱受艰险,她勇敢的与前来捉拿她回天庭的二郎神战斗,又险些落入牛魔王的魔爪,但她的心中始终有一个信念——她的梦中情人是一位盖世英雄,有一天他会穿着金甲圣衣、驾着五彩祥云来娶她……而当她为了救至尊宝而受到牛魔王一击致命重创时,在她将死之前,她告诉至尊宝:原来她只算出了开始,却没算出这结局……”

        ——片段二《紫霞之死》
        
      如果紫霞不是神仙,那么,她的结局就不会那么凄惨;如果孙悟空不是斗战胜佛,那么,他也就不会遭遇这么多的生死离别。
      命运就是这样,它安排好的事情就不会允许你去更改,不管你是神仙,还是凡人。面对着这部影片,我只是一个观众,我知道我无法去更改这篇悲剧性的故事,我只能一遍遍地观看,看着至尊宝跪在紧箍咒前的凝重表情,听着他在戴上紧箍咒之前真诚的忏悔。我的手心快握出汗来,我多么希望至尊宝在最后关头扔掉那个紧箍咒,回去找紫霞仙子,可是……最终,他还是将紧箍咒戴在了头上。其实,这就是命运,尽管他一再想逃避命运赐予他的这个神的形象,想做一个有情有爱的凡人,但是做神仙与取西经一样都是他的使命,都是他还没有出世前便已经被命运定格了的终极使命与存在价值。所以,有时候我感觉这部影片让我看得很累,不管我如何一遍遍地观看这部影片,孙悟空都无从选择,哪怕给他一万次选择的机会,他都依然是斗战圣佛……
      紫霞是一位仙子,而影片却将她塑造的那么人性化,她的痴情与执著,别说是在无情无爱的神仙中,即使是在凡间又有几人能做到呢?所以,她才会说出“我已不再是神仙,我只想拥有一份爱情”这样的话。从至尊宝戴上紧箍咒变身为孙悟空的那一刻,我就知道影片发展到最后注定是个悲剧,紫霞仙子的结局也必定会是以死而告终。可是,当紫霞仙子真的被牛魔王用钢叉穿透胸膛,她在空中坠落的瞬间,孙悟空飞身将她抱住,这时,紫霞仙子在将死之前才断断续续的说出:“我的梦中情人,他是一位盖世英雄,我知道有一天,他会穿着金甲圣衣、踏着五彩祥云来娶我……可是,我算出了开始,却没算这出结局……”在这种时刻,孙悟空再也无法控制住他对紫霞仙子的感情,他头上的紧箍咒也在他动了人世间的情欲时而缩紧……当他放开紧抱着紫霞仙子的手,抱着自己的脑袋在空中痛苦的挣扎时,那种悲壮催人泪下……他虽是斗战胜佛,却也无力挽救他内心深层之处的这段真挚爱情,这个时候他已不再是英雄的化身,而是一个没有自由的可怜神仙,他也向观众展露了他人性的一面。
      其实,也只有人的感情才是这世间最朴实最神圣的东西,影片将孙悟空的形象塑造的并不完美,然而,残缺却是完美的,也就因为那些残缺才让他具备了人性的一面,影片与孙悟空的形象才赢得了那么多观众的喜欢。能引起观众共鸣的影片才是一部好影片,这也应该是电影界里一个至深至真的道理。
      如果有那么一天,我们必须在爱情与另一件很吸引你的事物中做出一个抉择,我希望我们都会去选择爱情!千万别让此情只成追忆,空留无尽遗憾……所以,如果孙悟空还有来生,如果他可以在来生的命运面前做一个选择,我坚定的相信他选择的一定会是爱情,而不是斗战胜佛……




        
      我哪都不去……我爱你!”
        ——夕阳武士
        
      “孙悟空一行西去,经过一座城头,一位武士与一位女子站在墙头相持着(至尊宝与紫霞的原身),女子要求武士留下来,武士却要离开她。两人已经相持了三天三夜。于是,孙悟空吹出一股风沙,然后变身进入武士的身体里,他驱使武士的身体与女子亲吻相拥在了一起,并借用武士说出了曾经一直不肯对紫霞说出的心里话:我哪都不去……我爱你!”


        ——片段三《借体述情》
        
      当孙悟空借助夕阳武士的身体说出他想说却一直没说的这句话后,影片也即将结束。孙悟空借助别人的身体去拥抱并亲吻了那个女孩,就好像我们活在现实生活中的人们总是在别人的故事里寻找自己的往事一样!只是为了弥补了一下自己感情上的遗憾。而孙悟空呢,仿佛吻过那位女子以后,他真的可以了却尘缘,并一往无前的行走在斗战胜佛的道路上了……他可以吗?西去的脚印终究会被风沙埋没,可是他的心呢?可以了却吗?影片留给观众的除了无限的伤感与遗憾,更多的也许就是思考了……
      电影落下帷幕了,我还依旧在回味影片结尾的城头上他们那痛快又热烈的一吻,耳旁还在回荡着孙悟空说的“我哪都不去……我爱你!”这句又干脆又深情的话语……
      我在回味中安静了下来。我觉得这个片段是最说不清、道不明的!人生中也有太多的生活片段与之相似了,我感觉有好多往事突然回溯到了心头,我知道肯定与那一幕镜头有关,我企图抓住刚刚结束在眼前的那幕场景与心头的往事相对照,找出一段相似的往事,然而,在脑海中翻腾的却还是孙悟空西去时身后一堆堆流沙与漫卷的狂风,还有的……便是城头上那仍然相拥在一起的一对恋人……
      确实,这一幕场景展示了人性的一面!它所要表达的东西实在太多了。我想,我只能狭义的打一个这样的比方:当你愧对了某一个人,心中满是歉意,然而却又没有机会弥补时,你会小心翼翼的将这份歉意藏在心底,不管这份歉意埋藏在心底多久,你一定会在适时的环境中将你对那个人的歉意补偿给他,或者补偿给另一个与他相似的人。
      我想起曾经听说过的一句话:“有一种债,你终究是要还的!”也许,这句话才是广义的吧!当然,这种债,你也可以理解为爱……

     

                                                                                    发帖人:CrazyDemon

                                                  http://dzh.mop.com/topic/main/readSubMain_6406587,0.html

    February 24

    八卦一下

    Office SharePoint Server 2007 !(转载 Kaneboy's Bloy)

    微软正式将Office12命名为了Office 2007,而SharePoint产品的名称则是:Office SharePoint Server 2007(OSS2007)。呵呵,没错,“Portal”这个词已经从产品名称中去掉了,原因就是,下一代的SharePoint Server已经不仅仅是一个企业门户产品了!除了门户,它能干啥呢?嗯,比如:

    企业资源搜索引擎

    没错,如果你用过SPS2003,那么一定对SPS强大的搜索能力印象深刻。SPS能够以爬网的方式,对企业内部的网站(当然,如果愿意,你一样可以让SPS去爬Internet上的站点,比如新浪新闻...)进行全面的检索,当然,对文档库、共享文件夹中的文档进行全文索引,也是它的拿手好戏!OSS 2007对搜索功能进行了大幅的改进,不但提高了搜索效率和准确性,还增加了更多的可搜索内容。

    如果企业中已经存在不少的内部网站、OA系统、文档管理中心...难道会不需要一个强大的搜索引擎能够对所有这些进行搜索吗?我们完全可以仅仅把SharePoint用做企业内部资源的一个搜索引擎,让我们的用户在上面能够搜索到企业内部所有的信息!

    Blog/Wiki

    OSS2007内置了Blog和Wiki站点模板,通过OSS2007,我们可以迅速在公司内创建Blog站点和Wiki站点。

    Workflow Server

    在Office2007中,将内置对Workflow的支持,比如,你可以在Word里面直接用当前文档启动一个定义好的流程,然后在Outlook里面看到自己的流程任务。而Office2007的Workflow中心,就是SharePoint Server。
     
     
    图片是从网上down下来的office12 但是没有发现有sharepointserver的影子 估计不在这张盘中 郁闷
    等待着ms快点出来
    February 07

    帅哥张大嘴的幸福生活(二)

          昨天发短信问张大嘴什么时候回来,结果他说他以后就不回来了,吓了老子一蹦,马上打电话过去,还是像以前一样的笑骂,但是能感觉到大家心里挺难受,他说他以后可能一辈子都不再回来了…………最后的时候他告诉我他的档案什么的到时候要麻烦我去人事局给他办,NND…………
     
           挂电话的时候很不好受,那个校园里的帅哥,那个自己写歌得吉他手,一起租的阴暗潮湿的小房子,茶几上软大鸡的烟屁股,夏天里一起唱同桌的你,那次差点冻死的洗澡,都默默的离我远去了,变得清晰而又模糊起来…………
     
          “世界如此美妙,你却如此暴躁,这样不好不好…………”
     
           祝愿我曾经爱过的人和曾经爱过我的人,我爱的人和爱我的人,祝愿天下所有有情人终成眷属
     
     
     
     
     
          ########################################################
          各位看官,我什么时候变得这么酸了,奇怪??
    January 26

    帅哥张大嘴的幸福生活(一)

          张今天早上走的,6点的火车(这会儿估计正在火车上),让我陪他聊天到5点
         
          大学时候我们是对面宿舍,他那个时候是化工系一大帅哥(现在已经发福了,我说他每天吃猪肉吃的都成了猪头了),
         
          上大学的时候就每天拿着把破吉他让一群小女生眼馋得不得了。我从上海回来后就住到他租的房子里,我们每个人往一个公共抽屉里放50块钱,然后就用这钱买菜,等花光了,每个人再放50。冬天的时候很冷,两个人一起洗澡,那个煤气的热水器,老得掉牙,还经常熄火。于是一个人洗,另外一个人看着。每次都是我先洗,然后我裹着被子看着热水器他洗。房子里没有暖气的。一边哆嗦,一边喊“还活这么?没有被熏死吧”“没有…………”。
        
          后来张的女朋友去了北京,张在济南也是混得不咋地,就随后也去了北京。我们两个人在一起的时候就是红河和大鸡,这次到出差到北京见他已经是硬红塔了。我一边抽着他的烟一边听他吹一边在心里骂着这狗日的世道。
          张是油田的子弟,毕业后如果回去房子车子都有了,然后就找个女人结婚然后就享着福等着死,为了他大学时候的女朋友他和家里闹翻了留在了济南…………
          昨天晚上找又到他老丈人家拍马屁了,结果老头和老太太说“离家这么远,以后有个孩子怎么带”“你有没有房子,有没有钱”“你还是回家吧”“…………”。张昨晚回来就开始发疯了(不过没有我的几次发得厉害,我都是一边抽烟一边哆嗦),我能看得出这次他真的是很伤心,他一边开着电脑看兰兰,
    一边说着“你个老笨蛋我又不是和你结婚是和你家丫头结婚,我将来会让她幸福的,你懂个屁”
    “px(他女朋友的名字)就是我的人了,chrd你给我看着,谁要是敢找她,我他妈一脚踢死他…………”。最后这狗日的不知道是兰兰看多了,还是牛肉干吃多了,还是烟抽多了,竟然作了一个惊人的决定:明年考济南的公务员,如果公务员不成,年底考研,考山大(他大学的时候差点就没有毕业证了)。
         
          张这个人年轻的时候也不是个什么好鸟,荒唐事也没少干。估计是老天报应,等到他年老的时候就给他来这一招了。我正在迷迷糊糊中他就走了,年后还是要来济南的,他要考公务员考研的。
         
          我也要回家过年了,又是一年……………………