最近自己的转变还是很大的，我已经在支付宝从原来的前端开发转到了产品经理，这个转变是我五一假期在家闭门独立思考了3天之后的结果。从离职到转岗，我想了很多，其实自己就是想转变一下。出去继续做前端开发也是一种转变，在大环境不变的情况下转岗做产品经理也是一种。最后我选择了后者，不是说我现在的能力已经完全足够做一个产品经理，也不是说我现在前端开发已经做到足够优秀，只是我个人的一个想法。通过和一些做产品的朋友同事的沟通之后，我更加坚定了我自己的看法。再加上产品部门的老大和我原来的老大对我的支持，转岗过程还是很顺利的。从7月1日正式转岗到现在，已经快2个月了，这2个月我经历了很多不同的原来没有经历过的事情，了解业务、了解客户、和客户沟通、和各种角色的人一起决策。这些对我来说都是全新的，更加深入的。也触发了我对很多事情的独立思考，这是之前很少做的。

我是一个很随性的人，虽然没有猫哥 那么洒脱，偶尔也是很感性的，虽然没有 真人 那么知识渊博。很多时候自己做事情都是没有深思熟虑之后下的决定，然而这次我真的是独立思考之后的决定。做产品，有人说要有一定的阅历加上丰富的互联网工作经验，至少是工作3年之后的事情吧。我也承认目前自己还差得远呢，用网球王子里面龙马的这句口头禅来给自己做激励。

毕业后来到支付宝，是给了我很多收获和成长的地方。虽然进工作是去做交互设计师，但是之后2年的前端开发工作经验让我明白了很多。任何职位都是具有相关性的，如果你要做到专业，那你一定要具有对相关职位的理解，而不是一字半解。这次半年review，过去的老大和现在的老大都总结了我的特点：做人比做事成功。他们希望看到的不是通过搞好各角色之间的关系来推动工作的进展，而是通过自己在岗位上的专业来让大家信服，主动去把事情做好，因为公司是看结果而不是人脉。

进公司以来，我和多角色的人接触了很多，很多时候都在和他们沟通一些思想和工作内容。因为我是想通过这些交流来提高自己对一些行业和职位的相关性了解，同时也积累一些人脉。然后在自己的本职工作上，却没有很深入地去专研，去挖掘。所以我是一个前端开发，一个做好本职工作的前端开发，但不是前端专家。当有同事称赞我前端的时候，我很汗颜和羞愧。好的前端开发真的太多了，支付宝里面比我好的人太多太多，我就是做了本职而已。

这周出差北京和杭州，周末在家自己好好想了很多，觉得自己这2年来的工作思路是造成现在这种结果的根结。我的随性，我的散漫再加上做事情不遵循规范，种种种种，最后就是很多都接触了，但是不专业。相关性和专业性是一个很让人纠结和迷茫的事情，真人的那篇 相关性与专业性 让我思虑万千，我们都是不是天才，我们应该专注地去做一件事情。

再说说我现在的岗位，产品经理是一个现在被大众化的东西。在一个人人都是产品经理的时代，你我又有什么区别。短短的2个月时间里，我从商户合作、市场运营、客户那里学到了不少东西。产品经理不单单是要有优秀的产品设计能力，更重要的是在其他领域（行业现状、运营方式、商户价值、客户理念等）具有一定的专业度。原来以为自己做过那么多项目、有一定的技术背景再加上学设计出身，自己会比较适合。然而现在我发现这里面的水太深了，足够我要花费很长时间去学习。

接下来我的工作思路就是：独立思考+还差得远呢+学习。 摒弃掉一些世俗的风气，踏踏实实地去学，认认真真地去做，我想在一个以结果为导向的环境下。你做好了，一切都会有的~

ps:准备换一个博客皮肤，保持比较好的更新速度。因为还差得远呢~

=============================================

我仔细地看了大赛中的41份设计作品，我为众多的参赛者叫好，这说明大家对公司是有责任有热情的。但是，我仍然想仔细地评价一下这些作品，积极掺合一下，发出一些声音。

一、首先，谁能真正地解答问题？

我们做一个支付宝首页，并不是排版、不是拼图、不是画山水画，我们要做的也不是一个简单的竞赛题目，因为这一切的背后，其实隐有一个问题：支付宝，应该是一个怎样的产品？！

注意我没有问它是“一个怎样的网站”，而是说“产品”。但一到这个问题上，又得回到再深一层的问题上：谁是我们的用户？

我们不是需要美的、逻辑的，或者快的支付宝，甚至说，我们需不需要这个支付宝的首页都可以另论，因为决定权还是在用户。

谁回答了这个问题呢？在这41份作品之中。

二、内容，还是功能？

我们现在的主页，以及网站其实有大量的信息在争夺用户的视线。用户每一步的操作都小心翼翼，但这并不是因为我们安全，而是因为用户觉得我们不安全——我们在文字上、信息上提供了太多的假设与选择。

我们把一个需要“用户操作”的网站，做成了让“用户去浏览”。

我们自己在抽自己的耳光：一面喊“人人都用支付宝”，另一面则说“仔细、仔细、仔细，再仔细地看清楚，你用的是支付宝”。

我们的用户真的需要那么多信息吗？如果真的需要，那么去“哇，支付宝”啊，那里是用户社区，可以交朋友、娱乐、逛商场甚至骂娘。但是，这里呢？这里是“让人人都用”的支付宝呀。

能用吗？不能，大多数的页面设计，连完成一个用户注册都做不好！

三、充耳不闻，错在你我

我给所有在现有网站首页的内容上修修改改或者调整位置的作品打0分——尽管我完全相信这些设计代表了一部分用户的感觉，甚至经过了精心的鼠标移动路径设计。但是这些作品对现有首页几乎全无感悟，以及完全没有“痛恨”的感觉。

请问：你每次使用支付宝的时候，除去登陆框之外，看过哪些内容？！

又例如，以下内容，你有点进去看过吗——或者，我们的用户的多少次操作中会点击一次？ 这些内容包括：公司动态、已有XX家机构与支付宝深入合作、超过XX万家商户选择支付宝服务、以及类似“尝试一下”、“寻求帮助”之类。

你真的看过他们吗？用户需要看到他们吗？我们用稻草填实了用户的耳孔，还骂他们是聋子：我们在首页上不是有“帮助中心”吗，你为什么不会打个电话给客服！！！

相信吗？我LP是通过Google找到支付宝的客服电话的。

四、不要停留在“广告基本靠喊”的阶段！

再请问：你有见过哪个国王在自己头上刻着“国王”？

但是为什么我们要在首页“喊”出那么多的广告？又有百分之几、千分之几或者百万分之几的用户跟随了这些广告、活动了吗？小众的人在参与这些，更多的人在抱怨我们的难用、看不明白，以及该死的安全控件！

一个硕士生、计算机教师，居然用打了半个小时电话，都无法帮助他的朋友完成一次支付宝注册，而我们还在试图看看首页上“少了什么”，或者这些“多出来的内容”应该摆在哪里？！！！

让广告滚开！

企业宣传不必在这里做，在集团做不是更好？让别的、第三方的网站给我们做不是更好？让用户有感受，真心的叫出一声“好”的，难道不是广告？我们没必要天天举个写着 “已经有XXXXXXXXXX用户使用了支付宝”的大牌子——在年会的节目中，举着“NB”那块牌子的人，是逗笑的龙套！

五、还剩什么？

现在来看看这个首页还剩什么，以及为什么剩下这些？

“回归支付”！

这就是答案。相信我，在那些碍眼的东西被扔到之后，才是真正回归支付的开始。

例如说应用场景。到底什么才叫应用场景？应用场景不是做在首页上的一个链接！应用场景，应该是在用户要用到它的时候，随手可得！

随手可得！当鼠标要在界面上划动一圈，才能找到一串不伦不类、仿佛、近似的文字时，哪里有“用户体验”可言？哪里有“用户场景”可言？用户被绑架在“我们的场景”里面，连自己要做什么都会忘掉！

把场景做在一次点击中，会吗？

六、还有没有好作品？

有！但凡在形式上，挑战了现有的“频道”、“栏目”、“版块”的，都算是好作品。但是，仅是作品而已，远不是产品。我们跨出这一步的原因，如果只是一种设计上的意识，而不是发自用户的需求，那么我们就离成功还很远。

细看去，除了一场“重在参与”的活动，我们还能找到什么？你看到用户了吗？你身边的抱怨声呢？你在界面上划出一块“区域”的时候，可想过他们？

好吧好吧，我不报怨了，我们仅从作品的设计来看，到底有没有什么可取的呢？

天驱同学的设计是可以一赞的，但顶端的用户登录与信息设计上没有想法。右上角的两个标签与整体是不协调的。更重要的是，中间的内容部分，成了一种布局上的构思，而不是用户功能上的所需——仍然是信息公布为主，少了对用户目标的理解。

和靖同学是尝试了去理解用户需要的，例如在他的设计中出现了“用户分类”，出现了“我的财务（和收支曲线）”。对于“我的好友”的功能的理解，也很到位。但整体来说，仍然不能走出“内容推送”大于“功能使用”的模式。

司幽同学很认真地对现有的功能进行了分类，并尝试了解“用户最需要用哪些”——尽管在我看来答案相当不理想，但算是走出了正确的一步。司幽在功能的组织上仍采用了传统方式，而且更糟糕的是，等量的功能划分给人组织严谨的感觉，却让整个网站失去了活力和味道。

相类同的，晓倩在设计中也体现了这一意识，并实施为“与我无关的信息不出现，只放我要的”，这是相当积极的一面，赞。但是缺乏了对用户的分析，对用户场景的假设仍然流于“摆设”。与此相同的，温菲的设计也可以一观，但是广告与内容堆放还是尾大不掉的问题。另外，对用户基本功能分为“付款、收款”的思路及其导航设计，或还可挖掘。

有些作品的创意，过于大胆而忽视了用户体验以及支付宝产品的特殊性——用户可能没有那么超前的审美观，例如夏墨的全视环绕立体交叉设计。类似的，小满的设计就会收敛一些。

最后的一个作品——显然的，好的总在最后——谢灵哲的“方案一”是兼顾了设计和功能的。不过界面背景的选择可能导致用户流量问题，以及在页面中的输入框（以及相关的交互部分）缺乏一个收拢的感觉，例如用一个线框或线条就可以完成用户的视觉聚焦。这个设计上，整个面页面只有两个视觉焦点，便于用户行为导向。注意，谢同学没有细想“更多功能”要如何组织的问题(其实可以通过在下方的最未一个按钮的右上方加上一组上下键头来解决)。尽管这一界面，在功能设计上还可以有更大的设想空间、对用户的实际需要几乎没有挖掘、功能性的设计为零等等，但是这个界面有余量可做，算不错的。顺便说一下谢同学的方案二，犯下的错误与天驱同学是一样的。

再可惜一下，所有的作品都只是作品。

七、其它

今天听一个朋友在MSN给我说“支付宝真不是人用的”，悲愤莫名，不发不快。所以，各位童鞋请谅！

第二，在功能上强调“用户定制、用户布局”的，都是lab作品，不要期望我们的用户来“玩”支付宝——在“哇！”里面是另一回事。所以这类作品走错了方向。

其三，老实说，一次改版给用户的热度只有几天。仅仅在几天之后，一切“新花样”对他们都失去了诱惑。所以，真正好的主页和网站，不是改版改出来的。

无它，等挨砖。

后来一行一行调试发现原来罪魁祸首是css中的注释，很无辜。大家都知道css注释是“/*这里是要加的注释内容*/”，但是如果注释的内容有中文的话，就要注意了，一个*是不够的，要么用“/**这里是要加的注释内容**/”加上2个以上*来注释，或者在内容和注释符号之间加入空格，如“/* 这里是要加的注释内容 */”，这样css在解析的过程中才会正常解析，要不在IE下面就会产生很多诡异的显示问题。同时英文注释不受限制，写道这里我觉得还是和字符编码有一定的关系，主要是因为页面的编码是gb2312吧，如果是utf-8的话，估计就不会有以上的限制了。回去试试看就知道了。

很简单的技巧，但是很实用，也许很多人觉得是小儿科了，不足为道。我还是比较喜欢写点简单的东西，慢慢积累~~

每次打开一个占用内存比较大的程序时候，比如打开eclispe，上一个旺旺，解压缩一个200m的文件，都会出先假死现象。页面无法进行任何操作，资源管理器也无法打开，如果你之前开着音乐播放软件的话，还是正常运行，大小写键盘也是可以切换，硬盘风扇保持转动。无语吧？怎么办？只能强制关机，然后再开机。

网上找了好久，无非三种原因：

1，硬件（电脑本身的硬件不支持或者配置不高），但是最多就是运行慢点，也不至于死机；

2，驱动（电脑的各种硬件驱动对win7的支持不一致，导致win7运行不正常），虽然说法靠谱，尤其是有人提到intel芯片要装一个Intel Matrix Storage Manager Driver for Windows 7, 告诉你这个没用；

3，win7版本，网上版本很多，也许你就很倒霉遇到了一个不靠谱的版本。

最后对比我和另外一个一张光盘装出来的系统的电脑，唯一不一样的地方就是杀毒软件不同。我的是卡巴2010，他的是NOD 32，难道真的是这个原因？

1，关闭卡巴重新尝试，失败，还是老样子假死。

2，卸载卡巴，重启，ok；

后来研究一下发现，卡巴的监控有自己独立的一套，基本上是会侵入到内存中来监控各个软件的运行情况。卡巴2010对win7的支持目前还不是很好，网上评论一片骂声。希望后面有更新能解决这个问题，我就能继续用我的key了。

我承认我是标题党，其实很简单，就是杀毒软件不兼容，随便写点吧。就当整理思路~

今天难得写点技术的东西，因为测试提到一个问题因为一个id没有读取到造成他后台脚本解析报错，可是网站本省却没有报错。研究了一下发现是因为document.getElementById(“id-name”)中的id-name并不存在，代码在解析的时候却没有直接报js错误。深一步发现这段获取对象的js代码是包裹在E.onDOMReady()中的。E.onDOMReady()是我们自己基于YUI框架开发的自己的js框架，这个onDOMReady用法也就是YUI中的YAHOO.util.Event.onDOMReady.

大家都到DOMReady的用法，就是在页面完全加载完全之后执行这个方法内部的函数。而这里的加载完全是指dom和其他代码，并不包括图片的加载。这和onLoad是有区别的，onLoad是要加载完所有内容包括图片。这也是很多人喜欢用domready的一个原因，试想一下sina要是都用onLoad的话，用户可以去打瓶酱油回来再看页面了。

正是这个解析的方式，使得onDOMReady方法内部的代码一定会执行，即便里面有null和undefined的变量出现，页面也不会因此报错，也是框架的容错性需要。虽然不会产生问题，但是良好的代码习惯告诉我们，定义一个变量，最好不要出现null和undefined的情况。

之前项目已经进行了PRD评审、页面原型也就是白板评审。很少会有接下来的模板评审，但是一旦一个项目进行了模板评审，就能发现很多意想不到的收获。找出许多之前根本没有想到的点和建议，尤其是比较大的项目中。这次也是一样，虽然问题都是比较细节的地方，比如搜索条件的排列顺序，文案的措辞，是当前页面跳转还是新开窗口等等。但是这些琐碎的点放在后期开发再提出来的话，测试人员的工作量会大大提升，同时问题的责任归宿以及沟通成本也是无形中加大了许多。

工作了1年多，深刻体会到问题及早发现并制定解决方案的重要性。很多时候项目做到开发后期甚至是要发布的时候，却发现一系列很小的点都没有确定解决掉，帮助文案的链接没加、提示的cms没有做、按钮的样式不兼容等等。为什么在前期那么多时间中不能把这些问题梳理一下，做成一个文档，后期跟进解决也会高效很多。

现在公司的发展速度和招人速度令人咂舌，流程的复杂和执行的低效也让人无语。一个项目真正的开发时间远远小于一系列的评审和宣讲时间。如果这些评审和宣讲能够真正解决问题倒也罢了，关键是到后期，开发过程中还会出现一系列需求变更、业务规则变化、功能无法实现等等让人想骂娘的事情。开发的沟通成本很高，解决效率不高，因为大多时间都在确认问题和走流程上去了。这些都怪谁？我无从考证，也无意去评价什么。只能说从我的角色来最大程度减小这种时间的浪费和效率的低下。

页面原型评审，能发现的问题越多越好，但是为什么到模板（静态页面）出来之后还是会有一系列的问题?总结一下：

1，原型的制作质量。现在制作原型的工具是Axure,很好用，但是也有一定的缺陷，比如不能添加一些ajax效果，交互效果有效等。原型的精细程度一直以来大家都在争论，有人说既然是原型就简单一点，几个框几个按钮就可以了，后面还有视觉设计进行细化；也有人说能精细最好，因为视觉稿很多时候会破坏原型最初的想法，项目成员也不会拿视觉稿去评审，他们看到的原型和真实页面的差别不能太大，否则很多问题无法感知。这些说法都有自己的道理，在一系列交互和视觉规范都已经制定好了的前提下，我觉得原型还是要高质量一点。

2，需求和功能点的描述清晰度。在原型产出的前期，产品需求文档就产出了。这份文档包含了产品的所有涉及到的功能点需求。开发和测试人员很少去看原型，但是一定会对这份PRD文档烂熟一通。他们的基本点都是在这个文档上，所以这份文档的重要性可见一斑。如果这份文档质量不高，很直接就影响到后面原型的产出和问题的梳理。

3，开发测试人员的经历。这个也是很普遍的现象，设想一个经常测试页面的测试和一个测试后台的测试在看原型的时候，谁会更有感觉？同样一个做过页面开发的后台程序员，会更加明白前台页面对整个产品开发的重要性。尤其是在力推前后端分离的大背景下，开发人员需要更加关注页面，约定实现方式和接口信息。而测试人员也要明白常见的页面问题和解决办法，欣慰的是我捡到很多测试都用起了firebug~

4，项目经理的关注点。我一直坚信人的作用大于一切，不管是做事还是做人。项目经理在项目中发挥的作用不应该仅仅在保证流程进度和问题整理上，也不是每周开开列会发发项目周报而已。好的项目经理应该明确各个项目成员职位的性质和职责，大致知道每个岗位的问题影响点。最反感一味催促进度却不了解实情的pm，最完美的项目经理应该是前后台都做过，需求分析也接触过的人。这样的人来保证项目进度，他说的话谁还会说是门外汉了呢？

当然除了以上4点之外，还有很多小的点，比如文档的书写和负责人的确定等，这里就不一一列出了。总之，人很多，项目也很多，如何花最小的成本让这么多人都能做实事而不是浪费时间，每个人都有自己的想法。我想公司也在一直研究这个问题，作为最底层的民工，还是好好工作，认真加班，期待一年一次的加薪吧~

仔细看一下就知道是由于其中的css及js文件丢失造成的，但是为什么是safari才会出现呢？显而易见是safari的某一项设置对这个页面上的css以及js文件进行了过滤，最有可能的就是安全设置了。再仔细查看页面，发现头部和尾部的样式都是正常的，这两部分的样式都是以“https://img.alipay.com”开头的，而中间出现问题的部分是以”https://static.alipay.com”开头的。原因就找到了，safari对这两个域名的解析不一致，从而使不能解析出来的部分无法正常显示，页面就出现了错乱。

找到原因之后再来想解决办法就很好办了，我们把任何一个以”https://static.alipay.com”开头的文件完整的url在safari浏览器中打开，比如说:https://static.alipay.com/css/pa/frame/v1.css 然后你就会发现浏览器无法显示其中的内容，并且弹出一个安全限制的窗口，里面明确指出了static.alipay.com并没有被safari识别，你可以添加安全例外来使其通过safari的浏览器过滤。接下来就简单很多了，添加安全例外，确定之后就能看到显示正常的文件内容，同时页面中相应调用文件内容的部分也能正常显示了。在执行完对有问题部分文件的例外添加之后，页面所有有问题的部分都一切正常了。

当然，这个问题不单单是支付宝会遇到的问题，相信其他网站也会遇到，方法和原理都是一样的。但是想一下看看，为什么头部和尾部都显示正常呢？因为它们调用的文件是以“https://img.alipay.com”开头的，而https://img.alipay.com是很早以前的静态文件域名。这样我就想应该是新的域名还没有注册安全级别，在对安全级别要求比较高的浏览器比如safari上就显示不正常，static.alipay.com就是后来启用的域名。并且也和safari的版本有关，了解到出现问题的电脑都是在最近一次升级之后才会有的，也就是说safari的升级准确说是version4.0.1版本之后都会有遇到。

ps：最近mac ox的升级还是挺频繁的，但是升级之后也出现不少问题。期待9月份发布的snowleopard,届时会有如何的反应呢？拭目以待吧～

我以前一直很少进行时间管理，工作起来很没有章法，到每周写周报的时候就显得很没有头绪，也不知道自己这周具体做了哪些事情。时间花了很多，加班也没有少加，但是真正做的事情似乎就那点。后来尝试用google calendar来管理，写周报的时候倒是方便了，但是总是在计划下周的工作量时候发现很抽象。在windows下面，有ToDoList这款软件，很多人用。在感叹其完整和强大的功能同时，我也意识到我并不需要这么复杂的时间管理，我需要的是知道我每天做了哪些事情，完成情况如何，仅此而已，最多有一个提醒和优先级情况。曾经看到有人每天早上把自己今天要做的事情打印出来，然后晚上下班的时候勾选一下，回归完成度。每天一张，方便整理。我觉得就很好，回归自然也未尝不可。

后来转到mac平台之后，开始对mac下面的软件青睐有加。最近一直在用mac的Do it软件来管理我的工作事项，我觉得很强大，简单、清晰、没有让你困扰的东西。每天早上建一个文件夹，下班时候核对一下完成情况。周五写周报回顾一下，很快搞定。再结合一下ical来制定一周的计划，基本上帮我解决了问题。

Do it 是一个免费软件，目前只有mac版本，可以添加类别和事件，每个事件可以集成到ical里面，并且设置定时提醒。此外，还可以link一个文件或者地址到这个事件上，对于要查看相关事件涉及到的文档来说，无疑是很方便的。

所要做的就是添加、去除和修改事件。很简单的需求，也是很简单的解决办法。舍去那些复杂的需求和功能吧，做人做事，简单最好。Do it 的下载地址：在这里

由于一进来就去量了血压，还没有平缓下来，搞得比较激动，血压相对来说有点小高，虽然是在正常范围之内。遥想当年在学校的时候，体检爱咋咋地，不可能会有什么不正常。而现在，工作一年就感觉有点不太对头，开始怀疑自己是不是也会有点小毛病。不说这些不吉利的话，重点重点。

在看口腔的时候，主看医生是一个中年妇女，看到我的舌头之后，眼睛一亮地对旁边一个年轻的男医生说：“来看看，这就是典型的先天性的地图舌苔”，接着就像是在讲课一样指给他看，说地图像非洲的板块，还让我配合着把舌头伸直点。没办法，到了医院你就是孙子，医生是爷，爷让孙子伸舌头，那就不能吐口水。后来她建议我加检一项中医，看看会不会有什么不舒服。并且强调，只要加10块钱。我想想看看也好，没事找事做。

于是在检测完所有的项目之后去看了中医科，是一个上了年纪的老大夫。我进去的时候他正在翻一本我长了这么大也没见过那么厚的中医书，顿时让我感觉很专业，中医还是老的靠得住。接下来，他帮我看了我目前已经检查过的所有项目，都说挺正常的（不用等到体检结果出来了，哈哈），就是血压在我这个年龄段有点偏高，于是又自己帮我重新用传统的血压计量了一下，结果很正常，NND，想说高科技不一定靠谱啊，门口的电子血压计都是偏高，同事都测出来挺高的。顿时又让我对他很是好感，接下来就交流得很愉快。当他看到我的舌苔时，哈哈大笑。搞得我很郁闷，接着听傻掉了。说我先天性的地图舌苔，还让我张开嘴巴把舌头画了出来，搞得我很不知所措。中医的道理一个接着一个，说得我除了点头不知道该干嘛。只记住两句：“思虑者伤脾，劳心者伤神；小丁，你就是所谓的心脾二亏。”那一刻，我说了一句：“还有救么？”，真的是绝望啊。

后来老中医和我了解中知道了工作的压力和饮食睡眠的不规律，建议我少吃辛辣的东西，早睡早起，多多运动。平时喝点抗疲劳茶，一些其他的中医药辅助一下，就会好了。听完顿时心情舒畅了很多，一边答谢一边也不忘去讨要联系方式，以后有问题了还可以去咨询一下。

虽然后来在付钱的时候发现加看一项中医是20，而不是10块，虽然开的抗疲劳茶也不便宜，但是体检之后还是挺有感触，年轻人身体就是资本，没了它，真的啥都没了。于是又联想到前两天看的一部电影《万能遥控器》，主角到临死的时候，虽然很富有并且很有地位，但是亲人朋友一无所有，这时他才意识到：“family come first!”，也是他留下的最后一句话。建议大家去看看这部电影，相信你肯定会有蛮多收获的。

今天在家宅了一天，做了2顿饭，刷锅的时候还把左手食指给割伤了，我容易吗我。决定要痛改前非，好好调整作息时间，身体最重要的，再说了，男人不能说不行，要说：“我能！”

于是

很简单，按照网上的教程，bootcamp分区安装xp，一气呵成。vmware tools安装驱动，也是ok的。但是就在重启之后再次打开vm时候，出现了让人崩溃的页面：

千辛万苦装完之后是这个结果，很挫败，无语。以为是重装系统的问题，于是再次重装了一下。1个小时之后，心惊胆战地重启，看到的还是如此让人气愤的效果。网上也查找了很多方法，但是没有什么具体的方案。很多都是提出问题，解决问题的人很少。仔细看一下问题的原因，是因为不能解析../Application Support/VMware Fusion/Virtual Machines/Boot Camp/% 2Fdev%2Fdisk0/..,通过finder可以找到这个文件：

其实文件都是有的，路径也是正确的，为什么就解析不到呢？是不是之前安装的windows没有去除干净，造成接下来重装之后的vmware在解析现在的bootcamp虚拟机文件的时候出现差错？如果真的是这样子的话，只要把现在的路径全部删除，让vmware自动再创建一次就可以正确解析了。于是就把Users/yourname/Library/Application Support/VMware Fusion/Virtual Machines/ 这个Virtual Machines文件夹完整删除（不用担心，这个只是vm自己创建的，并不是你安装的系统文件），然后再打开vmware，会看到有自动创建了的bootcamp。点击启动，看到久违的蓝天白云。恭喜你，成功了！

其实解决起来很简单，就是删除原来的路径文件，再打开vm重新创建就搞定。所以以后遇到类似问题的时候不要害怕，不要动不动就再次重装，对硬盘进行格式化分区处理。学会了吧～