我们需要实现的是服务端能根据用户id向客户端推送私信、评论、好友请求、以及基于地理位置的一些信息。

wp7与iOS push的不同

搞过symbian的push，也了解过iOS和android的相关内容，wp7的push和iOS的大致类似，也有一些不同，结合我网产品，主要在下面几个方面，也是没搞过wp7 push的我网服务端需要知道的：

1. Push类型不同

wp7有三种类型的push：
Toast：程序前后台都能收到，后台时弹出系统toast框，前台时程序自定义处理方式，push数据为xml格式
Raw：push数据为任意格式(json,xml等等)，但程序仅在前台时能收到，不满足我网客户端需求，本文不考虑这种类型
Tile：在客户端桌面的大图标上显示push（图片，文字等），xml格式数据，本期客户端暂时不需要
因此，暂时只需要考虑Toast类型的push。

2. 客户端token与userid之间的对应

wp7在建立push初期，检查客户端是否存在push通道。若不存在，先创建新通道，向微软MPNS（Microsoft Push Notification Service）索取到一个通道URI（这个URI我网push服务要用），并向我网push服务进行注册。若已存在，询问微软MPNS是否需要更新通道URI，同时使用已保存的通道URI向我网push服务进行注册。若MPNS反馈了新的URI，客户端需要向我网push服务更新注册信息。
注册方式有以下几种方案吧：
a) 用户登陆以后，将userid, URI, device id一起发给服务端作对应
b) 不管用户登陆与否，先将URI和device id发给服务端，因为用户手动登陆时总会上传device id给服务端，这样也能做好三者的对应
c) 通过某个固定的现有接口将device id和userid上传

3. Push发送的格式

wp7的toast push只支持xml格式的数据，eg:
<wp:Notification xmlns:wp=”WPNotification”>
<wp:Toast>
<wp:Text1>push消息标题</wp:Text1>
<wp:Text2>push消息内容</wp:Text2>
<wp:Param>一些参数键值对</wp:Param>
</wp:Toast>
</wp:Notification>
其中<wp:Param>中的内容可以用来传参数，eg:
<wp:Param>?pushType=10&poiId=20&specialId=15</wp:Param>
其中，<Param> tag中的内容不能超过256个字符
服务端还要设置一些HTTP头和push参数等，可以参考：
http://msdn.microsoft.com/en-us/library/hh202945(v=vs.92).aspx
http://www.daveamenta.com/2010-11/send-push-notifications-to-windows-phone-7-from-php/

wp7与Symbian push的不同

Symbian上的push不是真正意义上的push，是使用了后台长连接的方式来实现的伪push。
这样做的缺点有：

1. 费电费流量。后台始终保持着socket连接，每隔几分钟发个心跳包。
2. 从用户开机到用户打开程序这段时间内是接收不到push的，因为后台进程压根不会启动
3. 有很小的几率能造成主程序刷不出数据。这种状况出现过两三次，以至于有次发版前只能把push先咔掉。原因可能和接入点有关。
4. 实现复杂度高
   1） 系统原生不支持push，push提示的UI还得自己做。一个应用得有三个进程：主进程，后台进程，push提示进程
   2） 复杂的进程间通讯，主进程—>后台进程，后台进程<—>push提示进程，不同的通讯机制（和带UI的程序通讯，以及和Console程序通讯）
   3） 额外的数据结构，用队列缓存push，进程间传递的字符串的解析等

wp7 push的服务端

这里以发私信为例，为了能向某用户发私信push，需要保存有user id，wp7手机device id(唯一标示了一部手机)和URI三者的对应关系。通过user id找到该用户最近使用的device id，再通过device id找到与其一一对应的URI，向该URI发送一堆数据，然后由微软发给指定的客户端。

那么，这一堆数据是怎样的？见官方文档。http://msdn.microsoft.com/en-us/library/hh202945(v=vs.92).aspx
有一些需要注意的地方：

1. Character	XML encoding
   <	&lt;
   >	&gt;
   &	&amp;
   ‘	&apos;
   “	&quot;

   上面这些特殊字符需要转换

2. <wp:Param>中的内容不能超过256个字符
3. 对中文需要转换：转成utf-8后再包一层，比如：“我”转成“&#x6211;”
4. <wp:Text1>和<wp:Text2>，其中Text1和Text2不是用户可以随便修改的，Text1表示push Toast的标题，Text2表示内容。我原以为可以随便修改，把Text1命名为Title，Text2命名为Content，结果客户端怎么也收不到。Text1和Text2至少要存在一个，不然客户端收不到
5. <wp:Param>中有三种传参数方式：
   1）/page1.xaml    点击Toast后跳到客户端的page1.xmal页面
   2）/page1.xaml?value1=1234 &amp;value2=9876    点击Toast后跳到客户端的page1.xmal页面，并把value1和value2传给页面
   3）?value1=1234 &amp;value2=9876   点击Toast后跳到客户端的默认首页
   我网用的第三种，毕竟让服务端写死客户端的跳转页面不灵活且增加沟通成本，不如跳到默认首页，在其中进行统一跳转处理

.net服务端比php会简单一些，至少中文处理要简单些。

wp7 push的客户端

 Step 1. 打开通道

 首先需要打开HttpNotificationChannel，得到URI，发送push。

        private void RegisterDevice()
        {
            App app = Application.Current as App;
            app.httpChannel = HttpNotificationChannel.Find(App.channelName);

            if (app.httpChannel != null)
            {
                SubscribeToChannelEvents();
                SubscribeToService();
                SET_COOKIE("channelUri", app.httpChannel.ChannelUri.ToString());
            }
            else
            {
                //Create new channel
                app.httpChannel = new HttpNotificationChannel(App.channelName);
                SubscribeToChannelEvents();
                app.httpChannel.Open();
                app.httpChannel.BindToShellToast();
            }
        }

先尝试寻找是否有已存在的通道。如果有，表示已经拥有了该设备的URI，可以直接向我网的服务器进行注册；如果没有，创建新的通道，设置事件处理函数，尝试打开通道，此时程序会向MPNS索取URI  

Step 2. 设置事件处理函数

        private void SubscribeToChannelEvents()
        {
            App app = Application.Current as App;
            //Register to UriUpdated event - occurs when channel successfully opens
            app.httpChannel.ChannelUriUpdated += new EventHandler<NotificationChannelUriEventArgs>(httpChannel_ChannelUriUpdated);

            //Subscribe to Toast Notifications
            app.httpChannel.ShellToastNotificationReceived += new EventHandler<NotificationEventArgs>(httpChannel_ShellToastNotificationReceived);

            //general error handling for push channel
            app.httpChannel.ErrorOccurred += new EventHandler<NotificationChannelErrorEventArgs>(httpChannel_ExceptionOccurred);

        }

 订阅Toast push这句目的是为了能让程序在前台收到Push时自定义处理，如果值需要后台接收Push，则不需要这句。

        void httpChannel_ChannelUriUpdated(object sender, NotificationChannelUriEventArgs e)
        {
            App app = Application.Current as App;
            // Optionally save the URI locally here - e.ChannelUri.ToString();
            string newChannelUri = e.ChannelUri.ToString();
            string oldChannelUri = GET_COOKIE("channelUri") as string;
            if (newChannelUri.CompareTo(oldChannelUri)!=0)
            {
                SET_COOKIE("channelUri", e.ChannelUri.ToString());
                Dispatcher.BeginInvoke(() =>
                {
                    SubscribeToService();
                });
            }
        }

        void httpChannel_ExceptionOccurred(object sender, NotificationChannelErrorEventArgs e)
        {
            // Handle notification exceptions here
        }

        void httpChannel_ShellToastNotificationReceived(object sender, NotificationEventArgs e)
        {
            // This runs when a toast notification is received while the app is running
            if (e.Collection != null)
            {
                Dictionary<string, string> collection = (Dictionary<string, string>)e.Collection;
                Dispatcher.BeginInvoke(() =>
                {
                    //MessageBox.Show(collection["wp:Text2"], collection["wp:Text1"], MessageBoxButton.OK);
                });
            }
        }

httpChannel_ShellToastNotificationReceived函数不在UI线程中，需要访问UI线程的MessageBox的话需要用Dispatcher.BeginInvoke。
httpChannel_ChannelUriUpdated函数在MPNS返回最新URI时被调用，这里优先使用本地缓存的URI，防止重复注册URI（一般不会，只是做保护处理）。
SubscribeToService中只是简单地调用了客户端现存的一个接口，将device id和URI上传到服务端，服务端此时已经能做好device id，userid, URI的对应了。这个接口由于加上了URI，所以会比较长，因此少调为妙。
此时可以telnet db3.notify.live.net 80，post一些数据给微软，顺利的话应该能在客户端接收到push：

Step 3. 处理push跳转

不同的push类型需要跳到客户端的不同页面，在默认首页中增加跳转逻辑，需要和各页面负责人进行沟通，就不详述了。

用后台代理模仿心跳包

 以上的做法能够满足大部分的推送需求，但是对于一些基于地理位置的推送服务，服务端需要知道客户端的实时经纬度（尽可能做到实时），然后根据用户的当前经纬度判断是否触发推送。因此，客户端需要尽可能实时的将userid和经纬度传给服务端。这在symbian使用心跳包建立push的情况下很容易做到，在心跳包上加上相应字段即可，但是wp7对后台程序的限制很严格，之前也考虑过不走微软的mpns网络，用后台长连接的方式做push，这样服务端不需要做改动，但经过一些调研，发现不可行，原因如下：

protected void StartBackAgent()
        {
            // Obtain a reference to the period task, if one exists
            periodicTask = ScheduledActionService.Find(periodicTaskName) as PeriodicTask;

            // If the task already exists and background agents are enabled for the
            // application, you must remove the task and then add it again to update
            // the schedule
            if (periodicTask != null)
            {
                RemoveAgent(periodicTaskName);
            }

            periodicTask = new PeriodicTask(periodicTaskName);

            // The description is required for periodic agents. This is the string that the user
            // will see in the background services Settings page on the device.
            periodicTask.Description = "This is Our Background Agent";

            // Place the call to Add in a try block in case the user has disabled agents
            try
            {
                ScheduledActionService.Add(periodicTask);

                // If debugging is enabled, use LaunchForTest to launch the agent in one minute.
                ScheduledActionService.LaunchForTest(periodicTaskName, TimeSpan.FromSeconds(5));
            }
            catch (InvalidOperationException exception)
            {
                if (exception.Message.Contains("BNS Error: The action is disabled"))
                {
                    //MessageBox.Show("Background agents for this application have been disabled by the user.");
                }
                if (exception.Message.Contains("BNS Error: The maximum number of ScheduledActions of this type have already been added."))
                {
                    // No user action required. The system prompts the user when the hard limit of periodic tasks has been reached.
                }
            }
            catch (SchedulerServiceException)
            {
                // No user action required.
            }
        }

        protected void EndBackAgent()
        {
            periodicTask = ScheduledActionService.Find(periodicTaskName) as PeriodicTask;
            if (periodicTask != null)
            {
                RemoveAgent(periodicTaskName);
            }
        }

       protected override void OnInvoke(ScheduledTask task)
        {
            //TODO: 添加用于在后台执行任务的代码
         taskName = task.Name;
            GetGPS();
        }

        private void GetGPS()
        {
            if (!SystemCore.Instance.position().IsNaN)
            {
                SendGPSByHttpWebRequest();
            }
            else
            {
                gps_timecount = 0;
                gps_timer = new Timer(new TimerCallback(gps_timer_Tick),null,0,1000);
            }
        }

        void gps_timer_Tick(object sender)
        {
            gps_timecount++;
            gps_timer.Dispose();
            gps_timer = null;
            if (!SystemCore.Instance.position().IsNaN)
            {
                SendGPSByHttpWebRequest();
            }
            else if (gps_timecount < 10)
            {
                gps_timer = new Timer(new TimerCallback(gps_timer_Tick), null, 0, 1000);
            }
        }

push的统计

工作后greader使用频率大幅减少，最近一个月就没用过，也许是心态比较浮躁吧，把大把时间都花在微博上了，时间被拆分的支离破碎。

工作大半年内集齐了除iPhone外的几乎apple全系列产品，当然不全是自己买的。有时候开着Carbide敲着symbian代码，想起自己的果粉身份，觉得真是好笑。

wp7的学习打算用和iOS学习不同的方法，相比iOS的“学院派”，打算用“野兽派”，试试哪个效果好。

跟甲鱼说好下次他去北京出差时，我有空的话跟着去蹭吃蹭喝两个礼拜，坐穿北京的地铁。

给LP打了个赌，尽早实现。

自律。

一些点：

• 收藏的一些url
• github
• QK iOS src

原图如下：

a. 基础效果

这里说基础是因为这些效果不涉及图像混合等更加复杂的东东，只是对每个像素的RGB通道做一些处理。 有的算法一行代码就能解决了，有的稍微复杂些，不过基本国内的网上都能找得到。

1. 黑白
   
2. 浮雕
   
3. 素描
   
4. lomo
   
5. 马赛克
   
6. 扫描线
   
7. 波普
   
8. 鱼眼
   

• http://apps.hi.baidu.com/share/detail/8355062
• http://blog.sina.com.cn/s/blog_4d6f62190100md6k.html
• http://blog.sina.com.cn/s/blog_65db99840100kwh9.html
• http://www.devdiv.com/thread-8625-1-1.html
• http://www.developer.nokia.com/Community/Discussion/showthread.php?155614-GZip-and-RReadStream-problem

然后尝试使用Symbian SDK自带的zlib库，include <ezlib.h>，代码如下：

发现程序始终在第17行返回-2，即流初始化Z_STREAM_ERROR错误，zlib1.1.3的zlib.h中说原因是参数设置不正确，stream为空或者windowBits为负。而inflateInit2（）要求windowBits在8~15之间，在其他范围内的值会造成初始化错误。随后改成了15，但是在第26行inflate进行解压时返回值为-3，即Z_DATA_ERROR错误，原因是”the input data is corrupted (input stream not conforming to the zlib format or incorrect adler32 checksum)”。

于是怀疑是Symbian自带的zlib的版本问题，刚哥说得自己移植zlib库进去。由于没移植过程序，一开始犯了个错误，原地绕了个圈子：我从网上下了个人家已经编译好的1.2.3版本的zlib.lib文件和几个头文件放到项目工程中去，以为光更换了zlib版本就行了，结果还是那两个错误。最后才走移植的路子，并编译运行成功，现将步骤记录如下：

从网上下载1.2.3的源代码，将下面这些.h .c文件放入工程下面（全部放进去会使工程太大，由于只需要用zlib的解压功能，所以删除了部分没用的文件和函数，还可以继续减减肥，这个以后再做吧）：

使用zlib提供的uncompress函数进行解压缩：

1. ZEXTERN int ZEXPORT uncompress OF((Bytef *dest, uLongf *destLen, const Bytef *source, uLong sourceLen));  

这个函数的实现其实就是上面的ungzip函数。在inflateInit2（）的时候使用了47，在1.2.3版本的zlib.h中有这么一段话，是1.1.3版本中没有的：

难怪1.1.3版本的不行，因为在1.1.3版本中的inflateInit2()中对gzip只字未提，只有gzopen()等函数能对.gz的文件进行解压。因此1.1.3版本不支持内存流的gzip解压。

这样以后，一般的项目就算是可以大功告成了。下面的步骤仅针对于自己参与的这个项目，没兴趣的可以跳过：） 由于它在其他地方用到了Symbian SDK自带的系统文件ezlib.h，而这一部分代码没法更改为使用新移植进去的zlib库，所以只能在系统中保持两个库的并存，这样就会造成很多函数名和类、结构体声明重复，无法通过编译。唯一想到的办法就是将新加入的zlib源文件中与老版本的zlib冲突的部分全部重命名，但这是一个巨大的工作量，因为宏定义特别多。那就先给zlib减减肥吧，仅保留需要的解压缩的那部分。过程就不详说了，总之多尝试吧，也不是个容易的活。

在这过程中产生了些副产品：

1. Carbide的断点调试，比打日志好多了，f6单步, f8执行
2. 明白了移植是怎么回事
3. 最好服务端过来的数据头部有gzip数据包的大小信息，可以减少客户端动态分配的内存

关于个人管理。为了改善这种情况，在保持广度的情况下突出深度，需要一些个人管理的方法。现在有了mac和win7双系统，需要一些跨平台的同步工具，evernote作为知识管理是个不错的选择，但之前使用wiz已经积累了很多资料，无法导入到evernote里，且mac下不能用，所以wiz现在也在用，wiz的好处是一些带附件的文档也能够导入。在时间管理方面，使用web版的doit.im作为GTD工具，其在手机端也有相应版本。doit.im有项目视图，我会把一些想做的多步骤才能完成的事情作为一个项目添加，完成该项目的步骤填入，确保不遗忘事情。在深度方面需要改进的是不要铺开N个项目同时进行，每次只针对一个项目，完成以后才能进行下一个项目，算是自己跟自己制定的游戏规则吧。在专注性方面，引入番茄工作法，由于doit.im没有番茄钟的功能，本地的番茄工作法软件又不支持数据云端同步，所以想自己实现一个web版的，这个还需要和熊继续商量。

关于技术。来这边当然是为了学技术，积累项目经验和得到产品级的历练。入职的前两天我在web后端组，搭好了环境准备看代码时却被临时换到symbian组去了，原因是项目紧、缺人。在那边改了一个月的bug，接下来更多的会是小特性的快速迭代，而大的版本变更暂时不会出现，以及改不完的bug和性能调优。当然在适当的时候也会考虑所做工作的价值，因为更核心的web后端才是我真正想做的事情，能得到更多的锻炼，为以后积累更多资本。对大数据量的处理才是互联网企业吸引我的地方，而不是停留在界面的修改、业务逻辑上的打打闹闹。这方面目前还没有积累，我希望自己能在业余时间抽出时间来积累，而不是都将时间卖给游戏和没意义的加班。
除了为将来的工作打基础，我希望自己能在业余时间接触一些开源项目，读一些源代码，自己试着编译和修改。能在业余时间做出一些自己的项目，出于兴趣，不受时间和产品经理的压力。在内功方面需要持之以恒的修炼，计划及方案都有，只剩下执行力了。会把能不能发布技术blog作为检验自己是否真正理解的标准。当然，现在参与的项目也力求总结出一些独立于项目本身的经验，强哥称之为智慧的东西。

关于身体。前段时间本科同一级的一位女生癌症去世了，在感慨生命脆弱的同时，也为自己敲响警钟。一天14+个小时对着电脑（公司+宿舍），伤不起啊。受条件所限，每天都要坚持做下俯卧撑和仰卧起坐。

其他种种，不多说了。关于工作有几句话说的不错，分享下：

1. 为自己工作
2. 以结果为导向
3. 共生而不是堕化
4. 挖掘自身的价值

本文内容非原创，属于网上资源的整理。

========================================

========================================

• 8位：（TDesC8），用于二进制数据或者ASCII字符串
• 16位：（TDesC16），默认，Unicode

描述符可以分为五类：

1. 抽象类（Abstract）：（TDes、TDesC、Tdes8、TdesC8），其他描述符的基类，仅提供接口和基本功能，不能被实例化，一般只用作函数的参数。
2.  文字常量（Literal）：（TlitC、_LIT()），用于存储文字字符串（literal string），即C中字符串常量，通常使用_LIT()这种方式（当然还有_L()和_L8()的描述方式，但都不提倡用）。
3.  栈类（Buffer）：（Tbuf、TbufC、 Tbuf8、TbufC8），数据存储于栈上，最基本的描述符变量类型，大小在编译时确定，包含描述符本身数据，使用最为普遍
4. 堆类（Heap）：（HbufC、HbufC8），数据存储于堆上，大小在运行时确定，也就是是用来处理动态申请的描述符类。
5. 指针类（Pointer）：（TPtr、TPtrC、TPtr8、TPtrC8），本身不包含描述符数据，但是包含长度数据，而且还包含一个指向位于描述符之外数据的指针。

1、  文字描述符常量

_L()可以生成一个指向字符值的地址（TPtrC），它经常被用来传递字符串到函数中（包括描述符的构造函数和格式化函数）；同理_L8()则可以生成一个指向二进制数据的地址（TPtrC8）举例如下：

2、  栈描述符

    以上介绍的是不可修改的栈描述符，而可修改的描述符就不用通过那么复杂的方法来实现修改，它直接可以用Copy、Delete等方法，但是无论可修改的还是不可修改的，一旦指定最大的数据长度后，最大长度就不能进行修改了。

在内存中如下所示:

TBufC的用法如下：

 TBuf的用法如下：

3、  堆描述符

堆描述符虽然都是不可修改类型的，但是它仍然具有构造和修改，与栈描述符不同的是：首先对内存需要显示释放，其次是堆描述符没有最大长度的限制，任何时候都可以用ReAlloc（）函数重新申请分配。具体见示例：

注：关于以上用清除栈的方式，个人只是猜测，因为对Symbian的异常处理三部曲，至今仍没有很好的掌握，所以如果有什么误用还望指点。

     在内存中的情况如下图所示：

    HBufC通常在以下几种情况下使用：

•  在运行时从资源文件中加载字符串
•  从用户界面中接收用户输入的字符串
• 从应用程序引擎中接收字符串，如contacts database中的名字

     对HBufC中的内容进行修改：

4、  指针描述符

以上是不可修改的TPtrC的构造，相对应的也有可修改的TPtr的构造，不过我们下面省略了用Set()函数的构造方法

对于可修改的TPtr虽然前面用过，但是我们在这里在简单的添加两个例子加深下印象，并且说明指针修改的始终是它指向的描述符：

在内存中如下所示：

TPtr的用法：

5、  抽象描述符

抽象描述符，没有什么好说的，正如前面所说，只用在函数的形参中，通常要强调参数是不可修改的，就用const TDesC&表示，可修改的参数用TDesC&表示。

• 在函数参数中尽量使用基类
• 使用中性的描述符，一般情况下使用TDesC而不是TDesC8或者TDesC16
• 当描述符内容不应该改变时，使用const修饰符
• 经典用法：void SetText(const TDesC& aText);    TPtrC Text() const;

描述符之间的转换

不可修改向可修改描述符的转换

原则1：通过不可修改描述符类内的Des()函数，将不可修改的描述符转换成可修改的指针描述符

示例1：TBufC转换成TPtr

示例2：HBufC转换成TPtr

原则2：通过TPtr的构造函数或Set()函数可以将TPtrC描述转换为可修改的指针描述符

示例3：TPtrC到TPtr

]]> http://www.xiaojiayi.com/2011/08/01/symbian%e5%ad%a6%e4%b9%a0%e7%ac%94%e8%ae%b0%e4%ba%8c%ef%bc%88%e5%ad%97%e7%ac%a6%e4%b8%b2%ef%bc%89-2/feed/ 0 http://www.xiaojiayi.com/2011/07/27/symbian%e5%ad%a6%e4%b9%a0%e7%ac%94%e8%ae%b0%e4%b8%80%ef%bc%88%e5%9f%ba%e6%9c%ac%e6%95%b0%e6%8d%ae%e7%b1%bb%e5%9e%8b%e5%8f%8a%e5%91%bd%e5%90%8d%e8%a7%84%e8%8c%83%ef%bc%89/ http://www.xiaojiayi.com/2011/07/27/symbian%e5%ad%a6%e4%b9%a0%e7%ac%94%e8%ae%b0%e4%b8%80%ef%bc%88%e5%9f%ba%e6%9c%ac%e6%95%b0%e6%8d%ae%e7%b1%bb%e5%9e%8b%e5%8f%8a%e5%91%bd%e5%90%8d%e8%a7%84%e8%8c%83%ef%bc%89/#comments Wed, 27 Jul 2011 03:16:17 +0000 njuxjy http://www.xiaojiayi.com/?p=126 本文内容非原创，属于网上资源的整理。

========================================

• 所有Symbian API都是用的Symbianc重定义的
• 将来Symbian OS由32位转为64位时，支持性更好
• 这本身就是Symbian C++ Coding Standards所要求的

•     成员变量以“i”开头
•     参数以“a”开头
•     动态变量随便，以小写字母开头
•     常量以“K”开头
•     尽量不要使用全局变量，不能使用全局静态变量。

•     函数以大写字母开头，如AddFileNameL();
•     以D结尾表示deletion of an object
•     以L结尾表示函数可能leave
•     以C结尾表示一个item被放到cleanup stack

1. 很早以前有个日本作家来上海“放荡形骸”了一番，回岛国后写了本叫《魔都》的书，记录了那段时间在上海的各种腐败体验。于是现在上海不情不愿地被冠以了“魔都”的称号。相对于魔都上海，我们还有帝都北京、妖都广州。我居住过的另一座城市南京也有个叫魔都的称号，所以一般称南京为小魔都，上海为大魔都。而无锡又不情不愿地被称为“小上海”，所以我从无锡滚到南京，再从南京滚到上海，就是从小小魔都滚到小魔都再滚到大魔都的过程。
   
2. 网上流传着一篇很长的叫《魔都生存指南》的东西。作为一个标准吃货的作者，花了百分之四十的篇幅介绍了上海的公厕、语言、建筑、交通、气候、治安、休闲、购物等方面，剩下百分之六十的文字都用来介绍各种边边脚脚的腐败去处。作为一名偏居魔都东部小镇的IT民工兼吃货，只能含泪将网页收下，放入“以后再看”的文件夹中。有个地方我倒是天天可以经过，可以去试试：
   

   魔都生存指南：张江地铁站美食点评特别篇–好吃的芝士蛋糕和面包“毂屋”其实真不需要多介绍了网上对他家的芝士蛋糕好评太多了，中午的意面或者三明治套餐也非常棒。特别推荐袋包装的野生酵母面包，发的不是很蓬松特别好吃，下班顺便带一袋回去吧

   魔都生存指南：张江地铁站美食点评特别篇–地道的台湾小炒“龙门客栈”算是地铁站里比较精致的一家饭店了，比费尼阁要好吃不知道多少，基本上在张江中餐也就百草的味道可以和他比一比了，但是价格就划算大多了。我特别推荐一个菜单上没有的–九层塔菜圃蛋

3. 我住的那地方和生存指南没什么关系。周围有跟你同样的一大群人，和你揣同样的梦想，同样的早起，去同一个包子铺买肉包，挤同一辆公车，盯着同一个漂亮姑娘看，脸上都写着牛逼或装逼，流同样多的汗，进满是IT民工的企业，对着同样尺寸的显示屏，吃同样价格的便当，加同样时间的班。偶尔会坐地铁去趟城里或回趟家，偶尔错过了最末班公车跟人拼车打的或坐小黑车，偶尔去小饭馆腐败下，偶尔自己买三两小菜小试牛刀。这里不需要什么生存指南，生活在这里，就好像是你站在原地不动，人群也会带着你去买包子挤公交上班，而你如果稍不留神的话，会发现，咦，自己又满身臭汗地回到家了。人群会指着你一路向南的。
   
4. 说到生活，其实我想说“生活在拉稀，而我在便秘”。用这两个吸引眼球的词语无他意，只是想说生活节奏有点快，我有些不适应，思维有些阻塞。也许原来在南京懒散惯了，享受惯了上班只要走五分钟的轻松，可以打一天酱油毫无愧疚感的惬意。其实现在这样真是好事，要学游泳还是要去深水区学，在儿童区打打闹闹是学不会的。王朔的小说《橡皮人》描述过这样一群在都市生活的年轻人，他们如同工艺品，“被高高在上的观赏者轮流捏拿玩弄，被生活的泥匠用压力捏成各种形态”。我想我是不会成为橡皮人的，要做就做弹簧人。
   
5. 如果每个人都是在自己的那条船上漂，如果那些点点滴滴的小事那些说过的云飞雪落不经意却记得的话是海上的风，那么一个人不属于平静的情绪便是由风吹起的浪花了。如果浪涛的拍打让坐船的你左右摇摆翻江倒海，如果你架起双桨劈风斩浪，如果你足够幸运很快迎来风平浪静，你拍拍胸脯骄傲地说，也就这样嘛。这时候你转过身发现，自己早就不在原来的地方，那些风和那些景一去不复返。然后你笑了，站在船头高唱“两岸猿声啼不住，轻舟已过万重山”。唱完，然后你泪流满面。
   
6. 一个人一生到底会有百分之多少的时间花在路上。去学院自习室的路上，去厕所的路上，去汇杰广场的路上，去张江高科地铁站的路上，去喜欢的姑娘楼下的路上，去火车站北广场的路上，去玉兰四期家乐福买烤鸡的路上，去孟猪家蹭饭的路上，去茶水间泡杯饮料的路上，去超市买柠檬的路上，去邮局拿家里寄过来的被子的路上。知道了这个比例，我估计自己会蛋疼菊紧发誓珍惜时间云云。可是人活着并不是目的而是个过程，在路上也是属于这个过程的一部分，而不仅仅是为了达到一个目的。身体在赶路，脑子不一定要跟着赶路。
   
7. 我想成为什么样的人。人傻，钱多，很多很多的钱。和人讨论PS3, iPhone, iPad, iMac, Wii, 蓝光，背投，机械鼠标，概念鼠标，GFW，宽带山。穿大裤衩人字拖，读GReader南方周末上推特，去哪都扛个iPad N代。征婚时介绍：人傻，钱多，速来。
   
8. 毕业之前我想我会一个人出去旅行一次。要去就去远一点的地方，问谁借个单反装下样子，抓个破一点的包，要是iPad 2已经出了，买了塞包里，再塞两件衣服。多走路，多看，多拍，多吃。想想就来感。
   
9. 没想到米兰昆德拉30多年前就帮我拟好了文章的题目。拿来一用，倒也切合现在的生活。现在是生活在别处，我希望将来能够变成生活在别墅。等到风景都看透，也许会最后回去看看细水长流。

　　胸中那可爱的洪水猛兽们，拿早点醒过来好伐啦~

　　njuxjy@2010.08