Web 表单设计以及其它

填写表格是很多人都厌烦的事情，即使填写网络上的表格（表单）也是如此，而设计表单则可能是网络工程师/设计师最烦最无法拿捏的事情。绝大多数用户和一个网站交互的第一步就是面对表单(比如登录或是注册)，很可能也是最重要的一步交互。遗憾的是，现在很多中小网站对于表单的设计仍然比较糟糕，或者是不够重视，甚至那些大型网站的表单设计也并没好到什么地方去。

中小网站的工程师（可能同时也是设计人员）在日常工作中无法回避表单，与其反复翻看别人的设计，东拼西凑成自己的表单，还不如彻底研究一下表单，所谓磨刀不误砍柴工，要提高提高效率，这是个不错的途径。关于表单的中文图书并不多，目前专门讲表单的只有两本。抽时间看完了《Web 表单设计:创建高可用性的网页表单》这本书之后，才发现表单设计在冰山下还有很多东西(抽时间要把另一本也看一下)。尤其优良设计的表单对于数据分析人员来说也是紧密相关的，毕竟面对要清洗的脏数据是很让人苦恼的事情。

有多少技术人每个月能保证看一本技术类的书籍呢？那些身处大型团队的朋友常说没有资源，我知道没资源的原因要么是拉不到资源，要么是资源在浪费中；中小型团队团队资源也紧缺 — 因为人少，也有资源上的浪费 — 因为重复做低效的事情。身在中小型团队，指望外力扭转现状是不太现实的，所以自身学习与提升不能放弃。

上一周在 QCon (北京)会场和朋友聊天的时候我开玩笑说，”QCon 的确有技术含量，但很多高端的东西现在还用不上，应该组织一场只面向中小网站的技术会议，规模稍微大点公司的人不许来。” 这句话其实也是有感而发，很多中小网站面对的问题其实很多都有共性，完全可以共享一些常用技术，共同进步。如果真的组织这样的会议，希望有朋友来分享一下表单设计。哪位愿意？

–EOF–

一个多月没写东西了，扯个闲篇再说。

Quora 用了哪些技术 ?

很多团队都在学习、研究 Quora 。前段时间看到这篇 Quora’s Technology Examined ，阐述了 Quora 的技术架构，有一些值得关注的信息，记录并分享一下。

使用云计算服务

Quora 大量使用 Amazon EC2 与 S3 服务；操作系统部署的是 Ubuntu Linux，易于部署和管理；静态内容用 Cloudfront.服务分发，图片先传到 EC2 服务器，使用 Pyhon S3 API 处理后后传到 S3。

从开始就使用云计算服务的的好处是节省了大量人工维护硬件服务器的成本，当然这个做法在咱这片土地上不太可行。

（refer: Copyright )
Web 层与 CMS

HAProxy 作为前端负载均衡服务器，反向代理服务器是 Nginx，Nginx 后面则是 Pylons (Pylons + Paste) , 承担动态 Web 请求。

Webnode2 与 LiveNode 这两个内部系统承担创建、管理内容的重任，Webnode2 生成 HTML、CSS 与 JavaScript ，并且与 LiveNode 轻度耦合。LiveNode 的作用用以显示 Web 页面内容。用 Python、C++ 与 JavaScript 写的。特别提到用到了 jQuery 与 Cython。LiveNode 有可能开源。

为什么用 Python?

前面已经提到了一些 Python 相关的技术组件。有意思的是从 Facebook 出来的团队居然用 Python 作为主要开发语言。Quora 对此有所解释: Facebook 选择 PHP 也并非是最佳选择，而是有历史原因。Quora 技术团队在考察了多个语言之后选择的 Python ，当然理由有一大堆，总体看来，并非很激进。

通信处理

后端通信使用的是 Facebook 开源出来的 Thrift，除了开发接口简单之外，可能更为熟悉也是一个因素吧 :) Comet 服务器使用的是 Tornado，用以处理 Long polling 以及 Push 更新(不知道知乎用的什么?)，Tornado 是前 FriendFeed 技术团队开源的产品。

实时搜索

因为 Sphinx 不能满足实时性方面的要求，Quora 启用了自己开发的搜索引擎，只使用了 Thrift 与 Python Unicode 库，此外没有用别的。Quora 的搜索比较特别，因为要对输入内容做关联并且要做有效提示，所以需要提供更好的前缀索引(Prefix indexing)功能。

Quora 搜索的实现还是挺有技术含量的，对后端的查询请求压力也不小(或许当前的并发请求量还没那么大)。对这个场景，做相关开发的朋友不妨仔细研究一下。如果大体框架类似，那么决定最后生出的因素很可能是那些细节。

数据持久层

大量使用 MySQL 作为存储方案，Memcached 作 Cache 层。没有使用当前比较火爆的 NoSQL 相关产品。Quora 这样做有自己的理由，用户量级没有达到百万的 SNS 站点完全没必要用 NoSQL 的东西。或许以后 Quora 也会启用。

创始人查理·奇弗（Charlie Cheever）与亚当·德安杰洛（Adam D’Angelo）之前都在 Facebook ，所以，Quora 的技术还真有不少 Facebook 的基因。Quora 的团队规模并不大，做技术的估计十余人而已，这么紧凑的团队利用了这么多的技术与产品，可见很多人都是多面手了。这是国内技术团队需要向国外同行学习的地方。

–EOF–

这只是一篇概要性的描述，如果要知道一些更为细节的东西，请看 Quora 上的相关评论，上文中已经给出相关链接。

技术团队内部工具的选型与评估

不管技术团队规模如何，总要在内部用一些工具来支撑日常工作。这些工具的选择会影响整个团队的效率，不可不慎重。如何做这类产品的评估与选型？每个人都会有自己的方式，这里说说我在丁香园技术团队遇到类似场景的时候，一般会参考的几个维度和评估方法。

活跃分析

目前来看，Google Trends 是个不错的分析产品活跃度的工具，只是有些关键词选择需要注意一下，不要迷惑于表面的数据。

产品特性

一般来说，WikiPedia 的对同类产品的功能比较是非常详尽的。如果是一个相对陌生的产品，无论如何要看一下。真的佩服这些编辑者的水磨功夫，相比之下，国内的有些类似网站，没办法看。

主观评价

通过 Twitter 进行提问，可以收集到很多技术同行的反馈与评价。另外，如果没有候选产品，通过 Twitter 也可以征集产品列表，前提是平时要有不错的互动。

通过搜索引擎可能会找到一些评测文章，一定要注意各自的场景和团队规模以及技术风格，一般来说，此类文章参考价值不是很大。

国外技术人员接受程度

参考一些问答网站，比如 Stack Overflow 的讨论，一些产品的优缺点，几乎都会涉及到。

国内技术人员接受程度

通过新浪微博进行关键词搜索可以基本获知国内技术人员对某技术或者产品的使用与接受程度。比如，搜索一下 “Trac” 这个话题看看。

多方面沟通

尊重内部同事意见与建议，咨询一下更大规模的团队负责人的经验。有句话说得好，”听多数人的意见，和少数人商量，自己做决定”，对于这个场景，也是适合的。

我吸取的一个教训是要让相关的同事有”知情权”，避免黑箱操作。

选择与风险

团队负责人做最后的抉择，并且承担后续风险。如果经过一段时间，证实判断有问题，别硬着头皮往死胡同走，承认错误，尽快调整。

工具用不好或是不好用，团队效率可能会骤降许多，不得不重视。类似的惨痛教训还是不少的。

没错，我说的没有什么新奇的内容，都是常识。有时间我再改改。

–EOF–

阿里巴巴 B2B 的失误以及错失的未来

看到微博上和各种媒体总有人将阿里巴巴 B2B 平台上的欺诈和淘宝上的假货混为一谈。B2B 上查出 0.8% 的不良商家，有人进一步问淘宝假货不止 0.8% … 这是一种什么逻辑呢？

如果不是贪图小便宜的话，在淘宝上买到假货的可能性是微乎其微的。淘宝上的所谓假货，更多的是 A 货仿品。通常说的淘宝假货，可能是根本不能用的伪劣产品（淘宝一经发现就处理），也可能是完全能用的仿造品，这是另外的话题了。

什么是欺诈？百度百科的解释是 “欺诈是指以事人发生错误认识为目的的故意行为。当事人由于他人的故意的错误陈述，发生认识上的错误而为意思表示，即构成因受欺诈而为的民事行为。”

淘宝的另一个伟大之处，是降低了消费品的成本，削弱了所谓”名牌”们的虚高价值。同样质量的东西，贴名牌标签几千块，A货一两百块，这是一场革命。尽管有些残酷。

上面这句话引发了不少质疑。所谓”革命”，都是有血腥的。可这就是发生了。这是用户在用鼠标做的投票。质疑的人都可以投反对票，在这个大潮中同样会被淹没，洪水是灾难，洪水退后会使得土地更加肥沃。

但 B2B 的问题是欺诈。所谓 0.8% 的商户，那是说这些人通过了阿里巴巴的认证体系（中国供应商、诚信通，这个体系是给阿里巴巴带来利润的），而这么多骗子卖家能进来，没人帮着做弊是不可能的。这真的动摇了阿里集团的价值观，是阿里巴巴整个集团赖以生存的东西，是底线。所以，马云必然会震怒。

(旁白：自鸦片战争以来，可能中国人和外国人打交道终于占了外国人的便宜，而且屡战屡胜，遗憾的是以欺诈这种下作的方式。另外，受骗的不止是外国人，中国人更多。)

某业内人士质疑 “CEO 和 COO 和 100 多销售人员都不理解马云价值观” ？这人应该不懂什么是价值观，价值观，理解容易，坚持下去则非常之难，尤其是面对利益诱惑的时候。阿里巴巴 CEO 和COO 等人是为了承担责任，而不是说没理解好价值观，基本的逻辑要搞懂，否则就真的管不好自己刚上市的公司了。

卫哲和这次波及的高层之前为什么不彻查骗子卖家？最可能的解释，一个是他们认为解决不掉，二来，因为这些卖家交钱给阿里，转身去骗买家，买家几乎不给阿里带来利润，卖家才是。卫哲和管理层为什么要做利润？股价才会好看。很多人会追求自己利益最大化，你应该懂的。

卫哲的做法是拍苍蝇，发现有受害者举报的就进行处理，也不排除会局部掩盖有苍蝇这个事实。人之常情。

供需合在一起才是整个生态，这个平衡不能打破。马云关心的肯定不是阿里巴巴的短期利益，所以，老马可以果断的设置纱窗，杜绝苍蝇继续往里面飞。纱窗是否也会有漏洞? 那是后话。

卫哲最大的失败不是在对待欺诈事情的处理上，而是 1688.com 突围无效，B2B 找不到下一个增长点。”无名良品” 看起来接下来也会是淘宝的产品，B2B 想拿也拿不走。

Alibaba 在上市后最应该做什么？不是”研发”新的产品，打通和淘宝的联系，而应该去做收购，大手笔的收购，整合。B2B 现有的几笔收购几乎都没什么成色。这个应该没有人提出异议吧？尝试摸索新产品的过程中，阿里巴巴 B2B 错过了外贸 B2C 这一块大蛋糕，也错失了可能的未来。

外贸 B2C 是能够讲出很好听的故事的，很遗憾，阿里动手 (AliExpress) 太晚了。

马云说，男人的胸怀是委屈撑大的。这句话后来被演绎成了”男人的胸怀是委屈撑大的，女人的也是”。一家处于风口浪尖的公司，所有的事情必然都有猜测和演绎。

卫哲的离职有其它原因么？也许有，也或许，他就是太累了。

[此为 Twitter @Fenng 上的辑录，稍作整理。旁观者的一家之言，媒体如引用，指明出处，禁止抄袭。请勿骂战。]
–EOF–