买了相机，不太用；
买游戏机，不爱玩；
买书，不太看。

有移动硬盘，又搞了一大把网盘帐号；
装了black mac os，不用；
有twitter，还硬要整sina和163的围脖;

觉得主流很刻意。
然后，又热衷于一切互联网服务，呵呵。

在抱怨的时候，我总是觉得自己是善良的；
在失向的时候，总是自信满满；

三分钟零10秒热度，
有意思吗？

在Chrome发布的第一时间，相信我们这些IB的人，一定就已经尝试过了。
但本人一直下不了决心完全诚服于Chrome，原因是因为没有完善的扩展。
时至今日，Chrome extensions已经越来越系统，因此相信很多朋友会慢慢过渡。

这两天Chrome有了IE tab的插件，虽然不是很完善，包括title无法显示中文等，
但也算解决了生活在天朝必须要面对的问题（当然可以此前可以用第三方的Chrome，Chromeplus），
加上Chrome本身就有类似于firebug的web工具，因此我几乎彻底抛弃了Firefox转向Chrome，
实在是受不了FF装多插件后缓慢的打开速度。
首当其冲就是要解决Chrome下的twitter，Metrist是一款界面简洁实用的好插件，支持API，很好用。
要注意的是，安装插件需升级到 Chrome dev 4.0+。
另外不得不提的是，Google自家的服务在Chrome都有很不错的插件和表现。
期待IE tab更新。

BTW，Chrome有个Bug，
在中文界面下，无法显示12px以下大小的字型，无论是pt、em都不管用，
小于12px就一律用12px显示，例如本站的左侧导航。
临时的解决办法是把语言切换到英文。

还得说一句，痛恨GFW，连个Google Docs都时不时上不去，害的我连书签都常常无法同步。

Google Chrome Extensions http://www.chromeextensions.org
Metrist http://code.google.com/p/chrome-metrist
Google Chrome Dev For Windows http://www.google.com/chrome/eula.html?extra=devchannel

好像是在06还是07年的时候，参与了微软Office Live beta测试，然后遗忘。
这个月看到有关OL的新闻，想起那时注册微软送了个域名给我，当时没有细看条款，因此又再次登录看看。
话说Office Live服务似乎在国内也被河蟹了～觉得没什么用，就取消了账户。

然后有意思的事情就发生了，微软把域名送给了我（本该是我的？- -），详见下文

写写过程吧：

1. 当你取消Office Live的时候，微软会把域名送给你，他会转到他的合作伙伴melbourne it处，这个域名实际就是在那里注册的；
2. 然后微软会邮件给你一个 Office Live Domain Registry key，先去melbourne it注册个帐户，输入key就可以获得这个域名；
3. 这里有个小插曲，微软在3月份的时候自动又帮我续了一年费。我对不起你啊，老比！

接下来我的想法就很简单了，我要把域名转移到Godaddy，自己的域名都托管在这里，这家的服务也比较满意。

4. 转至godaddy的时候，操作完订单流程付完款（$7.99的价格，Godaddy会给你免费加续一年），godaddy会给你一个Transaction ID和Security Code；
5. 去domain manager中的pending transfer，authorization > Begin Transfer Authorization，根据步骤输入上面的TI和SC后，会要你输入Authorization Code；
6. 然后去melbourne it的Manage中先点击Lock Status解锁域名，然后点击view Domain Password获得AC，实际就是在melbourne it中的所谓 Domain name password (authinfo) ，然后稍等几分钟，选择Accept/Decline，完成～

回到Godaddy后，发现该做的都做了，接下来就等了，虽然这里有一步是“同意转移”，但其实不需要自己做什么。melbourne it会邮件给你说，你申请了域名转移，如果有异议，可以点击链接完成操作；如果没有异议，那等待4-5天后，转移会自动生效。

这个过程，真是收了两家人家不少邮件。。。

一直开着EVEREST在观察温度，双核芯的温度在目前的夏季，可以达到80几，而GPU常常飙到100多-_-||。
而家里的台式机，不开空调，这两天双核芯的温度也不过在40几度，而GPU也就50度左右，当然，因为和独立显卡有风扇也有关系。
明天增加一项硬盘温度来观察一下。

现在的解决办法是，学小楼同学，垫高机身，另外买了USB风扇伺候（当然，自己也吹吹，公司的空调不够冷啊）。

用了段时间，感觉优点有：

1、同步非常快！即时。
2、支持多个Calendar Push,配合Google 提供的免费SMS使用，一级棒。
3、Google向来都是免费的产品居多，以后Gmail的push相信也是免费的。
4、Google Apps的用户，同样也支持Sync，为企业或协作用户考虑得很周到。
5、配合iTunes Apps Store的SaiSuke软件使用（对Google Canlendar的支持达到了几乎完美的程度，前面提到的免费SMS提醒，在手机上就能设置），
Google Calendar <> iPhone 日历 <> SaiSuke，三方同步，完美的个人行程方案。

缺点基本都在联系人同步这里：

1、一开始不能从iPhone同步头像至contact，但是只要同步过一次，就可以在contact或者iphone里加头像，会自动双向push。
2、联系人如果在iPhone姓和名分开，在contact里显示会是“名 姓”的模式，修改起来还是比较麻烦。
3、Gtalk的联系人如果也是你通讯录里的联系人，头像会自动更新，这个可以说是优点，也可以说是缺点。
4、Gtalk或者Gmail的联系人由于会自动加至Google Contact里，所以也会自动push，这点也很烦，常常要合并联系人等等。
5、暂时还无法同步多组联系人，无论是在iPhone分的组还是在Google Contact里分的组。

希望Google越来越完善，毕竟现在只是beta，希望尽早能揭去这个标志～

如果使用Google Apps企业套件的朋友，如何同步多个Google Calendar？来看看：
其实普通的Google账户也适用这个教程；

1、首先，进入http://m.google.com，在中国的话，应该会进入下面这个页面，即使不是这个页面，总之点击“更多”按钮；
2、看到如下界面以后，是不是发现可选的移动项目非常少，点击“不在中国？”，切换国家到“美国”；
3、然后看到项目已经多很多了，继续点击“是Google企业应用套件用户？点击配置你的域。”
4、接下来输入你的域名（已经开通Google Apps），点击“开始”；
5、是不是发现顶上多出了一条？这个如果曾经用过Apps移动的用户，应该已经知道了，但是现在还是没有Sync，是因为语言的关系；点击“更改语言”，切换至“English”；
6、看到顶上的“Sync”图标了吗？切换到英语以后，有两个Sync，普通用户点击下面的那个，进入到Sync设置，而Google Apps的用户需要点击上面这个Sync，进入到下一步；
（先切换语言还是先输入域名都没关系，这两步可以反一下，目的一样）
7、看到差别了吗？如果是普通的Google Gmail账户的话（选择上图下面那个Sync图标），是进入第一个界面（进入后的设置方式和Apps用户一致）；
而Google Apps账户（选择上图上面那个Sync图标），进入的是第二个界面，特别为Apps用户准备的界面；
8、选择你的设备“iPhone”；
9、选择你要同步或者取消的日历，点击“Save”，哇哈，大功告成，好好享受吧。

1、从http://www.google.com/a 登陆，使用Apps的朋友都知道，默认进去在“控制台”里只有初始页、即时通信、网页、电子邮件、日历、在线文档6个选项，现在我们要想办法打开mobile的选项；
2、进入以后，点击“域名设置”项，拖到最下面，看到控制面板一项；
3、选择“下一代 (仅限美式英文)”，保存更改。其实就是要打开测试版的页面，才会在dashboard有mobile的选项；
4、回到dashboard，是不是看到下面的service settings中有mobile的选项了呢，快点一下吧；
5、看到Google Sync了吗？选择Enable Google Sync，点击Save Changes，大功告成。

好了，快点试试看吧。Google Sync的设置就和Google公布的一致，只是iphone上的Exchange用户名换成你的Apps邮件就可以了。另外我发现，如果这个时候切回中文的老控制台，似乎这个选项也是保持打开的，如果不习惯英文的朋友，可以切回中文试试看。

还有就是，Calendar的同步配合Google免费SMS的提醒，非常好用，一起尝试吧。

We are now looking for a good candidate who can take main responsibility for online products daily operation and maintenance. Main task is content management via online admin tool, graphic design and HTML coding for content development with editorial team and campaign conduction with marketing team. But also include online advertisement administration for schedule, upload and banner image design and assistant with product development team for new project design, implementation and testing.

- 负责网站产品的日常维护和运营。主要包括通过在线管理工具协同编辑和市场推广团队进行内容管理包括图片设计处理和网页HTML代码编写。
- 负责管理在线广告包括上传以及图片设计和处理
- 协助产品开发团队进行项目设计，执行和测试

Job Requirement:
- With 2 years experience, B2B site is preferred
- Good Communication skills and team working
- Good understand and familiar with LAMP, CMS and Ad management system
- Proficient in web development include HTML, CSS, JavaScript, Ajax, Photoshop/Fireworks is must
- Familiar with project management include development process, testing and quality control
- Good writing, reading and oral English

职位需求
- 2年以上工作经验，有B2B网站经验尤佳
- 良好的沟通能力和团队合作
- 熟悉和了解LAMP构架，内容管理系统，广告管理平台
- 熟练运用网站开发技术包括HTML，CSS，JavaScript，AJAX，Photoshop/Fireworks
- 熟悉和了解项目管理包括开发流程以及测试
- 英语听说写良好

保持自信

一个PM在成长过程中，常常会面临角色的转变。一开始可能更多的是设计项目框架和掌控项目的进度及团队分配。而在不同的公司，PM身兼责任的大小也不尽相同，慢慢的，项目决策的权重比也会有所调整。这个时候PM就可能会将工作的重心调整至road map、新项目规划及决定项目的可执行、执行力度。这是很有压力的。

因为这不但牵涉到项目前置的优良性、产品发展方向，也同样有可能决定整个团队的命运。若是刚从执行层转换到初步决策层，一开始由于缺乏经验，项目规 划不会全部由PM来主导，同时，这个时候的PM很怕说错话，或者意见的含金量及被采纳度都很低，凭空而谈的把握自己都拿捏不准。但我认为，多人决策的结果 在执行起来困难重重，收效往往不乐观。假使第一个项目不算太好也不太糟（我相信如果能进步到初步决策层的PM，应该不会把项目搞砸），那这个时候需要做的 就是，记住PM是最了解项目并且要执行项目的人，保持自信，学会如何提升主导权。

数据分析

记得在《时刻记得暴露风险》一文中提到过损失率的问题，要提升主导权，就要给自己一定的时间去积累经验，同时这个过程也是不断减小损失的过程。假使 第一个项目不是很成功，倒并非是件坏事。大概考虑一下，是你的项目规划有问题还是你的意见没获得采纳。如果是前者，那数据分析是给自己看，看看问题出在哪 里。而若是后者，那你需要在项目上线运营一段时间后做一份实实在在的分析报告（对外盈利的项目，一定需要其他部门的配合）。

互联网项目的成功，很重要的一部分取决于后期分析，用户的行为分析、体验度分析、成本及盈利分析等等，这点大家都明白，目的是改进及总结。PM应该善于利用数据分析，将自己曾经提出过却未被采纳的正确观点及合理预见融合于数据中，不仅表明了你的专业素养，也为下一个项目争取更多的发言权，但语言的修饰要以数据为主，多用对比，并且不要一味强调项目失败的一面，以免有推卸责任的意味。

递进

有了数据的把握，在下一个项目中，把你的观点在项目规划前期就全部列明，相信这时你已经令人刮目相看了，并且在项目进度中充分沟通，有意见及时提。不过不可能一步登天，理想的状况是update自己的决策能力，逐步让管理层信服，同时，你也在帮助整个团队不断提升核心竞争力。

在互联网产品的设计过程中免不了这个部分，为了让用户更好的了解使用方法和使用过程，我们会在每个环节都设计一些小提示，在用户错误操作的时候给出说明，还有就是有个假设性的帮助中心。

这一切都是为了给用户解决问题。

项目本身是给用户解决一个大问题，而这些丰富了解度的内容就是给项目体验过程中解决问题。

曾经一度在犯错，错在项目的后期QA中，非常着重对内容解释的强调。告诉用户怎么做固然没错，但很可能出现的问题就是不断和用户去分享项目心得，以为用户会理解或花时间来欣赏。出现最多的就是用大段的文字去解释一些功能，其实是非常愚昧的，因为实际的数据证明，用户根本看不到，并且不会去看，因为他根本不关心这是怎样设计的，为什么要这么设计，对于他来说一点用处没有。

只要给他解决问题，再难用的都能习惯，太过用心有时反而会误导用户。所以对于一项商业计划而言，成功的因素固然有很多，但最最重要的还是必须切合需求，这句是弦外之音。

我的观点是，真正要让其了解项目是怎么设计的，为什么要这么设计的人，是需求的提出者，当然这在一些项目中可能是重叠的。而解释这些问题的原因，就是让其参与来改进一些功能上的需求，解决如何让用户在达到目的的同时也用得舒坦，不用去了解太多就能简单操作，同时也让其更加了解主体项目团队给出的方案很合适。不过需求提出者会分很多类型，根据项目的大小，PM也必须主动把握交待项目细节的程度，适当让需求的提出者给出一些自己的意见，保证不在后期环节来补课（后期的变更会让开发疯掉的），也不过度听从，由于对方的不专业而为公司带来反反复复的负担。

还需要把握这点的就是设计师，因为PM只是完成了内容设计，用户的第一感官必定存在于UI设计上。

记住，用户只需解决问题，知道怎么做就行。除非需要其承担风险或成本，否则不用告诉他用意。

而后那天很有意思，Jack说当当不好，试试Joyo。我一向认为从Amazon收购Joyo开始，Joyo就越来越不思进取了，没有任何的突破（本来以为可以买到一些Amazon主站的书），加上在当当买习惯了，所以极力维护着当当。后来去Joyo比对了一下买的书，总体价格也差不多，三本加起来比当当便宜1块钱，还免掉了当当2元的运费，更何况在Joyo还有朋友，不时能拿到些抵扣券。不过有一本没有，突然又感觉当当的书就是要多一点。

今天周五，刚在UCDchina上看到一篇关于当当的文章，突然想起周一的订单，到现在书还没送来，于是就登上去查了查。这一查就连鲜血也吐不出来了，订单居然还在等待审核的状态，这下火了，打了客服热线。客服小姐的解释说，其中一本TRUMP的书是预售版，现在还没到货，所以不能发送。恰恰是这本Joyo没有的书。

于是我的毛病又来了，有关表面用户体验的想法猛的冒上来。以前从没遇到过这个问题，为什么页面没有提示文字？为什么有关预售没有解释？为什么订单状态这么模糊？为什么没人给我电话？

客服小姐继续，有啊，我们图书那一页有红字写着预售；预售的说明在帮助中心里；我们的订单状态就是这样的；我们从来不因为这个事情给客户电话。

我接着，那好吧，大概什么时候有书？能否帮我去掉这本先送过来？
当当网的优秀客服这样回答，什么时候有书我也不知道，销售部门没有通知我们；不可以，你必须取消这张订单再重新下一张。这张的退款会在两周打进您的信用卡。

我有些坚持，希望能够去掉这本先送别的，不想再下订单，另一本的退款可以先退进当当的账户，然而客户斩钉截铁的说不行，并且补了一句，您可以选择取消订单。

啊？我想这个坚持不仅是给自己，也是给美好梦想中的当当一次机会，技术支持的落后不可怕，假使客服态度不是这么漠视，不顾及客户的感受，我想我能忍受，晚点送就晚点送吧，反正我也不急着看，我连你们这么难用的系统和如此难看的界面都一直忍到现在。但客服这样的说法实在无法让我认同这是个好的商家，我要是老板，二话不说，给我回家去。于是我说了句，原来你们就是这么丢失客户的。

挂机，继续登进系统，点了心中的那个”取消订单”。

不要认为管理层什么都不知道，实际他们只是期望不出问题，而知道问题一定存在。因此作为一个项目的承担者，不能抱有任何的侥幸心理，刻意的隐瞒一些不如预期的事件，只会让项目的开发陷入更加危险的境地。

我想在这边，每个PM都必须对自己的项目充满信心这无可厚非。但千万不能因为充满信心而不传递风险，这恰恰是致命的。要克服这点担忧，适当的做到风险转移，就必须划清项目中主客观因素，例如，我已经向公司申请了很多资源，但这并不能保证风险不存在。

举些可能突发的例子：

1、部分内容需要某个部门协助，而负责人却出差了；
2、其他项目的priority紧急提升；
3、项目后期需要外部用户测试，但公司网络环境突然频发故障；
4、需求发起人临时性的功能小变更。

等等这些，很明显主要原因不存在于项目主体团队，但PM必须时刻牢记自己的责任，及时发现问题和解决问题才是关键。说了这么多，我们终于回到了暴露风险的目的。要解决，就要理清脉络，
-> 问题是什么?
-> 为什么会出现?
-> 如果不解决，对目标、进度、质量、客户、预算的影响是什么?
-> 给出自己的建议，觉得理想的解决方案是哪些。
-> 和管理层及需求发起人一起商量决策。

在随时给出项目进度报告的同时，也随时抛出风险，一旦意识到有问题存在，就及时进行报告，别等到项目周期无法挽回的时候再说，就显得有些牵强和推卸责任了。让所有项目参与者都了解到解决问题的重要性，就会获得许多powerful help，保证项目的顺利完成，另外别忘了，在解决后作出调整报告。

同时，PM自己要保持良好的心态，对每个问题可能造成的最坏影响做到心中有数。这又必须要谈到损失率的问题，如何让损失减小到最少，积累经验的过程同时也是不断减小损失的过程，这个下次再谈。

总结一下，有效率的PM不靠拍胸脯来做出承诺，而保证的是项目进程中任何问题都不在话下。

有时候是不得不为一些事情作出牺牲的，目的是为了换来更好的结果。这个过程可能是漫长的，且不论目的中心制的问题，往往过程中的忍耐会使人偏失方向。

不知为何会写这篇，可能是因为最近又换了手机，迁移了blog的托管，好多好多事。

必须要解释一下从N82换到iPhone的原因，那是因为在一段时间内，我之前所期望的强大功能并没有太多的用到，其次，很多项（例如待机时间）不比心目中的另一替代品强，因为在此之前这个替代品的操作流畅度已经让我大为感叹。往往第一印象的成功率很高，特别在伤透脑筋的抉择和了解后再回过去想，原来看相册时滑动的爽度无法言喻，而这时候你绝对不会在意iPhone拍出的照片像被蹂躏过一样。

然，这就是人最脆弱的地方，就脆弱在想的太多，容易被一个需求点误导。明明对于我而言，换iPhone原因很简单，因为好玩。

举上面的例子，是希望大家对待工作和生活都不要太钻牛角尖。苦了自己，却不一定对，所有的满意结果都只有一半的概率。就好比我以为换了托管商blog的速度会有质的提升，可其实还没原来快，可现在有无限的空间可以利用。明白了么？

尽快决定一件事情，目的就是别让自己活在痛苦中，因为会有无数的选择等着你去做，而且每个都很难。
或许这是每个做项目的人都能感受到的一些东西，但这并不是道理，陷进去只会让自己永远找不到平衡。

想想，换就换吧，有什么大不了的，反正还在一个公司。沉默。

除了一般防、杀毒软件的功能，Onecare还整合了磁盘清洁、磁盘碎片整理以及文件恢复等系统功能，还能自动备份文件到CD和DVD上。应该算是原来系统还原的升级版，不过又有多少人会用呢？

当然自动更新也必不可少，还有一个和名字很相符的功能，就是一站式的系统“健康检查”。

估计微软是会将此产品独立销售的，今后如果整合在windows系统中的话，且不说东西本身怎样，估计单凭易用性和中国人的懒，微软就胜出了。