转发一个同事对这次支付宝首页设计比赛的想法，很中肯，我们需要这种声音：
=============================================
我仔细地看了大赛中的41份设计作品，我为众多的参赛者叫好，这说明大家对公司是有责任有热情的。但是，我仍然想仔细地评价一下这些作品，积极掺合一下，发出一些声音。
一、首先，谁能真正地解答问题？
我们做一个支付宝首页，并不是排版、不是拼图、不是画山水画，我们要做的也不是一个简单的竞赛题目，因为这一切的背后，其实隐有一个问题：支付宝，应该是一个怎样的产品？！
注意我没有问它是“一个怎样的网站”，而是说“产品”。但一到这个问题上，又得回到再深一层的问题上：谁是我们的用户？
我们不是需要美的、逻辑的，或者快的支付宝，甚至说，我们需不需要这个支付宝的首页都可以另论，因为决定权还是在用户。
谁回答了这个问题呢？在这41份作品之中。
今天遇到一个很诡异的问题，就是同样的css代码和相同的dom在FF和IE下面显示的效果却不一样，仔细查看了css文件，觉得不存在不兼容IE的写法，并且IE中出现很多css失效的现象。也许有人会说是文档编码的问题，但是今天的页面是老页面，都是gb2312的编码，css也是如此，并没有调用新页面中的utf-8文件。即便我在css的link中加入charset属性也无济于事，排除了编码的不一致造成样式解析错误。
后来一行一行调试发现原来罪魁祸首是css中的注释，很无辜。大家都知道css注释是“/*这里是要加的注释内容*/”，但是如果注释的内容有中文的话，就要注意了，一个*是不够的，要么用“/**这里是要加的注释内容**/”加上2个以上*来注释，或者在内容和注释符号之间加入空格，如“/* 这里是要加的注释内容 */”，这样css在解析的过程中才会正常解析，要不在IE下面就会产生很多诡异的显示问题。同时英文注释不受限制，写道这里我觉得还是和字符编码有一定的关系，主要是因为页面的编码是gb2312吧，如果是utf-8的话，估计就不会有以上的限制了。回去试试看就知道了。
很简单的技巧，但是很实用，也许很多人觉得是小儿科了，不足为道。我还是比较喜欢写点简单的东西，慢慢积累~~
win7在10月23号发布了正式版本，因为想体验新的东西，找来同事网上下的win7旗舰版系统，装完之后配上自己T400的硬件，很流畅也很有爱。虽然遇到一些问题，比如说安装自己电脑上的程序软件总是报NSIS错误，这个网上下一个最新软件就可以解决了。真正的头大是在后面遇到的。
每次打开一个占用内存比较大的程序时候，比如打开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的情况。
上周去杭州评审，主要是对一个项目的模板（vm）进行评审，参与人员包括PM、PD,PA,UI,WD,后台开发、测试等。人是比较齐全，目的是针对整个流程进行以便梳理，以便发现之前评审没有发现的问题。
之前项目已经进行了PRD评审、页面原型也就是白板评审。很少会有接下来的模板评审，但是一旦一个项目进行了模板评审，就能发现很多意想不到的收获。找出许多之前根本没有想到的点和建议，尤其是比较大的项目中。这次也是一样，虽然问题都是比较细节的地方，比如搜索条件的排列顺序，文案的措辞，是当前页面跳转还是新开窗口等等。但是这些琐碎的点放在后期开发再提出来的话，测试人员的工作量会大大提升，同时问题的责任归宿以及沟通成本也是无形中加大了许多。
工作了1年多，深刻体会到问题及早发现并制定解决方案的重要性。很多时候项目做到开发后期甚至是要发布的时候，却发现一系列很小的点都没有确定解决掉，帮助文案的链接没加、提示的cms没有做、按钮的样式不兼容等等。为什么在前期那么多时间中不能把这些问题梳理一下，做成一个文档，后期跟进解决也会高效很多。 Read the rest of this entry »
在IT公司上班，会遇到一个很常见的问题，就是如何有效管理自己的时间，在有限的上班+加班时间中做最多的事情。相信很多同行都会在做一件事情的时候被很多事情中途打断，不是A过来问个问题，就是B打个电话通知你来查一个原因，或者旁边的同事叫你干点其他事情。总之，你想安静地做自己的工作，到下班？告诉你：不可能也不会这样。所以如何管理自己的工作，有序安排先后和优先级是很有必要的。
我以前一直很少进行时间管理，工作起来很没有章法，到每周写周报的时候就显得很没有头绪，也不知道自己这周具体做了哪些事情。时间花了很多，加班也没有少加，但是真正做的事情似乎就那点。后来尝试用google calendar来管理，写周报的时候倒是方便了，但是总是在计划下周的工作量时候发现很抽象。在windows下面，有ToDoList这款软件，很多人用。在感叹其完整和强大的功能同时，我也意识到我并不需要这么复杂的时间管理，我需要的是知道我每天做了哪些事情，完成情况如何，仅此而已，最多有一个提醒和优先级情况。曾经看到有人每天早上把自己今天要做的事情打印出来，然后晚上下班的时候勾选一下，回归完成度。每天一张，方便整理。我觉得就很好，回归自然也未尝不可。
后来转到mac平台之后，开始对mac下面的软件青睐有加。最近一直在用mac的Do it软件来管理我的工作事项，我觉得很强大，简单、清晰、没有让你困扰的东西。每天早上建一个文件夹，下班时候核对一下完成情况。周五写周报回顾一下，很快搞定。再结合一下ical来制定一周的计划，基本上帮我解决了问题。
Do it 是一个免费软件，目前只有mac版本，可以添加类别和事件，每个事件可以集成到ical里面，并且设置定时提醒。此外，还可以link一个文件或者地址到这个事件上，对于要查看相关事件涉及到的文档来说，无疑是很方便的。
所要做的就是添加、去除和修改事件。很简单的需求，也是很简单的解决办法。舍去那些复杂的需求和功能吧，做人做事，简单最好。Do it 的下载地址：在这里
原本放在上周日的年度员工体检，因为上周很差的精神状态而取消了。今天早早起床，坐上794直奔名门国宾门诊部,20分钟到了那里。今天运气不错，没什么人在，一路体检下来都没有花太长的时间。这是后话，主要想说的是体检过程中的一些事情。
由于一进来就去量了血压，还没有平缓下来，搞得比较激动，血压相对来说有点小高，虽然是在正常范围之内。遥想当年在学校的时候，体检爱咋咋地，不可能会有什么不正常。而现在，工作一年就感觉有点不太对头，开始怀疑自己是不是也会有点小毛病。不说这些不吉利的话，重点重点。 Read the rest of this entry »
用iMac也有3个多月了，在感叹mac给人带来的惊喜的同时，也不得不面临在windows下工作的无奈。一开始是vmware直接用windows光盘安装，但是这样的windows只能作为虚拟机打开，不能独立运行。后来看到bootcamp可以在不影响Mac OS的情况下，分割部份硬碟空间来安装WinXP，并且可以作为独立系统单独打开，再加上window7 RC版本的发行。就兴致盎然地安装了windows7，参考了一个bootcamp安装windows7的教程.千辛万苦最后搞定了windows7，在使用了1个多月之后实在迫于无法使用IE6和支付宝证书等不支持的限制，想换回xp，看来xp还是永恒的第一选择。
很简单，按照网上的教程，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重新创建就搞定。所以以后遇到类似问题的时候不要害怕，不要动不动就再次重装，对硬盘进行格式化分区处理。学会了吧～
