对一些产品同学来说，用户体验这大帽子是修改一切的板砖。而他们所理解的用户体验70%又都是关于视觉优化的，还有30%是所谓的使用便捷。产品性能和安全从来不在他们理解的范围内。
所谓使用便捷。一个界面上有多个流向另一界面的入口，这是方便的设计吗？
信息是一切，其他都是载体，根本需求是获取信息。市场竞争唯信息不破，只是获取信息的手段在不断进化。
用户体验要服务于信息传达，有些产品体验没那么好，但信息传达准确到位，这就是好产品，跑不了。
选对象是要长的靓还是有内涵？长的靓是生理需求，虽然也要认同但有内涵的才能长久。做产品不是做一次性活动，而是要长久打造一种品牌。
信息的准确传达是个匹配度的问题。一个习惯追新闻的人，你推送给他一个全面的深入的几千字的纸媒信息，即使用户体验再好，你也留不住他。他需要的是一个最快的最标题党的140字微博信息。
以前对 CSS3 选择器理解的不准确。比如 :first-child 伪类。如果有这么一个代码片段：
1 2 3 4 5 | <div>
<h1></h1>
<h2></h2>
<h2></h2>
</div> |
给出一个组合选择器
1 | div h2:first-child{} |
能不能匹配到第一个 h2 呢？
答案是不能。因为 h2 不是 div 元素的第一个子元素。这个伪类选择器只适用于 h2 是第一个子元素的情况，如果 h2 不是第一个子元素，它什么都匹配不到。W3C 官网是这么介绍的：
The :first-child pseudo-class represents an element that is the first child of some other element.
并且明确的给出了两个例子：
This selector can represent the p inside the div of the following fragment:
but cannot represent the second p in the following fragment:
那么，如果想实现匹配不是第一子元素的一组 h2 中的第一个，应该用那个选择器呢？
要用 :first-of-type 伪类。
W3C 官网给出的介绍：
The :first-of-type pseudo-class represents an element that is the first sibling of its type in the list of children of its parent element.
因为
:first-child 和 :last-child 是 :nth-child() 的特例。
:first-of-type 和 :last-of-type 是 :nth-of-type() 的特例。
所以这几个伪类的用法是一样的。
如果能在IE中实现一些高级的CSS技术，比如CSS3选择器、CSS3多背景、CSS3阴影等。或许就能更好的学习新技术，而不会总感觉那么遥远，总感觉新技术用不上。
写了一个JS。页面中只需引入这个JS，一些高级的CSS技术在IE中同样有效。实现起来很简单，比如选择器（现在只写了选择器 = =），通过JS找到一些高级选择器特有符号（如[] + ~ > *= ^=），把这些样式变成某个类的样式，把这个类名添加到相应的元素标签上。利用 jQuery 找到IE中相应的元素标签。
我找了下网上实现相同功能的办法，都需要一些配置，或者必须得在服务器环境下开发才行。我不是资深的工程师，不想那么麻烦，尽量做到跟平时写静态文件一样。也许这样看起来安全上没那么严谨。同时还有一些问题没解决，比如一些伪类没想好怎么处理。
看一下 demo 吧，共同解决。
点这里是 github 项目地址。
有人知乎问：
“Stay hungry. Stay foolish” 最好的汉语翻译是什么？
我在知乎答：
不是翻译，只是说下我的理解。
有些当初看着幼稚可笑的事情，如果坚持下来，做成了一组一系列或者说成套的，这事情就变的不那么可笑，他就变成了一种风格、一种特色。有种从量变到质变的哲学意味在里面。比如说英国17岁少年手绘的《世界简史》，绝对称不上有多少画画技法在里面，单张画面不过是寥寥草草，任谁都能画着玩，但如果你能画几百张，那就是一个好故事。同样，朱德庸的漫画如果只有一张，我会觉得滑稽可爱，一个成年人的不务正业，但他有一套而且可以用单幅画面串联出有深度的故事，并且形成了自己的风格。
偶尔做一件傻事一定是犯了愚蠢，坚持做傻事有可能成为风格。现在已经没有必要讨论左小祖咒唱歌到底在不在调上，靠走音而红的还有还有华裔歌手孔庆祥。如果那些犯傻的事情，被我们凭借兴趣坚持下来……历史上每次伟大变革都是愚蠢的某些人坚持的结果。乔布斯的每个作品也都被认为是不可能完成的作品，是傻瓜天真的想法，但他每次都能做成，关键就在于“追随我心”在于“Stay foolish”吧。
永不满足，永做自己。
我也一直在想这个问题：用不用JQ库？
有人说用了之后会让人变笨，写的再好不了解具体的东西其实还是不会…什么什么的。
这几天有些碎碎的想法：
1、各种库层出不穷的出来是帮助人解决问题的。
2、要深刻学习机器语言，不要用什么汇编语言、高级语言，那会让你搞不清计算机具体是怎么工作。现在还有抱这种想法的人吗？
3、能把jQuery整好的人，基础的JavaSrcipt不可能太差。这不是两种割裂的语言。（相反，精通JavaSrcipt的人，有可能对jQuery一窍不通，但要学起来会相当快，甚至不能说那是“学”，只是了解一下相应的套路即可。）
4、我们的工作是解决问题，不是研究基础语言的。需要用JavaSrcipt的项目，不介意具体用什么办法，用JavaSrcipt可以，用jQuery也可以只要能解决问题。（jQuery是开源的不会带来技术之外的其他问题）
5、由第4点说来，有些项目不用jQuery，是因为jQuery不适合这个项目只好选择其他库而不是改用原生的JavaSrcipt。
6、由第5点说来，用不用jQuery库这个问题，应该换为“只用jQuery？”。多了解其他比如YUI、Prototype、MooTools知晓他们之间的异同、功能侧重对原生JavaSrcipt的理解也更能深入一层。
7、抱着原生JavaSrcipt不放，不如找个相应的库迅速解决问题。这不就是所谓的“站在巨人肩上”吗？
8、有更多的时间关注新东西，应该远远好于纠结于已有解决办法的老问题。