骑跑2010，铁人2011！
记录2012年的运动记录
补充一下2011年的比赛记录：
2011.11.6 杭州马拉松
2011.12.4 上海马拉松
2011.12.18 珠海半程马拉松
1.1~1.3 海南海口-海南三亚 骑行300KM
1.15 跑步10KM
1.21 跑步10KM
2.5 香港马拉松, 号码21561，成绩 3：52：06
2.11 夜骑大学城 50KM
2.14 动感单车
2.15 动感单车
2.16 天河公园跑步10KM
2.18 火炉山休闲骑行，约40KM
2.19 跑步10KM
2011拉萨国际半程马拉松
[
09/15/2011 12:46 | by 大虫 ]
09/15/2011 12:46 | by 大虫 ]
从拉萨回来已经2天了，仍然时不时想起西藏的美景，一定要写一段了。
【为啥要去跑拉萨马拉松】
中秋节的活动很多，我有至少3个难以抗拒的诱惑：
1. 拉萨半程马拉松
2. 北京铁人三项赛
3. 上海马自骑（从黄山-上海，24小时之内骑行420KM）
犹豫了很久，最终还是选择了拉萨半程马拉松这个最昂贵的活动，原因很简单：曾经一直在YY，如果离开惠普，那么会考虑骑行一趟川藏线；结果今年5月真的离开惠普了，却1周时间就加入了网易，为了弥补这个遗憾，选择了9月10日的拉萨半程马拉松。
【准备】
跑步方面的准备无需太多，毕竟半程马拉松对我来说还是很容易的，8月跑了2次20KM，分别是2小时和1小时45分钟。
其实最大的担心是高原反应，一旦发生严重的高原反应，玩不好，吃不好，更别提什么跑马拉松了。
小心谨慎的准备：
1. 提前十天（09/01）停止一切运动：骑车/篮球/健身房/跑步，甚至连俯卧撑都挺了，据说能够有效降低氧气需求量
2. 提前十天（09/01）停止喝酒，这对我来说有点难，特别是9月6号晚上（9月7号出发）的庆功宴，真的忍住滴酒不沾啊
至于机票，来回全价机票，这个肉痛啊...
【初至拉萨】
9月7号早上9点出发，下午2点多到拉萨，一直到比赛前，一直在拉萨晃悠，高原反应并没有到来，吃好（藏餐为主），喝好（青稞酿），玩好（布达拉宫，大昭寺，八角街等），结果在短短的3天里，我的脸直接圆了一圈！
上两张照片：
0522黄山太平湖铁人三项
[ 05/25/2011 01:39 | by 大虫 ]
05/25/2011 01:39 | by 大虫 ]
20110523是到新公司报到的日子，在此之前的一天玩上一场铁人三项比赛，想想都觉得很High！
先说说0522，周六的事情，早上6：30，扛车上了大巴，午饭没吃，到了下午一点多，大巴司机不识路，居然，居然，把大巴开进了山里！大家都很崩溃，司机认路水平很糟糕，开车水平却很高，居然能够通过那么窄、那么烂的山路，风景不错，照片为证（对面有一条窄窄的山路）。
下午3点半，终于从山里出来到达铁人三项的检录点，检录真是麻烦啊，一路弄完，都已经下午6点了。期间因为没有深水证，还去太平湖里游了100米，感觉还不错。
0523，早上4：30起床，唉，为什么要我们这么早起床啊？天气很冷，被大巴拉到赛场，冷风中哭等了一个多小时。
8点钟，比赛开始了，第一项游泳，太平湖水呀，浪打浪呀，略微有些慌乱。自由泳没游几下，就发现方向偏了，只好蛙泳几下调整方向。于是乎，平时泳池里练的技术动作和要领全忘光了，第一圈750m快到的时候，浪太大，自由泳刚转头，浪就来了，狠狠的喝了一大口，就这样喝了两口。
游泳750第一圈结束时，脚都有些软了，一看时间，接近22分钟，郁闷。等第二圈游完时，用时45分钟，郁闷啊，平时游泳池里游泳1500，基本不会超过40分钟的！慢了5-6分钟啊。
磨磨唧唧换项结束，开始40Km的自行车赛段，下起了小雨，一路猛骑，超人无数，一路上风景很不错。
自行车赛段结束后，换上跑鞋，开始跑步，这时已经有很多很多选手开始跑步了，雨下得更大了，感觉自己体力还行，以5分钟/KM左右的速度开跑，一路上不停的超人，10KM很快就结束了，以大概45分钟左右的时间完成跑步。
2小时52分，低于3小时的成绩完成黄山太平湖铁人三项，没有比这更美的周末了。
《启示录：打造用户喜爱的产品》读后感
[ 05/25/2011 00:40 | by 大虫 ]
05/25/2011 00:40 | by 大虫 ]
花4天时间，看完了这边关于产品管理的书：《启示录：打造用户喜爱的产品》
第一：清晰的阐明了 互联网类产品、零售软件产品 和 定制性企业应用之间的差别。
的确，定制性企业应用一半都不会有产品经理，用户体验师的角色，即使有个美工，也肯定是part time的；在团队中，项目经理的作用非常大。
对于互联网类产品，产品经理的价值和作用比项目经理更大，因为产品经理是do the right thing, 而项目经理do the thing right. 如果产品经理定义了错误的产品，无论项目经理带领开发团队做得多漂亮，都是失败。
第二：作者没有人云亦云的鼓吹敏捷开发/Scrum, 而是指出了针对成千上万用户使用的互联网应用来说，敏捷开发倡导的简单重构和快速重新设计架构是有局限的，对于这个观点，我个人深为赞同，当使用敏捷开发进行软件产品开发的时候，必须要走相应的调整，照搬定制软件应用的敏捷模式是不可取的。
第三：用户体验对于产品管理十分关键。
用户体验就是产品的生命。对于互联网应用来说，糟糕的用户体验就是失败，再怎么强调都不为过。
第四：产品经理的职责
产品经理应该把主要的经理放到产品管理上，而不应该把主要精力放在产品营销和项目管理上。
说得比较容易，事实上，产品经理常常身兼产品管理和项目管理两个职责，特别是团队规模很小的时候，产品经理是不愿意放手项目管理工作的，因为这样能够更好的贯彻自己的产品意图。
第五：高保真原型
作者反复强调使用高保真原型取代需求规格文档，我同意这样的观点。
第六：产品创意和产品必须尽早的让用户进行验证和测试
高保真原型、迭代开发、敏捷开发都是为了这个目的，拆用传统的瀑布模型意味着巨大的风险。
第七：变更
整本书，作者很少提到产品的变更，只是含蓄的提到：用户体验和设计尽量不要在开发开始后进行大的变化。换句话，唯一不变的就是变化，变多少，看产品经理的水平了。
第八：范围
同敏捷开发的观点一样，产品经理应该选择价值大的功能，而非更多的功能。
第九：产品经理的创意
产品经理虽然有一些创意，但是其灵感大多数是受启发而来的，我现在明白为什么那些互联网的大牛们要进行一些投资了，因为借此他们可以了解别人众多的创意，累积之后，也许突然受启发的灵感就会成就一个新的成功产品！
第十：不要草草进入开发阶段
不能因为进度或开发团队空闲等原因，在创意不成熟或未验证的情况下匆匆进入开发阶段。
总结：一本好书，但是读者必须要有软件工程，产品研发的基础，并且具备把书中所述理念变为现实的能力，否则一切都不会有变化。
20110519, last working date in HP 笑着离开惠普
[ 05/24/2011 23:44 | by 大虫 ]
05/24/2011 23:44 | by 大虫 ]
记得2005年刚加入惠普时，为了了解公司，看了一本书，叫《笑着离开惠普》，当2011年离开时，已经作为一个资深经理，将书中所述的内容都实践过了，很多书中没有提到的内容也一一实践。
老板是18年的老惠普，还是坚持并亲身实践惠普之道，得知我的离职后，虽有些诧异，尽力挽留不成后，也衷心的祝福我有更好的发展。在惠普有四位老板，每位老板风格迥异，但都是出色的经理。我也相信，曾经与我一起共事的team member，我应该也会算一位不错的老板。^_^
吃了散伙饭，接下来就是farewell letter了，惊奇的发现，至少需要给超过150人很熟悉的同事发这封信：
My dear friend,
After over 6 years in HP GDCC/BAS China/BSS China Hub, I have made the most difficult decision ever made in my past career, to leave HP, to take new challenge.
I’m so grateful for having had the chance to work with you, get your help, support and coach in the past years.
Below is my personal contact information.
Mobile: xxx
Email &MSN: xxx
HP is a great company. I love HP. The past 6 years is a precious journey for me. I will miss you and HP. Please keep in touch.
Thank you.
Best regards,
____________________________
Frank WEN, PMP
的确，这些都是真心话，很喜欢HP，喜欢这里的环境，这里的人，过去的几年变化了太多太多， 生活不就是这样么？
笑着离开惠普，只为更大的挑战，加油！
