晚上上完课,又回到单位.

把惦记着的一些问题看了一下.

 

又听到一首熟悉的音乐.

第一次听到是两年前多了.

游子的惆怅.又快一年完了．没有回家看一趟父母．

北京还是北京，我还是我．

 

今天是星期六，没定闹钟，但早上醒的还是７点醒了．不知道什么时候，没睡懒觉的习惯了．

却突然有些感伤．

 

看了几篇英文文章，心里充实了些．

随手拿起一本老课本，一翻，＜悼志摩＞．

 

＂悄悄的我走了，

　正如我悄悄的来；

　我挥一挥衣袖，

　不带走一怎云彩．＂

 

老掉牙的诗句．想起上学的时候，郎读诗歌自己把自己都能感动一把．

好长时间了．

 

前两天去考一个试，才发现自己都快成文盲了，电脑用多了，字也不会写了．

心理学的一个论述题，本来我是要写＂表彰＂的．

＂彰＂字不会写，就写成＂障＂了．

不知道会不会给分．

 

以后要多用笔写字．

 

弗洛伊德　＜摩西与一神教＞　里说，基督教与其它多神教不同，完全上升一种绝对抽象的精神高度，

因此没有偶像祭拜。

只要求人们过一种　充实的基督徒精神生活．

 

想起以几年前玩过RPG游戏，总是喜欢把自己的角色修改的特别完美。

可现实中，没有扮演好自己。

在各个方面都想要做的好一些，可能也是受那种完美思想的支配。有些强迫症吧。

 

时间在流逝，我还是自己。

要是有足够的时间，让猴子写出《麦克白》 来。

我要也有足够的时间就好了。

可以不用着急，什么都慢慢的来。

 

可是我只能活个几十年。

所以我烦躁不安。

要是能永生就好了。

记的小时候，那时我9岁多，每天叹气的，母亲问怎么了，我说“我不想死。”。

妈妈笑了，说我都老的不行，都不怕，你小嫩芽似的，就每天担心这个。

那时候我总以为和尚道士是可以永生的。

所以总想出家。我妈妈还伤心的流泪。

 

并不是怕死亡本身，

只是怕那一刻到来时，那种无止尽的绝望，无助，虚无。。。

 

《刀锋战士3》里有几句对白。

古罗马的君主，吸血鬼的根源。

对一个小女孩说“孩子，我可以让你永生，你怕死吗？”

孩子说“我不怕，我是好人，会上天堂的。”

“没有天堂，那里只有虚无。”

 

人们不怕死，怕死亡背后，什么也没有。

所以我们相信有神，相信有另一个世界。

相信因果，相信报因。

自己让自己相信，那里有一个弥补的机会。

我们最怕的，是没有后悔的机会。

 

但那死亡背后，可能真的什么也没有。

如果只有这一辈子。

。。。

 

好好的生活，少睡觉，人的一生本来就没有多少清醒着的时间。

生活的味道。

短暂的生命造就我们急躁的文化，社会，上层建筑。

要是猴子写出《麦克白》。

 

我就有足够的时间去做我想做的所有事情。

让自己不后悔。

 

 

偶尔打开自己的空间,才发现有一段时间没写了.

刚忙完手头的事.

 

打开喜欢的音乐网站,看到一张新专辑<天鹅公主>.

听了一下.觉的很感动.

有一种音乐,给人一种现实中无法找到的意境,那便是梦境.

 

好的音乐,触到内心最深处那个梦.

Medwyn Goodall 总是长于用音乐讲故事,一个个在神话中,史诗中,宗教里才有的故事.

 

  

 

 

红色经典系列 黑鸭子演唱组

阿佤人民唱新歌

红太阳照边疆

请茶歌

映山红

唱得幸福落满坡

井岗山上太阳红

 

乌兰巴托的爸爸 英格玛

家

挺着肚皮的小淘气

 

Valder Fields  星期五的祈祷 Tamas Wells

 

  人生.

  没有什么,忙忙碌碌的.

  有些时候,会迷茫.

  另外一些时候,还是会迷茫.

  现实,无情的拷打着人生.

  生命,从开始,就只是生命.

  问题太多,自我是什么?

  生命---生活---命运.

  一帆风顺的人生是什么感觉.

  不曾体验过.

  也不会再有机会,因为生命中至少出现一次不完美,就不能再说是一帆风顺的了.

  人生下来,就只有自己.

  在环境中一点点的丰腴.

  异化,或好,或坏.

  突变,决定了人的一生.

  不变,只是愿望而已.

  所谓命运,也就是充满变数的泡沫.

  把握好,就行了.

  做好自己的事,把其它的,交给命运就行了.

  交给上帝也可以.或任何一个神.

  或者交给时间吧.

  然后自己,就等着变老.

随便写点.

 

团队的组建
   一个完全由精英组成的团队不一定是好的团队。对于一个研发性组织来说,需要各种不同能力的人以及不同专长的人加入.比如:精通编程的,熟悉数据库的,长于沟通交际的,长于思考的,长于行动的，长于决策的，愿意服从的。
   人员的数量通常应大于2小于10.如果团队的人数小于3人,则更多时候发展起来的是个人之间的感情而不具有团队的性质.根据统计数字,每个人,即使是最有效的管理者,通常能有效直接沟通指挥的人不多于10个.如果有人声称自已能够领导10个以上的人做为一个团队成功运作.那么在他团队成员中,必然存在一些没有正式任命的潜在领导者来担当了下层领导的作用.
   民主还是专制,关于这个问题争论很广泛.我个人的观点是,如果团队的产品要保证高度的一致性、概念统一性、有限定的截止期限、或严格的资源要求。那么就必须由少数人来进行专制决策.如果团队的产品要体现创造性，而且从各方面来说比较宽松，那么是适合民主性的决策的。比如一些没有紧迫的时间要求和市场要求的研究性课题。

 

管理的重要性       
   对于技术性机构来说，管理仍然是第一位的，管理是一个组织的灵魂。任何不受约束的行为必然导致无法预料的结果。  
   在企业中，任何技术性行为都不能够超越管理活动。即使存在技术性的尖子，也不能因为个人而破坏管理制度。
   比如：一位技术人员不受计划的约束而对某项技术的过分沉迷研究有可能会导致该项目的严重延期。一位技术人员私下承接其它任务也必然打乱目组所制定的工作及进度计划。导致项目进度的无法掌控及团队管理工作的混乱性。 
   软件研发性机构的管理也不等同于传统工业的“控制”。更合适的字眼是：引导、纠正。

  

关注过程还是关注结果
   这个问题其实视管理者所处的位置而定，如果处于高层管理者，那么可以只关注结果。而对于中下层管理者而言，对过程的忽视必然导致对进度的不可预知和项目的不可控。所以中下层的管理者不仅要重视人员的生产结果，还要密切关注其生产过程。

管理者的身份
   管理者应将自己视为一个团队的出入口，应当将着眼点集中于团队通过你这个出口，可以为你的上级和其它团队提供了什么东西或成果。上级的决策及其它团队所提供的成果或其它资源将通过你这个入口对你的团队产生作用。如果走的不是这条路子，混乱性是必然存在的。
 
人的重要性
   不同于很多传统工业,一些机械化的生产过程可以被大辐的自动化,从而缩减人力,提高生产率与精确性.但对于软件产业来说,即使是最小的工作也是由开发者个人的能力及其智慧决定的.好的生产者和差的生产者的效率及质量优异性最大可以差距到1:10.
   除了雇用优秀的人员,对于士气的关注必然大幅提高生产效率.因为软件工作既然是一项脑力活动,任何开发者的情绪波动必然影响其生产效率.所以及时的发现,并沟通开发人员的情绪问题而且合理的解决问题显得更加重要了.  
   对于个人成就感的渴望对于每个开发者都是需要的.作为一种情感诉求,所承接任务的优越性、独特性、重要性，将会很大的影响其生产效率。
   通常情况下，对一个开发人员付以厚重的期望与充分的信任（前提是开发者本人没有任何负面的情绪问题），并向他口头明确的表达或当众表示你对于他的期望和信任。他会超出自己的能力限度，发挥最大的潜能来完成这件任务。

  
   Case工具和过程无法替代人的重要性，即使理论上再好，再先进的Case工具及软件过程也不可能如你所期望的那样最好的提高生产力。归根结底，事情不是由工具去完成的，而是由人去做的。
   与其在Case工具和过程上投入更大的精力，不如放在对人员及其生活、福利的关注上。
   有效的工作时间，因为软件生产是一项脑力工作，所以不可能以日常工作时来计算一个人是否很好的工作，有可能一个开发人员坐在那里一天，都在想其它事情。而从表面上来看，是无法进行判断的。  日常工作时间不等于有效工作时间。

 

士气是团队的灵魂
   一个团队的士气是由每个团队成员的士气共同组成的。个人反过来又受到团队士气的影响。没有士气的团队是不可能存在高效率的。
   士气就是一切。
   团队的管理，本质上是对于人的管理。个体的差异必然导致管理的复杂性。既要有总的管理风格，还要针对不同的个人有不同的管理措施。  
  
柔情还是铁腕
   如果民主和平和不能解决问题，不要犹豫该不该黑下脸来使用铁腕手段，如果在这里犹豫不决，那么事情不能顺利完成必然影响你和其它一些人的职业生涯发展。  
     
管理的风格
   不知道从好的管理者那里学习，管理工作不可能有好的效果。
   只知道照抄而没有自己的思想和风格，也不可能真正成为一个优秀的管理者。
   适合于别人的不一定适合你自己，因为那不是你自己。
   “从别人那里借来的火种，点亮不了自己的心灵。”所以好的管理者要注重自己思想和觉悟的提升，既要学习别人好的做法，还要慢慢形成自己的特色和风格。

最近看了一本电子书<<Systematic Software Testing>>

里面关于测试团队的管理以及如何做一个成功的测试团队管理者的部分讲得特别精致.想来对于其它团队管理也有借鉴作用.

所以摘一些出来.

------------------------------------------------------------------------------------------------------------------------------------

美国海军陆战队的领导原则

下面的列表包括了在海军陆战队中使用的一组领导原则,但是并不适用于每个领导者.

1.了解你自己并且不断寻求自我进步.

2.精通技术和战术(熟悉你的工作).

3.在你的下属中发展责任感.

4.产生合理、有效并且及时的决定.

5.设置一个榜样.

6.了解你的士兵并且关注他们的福利.

7.保持你所有士兵能力和知识的广泛性.

8.为你和你的士兵们要进行的行动寻求责任并且获得责任.

9.确保任务被理解、被监督、并且被完成.

10.训练你的士兵们做为一个团队.

11.使用和你的团队实际能力相一致的指挥.(例如:设定你们能够达到的目标)

 

这个不想写了.

     其实,当职业变成信仰.

     那背后隐含的,是一种对自己所选择的人生道路的信仰.

 

     我们每个人,一出生,便决定了和别人的不同,父母,家庭,教育,职业,经济......

     也选择了自己要走的那条与别人截然不同的人生道路.

     要寻找两个一生走着完全相似道路的人,比寻找两个完全相同印痕的掌纹更难.

 

     每个人,在自己所选择的道理路上,有快乐,有悲伤,有一帆风顺,也有艰难的跋涉.

     有些时候,我们黯然伤神,彷徨,失意,忧愁,悲伤.

     很多负面的情绪会影响我们.

    

     或许这个时候, 会怀疑自己,否决自己.如同在暗夜里的行路人,看不到前方的一丝光亮.而失去勇气,怀疑自己所选择的道路.

    不要轻易的放弃对自己的信心.

    也不要停下来浪费时间做过多的思考,只管前行,因为黎明的曙光出现,只是时间的问题.

    为什么要停顿下来为了夜晚的到来而哭泣呢.

    当天亮时,你是要呆在原地呢?还是更愿意在前方,那个更接近你人生理想的地方.

 

    当耶稣成为上帝在人间的使者后,他在旷野中不吃不喝待了49天,接受信仰的考验. 在最后一天,魔鬼撒旦出现了,对他说,"你既是神的宠儿,你敢从神殿的屋顶跳下来吗?"

    在那时,神是与他在一起的.

    但他没有去试,因为他相信他的神,他的信仰坚定.

    如果他决定去证明给魔鬼看,那其实已经意味了他信仰的动摇.

    神必然将遗弃他.

 

    那是一种最大的考验,在无意识当中,可能我们就已经背叛了自己的信仰.

    所以基督说:"神啊,祈求你,不要让我们遇见试探".

 

    我们每个人所选择的人生道路,都必然走向我们自己的成功.

    认真选择自己的道路, 坚信你会走向成功,有一个完美的人生.

    不浮躁,不气馁......因为我们的生命短暂,没有时间让情绪影响前进的脚步.

 

    如果你的脚步停滞在了夜晚,请信仰自己的道路,往前走,然后等待黎明. 

    如果你不放弃自己的信仰.

    你的道路便不会背负你.

 

       昨天晚上,收拾家,突然触碰到一本书,便细细打量了一下,是一本已经发黄的书<微型计算机原理与应用>,书页上还有我的落款,XXX 2001年2月24日. 钢笔写的.

 

       猛然一下,我的思绪被拉了好长,好长,直到几年之前.

       原来我的职业生涯,已经5年了.

       其实,我是最爱文学的,喜欢计算机却是很突然的事情.

 

       记得小时候,很喜欢阅读文学类书籍,还不停的写文章,即使在后来的学生生涯中,也一直没放弃过,不停的阅读,写作.

       然而,第一次接触到计算机,便注定了我的职业.

       还记得那时的热情,当一个FoxBase写的小小的,红底绿杠的菜单出现在屏幕上时,那种欣喜的感觉.

       记得自己跨专业,找来校友的<IBM-PC汇编语言程序设计>,在宿舍熄灯后仍然看到1,2点.搞明白指针的概念时.那种不畏一切的勇气.

       那一条条指令,在头脑中想象的电脑中被执行,想象着执行后的结果.

       那样的痴狂.

 

       我想,这世上再没有谁比我们更热爱自己的职业了.

       除了那些只是为了工作而选择这个行业,但自己并不喜欢这个行业的人.

 

       选择了这个职业,便是选择了一种生活方式,与很多人走得不同.

       记得Intel的总裁说过一句话:"只有偏执狂才能生存".

       我并不赞同那样的生活态度.

       但自己,却不由自主的在职业上偏执了下去,狂热的爱好自己的行业,直到它近乎变成一种信仰.

       至今还有一条银饰的项链,在项坠上的刻字,是自己的专长:C++,Assembly,Se,Os.

       (Se,Os分别是软件工程,操作系统的缩写)

 

       记得,曾经为了一个设计方案而狂热,失去理智,什么都不做,不吃,不喝,一天的时间用完了,只觉得刚过了几个小时.只是疯狂的思考,直到一个灵感滑过头脑的天空.

       如同灯罩外的飞蛾,什么都不想,只是为了那点亮光,偏执的撞向那个灯罩,不停的撞...不停的撞...

       什么也不再去想,忘却了疼痛,忘却了生命,忘却了所有应该记得的东西.

       直到被火焰点燃了翅膀...

   

       这些年,从最初的程序开发一直到技术&管理工作我都做过,所有碰到的同行,有很多人为着自己的能力和成就而自豪,从工作中获取喜悦.

       如同我这般的执着.

       

       工作性质带来了也很多负面影响:强迫症,抑郁症,焦虑,偏执.

       然而生活是需要适度的妥协和放弃的.

       

       这些心理与生活是矛盾的.

       生活,随意一些好.

       当你发现自己的生活格格不入的时候,请停下来检视自己.

       保持自己的感性,那是人类最可贵的.

       不要忘记了该如何感动.

 

       职业可以变成信仰,但不要变成为狂热的爱.

       因为那不是一种理性和逻辑分明的东西.

 

       注重自己的生活.从现在开始. 

很长时间,没有看到过如此感人的电影.

它其实推出很长时间了,很愦憾我刚看到它,但仍然很感动,那种感动很久没有过了.

 

剧情其实是很简单的,一个喜欢讲故事的父亲和一个不理解他的儿子,由一条大鱼开始讲起,总是讲很多在他儿子听来很荒诞的故事.然后在生活的最后阶段,儿子为了知道父亲的真实的一生,就去根据他故事中的线索去追寻那些事情,最后明白了,他的父亲其实是把自己的一生,幸福,痛苦,成功,挫折,爱情,用故事讲了出来.

 

在既将去世的时候,他的儿子给父亲的故事编造了一个完美的结局,浓缩了他父亲的一生.

 

然而,在很多细节的地方很感人,很有哲理.

影片的一开始,就开始讲故事.

 

在一条河里,有一只不为人见的大鱼,很多人都想钓到它.有各和各样的鱼钩,还有各种不同的诱饵,有虫子,面包,肉屑,蜂蜜加苹果.但都钓不到它.

听说大鱼是小偷的灵魂化身,他认为它一定会喜欢金子,便用自己的结婚戒指来钓,那只大鱼便咬了钩.但他抓住了鱼,为了得到自己的戒指,如果失去了它,便失去了对爱人的承诺.便又放走了那条鱼.

 

还有一次,他在湖水中看到一美丽的女子,当他游过去后,那女子不见了.别人告诉他,那女子其实是一条鱼,从没有人能得到过她.

 

当在影片的结尾,他被儿子抱到河边,所有他一生中碰到的人都在那里快乐的等着他,而他的妻子,则站在水中微笑.他脱下自己的戒指,将它还给了妻子,自己变成了一条大鱼,将水的那一边游去.

 

那一刻,我被深深的感动了.深深的感动了.

 

是啊,人的一生会有很多很多的诱惑,如同那么多的钓钩,那么多的诱饵.然后,真正能打动我们的,不是金钱,不是地位,不是其它的一切.而是-----一生的爱的承诺.如同那只金色的戒指,我们都会一点不犹豫的去咬钩子,而不管是否会被人捉到.

我们都是小偷的化身,从我们心爱的人那里,偷走她的爱,偷走她的心.

在生命里最美的那个人,其实就是那个和你共渡一生的人.

 

而往往,我们所苦苦追求的那种美丽,其实有时候,或许就在自己平淡的生活中.只是到最后,我们才真正的明白.

 

其它的,我也说不出什么来,自己继续感动.

 

     很长时间没有下雨了，今天早上突然就下起来。一直就下个没完。

     在家里，就是工作，学习，休息，锻炼。再加上写些日记。

     周而复始。

 

     可能城市待的久了，人就成机器里的齿轮了。什么都变成规律性的了。但以前看过一本《自适应软件开发》的软件工程书，竟然强调，“事情的进展，往往依赖于突变因素，而并不具有规律性”。

      仔细想想，挺有道理，就像自然界的生态系统，多么复杂的系统，是慢慢的进化而来的，而其中很多关键的进化步骤，都是由一些突变因素导致的。比如生存环境的改变等等。

 

      软件，首先是一种产品。
      每项产品都有特定的用户群体，产品会不会针对特定的用户群体的业务工作产生帮助，减轻工作强度，优化业务流程，从而对该用户群体所带来利益。将决定该产品是不是有市场，以及该产品的前景如何。

      软件的用户化，我认为主要体现在易用性上，而易用性主要为以下几点：
      一。易操作。对用户现有业务吻和很好。经过培训可很快上手。
      二。易理解。软件界面要展现简洁、大方。并符合用户群常用操作系统界面规范，并且对于一些名词用语要符合用户所在的行业标准。
      三。易维护。软件作为一种人为制造的产品，经过再多的质量控制，缺陷只能尽量缩减到一个可接收的数量内，但不可能完全排除。但如果软件发生故障，用户经过很简单的步骤可以很容易的排除。并且确保用户数据安全。

     对于改进软件的易用性，则是一个不断总结和改进的过程。

     在软件过程的几个关键步骤中，有三个步骤最为关键，需求、分析、设计。

    

     一。在需求阶段。

           在需求阶段，要增加产品的易用性，关键是收集有效的及真正能体现用户价值的需求。我个人的观点是“提升产品价值，彰显产品特色”。

           确定真正的用户群，也就是哪些人将真正使用这件产品来进行工作。而不是客户的高层领导，因为这一类人常常并不实际的操作产品。

           确定项目的目标和范围，一个产品究竟要做到什么样的目标，以及哪些业务是这件产品将包括在内的，哪些将不包括在内。

           分析同行业现有产品，了解其对于客户业务逻辑的逻辑及产品模块，还有功能架构以及不足之处等。并确定我们产品要做到的特色。

           利用多种需求收集技术，原型法，学徒法，观察法等从多维角度来收集需求。

           并对收集到的需求确认优先级等相关属性，最好用需求管理工具加以管理，以免需求遗失。

    二。在分析阶段。

           在分析阶段，除了对目标产品的架构等进行分析之外，还应根据产品的目标和范围对需求进行进一步的筛选，确认那些将会在这次开发中实现，而那些将放入下一版本。

           并对已采集到的用户业务过程进行优化。挑出哪些能满足用户业务的需求。

           我个人信奉“功能最小化”原则，也就是，如果这一部分需求可以很好的满足用户的业务，哪么就不要再加任何其它多余的东西进去。因为，大多时候，最简单的也是最好的。

           在这一阶段的最后，则得到一个经过精简和优化的业务过程，以及筛选过后得到的一个需求子集。

          其它的需求，并不删去。它们将做为一个基线保存为一个特定版本。因为其中的某些将在以后会用得上。

    三。设计阶段。

           在设计阶段，除了后台一些复杂的架构要稳重设计之外。界面适合用RAD工具迅速开发出来。因为即使可行性研究做得再多，可能到设计的时候，才能发现一些，架构上的变化将影响产品的界面部分。就像一个人的骨胳变形必然影响其外貌一样的道理。并与客户进行再次的沟通和交互，因为即使在需求收集时使用了原型法。但真实的产品与需求时的原型还是会有很大的差异。

           当然，这时候用户，提出的任何建议都将被收集，归类。但必须经过相关人员审核（例如质量关），才会决定是不是要加入已经定型的需求子集。

         

    可以看出来。在大多的工程步骤中，需求收集可能随时都会进行，即使前期需求做的再好。

    而需求（功能性的和非功能性的）将决定这个产品最后的一切表征。

    但开发组织要有自己的主心骨及是非判断能力，不能什么都跟着客户走，因为客户并不总是对的。

    像IBM前期开发就碰到过被客户拖死的事情。

    概括一下：

    1。开发公司应该掌握精要,就像骨干一样,是一个支架，而客户需求像肉一样，一点一点贴上去,最后就得到一个完整的人体,一个健全的系统.任何过偏的倾向都将得到一个有缺陷的躯体。

    2。沟通，沟通，再沟通。

    因为时间短，我只随便瞎写几句，有时间，欢迎讨论交流。