项目中的交流

     觉得做项目有的时候挺有意思的。~~~尤其是在和大家一起讨论接口的时候。功能的实现和接口规范的确定的困难简直不是一个数量级的。作为一个菜鸟，要想实现功能，啃书+用GOOGLE去查代码，应该没有什么太大问题。出现了调试问题，用心DEBUG~~~，不行就轰炸认识的牛人：P，但是接口嘛，就必须和大家交流，讨论，才能使接口的定义成为一种可能。每次讨论，都要提前用心准备，才能不会被动，别人说什么就是什么。有一点自己的想法很重要。当然更重要的是要脚踏实地~~~



      用心交流，用心体会，Open-minded,从别人的角度去体谅别人，确保交流的概念一致，才有交流的可能。~~~~



      喜欢，喜欢接口~~嘿嘿

  

程序与人品无关~~~~

   最近陷入一系列Bug中，~~无法自拔。因为两个失误的叠加的效果，令我的程序在别人的机器上“成功”的运行了，让我一度认为自己的人品有问题~~~或者自己的CLR有问题- -~~~

     

       但事实上，怎么会呢？~~~从这一点拥有如此荒谬的想法来看，我的确不是一个合格的程序员，~~~作为一个程序员，需要的是巨大的耐性，以及坚定的相信计算机就是一个无比忠诚的伙伴，它忠诚到令人发指的程度------他能够忠实体现你的一切程序的优点和BUG，只要你足够细心的去测试他们。而所谓的人品问题，不过是自己不走运---或者说是，水平不够，没有很好的发现错误所在的原因罢了~~~~~



      这个困扰了N天的BUG十分有趣，它高度的考验了我的耐性~~~。先是出现了错误，然后是在别人机器上操作失误，引入了第二个错误，然后是这两个错误的综合结果就是这个程序表面上运行正常了- - 然后我就开始开发下面的模块，偶然发现了上面两个错误中的第二个错误，第二个错误删除了，于是，第一个错误的错误结果显现了出来。经过一阵耐心的DEbug和和其他好使的程序进行对比，发现了错误的原因，fix it~~`that'sover。



    过程非常简单，但是又暴露了我的很多不好的编程习惯，或者说，人生习惯吧。

首先，过于迷信- - 。过于迷信自己的人品，嘿嘿，虽然，这只是自己的运气或者别的什么~~~

其次，不够耐心，第一个错误出现的时候，如果我能够正视它，并且耐心的Debug的话，就不过这么固执的，主观的认为是其它错误，并且走这么大的弯路了。所以，一定要耐心+客观，不要主观臆测，主观猜测是有必要的。但是不能一味的偏执的相信。要open-minded....



then??学会热爱程序吧~~，毕竟这是自己的辛勤成果。呵呵~~~



开始喜欢当一个程序员了~~

   

程序调试终于有了一点进展了~~~

     呼呼，今天阳光明媚，昨夜大风~~~和心情一样。呵呵，~~调了两天的程序莫名其妙的出现错误。最后居然只能无奈的归结为人品问题。 - -这是何等的可笑啊~~~



     不管怎样，从15日开始计划编写这个东东，到现在有了一点点雏形。~~原以为5天写完的程序却折腾了这么久~~~，对自己的能力又更深了一层。不过，进步也是有的。~~~也算喜忧参半吧~~~发现了太多的自己的编写程序的问题，~~~要努力把它们都总结出来，下次不要再犯~~不要在相同的pitfall中跌倒。希望前面的路能够走好~~~

今天去看招聘会了~~

    似乎已经有一个星期都没有更新blog了~~但是感想的确还真不少。~无论是生活也好，学习也罢~~都有不少收获~~希望我这几天不犯懒，不会把他们丢掉，一一记述blog里面~~呵呵



    今天早上9点多路过体育馆门口~~发现招聘会的人还真是不少~~3条几百米的长队，人潮汹涌啊~~结果一大早就把小余叫过来了，她却没有能来参加， - -小小的道歉一下~~~



   下午1：30的时候，一进去就是大批大批出来的学生，连警察叔叔都不要学生证了。~~进去以后就是学生还是不少，不过大部分摊位已经人去楼空了。~~~几个比较火爆的单位依旧非常多的人。主要集中在联通和移动还有一些大连的软件公司。~~再就是一些让人望而却步的大学站台。基本上都是博士。还有几个是大熊哥以前有意向的~~呵呵，都认真参观了一下。



       总体的感觉不是特别好。不过自己需要注意的事情也是非常多的。首先一点，就是我的简历一定不要封皮。~~~封皮实在没有任何用处，还不如第一页纸的格式要一点。~~~第二，去之前一定要有目标，了解公司要招什么样的人，背景一定要打听清楚。~~否则，去了太被动。~~第三，就是要硬件条件好了。这个不用废话了。现在多学习吧。~~第四，注意仪表，我很庆幸现在终于开始注意到自己的仪表问题了。希望到时候去上海的时候不会太傻~~~



      

  

刚刚看了火影忍者的125~~

      从昨天晚上就开始惦记125集了~~~，今天早上调动各方人马，终于看到了。果然不负期待~~125非常的精彩！！到目前为止，最喜欢的动漫就是火影~~，虽然早期很喜欢乱马1/2。但是与火影相比，乱马更多的是轻松，随遇而安，在危机面前显现出的爱情和随机应变。~~



      而火影则包含更多更深层次的意义。它不仅仅包含的是表层次的友谊，友谊实在是太宽泛了~~从主线上的佐助和鸣人，小浓眉悬崖勒马的我爱罗。还有胖子和鹿丸~~等等。更深一层的是这些友谊建立的来之不易。这些孤儿在心智发展的过程中，遭遇了孤独与离弃，而因此，他们的身心遭到了很大的摧残！~~而，正是一些关怀他们的人，（无论他们是否是好人，他们是真心还是利用。~~）



     想想看，人生的确如此，拼搏一生。还是为了自己的热爱，更重要的是为了自己在乎的人也能从自己身上分享幸福~~~



     看火影中那些小家伙们在自卑自弃中说的一些话，那些沮丧、放弃社会的想法~~~，就想起童年大概也是差不多大的时候，同年最灰暗的时候，也有同样的想法。嘿嘿！有的时候也会暗自庆幸，我最终没有选择那样一条路。~~也许，火影的作者对童年的孤独和那种被抛弃的感觉也是印象深刻吧~~所以才会写出那么好的作品。



      不管童年如何的想法，如何的背叛，~~~人总是要有一些追求的目标的~~就象君麻吕说的那样：“那么我存在的意义是什么呢？~~~那么就是.......”虽然他最终被人利用~~他还是找到自己存在的意义。~~~



      我仅仅希望，仅仅希望自己存在的意义是对我周围的人有帮助的~~~，能够对爱我的人有帮助，能够让他们幸福我就心满意足了......



  

时间管理读后记(四)

目标、计划、优先原则



制定激励人的目标

 

若使整个人生获得成功，就必须画一幅生活蓝图：明确工作和生活目标，并努力达到这个目标，只有这样，今天的付出才会取得明天的成功。



笛卡尔原理，进行有效的工作：

1、书面描述问题（目标，项目）

2、将整个工作分割成若干部分。

3、根据优先原则，按照时间先后顺序，将各个部分进行排列。

4、完成各个部分工作，并对结果进行检验。

  非常类似微积分，嘿嘿！~~~



你的目标是什么？

长期、中期、短期

呵呵，保密 .......



帕累托原理：



20%的时间可以产生80%的效果。



成功人士善于克制自己，他们总是把精力用于处理最重要的同时也是最困难的事情。正因为如此，他们才能比别人取得更多的成就，才能从自己的行动中获得更多的满足。~~





最重要的计划原则是形成书面文字

 



每天的时间应该分成三大部分：

60%的时间应该用于计划内的活动。

20%以外活动。

20%用于本能需求，社会活动。

分布式系统模式笔记（四）

     N久都没有写读书记了，~~~倒不是俺最近没有学习，实在是没有时间更新，（小样！你就别为自己的不负责任推托啦~~~狂扁！·#、￥%……—）



      另外一方面，偶也有小小的忏悔，本来打算和banianMM学习一下认真感悟书的，但是无奈啊，读书笔记都写成ZZ帖子了，实在比较汗颜~~~~还有一个小小的方面就是偶发现偶帖子上面潜水人士实在多，但是却没有回帖， 0  0 好有挫败感阿。不管了，继续继续 .......



  Client  Session State   VS  Server Session State



Client 部分：



基本想法：将state保存在Client部分。而server端是stateless的。简单的有几种实现方式：

URL parameters   优点：简单实现，缺点：SIZE有限制。如果采用SessionID，需要修改URL，那么将影响一些系统的书签功能。



hidden field：在网页上面不显示。在请求和读取请求返回消息的时候存取hidden field的state,优点：比较简单。缺点：安全性差，hidden仅仅针对网页可视性而言，若察看源代码就可以看到state  = =



Cookie:缺点；cookie的安全性也不好，而且容易被IE禁用。不能完全依赖。



何时使用？



支持Stateless server,支持clustering failover,（这是client 较server 的优点。）

安全性能差，解决方案需要封装，以及拆封的过程，需要性能的Cost做代价。



Server Session state



Keep the session state on a serer system in a serialized form.



Server Session State 有很多不好的假设：

no clustering , no fail(集中管理，不支持集群)

实现中主要解决两个问题：

1、用什么形式存储?

a、二进制  优点：简单，需要存储空间小，缺点：不可读，版本控制会出现问题。

b、xml文件  

2、在哪里存储？

数据库，index by session Id



实现：

.net下的session 管理，在Web server端。