最近的一年回了三次丹东，其中两次是带着大猪和老虎儿一起回去的。每次老虎儿都跟爷爷奶奶玩儿得很高兴。虽然他们不常见面，血缘还是能瞬间拉近他们，很奇妙的事情。大猪坚持十年如一日地傻乐呵，开始喜欢上唱歌，最频繁的时候一周唱好几场KTV，比职业歌手还辛苦...我跟她说，她的性格很好，如果没有嫁给我，她跟很多人都适合；而我性格不好，适合我的人很少，能够有她是很幸运的事。然后，她就常说，我跟她在一起我多幸运啊。真是一点儿阳光也不能给她，要不然控制不住她的灿烂。老虎儿越来越聪明了，常会说些令人惊讶的话。精力无限，春节回家睡了三个晚上，最早的一天是11点40睡的。不过，他太爱哭了，还有半年就要上幼儿园了，爱哭鼻子估计要把老师折磨死了。

大猪和我都得到了升职，大猪做了副处，我做了manager。从表面上看，应该是挺殷实的家庭，但其实我们俩都是升职不加薪。加入SAS时，决没期望会在SAS工作五年这么久，还是很感谢Emily一如既往的支持，最近的一年和以往一样，很多愉快和不快，很多抱歉和感激。

今年用过的两个密码是thank you和principle.

过去的一年，有多少事情会被永久的记住，假如这些事情是本该忘记的，忘记之后又有什么其他值得我记得？

1. 老婆说，她工作压力挺大的。我说，我来看孩子，你快去忙吧。老婆说，她不去，她压力最大的地方就是不知道该忙什么….

2. 我拍打儿子逗他玩儿，老婆不喜欢我这么逗儿子，威胁我说，你再打我儿子，我就打你儿子了啊。我：……

3. 老婆爱抚儿子的头，不无得意地向我炫耀，“这小家伙是从我肚子里生出来的，你能体会么？”，我回答，“这小家伙是我射你肚子里的，你能体会么？”
4. 老婆把腿伸给我，说，"帮我抻长点儿"，我装模作样抻几下，她把另一条腿也伸过来，"这条也抻抻。"

悲喜早已注定，对错心知肚明.

我能面对自己的时候就能面对所有人。

不喜欢现在的生活不是因为它不好，只是因为它不是我选择的。

下一分钟，要么收获快乐，要么为收获快乐做准备。

你我不是神父，谁也改变不了人的灵魂。

坏人没能力做好人，反之亦然。

世界上从来就没有就事论事，没有在意的人，就没有在乎的事。如果有一天对事情的看法变了，那一定是因为对人的看法变了。

表现到此结束，剩下都是表演。

懒惰就是什么都不做，所以等待是一种懒惰。喜欢等待，所以找个没有结果的等待去等待。

如果上天不公平，让我来替他做得公平一些。

诚实的人不清楚诚实的代价，不诚实的人不了解隐瞒和欺骗的代价。

知道江湖凶险，怎么又要重出江湖？

我不在乎朋友，因为我不缺朋友。

不会有完美结局，仍要奋力跑向终点——遇到终点才有机会开始一个新的起点，只是下一次，绝不再错。

游戏规则就是这样，当花光了自己的信用和别人的耐心，就Game Over了。

为关心自己的人关心自己。

我关心的事情必须同时满足两个条件：一是它对我有影响。二是我对它可以有影响。

大家各自做对自己有利的决定，然后互相理解。

从来没有“你错了”或“他错了”，有机会被别人的“错误”影响，就是“我错了”。

所谓浪费时间，就是关注不值得关注的事情；所谓浪费感情，就是关心不值得关心的人。

坚持不懈地投机不是投机，是稳赢。

太专心听别人说话就会听不清自己内心想法。

让所有关心我的人和我关心的人平安快乐。

有体贴的老婆，没剪胡子的时候，老婆就会关切地问，帮你把胡子揪一揪好不好？

有即帅又聪明还可爱的儿子，最大的爱好是撒尿。

世界上最喜欢的东西是电脑，每天都能在电脑前呆十个小时，算如愿以偿吧。

终日忙碌，不知道在忙些什么，也不知道为什么而忙。

不自由，每天面对甲乙丙丁，什么时候能偷得整天的安宁？又或许，安宁根本就是一种心境。

不会有完美结局，因为连想像都想像不到。

怕有一天后悔选择这样的生活，

我撒谎说，

人在江湖，身不由己。

祝姐姐生日快乐！好久不见，为什么还常常想念？

记录三年以来发生的一些对自己影响比较大的事，离现在越久的，越记不清楚了。

* 2008年3月，入职SAS:
当时不止一个朋友反对我接SAS的offer, 因为薪水只比在oracle略高了一点点，做的工作也没意思。离职的时候多少有些赌气，着急闪人，SAS也是全北京城离家最近的公司。于是迷迷糊糊地就来上班了。

* 2008年4月， transfer team
    这是三年以来，工作上对自己影响最大的一件事。自己争取+manager给力,随老板transfer到Model Manager组。这是北京研发中心唯一能切入产品核心的开发团队。没有这件事，我恐怕不会呆满三年。

* 2008年5月， 结婚
    老婆很适合自己，体贴，聪明，善解人意。

* 2008年11月，读effective java
    是的，这对我来说是个大事件。我大约在02年写java hello world， 到08年年末的时候才第一次读effective java。从这个时候开始，才慢慢有代码质量的概念，汗颜！

* 2009年6月，出差去Cary
    这是第一次出国，第一次坐飞机， 第一次开车 ——美国的manager是个台湾人，教我开车。 喜欢Cary这样的城市，蓝天白云，人少树多。Jifa大哥带我转战南北，采购了两箱子东西，为美国缓解经济危机做出了巨大贡献。

* 2009年11月，奶奶去世
    从小奶奶照顾我长大，她是我见过的最善良的人。可惜我都没能接她到北京看看我的生活。

* 2010年6月，  儿子出世
    我家宝贝小名老虎儿，每天都乐乐呵呵的，好玩儿。可惜奶奶终究没有见到长重孙。

* 2010年 9月， 给JDK开defect
    生平第一次给JDK开defect – 6983736，得意。

* 2010年10月，见到Martin Fowler
    在敏捷中国大会上得遇偶像，并私聊了几句，一睹大师风采，非常得意。

* 2010年11月， 获优秀员工奖
    老板抬爱，美国的manager也给了好得夸张的comment。

* 2011年1月，成立virtual team

成立virtual team以开发信息交互分享平台

在SAS的三年是个人成长很快的一个阶段。现在的头脑，以及对技术的理解比三年之前强出很多。有三个人对自己影响最大，Emily的支持，Jifa的帮助，Robert的长者风范。感谢！

每隔一段时间，IT要求换一次密码。我用过的每个密码都代表自己当时的一些想法。从09年年中到现在用过的密码有： hesitate, next time, you are around, happy end.现在的密码是disagree.如果有一天离开SAS，我一一解释每个密码的含义。

开会只是为了互相认识一下，然后就散会了。随后我在邮件里又谈了自己的一些想法：

1. 学习交流，共同进步是大伙儿聚一起的原因之一，但绝不仅仅是为了一起学习才聚一起的。最后的产品一定要做出来，并且做好。

2. 尽量包容分歧。如果之后大家对产品的发展想法有重大分歧，没有必要牺牲一些人的想法成全其他人。宁愿产品分裂也不愿意有人不愉快。做自己喜欢的事，人才能发挥最大潜力。自由愉快的氛围是追求的重要目标之一。

团队需要有一些基础工具，比如内部讨论的论坛，wiki。当然也要有bug追踪系统，以及管理source code的系统。周末除了哄俺家老虎儿玩儿，剩下的时间都用来搭建这些系统了。简单介绍一下：

团队内部讨论用的论坛：选择用天乙社区 http://www.laoer.com/， 一个重要的原因是，这个论坛本身就是开源的，使用Spring+Struts2+Hibernate. 我们的产品也用Spring和Hibernate. 无论功能设计还是实现，它都是一个好的参照。

团队内部讨论用的Wiki: 选择用JamWiki: http://jamwiki.org, 它是java开源wiki，简单实用，容易搭建。

Bug系统： JTrac http://jtrac.info/, 之所以没有选择大名鼎鼎的Bugzilla是因为Bugzilla太难安装了，而且我们的机器有一些IT的限制，尤其难装！JTrac功能其实也不错，而且是开源的。

Source Code管理系统： subversion, 我们使用VisualSVN， 我在博客里转载了一篇文章，介绍它的用法，简单好用：  visualsvn(转)

JTrac, 天乙论坛，JamWiki都部署在Tomcat上，为了纪念virtual团队成立的日子，11年1月13号，也为了避开平时我用JBoss做开发的8080端口。我把Tomcat的端口设置为11113。

我们的项目在技术上初步打算主要参照SpringSide. 借机会向白衣表示致敬，SpringSide对国内程序员的影响是很大的，这是个非常了不起的事情。（未完待续）

下一篇：在公司组建virtual团队之 关于持久层

记得JavaEye Robbin说过，外企的人不是非得靠技术混，鬼精的都是靠把一点儿破事儿吹大了写report混的。呵呵，有些偏激，但也反映部分现实。靠工作那点儿东西，技术迟早要退回原始社会。给鬼子打工很难有机会在公司经历一个软件产品从无到有的完整过程，至于原因，你懂的。相信很多人跟我一样，都希望能经历一个产品完整的生命周期，体验一切细节。另外， 一些技术和想法并不适合应用在公司的产品上，于是开始萌发念头聚一些同事组建virtual团队合作做点小项目。公司一直靠新闻组交换信息，很多资料也没有被组织好。我想做的就是类似豆瓣的一个东西。有论坛的功能，可以管理文件，可以通过用户评分把精华的东西凸显出来。以后做好了还可以集成wiki, blog, digg的功能。

组建virtual团队对自己有很多好处，最明显的好处就是可以锻炼技术，想探索一系列最佳实践，包括开发采用的架构和技术，agile流程，测试工具等等。另外也可以通过这个事情交一些朋友，锻炼自己与人交往的能力。把产品做好了或许也算工作成绩。

这个想法从去年就有，去年年末的时候自己略做了点儿准备，包括复习SSH2, 实验一些工具，比如subversion. 今年1月13号我组建了virtual团队，目前团队15人。

这会是一系列博客，记录virtual 团队发生的事情和一些自己的想法。技术方面会是叙述的重点。把自己在这个过程中学到的技术和一些理解发上来，希望看到各位朋友的建议。技术上有理解偏差的地方，也请各位指正。

正文

不知道那些开源项目是怎么找到volunteer干活儿的，又拿不出钱给人发工资，谁爱白干活儿啊。琢磨怎么才能聚一帮人是让我死了很多脑细胞的事情。没有nb的点子，没啥个人魅力，也没人脉——在公司除了本组的同事，基本只有前台和HR认识我。最基本的前提，我想找到志同道合的朋友，起码得装个好人吧。于是，我写了一篇长长的邮件群发公司同事，把自己收集多年的电子书，一些技术笔记和视频教程，甚至包括电影一股脑地共享出来了。 下面是我当时写的邮件。

引子
分享 1:
推荐一部电影：
The pursuit of happiness 我喜欢侧重反应人性的电影。你喜欢什么类型的电影，有什么推荐的？我愿意了解你的看法。(电影在这里下载)

分享2:
推荐一些技术类的书，这些书可以在这里找到。如果五星是满分：
Design:
Pattern of Enterprise Application Architecture  ★★★★★
Domain Driven Design Tackling Complexity In The Heart Of Software ★★★★★
Expert One-on-one J2EE Development Without EJB ★★★★
Expert One-on-One J2EE Design & Development ★★★★

Java Principles:
Effective Java 2nd edition ★★★★★
Refactoring-improve the design of existing code ★★★★★
同意我的评分么？你有什么喜欢的书愿意分享？我愿意了解你的看法。（更多电子书在这里）

分享3:
最近在尝试一种新的记笔记的方式， 用思维导图记笔记。附件里是hibernate笔记，你可以用XMind打开看看（软件可以在本地下载）附件里也有截图。XMind是免费软件，比FreeMind更出色。你是怎样学习和复习的？我愿意了解你的看法。

=============================我是分割线===============================

正文
现况…
我愿意了解你的看法，如果你也愿意分享你的看法，你怎么让我知道呢？ SAS有Wiki, Blog,新闻组，它们都是用来分享的平台。Wiki侧重于文档协作和分享；Blog适合记录点点滴滴和订阅；新闻组适合讨论。SAS大量应用新闻组这个特点讨论各种主题。举个例子，你可以看到flex的新闻组里有很多内容，主要是Q&A的形式。这些内容很有知识价值，但这些价值并没有完全展现，原因在于：
1.    我们缺乏对新闻组的组织，很多人不知道到底有哪些新闻组可以订阅，真正订阅之前，你看不到已有的内容
2.    你看不到一些统计信息，比如哪个问题或者话题是最热门的
3.    最重要的是，新闻组里的内容没法被sas google检索到,你知道，这意味着有价值的信息在很大程度上被隐藏了，这显然是一种浪费。
论坛的形式先天可以解决这些问题， 如果我们有论坛：
1.    论坛提供统一的入口。论坛可以有子论坛的概念。比如：
这样可以做到“统一并有组织”
2.    论坛很容易知道热点，论坛本来就有“精华贴”的功能。如果你偶尔逛逛论坛，你不会泛泛地挨条读条目，那样太浪费时间了，你会直接看精华贴，不是么？
3.    论坛可以被爬虫访问，可以像sas wiki,blog那样被检索。我们遇到问题，用sas google搜索出来的有用信息常常是在wiki上的，如果有论坛，论坛上的相关信息也会被搜到。我觉得这是论坛最重要的优势。另外，搜索结果应该以更新日期以及与关键词的关联程度排序，最好用户可以客户化排序方式。

它需要提供一系列功能：
1.    具备论坛基本功能，个人喜欢http://www.javaeye.com/
2.    为了使它可以替代新闻组，它需要具备用email订阅特定子论坛的功能，某个子论坛上有新帖或回帖，订阅的人可以自动收到邮件。
3.    它应该同时也是一个分享资源的平台，就像豆瓣网一样，不同的是，它还有上传下载的功能并且把资源组织好。
4.    我们希望可以像Cary的同事那样总在第一时间了解sas的最新技术决定，我们可以发挥SAS的分析优势，自动对论坛内容做data mining，分析出来最新的技术趋势。
5.    根据产品分类并提供相应的级联功能。比如他选择/输入sas model manager, 我们可以提示他相应的下级Link
6.    SAS Model Manager -> released versions -> 2.1 (link to 2.1)
                                  -> 2.2 (link to 2.2)
                                  -> 2.3 (link to 2.3)
                     -> working versions -> 3.1 (link to 3.1)
                    -> contacts
7.  根据相关性和rating (鲜花或臭鸡蛋， 点击次数，回复次数)搜索技术文章
8.  专门的Q&A 版块及相应功能
9.  像sas tagg一样提供热点功能(竞争对手的link我就不提供了）
热点可以drill down， 看到更具体的主题

10. 发现论坛里的“专家”
11. 一周/月/年top 10最热贴

一点儿想法…
OK, 我就是在打算做这样一个论坛+分享平台的东西。
我可以鼓吹：这个产品可以替代新闻组，帮助整合研发中心已有的资源，它会鼓励学习和分享的氛围, 大量的学习资源，包括电子书和视频讲座远比图书馆效果更好。整个SAS也需要这样一个论坛，作为Q&A的平台。它是新闻组，wiki,blog以外的有益补充…
但，我还没工夫想这些。最现实的是，我们很少有机会从头开始做一个项目，更不用说有机会做你自己说的算的项目。几个人全凭爱好凑到一起做事情，氛围也会很纯净。写这样一篇东西就是在征集一起做事情的伙伴。包括美工，程序员和QA。
美工：
美工是非常重要的角色，设计风格你来决定，个人觉得像Wiki那样简约大方就好。麻烦在于，没有dreamweaver, fireworks之类的正版软件给你用。
程序员：
你不需要在SAS真的是个程序员，你可以是QA，HR, 前台…如果你有兴趣做java相关的东西，都可以来玩玩儿，这里没有deadline,没有压力，也没有……钱。做多做少无所谓，任何努力和贡献都值得尊敬和感谢。你当然可以承诺很少，比如一周一两小时的投入，但承诺的一定做到，这是Build你自己信用的过程。
QA:
QA有很多事情做，除了保证质量之外，可能要写build脚本，文档，还要研究维护一系列工具，包括测试工具，cvs工具，代码质量工具等等。

人数也越多越好，没上限，起码六人行：一个美工，三个程序员，两个QA。我是程序员。这会是个奇怪的组织，虽然由多个人组成，每个人都能“说得算”，我以后会解释怎么能做到这一点。不需要公司提供任何软硬件的支持，但我们的确有需求把代码拷贝回家做，毕竟这靠大家用业余时间做。这或许是个问题，我会想办法。

更具体一点儿的想法写在这里，会持续更新。

我希望…
希望这个产品可以完成。进展可以缓慢，但它必须一直有进展。
希望它在流程和最终产品两个方面，都算得上是好的实践。
希望所有参与的伙伴在这个过程中愉快并有收获。
希望产品的影响尽量大。

如果你有兴趣参与或者想了解更多，可以回复邮件。收到回复后，我会告诉你什么时间大家一起碰个头，希望不是我跟影子碰头。

最后感谢Emily提供很多很棒的想法和建议

发了邮件之后，好几个人回复说挺佩服我魄力的，哈哈哈，我也挺佩服自己的，没啥本事还敢蹦跶出来，一般人还真不够魄力像我这么不怕丢人现眼的。邮件发出后，两天之内聚了十个同事参与项目，其中居然还我有老板。 我本来有些担心她会反对这个事情，因为这肯定会挤占我花在工作上的时间，我曾经连续几个月每周加班六七天。没想到她居然把自己支持进来了，哈！（未完待续）

p.s. 我在博客里也装好人，分享了一些电子书 分享十二本经典电子书

下一篇 在公司组建virtual团队（二）

程序员的生活总是喜忧参半，出入体面的写字楼，在小小的cubicle里虐杀脑细胞；偶尔有条件小资一下，常被工作、生活压力逼得点灯熬油；有时候想，这么辛苦，不论做什么行业都会做的好，是不是入错行了？手放在键盘的时候，又享受投入思考的快感。或许注定是个程序员，限于天赋，或许注定是个庸庸碌碌的程序员。

前端时间因为跑到乡下，没法上网，网瘾一上来撞墙流鼻涕，百无聊赖开始勾画价值观和技术理想。人总追求快乐，每天清醒的十六个小时中，——程序员可能有十八个小时，至少有八小时花在工作上，所以，为了过得快乐，工作一定要快乐。如果当前的工作注定没法使你快乐，就赶快结束它。毕竟，多数时候，拼命工作不如拼命找工作来得实在。程序员当然不算光鲜的职业，但确实挺费脑子，如果你智商低于110，换个软件公司也注定痛苦，还是直接换个行业吧。

工作的基本原则是要保持身价，何为身价？不是你现在月薪多少，而是你现在跳槽，能拿多高的offer。这跟很多因素有关，主要因素包括

1.你当前薪水——HR往往参考这个给你定薪水；

2.你的资历——毕业的学校，工作年限，外企工作年限，你当前的title，在当前公司工作了已经几年…

3.你在面试中的表现——能发挥多少技术水平，英语对答如何。

像我这种身价的本来没资格讨论身价，但谁叫这是我的blog，我的地盘听我的呢.挨个乱喷一下。

1. 关于当前薪水

假如你跟我一样笨，没有别的好办法，就只能多投入精力工作。在以前的博客 与神对话 里也提过一个程序员对于产品的价值。每天上班8小时，每天多专注一点，日积月累，做的事情会多很多，对自己的提高也会多很多。加薪或许是水到渠成的事，如果不顺利，要么跟领导谈谈，或者直接闪人。无论如何，不要抱怨。善于抱怨的人表示他还不够强。你需要尊重权利，包括他人的权利和自己的权利。

2. 关于资历

如果你毕业于名校，学历又好，一毕业自然就能进大公司。如果你还在江湖三流公司混，就得每天想着早点换工作。工作年限不总算是资历，好公司的工作经历才有用。要记得换工作是有成本的，我工作七年多，现在的工作是第五份工作，所有公司都诟病我不stable，这样的资历很难骗取信任，教训啊！聪明的你肯定想到简历作假，但好公司都有reference check的，我还是劝你别冒险。

3. 面试

千万记住，一定要预先做好充分的准备才能参加面试。对于一个java程序员来说，面试之前要翻一遍类似于Thinking in Java的书，背一遍设计模式，复习sql，复习mvc框架，复习Hibernate,复习Spring, 复习Servlet spec。或许还有其他的，web service之类的。你可以想象，真要复习一遍，起码要三个月，这就是我认为换工作之前至少要预留出来的准备时间。机会有限，侥幸心理出去碰运气纯粹是浪费机会。平时工作总有局限，看书是最有效准备面试的途径。

上面说的都是不登大雅之堂的事情，有热情的程序员总想成长为高手，我当然也有这样的愿望。问题是你认为什么样的人算是高手，每个人心里会有不同的答案，关键是找出你和理想之间的差距并尽量缩短它。高手一定不仅仅是技术超群的，高手必然有高手的胸怀。

自己有时候会考虑一些工作和技术上的原则，想到哪儿敲到哪儿吧。

关于工作：

作为程序员，你要关心产品。这没什么可说的，这是职业道德问题。

作为程序员，你要尊重QA。工作越久，就越觉得QA对产品非常重要，程序员很多时候陷在具体的技术问题中，太多精力被牵扯住了。好的QA让程序员心安，能够有助于控制风险. QA应该有做最后决定的权利，所以QA需要对产品有很好的insight. 而且好QA需要明白，测试不是找bug的游戏。

关于技术：

effective java 和 Refactor书都是总结各种编程原则的书，那些熟为人知的原则不说，我只说我的理解

static： Joshua在effective java里强调尽量使用static method。这肯定是没错的[这句话说错了，请看下面T.H.E的评论。他说的很有道理。我是做应用的程序员，不暴露API给其他产品，所以一直都觉得IDE里移动static method没成本。但如果写Service层给未知产品用的话，耦合class的确有危险]。太看重这一点，就容易转到一个误区——多使用static field. 而static field有时代表了封装的问题，需要谨慎。

exception: 包括Thinking in java的Bruce, Martin Fowler等很多人都对checked exception不感冒。自己也思考了一下，你当然能举出checked exception的应用场景。你可以说某个方法它抛出checked exception是为了让caller处理exception.但你说的是让“这个caller”处理它。从重用的角度说，你并不预知所有被调用的情况，所以不能排除一些情况下这个checked exception并不能得到特别的处理。这个想法更本质的原则是，写底层程序的时候，要装作不知道caller是怎么使用它的，哪怕是你自己调用它。

重复代码：所有程序员都对重复代码表现出深恶痛绝的样子。但我觉得，重复代码不是定性问题，而是个定量问题。可以这样考虑：三行代码反复出现在三个不同的文件里，甚至在不同的package里，这算重复代码么？四行代码呢？十行代码呢？曾经听到一个高手说，编程的核心在于重用。我不反对这个说法，但我更倾向于说，编程的核心在于可维护性。对于重复代码，大段的重复肯定要消灭的，三五行的重复不是不可以存在，但是要尽量把它圈在一个小范围里，比如一个包，或者文件，或者方法里。有时候刻意追求“不重复”，反而让程序变得别扭。

技术存在的价值在于能够解决现实问题。你可以对技术狂热，但不能忘了这个客观事实，技术需要实现商业价值，需要最求投入产出比。最最根本的原则，是pragmatic

相对于强调“人”，另一种策略就是强调“流程”，但scrum也是具体的流程。或许可以协调这两个方面的关键在于，让所有的人真心认可流程。流程应该对每一个被期待遵守流程的人open. 大家应该都有权利和义务参与制定，优化流程。你知道，这世界缺石油，缺淡水，就是不缺会扯淡的人。如果团队尽是这种人，scrum他妈来了也不好使，那是没办法的事，只有狱警才管得了。

最近看科技新闻，比较关注Oracle告google，还有计划发布免费版和收费版JDK这么两件事。想起Oracle就一个“操”字。我当然相信，不管Oracle怎么折腾，10年之内也不能影响java程序员的生计，但我就是不爽。妈的，准备学python了。总是善于商业运作的公司吃掉技术型公司，是技术大牛们智商不够还是底线太高了？

上午听放给宝宝的音乐，突然感觉，音乐是大脑的按摩师。

×××××

关于对错

人做错事就要受惩罚，这是天经地义的事。如果结局不愉快，是我咎由自取。如果另外造成别人的不愉快，我很抱歉！