Chesanqi's Web World

知乎刚刚开放了贴图功能，采用了最传统的贴图方式，直接插入在文字中。我认为这是一个挺好的关于用户需求的案例。这次用户的要求说起来很简单：一图胜千言，需要在答案中插入图片。仔细研究这两句话会发现，“一图胜千言”是需求产生的最根本原点；“需要在答案中插入图片”是用户自己提出的解决办法。用户不是专业人士（虽然在知乎里很多用户是专业人士），提出的解决办法往往只能短视的解决自己的问题，就像“要一匹更快的马”。

在知乎里，用户真实的需求是“一图胜千言”，需要用图完善答案。直接插入到答案中是一个解决办法；标注上这里有一张图片也是一个解决办法。虽然一个标注不如直接插入图片效果显著，但他确实可以解决最原生的用户需求。并且还有几个优势：
1、不会破坏文字流从而影响阅读。（并且减少屏幕滚动，更大的利用一屏空间）
2、不是每个人都需要借助图片理解答题人的意思。（甚至有些图片对某些人来说是多余的）
3、减少页面链接数，优化页面加载。（想认真看某个答案，但前一个答案不停的加载图片，页面不停的向下滚）

在答案里标注图片之前的办法是直接给出一个链接地址，一般有两类地址，也伴随着两个问题：
1、直接链接图片的 URL 地址。（需要图片已经存在于网上，需要用户从源代码里扒出图片地址）
2、上传到自己的第三方网站如 minus/flickr 微博等地址。（需要用户分心登录其他网站，这些网站会带其他私人信息）
并且这两个办法用户不能保证链接永远有效，图片和答案之间其实是单向关联的，图片孤立在外。

综合以上观点我觉得知乎贴图功能的重点不是图片，而是作为一个独立的问答网站提问人和答题人阐述自己观点的图片地址太分散并且常常失效。

webkit 引起一片争论，前端观察也写了篇博客《反 webkit 之战》谈论这件事情。

知乎也有讨论：
-webkit- 浏览器前缀伤害了 web 技术的进步吗？

我是这样理解的：
实际情况下，标准的达成需要一段不可预测的时间长度，即使成为标准，或许也与最初的设想有些许差异，webkit 标准与 w3c 标准不能完美的相互映射。比如 w3c 对 css 渐变并不是面面俱到的规范之，webkit 是第一个支持 css 渐变的浏览器内核（可以理解为谷歌自己有网页需求并且有自己的浏览器，有需求便实现），但 mozilla 和 webkit 对规范有不同的理解，导致后来语法实现上有差异，多数的意见是 mozilla 的写法更优雅一些， 随后 webkit 对渐变语法进行了优化更新，采用了 mozilla 的标准。这种情况下浏览器按照“接收时开放，发送时保守”的原则需要保证以前使用 -webkit- 前缀的页面正确显示，“实验性的特性”、“不保证以后的兼容性”话可以这么说但事不能这么绝情做，开发人员担心私有前缀的后续兼容问题，在使用上会畏首畏脚。Chrome1 支持这个私有前缀 Chrome2 不支持，已完成的项目如果没有后期维护，用户不会升级。

对垄断的恐惧更多的源于技术的不更新，对 IE6 的阴影更多的是他对网页技术发展反应迟钝，IE6 的 bug 显而易见，技术上修复很容易，难点是微软放出了补丁也无济于事。升级IE需要重启电脑，这成本太高。同样我不喜欢 safair，不是技术领先不领先的问题而是不灵活，跟系统这样重量级的东西绑的太近。我不太担心 webkit 的“垄断”，浏览器是一款互联网入口软件，而现在世界是互联网公司的不是 PC/软件公司的。

对一些产品同学来说，用户体验这大帽子是修改一切的板砖。而他们所理解的用户体验70%又都是关于视觉优化的，还有30%是所谓的使用便捷。产品性能和安全从来不在他们理解的范围内。

所谓使用便捷。一个界面上有多个流向另一界面的入口，这是方便的设计吗？

信息是一切，其他都是载体，根本需求是获取信息。市场竞争唯信息不破，只是获取信息的手段在不断进化。

用户体验要服务于信息传达，有些产品体验没那么好，但信息传达准确到位，这就是好产品，跑不了。

选对象是要长的靓还是有内涵？长的靓是生理需求，虽然也要认同但有内涵的才能长久。做产品不是做一次性活动，而是要长久打造一种品牌。

信息的准确传达是个匹配度的问题。一个习惯追新闻的人，你推送给他一个全面的深入的几千字的纸媒信息，即使用户体验再好，你也留不住他。他需要的是一个最快的最标题党的140字微博信息。

有人知乎问：
“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、有更多的时间关注新东西，应该远远好于纠结于已有解决办法的老问题。