Simple Thoughts for Simple Life

S君离开L公司以后就和Lhjuig和Lipeng一起创办了一个公司：品位科技（www.pingway.com），主营IT方面的软件项目。在创业伊始要考虑很多东西：为了解决成本，去了燕郊租房子；由于人力成本过高，只好招聘燕郊附近的大专毕业生。当然在成立公司之前已经有好几个不错的项目在手里了，所以开始的时候经营的还是不错的。后来由于公司规模和资质所限，很难拿到大的项目，也试图想过很多其它的出路：包括做自己行业方向的产品；修改经营模式方向，不做项目而转做网络；出租公司人力，进行劳务外包..等等，但是收效甚微，只能勉强持平而不能实现真正业务方向的转变。

对于一个小公司来说，要在这个强手林里的IT行业存活下去而且还要考虑盈利确实是一件非常困难的事情。前段时间S君同我讨论今后的方向，很有信心的鼓动我一起做web2.0。对于web2.0的东西说句实话，我不是非常的了解，只知道在web2.0里面很强调用户的交互，利用所谓的一些“新技术”来实现一些更强可访问性，更具有亲和力，根据有良好交互习惯的网站，从而为用户提供更良好的服务。目前有很多优秀的web2.0冒出来了，有很多网站甚至专门以列表web2.0进行排序点评都有（新新web2.0 http://www.newnew.cn/  web2.0网站列表 http://www.web2list.cn/）。其中不乏优秀的站点，比如人气极高的豆瓣(http://www.douban.com),抓虾(http://www.zhuaxia.com)以及其它的类似网站，当然这些网站都是以gmail(google的free mail服务）为龙头的。这些网站或者以简洁界面、高质量的内容或者方向性极为专业的服务（比如抓虾）。大都这些网站都是参考国外的一些已经是实现的功能为参考，或者甚至直接拷贝翻译而来：

大概分类有如下几种：

点评类的：根据自身的喜好或者经历来对某些现象或者内容进行点评，参与的其它用户一同对这些观点进行评论。比如：豆瓣－音乐，电影书籍评论，途牛－旅游路线点评，堕落－吃喝玩乐点评，digg.com－网络文章收集点评

web2.0服务网站：针对web2.0出现的一些新的形势的服务:blog,rss订阅，书签网站等内容。这些网站就比较多了，在国内有博客中国，抓虾；国外的有blogger.com,blog.com,wordpress.com和feedburn,reader.google.com，美味书签等网站。

网络社区性质的：根据某个话题集中进行讨论的。比如天涯，视频共享，照片共享以及提问回答等，这些内容在web2.0之前也是存在的，只是在web2.0以后可以进行很方便的进行交互，可以通过在线交流技术无刷新技术等让这些服务变得更加直观可用。

SNS性质的网站：社会型网络网站，这种网站典型代表就是google的orkut，微软的wallop等，这些网站通过虚拟现实社会提供网络交友，共享资源（书签，照片）等方式。
“Social Networking Service (简称SNS ，社会化网络软件)是Web 2.0 体系下的一个技术应用架构。SNS 基于六度分隔理论运作，这个理论的通俗解释是：“在人脉网络中，要结识任何一位陌生的朋友，中间最多只要通过六个朋友就可以达到目的。”放在Web 2.0 的背景下，每个用户都拥有自己的Blog、自己维护的Wiki、社会化书签或者Podcast.用户通过Tag 、RSS 或者IM、邮件等方式连接到一起，“按照六度分隔理论，每个个体的社交圈都不断放大，最后成为一个大型网络，这就是社会化网络(SNS )。””

这些web2.0的网站从外观内容都做的很不错，但是说到盈利的话估计都是哑巴吃黄连有苦说不出。有很多新的web2.0的网站在兴起，也有很多已经经营过一阵子的web2.0的网站正在关闭（其中otag.cn,msfans.com等都做的相当不错），关闭的原因可能各有不同，但是或多或少应该有一个最重要的原因：盈利模式不明朗。

对于web2.0的网站和传统的网站一样，本身是很难进行盈利和实现经济收入的。大型网站如门户，电子商务等都有比较成熟的盈利模式，门户的访问量大广告费自然就上去了；电子商务平台（比如阿里巴巴，淘宝,ebay）可以通过租商场的模式收取租金同时负责解决纠纷；至于google可以通过广告和搜索服务，内容搜索服务等方式来实现盈利。但是对于这些新兴的web2.0的网站，一般不像其它的房产网站只是一个附加产品（房产网站的目的是为了通过网上交易能够更快更高费用的卖出房产），只能考虑从网站来赚钱。大都web2.0的网站都是没有产品可以出售的，那就只有内容和服务了，目前这些网站几乎都清一色的免费，同时为了保证网站内容的质量，需要雇佣（或者是网友自愿）大量的站务管理人员；同时对于高质量的网站里面出现广告等容易引起网友反感的内容也是越少越好。这一下子剩下的盈利模式都没了，怎么赚钱？赚钱不是一个庸俗的事情，对于每个行业每个人都是一个很重要的事情。

S君在和我讨论的时候说是想要做一个点子网站，专门来提供点子讨论。其实还是有一定的盈利方式，比如可以为企业或者个人提供点子，收取一定的费用。但是点子不可能是团队自己提供的，而是网友提供的，版权和所有权都不归网站所有（sina的版权申明有严重问题！！！！）。S君说先考虑做大，作成熟，至于盈利模式现在还不考虑...又一个典型的web2.0的模式...

web2.0网站如果不能赢利前景会很不妙，域名，服务器，托管都要钱，再请站务，开发人员等等，只有风险投资和融资是不够的。

不再沉默中爆发就在沉默中死亡，摆在前面的路很不光明。或许学习youtube的被收购是一件好事？国内有hao123,国外有youtube，希望这不会成为web2.0的终极目标和理想出路~

初冬的寒意终于在吃到了一段日子以后到达了，挟带着阵阵风沙在今天早上制造了第一个冬季的感觉。天色很不错，很蓝；空气也很不错，很清新，一个很不错的周一。冷冷的空气里面感觉身体里面汹涌着阵阵力量，斗志由此而发。我一直都很喜欢冬天的，因为我觉得其它季节都很难保持真正的冷静和敏锐。冬天则不然，冷冷的温度让人无法不冷静清晰。有人很讨厌冬天，说是冬天太冷，冻着难受。可是那个季节又不让人难受呢？
“春来不是读书天
   夏日炎炎正好眠
   秋有蚊虫冬又冷
   收拾书包待来年”

小时候经常听到这些句子，当然都是一些反面教材。一个人只要懒惰，在什么时候都会觉得有别扭难受的时候。

 “春有百花秋有月
    夏有凉风冬有雪
    若无烦事在心头
    便是一年好时节”

心态决定一切，只有良好的心态才能够真正有好的时光。只有一个人真正的想要利用时间的时候，时间才属于他。马克思也许说得对：时间就像海绵里的水，只要你挤总是有的

今天的任务主要是写开发规范，检查设计进度，该要设计评审。
开发规范主要包括开发过程中容易出错的问题和注意事项，同时还包括一些原则性的指南，比如【WCAG】(http://www.w3.org/TR/WCAG20/)等；同时对于命名，统一处理机制等内容做出定义。包括：异常处理，错误成功页面，分页查询机制，Cache存取机制，HeartBeat的机制，部署顺序和包路径以及各种文件的命名规范定义。

设计的时间较短，只有上周五下午到今天上午，准确的说不到一天时间。由于大家对于整个流程都比较熟悉了，所以在作设计的时候还是比较顺利，比我预想的好好一些。直到今天下午进行评审的时候只有一个模块的内容没有完成，是用户帐号管理模块的内容，这一块的内容优先级相对较低而且都是在系统内部不同其它的系统进行交互，问题不是很大。下午评审的时候问题也不多，基本上还是比较令人满意的，当然还是有部分内容存在一些问题，不是主要流程上面的问题。

上次设计的时候有点问题，由于没有笔记本和遥控器的缘故，导致整个评审的时间向后推迟了大概一个小时，最后借了【yanggt】的笔记本才搞定。回来向【Luoxu】说过了，【Luoxu】说公司目前的笔记本配置都很低让我先借用一台笔记本。我在家是有笔记本的，所以无所谓是否借用还是申请。但是借用以后才发现公司的笔记本实在是让人觉得可怜，128M的内存，奔三799，而且电源极不稳定，开机半个小时就突然停止，【zangxl】看了半天说没事。然后带去进行评审，结果由于Rose安装的时候机器停了，无法继续进行安装，runtime script安装出错，搞不定！只好让【Baiyj】将rose的内容转换成为html进行演示，幸好问题不多。

明天记得要同zangxl讲明白，应该是电源的问题～！

关键词：
思路决定出路
利用有限资源完成最大效益，无论做什么都是对的！
时刻保持冷静和敏锐 不要只是因为冬天

“在IT行业,一个人的成长大致可以分为:
　　–22-25岁,深入研究技术,熟练掌握一种工具,体会大学中学习的理论在实际工作中的运用,熟悉工作的环境和工作方法,人与人合作的方式
　　–25-28岁,参加项目开发,并成为项目小组技术带头人或者是系统分析人员,学会从系统角度理解软件和技术,并学会与用户交流沟通,丰富其他非IT方面的行业知识,如运输行业,金融行业的工作方式
　　–28-30岁，通常职业发展会有变化,一般会:
　　成为高级工程师,做公司的总工程师职位
　　成为售前支持工程师,成为与用户谈判,答辩,书写项目方案书的高手
　　成为项目经理,逐步学会管理队伍
　　也可能成为技术型销售人员
　　或者成为公司的CTO,走向职业经理生涯”

这段话基本上成为了软件开发行业（IT行业）的职业规划指南了，很多人也是这样在计划和打算着自己的职业生涯，工作了这么多年还没有真正的静下心来好好考虑一下自己的职业道路。

先看看自己这么多年是不是符合上面的指南？ok.

22－25岁，我在22岁正式从学校出来，成为一个靠自己双手吃饭的工人。在学校期间和一些同学，学长们一起搞了两年的校园网搭建，曾几何时搭建了一个北京市最大的局域网（1000多台机器的局域网...寒～)。我是技术站长，主要负责整个网络的技术方面的内容，包括各种服务器的搭建，各种服务器的配置和维护（那时候还是firebird,term,apache+php3的时代）。在校期间，职务之便就接触了不少服务器，也接触了很多操作系统（linux,freebsd,solaris）。等到大三下半期的时候自己发现这些事情占用了自己太长的时间，由于站务方面的事情太多，很多时候没有时间静下来学习新的东西。于是趁招募新人的时候将自己手里的东西都交出去了，潜心开始学习java技术。
    当时的java还是applet和servlet的时代，jsp还没有正是流行开来。从网上联系到一个日本医院的项目，就和几个同学一起开始做。技术架构在现在看起来是相当简单的了（applet+servlet+dbconnectmanager+mysql)，运行环境是debian linux。这个项目是我在大学期间做的第一个正式的java项目，涉及到的内容包括项目管理，演示文档，代码开发等。这个项目做完以后感觉信心倍增，就频繁的接了几个学校的项目和清华一些教授的项目。当时觉得自己学生，以学习为主，对钱看的不是很重。但是开销却不小（挣了钱就想着几个朋友同学一起喝酒吃饭了..残念..)，等到毕业的时候居然没有留下什么积蓄来。
    毕业以后进入L公司，刚进入公司的时候部门里面还没有正式的做过j2ee的项目（对外），同期招入的新人也没有做过相关的项目。因此指导人S君就让我做了好几次讲座，从jsp到j2ee,从junit到struts等等，在这几次讲座里面自己对一些知识的掌握熟练程度更深，同时也学习了一些以前没有接触过的东西：比如面对几十人的讲座，比如PPT的制作等。“只说不练空把式”，部门决定做一个项目管理系统（Lancer，一款跑车的名称），于是我来做项目架构，S君和L君做项目管理。整个项目的技术架构也是比较简单，jsp+servlet+javabean+dbpool--->oracle。
    Lancer项目完成以后，开始做一个正式大一些的项目，L公司的CallCenter。CC这个项目是L公司的一个重点项目，是国内最大的一个Callcenter，以前的系统是使用VB＋DB2实施，话务部分则使用apropos+sysbase来实施。我们接手后要改造成为纯基于B/S的结构，同时业务需求也比以前的业务需求变化了很多。这个项目是我毕业后接触到的第一个比较大而且过程比较全面的项目，从项目的需求，技术预研，需求评审，架构设计（评审），概要设计（评审），代码（code review），单元测试（交叉测试，结队开发），系统测试，性能测试基本全程参与。开始的时候我是负责技术预研（架构选型，服务器选型，软硬件选型等）然后是架构设计（ejb? struts＋hibernate?），然后是几个重点模块的设计和开发。这个项目对我的影响很大，从技术上面来说自己得到全面锻炼，大部分技术都得到了应用，同时也学到了很多新的技术。比如EJB,设计模式，LDAP以及相关的集成技术。更重要的是在整个项目的流程相当全面，各个角色都有，CMM4的流程实施相当不错，对于日后我自己带领项目开发打好了很好的基础。
    在CC项目的过程中L公司发生剧变，我们部门被剥离出来，成立了一家L集团公司控股的一个子公司。S君，L君，Ch君以及很多同期来到公司的同事都离职去了其它公司，当然他们去的大都是很好的东家：IBM,Moto,Simens,朗讯等。我留了下来，选择就意味着放弃，目前也不知道是正确的选择还是错误的选择。

打字太累，今后有时间再记录余下来的事情~~


关键词：

无论什么时候，人总只有一条路：向前，这条路无论是选择还是放弃都不能后退，因为时间不可逆。
积极向上，勇于面对！

LCC需求变更的设计评审今天下午在LCR A307举行，yesm,gaofengh,honglei,huangxy和shanzb参与。由于评审之前基本上没有时间准备，所以在会上不能针对问题进行评审（通常情况下评审分为技术评审，同行评审，管理评审；这次评审是同行评审，同行评审又分为walk through和inspection两种方式），也就不能使用inspection的方式进行评审，只好使用work through的方式，数据库设计人员和该要设计人员都没有一起去，所以导读的人也就是我了。framework文档，数据库文档，该要设计文档（rose model），基本上还算熟练。

一点30出发去LCR，班车一般是1:45到，结果等了半天也没有等到班车来临，应该是已经走过了。期待着蓝色的快车一直没来，huangxy一直开玩笑说高仓健的黄色飘带的电影。yesm打电话来催促问是不是已经到了研究院了，只好拦了一辆出租去了LCR。到了会议室还不到两点，感谢出租车司机。由于yanggt去了其它的项目组，我这边就没有笔记本开会演示了，honglei抱怨了十来分钟，yesm也满脸怨言。由于yesm和honglei机器上面都没有安装rose和power designer，只好让gaofengh去借了一个Lenovo3000的小型笔记本来，安装上了powerdesigner以后发现机器居然是home版的windowsxp,没办法安装rose enterprise endition 2003,没办法...而且切换投影的时候也浪费了半个小时左右，因为没有遥控器，无线没办法使用。

好歹等到三点，借了yanggt的笔记本（yanggt在五楼办公），找来楼层助理总算可以开始进行评审了。先是数据库的设计，大部分内容基本没有变化，主要是删除了十来张表，同时修改了一些表的关键字段。但是在讨论ticket的状态的时候连带拖出来了refund流程的变化，以前的refund是有csr引起，生成refund的请求实体放入队列中。变化成为CSR通过IBM 的help desk调用carecenter（我们的系统）的webservice的接口来进行生成refund的实体，CRMT登陆后进行处理退款操作。

然后就是framework文档相关的变化，这一块的内容主要是我写的，基本上比较熟悉没有什么大的问题。主要内容是web应用的目录层次，web页面的页面结构，heartbeat机制的设计和实现，同IBM集成的方式和实现方法。heartbeat使用prototype的ajax.request对象来实现对应的功能，在请求成功或失败以后进行相应的处理。webservice的集成主要包括两个方面：1、调用IBM已经存在（或者即将开发）的webservice；2、提供websercice供IBM的系统来调用从而修改ticke的内容。对于1的内容仍然使用传统的axis1来进行调用，axis2做了一两个测试发现代码和设计以及文档方面都有较大的问题，可能是刚刚发布还不是很成熟（也有一说是学生开发的...）。提供IBM的websercice使用XFire来提供，最近开了一些xfire相关的资料和文档，发现使用xfire实施webservice确实非常方便，不用自己描写wsdl文件。framework的设计部分讨论焦点主要在于web目录层次中的images的国际化上面.

接下来就是流程的该要设计，使用rose model完成的内容。由于比较匆忙，中午的集成基本上没有完成，结果发现有好几个包都无法载入到rose中。查看cat文件发现cat文件中的包名称同Rose Model(mdl)文件中的包就不相同（使用了<>标记导致），修改后载入。Rose真的是一个很慢的工具，yanggt的笔记本基本上跑不动....打开后发下很多流程和图都没有，没有办法进行评审，经过讨论以后决定回去重新梳理流程以后重新进行设计。这次流程的review算是没有通过。

回公司的路上一个人走回去，一路上想着自己什么地方存在问题。分析了一下，其实主要有两个问题：1、过于关注细节，由于自己是技术出生，在遇到技术性的问题第一想法就是自己去搞定。但是这样子对于项目的管理和激活开发人员的热情方面确实是一个很大的打击，佛曰："舍得"，只有舍弃才能够有所收获。决定以后不再关注细节的技术问题，对于整体架构方面的问题放心的交给huangxy去完成，他在架构设计和j2ee方面还是有很多经验的。能够放开的就放开，不要全部抓在自己手里面。比如Framework的文档的修改，就是一个问题。虽然文档没有问题了，但是整个设计阶段的内容没有能够整体上的把握。2、在告诉开发人员或者设计人员的阿时候没有明确的给出检验标准。检验标准（checklist）是一个非常重要的东西，当你布置了一个任务以后如果没有检验标准的话每个人作出来的东西可能都完全不同，因为大家都没有一个统一的认识，不知道什么是正确的什么是不正确的。只有明确定义了检验标准，并定期的检查进度和质量才能够保证整体的质量。

关键词：
前车之鉴 后事之师

以史为鉴 可以知得失

舍得！