0. 程序员数数会从0开始数起.

　　例: 程序员吵 架的时候会说: “我数三下, 你再不闭嘴我就不客气了! 零! 一! 二!” 或者列清单的时候编号会从0.开始写.

　　因: array[0]是数组的第一个元素.

　　评: 这个习惯的养成是一个艰难的过程. 多少次的越界, 多少次的循环次数错误让我们深深的记住了从0开始.

　　1. 程序员用肯定和否定 回答选择性的问题.

　　例: 问 “您想喝咖啡还是喝茶?” 程序员答: “嗯.”

　　因: 当条件或||有一个子句值为真, 则整个语句值为真.

　　评: 这个习惯夸张了一点, 但这的确是程序员思维方式的通病, 用计算机的处理逻辑处理人类问题. 当然这样的回答显然是存在编程错误的, 因为对于这个问题他错误的返回了布尔型的值. 虽然高度怀疑有没有人关心这种回答的结果是怎样, 还是给出一个答案. 如果真的在程序的世界里, 服务员会优先考虑给你咖啡, 如果没有咖啡了, 才会端茶给你.

　　2. 程序员普遍患有或曾经患有分号结尾综合症;

　　例: 比如这几行;

　　 因: 大部分程序, 特别是多数程序员的启蒙编程语言C语言是用分号结尾语句的;

　 　评: 换行之前习惯用分号结尾, 这是程序员专属的坏习惯. 还记得编译报的各种诡异的错最后原因总是少了那一个小小的”;”吗? 这就是这个坏习惯的成因. 据说分号结尾是有典故的, 因为键盘上的分号正好在右手小拇指的位置, 比起句号之类有着得天独厚的地理优势. 当然也有不需要分号结尾的编程语言(比如Ruby还有Python), 刚用起来会因为没有分号结尾而格外纠结.

　　3. 程序员对”语言”的概念和普通人有差.

　　例: 问: “你都会哪些语言?” 普通人: “我会汉语和英语, 还会一点点法语.” 程序员: “我会C语言, C++ 和 Java, 还会一点点Ruby.”

　　因: 程序员的世界里没有母语和外语, 只有编程语言.

　　评: 说真的, 程序语言的语法学起来比外语更容易, 拿到一个用没学过的语言写的程序, 你多少可以看懂部分程序. 程序语言没有国界, 是各国程序员交流最好的桥梁.

　 　4. 程序员格格外外的厌恶括号/引号不配对的情形.

　　例: 看到这样的内容 (举个简单的例子(我知道你懂的), 你能表示”我很淡定我不抓狂吗?

　　因: 各种不配对问题会导致编译错误.

　 　评: 扫视代码, 对不配对的情况异常敏感, 瞥一眼就能发现哪里少了个右括号. 这种症状在使用那些带自动补全功能的开发环境时变得更为纠结.

　 　5. 程序员认为 千(k) == 1024.

　　例: 程序员换算表: 1km == 1024m, 1kg == 1024g.

　　因: 成因很曲折 计算机是二进制的世界 -> 1024是2的10次方 -> 英语里用kilo一词来表示 -> kilo翻译成中文是”千”, 比如千米, 千克.

　　评: 也许一般人会认为500, 1000是很整的数, 但程序员会觉得512, 1024是很整的数. 不要奇怪, 如果128, 256, 512这种形式看着不够整, 帮你转换成二进制: 10000000, 100000000, 1000000000…

　　6. 程序员惯用 == 来表示相等的意思.

　　例: 见5.

　　因: 在程序语言中, “=” 是赋值, “==” 才用来判断二者是否相等.

　　评: 单等和双等的区别是程序入门必修课, 也是老师爱考的考点. 如果在C语言if语句的判定条件里写了个单等, 编译能通过, 结果却往往不对, 够一个新手查上一阵子的. 当然目前的语言大都考虑到这一点, 防止了这类的误写, 但是单等和双等的差异已经深入每个程序员的 内心.

　　7. 程序员使用”//”表示”请无视这一行文字”.

　 　例: 餐厅中. 程序员A: “我吃鱼香肉丝盖饭, 你吃什么?”

　　程序员B: “宫保鸡丁盖饭.”

　　程序员A 在点菜单写上:

　　鱼香肉丝盖饭 1

　　宫保鸡丁盖饭 1

　　程序员B: “我还是要牛肉面吧!”

　　程序员A 更正点菜单:

　　鱼香肉丝盖饭 1

　　// 宫保鸡丁盖饭 1

　　牛肉面 1

　 　因: 程序中用”//”为代码加上注释, 程序运行时会无视掉”//”开头的代码行.

　　评: 如果和一伙程序员在一起时被冷落了, 可以抱怨一句”喂喂喂我是被注释掉了吗?” 相信一向以幽默感丰富又有爱心著称的程序员们会关注你的.

　　8. 程序员有 中文标点恐惧症.

　　例: 如果你注意到了, 这篇文章自始至终都在使用英文标点, 这就是最好的例子.

　　因: 程序中的全部符号都严格需要是英文半角标点.

　　评: 这个坏习惯是有中国特色的, 中国程序员特 有的. 任何一名优秀的我国程序员都应该可以作到区别中文标点和英文标点. 比如, 和，还有 ’和 ‘. 真的, 当年初学编程的时候, 诸如 “error C2018: unknown character ’0xa3′” 的错误看得还不够多吗!

　　就是这样一群人, 如果你慢吞吞的用电脑他们会急躁的抢过键盘熟练的使用各种快捷键, 他们会对着小孩子讲计算机的三原色是红绿蓝而不是红黄蓝, 他们描述大小距离更偏向于以像素作单位, 陪女朋友看电影看到电影院座位上稀稀落落的人就想做磁盘碎片整理…抱怨归抱怨, 这不也正是他们的可爱之处吗!

暂无相关日志.

以前介绍过这个The Best Designs，所以这次就不细数它的优点了。对此站不甚了解的朋友来说，The Best Designs 是个遍览高质量XHTML和FLASH设计的优秀网站。每个网站设计都会加上相关的标签(比如 - Bold, Colorful, CSS)，让你更方便的找到你想要的。

2. CSS Remix

照CSS Remix自己的话说，他们是“一个新鲜的Web2.0最佳设计站点的大本营” （尽管有些搜罗的站点并不是Web 2.0的）。RSS订阅者超过14,000人，CSS Remix绝对可以称得上是设计师们发现别人设计作品的主流网站之一。

3. CSS Mania

CSS Mania是一个包涵众多设计风格的CSS站点搜罗网站，而且更新比较勤。到现在为止，它已经收藏了超过10,000个网站。推荐CSS Mania的老兄是这么说的：“这个站收藏的网站设计的质量并不都是很高。”

4. screenfluent

screenfluent是个提供很好设计的网站收罗站。这个网站很棒的地方是它能让你先打开一个很酷的窗口让你预览。超过7,000多的设计，内容也不少。

5. Screenalicio.us

收藏超过 9,800 多个网站设计。 你可以给每个网站设计按1星到5星的方法打分，而且还可以给每个网站设计留言。你还可以按设计的星级和更新时间来分类搜索。

6. Open Source Web Design

Open Source Web Design 是一个允许用户上传发表网站设计的社区。 你可以免费下载站点上的设计作品。 可以是简单浏览下网站设计也可以下载下来研究学习。

7. One Page Love

One Page Love 这个网站设计搜罗站收藏的一般都是一些漂亮、创意十足的单页站点设计。分类中有：产品展示、个人档案、临时页和节日等等。

8. FullSingle

FullSingle 是另一家收藏单页站点设计的网站。最新的设计都会附带一个简单的介绍说明。

9. One Page Folios

如果上面2个单页站点设计搜罗站还不能让你满意，就试试这个吧。这儿有超过800个设计，而且每个站点设计都经过编辑审编过。

10. We Love WP

We Love WP 收藏的是一些很棒的WordPress站点设计。

11. CSS Divine

一家CSS网站设计的搜罗站。点击侧边栏的色块，可以进行色彩分类查询，让你很方便的找到符合自己主题色的网站设计。网站类别包括：艺术类、商务站点、简洁型等等。

12. Design Snack

k

按他们自己的话说，这是 “设计师自己的收藏箱” 。 Design Snack 同时包含XHTML和FLASH的设计. 你可以自定义网站设计作品的展示方式，为每个设计投票或者通过色调来浏览设计作品。

13. SF art & design portal

SF art & design portal 是阿姆斯特丹一家网站工作室创办的网站。收藏的网站设计都是通过人工甄选。你可以按照类别、风格、色调甚至是国别来进行分类浏览。

14. Design Shack

一流CSS站点设计的集合地。 该站的搜罗的设计作品都是 “优中选优”的一流作品. 同时，他们还有一些网页设计方面教程的内容。

15. CSSloaf

CSSloaf 整合了其他35家网页设计搜罗站的设计作品，所以你就不用浪费时间把那么多站点都访问一遍了。他们的特色是有大幅的网页截图，这样你就不用费神去看小的网页截图了。

16. eduStyle

eduStyle 致力于搜罗高校教育性网站的设计。

相关日志:

1. 75个最佳Web设计资源 [caption id="attachment_856" align="alignnone" width="475" caption="eroading_web_resources"][/caption] 来自 eRoading 的一组 Web 设计资源大全，包括字体，CSS 资源，Logo 设计资源，图标，设计启发，教程，Photoshop 素材下载，以及...
2. 50个不错的Web开发设计文章、教程及资源 前几天eRoading介绍了75个最佳Web设计资源，现在再向大家推荐另外50个不错的Web开发设计文章、教程及资源。基中包括CSS技巧、字体、Potoshop、Illustrator使用指南等相关web开发。 Photoshop 资源下载 具有神秘东方文化的Photoshop画笔和矢量图 500+ 太空Photoshop画笔 81个叫人称奇的菱形画笔 免费的无缝涡旋 Photoshop工具箱 1990-2008视频游戏设计 100+ 网站开发者必备资源...
3. 国外5大photoshop教程网推荐 最近eRoading整理了一些关于web开发设计的文章——75个最佳Web设计资源; 50个不错的Web开发设计文章、教程及资源。 Photoshop作为众多平面设计师进行平面设计,图形、图像处理的首选软件，对于web设计同样适用。在此提供５个精彩的国外photoshop教程网！顺便提高一下外文水平。 1. PSDTUT [caption id="attachment_911" align="alignnone" width="300" caption="eroading_ps_tutorial1"][/caption] 超多的经典教程，老外就是牛～　把里面的一些教程学会了就成牛人了，e路推荐。 2....

只有这样的共识，还不够。因为我们会遇到这样的情况：我希望把这段文字设计成蓝色，这会更有感觉、更舒服。但是，使用蓝色可能会让用户迷惑，因为这段文字没有链接，且这个页面中，有链接的文字都是蓝色。“更美丽的信息传达也是设计的目标啊~”

所以，要让设计的目标能更有效的指导设计工作，我们还需要再做些什么—进一步规范“更好的”各项具体要求。

更高效的是基本要求，是需要首先被落实的。“更优雅的、更美丽的”则是更高的要求。这类似与“温饱”与“小康”的关系。

为什么这么说呢？
1. 用户是来使用产品的，而不是来欣赏的，即使是apple.com也是同样的。要欣赏就去美术馆了，十几英寸的显示器上能欣赏出啥来呢？
2. 视觉设计中很多涉及功能的视觉表现本来就应该以科学、社会学、心理学为基础，而不是凭空的、随意的“创造”。比如，绿色普遍被理解为“可行的”“允许的”“正确的”，那么，页面出错的信息用绿色背景就是不好的，甚至可以说是错的。

“更高效”是个无条件的要求。不应为了实现其他设计目标而受到损失。

如何保证“更高效”？
保证“更高效”，是不是保留页面原型中的所有信息不变就可以了？不是。不说也知道，如果要是的话，显然就不用在这里特意说了。那，为什么不是？

视觉设计中有这样两类工作：
1. 渲染气氛，表现视觉风格。通过内容单元框的形状、颜色，文字颜色，背景色，背景图形…表现出特定的视觉风格，渲染气氛，让用户在浏览网页的时候感受到或温馨、或可信、或可爱…
2. 用图形元素直接或者辅助传达信息。比如：图标的设计，按钮样式的设计，重点信息的图形展示…

做这些工作，不随意删改页面原型中的内容，只是基本的要求。渲染气氛的过程中干扰了正文信息的显示是不对的；使用图形元素达意不恰当也是不对的，不需要传达信息的地方用图标来装饰更是不对的。
在视觉设计过程中保证信息传达的高效水平不被降低甚至是能更高，这是项难度很大的工作。
之前我曾经给了个简单的结论“视觉表现元素不应带有信息量”，这是一个可以直接执行的结论，是设计目标的产生出来的一个具体要求。也就是说，如果你不愿意去理解设计的目标，更高效、更美丽谁在先，谁在后，如果是，那么，你只直接执行“视觉表现元素不应带有信息量”这个结论就行了。
这样看来，从设计的目标中还能产生出更多的类似“视觉表现元素不应…”结论。我还没想到，想到再说吧。

暂无相关日志.

当事情出现混乱的时候，人们总是寻求寄托于Process的制定，很多的管理者，觉察到事情的失控，却不明白根源所在，总是想制定、发明很多的流程、考核 制度，通过强制、固化、硬推这些流程，来扭转局面，把底层的员工，当做贼来防范、看待，结果是错上加错，人心散乱，局面更加不可收拾。

一个简单的思维逻辑就是，衣服扣错的时候，一般都是扣第一个扣子的时候，而不是你发现扣错的那个扣子。

所以所以正确的思维顺序应当是：成事在人，先有人，后有process，后有流程、考核、制度，出现错误，肯定是人犯了错，再美好的3P(Plan、Process、Project), 如果没有合适的人才支撑、实施、贯彻执行，都是没有用的花架子。。

混乱永远都是自上而下，而不是从下面传染给上面，可惜很多的管理者都持有与此相反的混帐逻辑。

我的经验告诉我，大凡一个好的IT公司，必有一个牛逼的、有个人魅力的CTO(首席技术官)，大凡一个烂公司，必有一个昏庸无能、圆滑世故、东郭先生的CTO。这个规律，大家可以从外企Microsoft、Google 到本土的阿里巴巴，淘宝看起，然后再看看自己所曾经任职的公司，就会有一个判断。

2)CTO要有技术魅力

CTO ，第一，首席技术官，技术要摆在第一位，很多人动不动就扯淡到商业远见之类的一边去了，现在讨论的是首要条件，没有技术，还不如叫CEO好了。

我现在还是很喜欢我的第一个公司，公司的CTO影响了我的以后的发展道路，我这几年一直始终不渝的走技术路线，都是受他的影响，这个公司的CTO有以下特点：

1. 经常钻研技术，头发稀少，一门心思的走技术路线，由于在96-2000年间， 技术变化很快，从VB、PB、DELPHI、Java、DotNet，公司的历次重大技术架构转型，都是他带领下完成的，从上层就根本性的保证了没有歪门 邪气、勾心斗角这一说。
2. 对技术的理解很深，对技术人才的理解非常深刻，选拔人才，组建研发团队，都是亲历亲为，所以选拔的PM、TL，自然不用说，不可能是庸才。接近他的 人，更不能是溜须拍马之徒，在公司发展很快的时候，项目越来越多，需要的PM、TL、PL也越来越多的时候，大量、快速涌入的人才，在经历过他和他的高层 技术团队这道铁闸门的时候，不至于冲毁公司的技术底蕴和文化氛围。
3. 有个人魅力，坦诚，虽然脾气不好，但是同样会处理Politics, conflict, 而且就像农村门上的尉迟敬德门神一样，威慑了小人的兴风作浪。

我这几年起起伏伏的技术管理经验和大量Consultant的经验，使我见过、亲身经历过很多的公司兴衰成败，很多人觉得我对CTO的理解很肤浅，那反而是他们一错再错的根本原因。

我觉得CTO最重要的是热爱技术、理解技术、选拔技术人才，知人善任。至于后面的所谓的执行力、战略眼光、制定计划、精通各种Process、leadership，那是后话，只有前因才能促使后果。

我在深圳的一家大型电子商务公司做PM的时候，我得到了很多的东西，我在给传统企业做培训的时候，总是以他为案例。这个公司两年内经历三个阶段：

1. 成立：公司在成立时，只有几十人，CTO是一个40多岁的从香港过来的，背景不清楚，初次印象是和蔼可亲，很有亲和力，由于母公司很有钱，所以公司靠着烧钱，扩展很快，一年半公司总人数已经达到了2000多人，技术团队快速的扩展到100多人。
2. 混乱：这个时候，经过快速的扩张，公司已经彻底的乱掉，由于CTO不懂技术，根本不可能选拔到好的技术人才，只能依赖于猎头、HR，所以下面的部门经理，可想而知，一环套一环，他们和快速涌入、没有经过真正技术选拔的中层技术团队，构成了一副世间乱象。
3. 改革：当出现混乱的时候，无论是再昏庸的人，也想恢复秩序，特别是团队中还存在有一些好的、有良知技术中坚分子，率先想扭转局面，规划配置管理，构建 架构师团队，组建测试团队，构建测试体系，根据电子商务网站特色，引入合理的从用户需求到开发、测试、上线的发布体系，虽然这些都是底层的措施，不能从根 本上改变局面，但毕竟是从局部给开发者、跟用户一个新的气象。但是混乱还是在继续肆虐，高层的领导有引入了很多的所谓的擅长流程改进的管理人才，由技术派 提议组建的CTO架构师团队，由没有技术把握能力的CTO亲自担纲主抓组建，主架构师是原来给华为做外包的一个工程师，最后直接造成公司的新版本，一个 80多人的开发团队，一年半才上线。所以改下不改上，必然要失败。

这个公司在母公司的支撑下，换了一个CEO，还在顽强的生存着，我时不时的都要到网站上转一圈，我还能看到那些是我的心血，真的是无奈又无奈啊，我曾经下定决心要干一辈子的公司，我真的非常希望他们能走出困境。

3)招募CTO，不要贪图名气

我想对所有招募技术人才的负责人说：

1. 不要招募自称擅长流程改进的纯管理人才，没有技术经验的支撑，根本就是赵括谈兵，浮沙盖楼，这是铁血经验，不服气的尽可以去招募这些人对公司进行自杀式攻击。
2. 招募CTO，不要招募什么海归派、博士、大企业的高层管理者，骗人的概率在5成以上，即使是大企业的管理者，他们对技术早已经麻木，长期的莺歌燕舞， 天下太平，对于技术的感觉已经丧失殆尽，实际上已经变成了寄生于庞大组织架构之上脑满肥肠之徒，离开了这个环境，根本就生存不了多长时间。现在他们最擅长 的不是技术，反而是Relationship，对于圆滑世故、公司政治、客户公关、开会讲话、太极推手、妥协、平衡术之类的东西，已经是炉火纯青。最可怕 的是已经没有敏锐的判断力、果敢的决策力了。
3. 如果你需要CTO，尽量从公司内部寻找，寻找那些正直热血、愿意公司向好、有良知的、有思想视野开阔的、追逐技术的的人。如果确实没有，再向外撒网。
4. 崇尚大牌，一般都是自取灭亡。土生土长的好处是，实用、务实、谦虚、从水深火热中出来，对问题的理解比较深刻，不激进，不冒进，不烧钱，不会动不动就来个翻天覆地的所谓的大变革、大手笔。

4)只有懂技术的CTO才能处理好技术与管理的因果关系

非常讽刺的是，鄙视技术和敬畏技术的人和公司，总是一体的，总是会让技术给搞的头破血流，把技术和管理搞的一团糟总是同时出现的：

1. 我经常给中小企业做技术咨询，我发现很多传统企业的老板，把自己几百万元的家底投向IT时，被组建的IT团队哄的团团转，最后血本无归。
2. 很多的外资企业很有钱，但公司内的IT项目，每年的预算达千万，但却很少成功，全流向了外包公司的腰包，不要说国企存在乱花钱上项目，花了很多钱上了 后没人用，外企业一样，做好的项目历经磨难上线后没有人用的现象，层出不穷。像HP、索尼之类的跨国企业内，遗留项目多如牛毛。HP曾经新上任的CIO， 曾经大刀阔斧的砍掉遗留系统，也没见出什么人命，这其实就是生态链，没有用户需求的肆虐，就没有外包的蓬勃发展。
3. 由于技术混乱造成的管理成本，远远大于市场上拿到一个新单所带来的收益。
4. 很多老板只知道从办公耗材、卫生纸的节省上来降低运营成本，却永远都意识不到技术改进，所带来的增效减员、成本降低的威力所在。在IT当中，最大的投 入、最大的成本就是人。企业运营的第一目的就是为了Productivity, 而提高Productivity，首当其中就是改进人，改进人对技术理解的思想意识。
5. 推崇管理的人，竭力想摆脱对技术的依赖，结果却发现，认为懂技术，就一定不懂管理，懂管理，可以不要技术的思想是多么的Stupid.

想正确的处理好管理和技术的因果关系的有识之人，都可以研究外包公司的运营状况，以他们做案例，我曾在一家外企做架构师、咨询师、BA的工作，负责对外包企业发包。全流程的跟踪项目，使我近距离的接触到了外包企业，我发现：

1. 需要技术却非常蔑视技术的技术公司，是外包公司
2. 技术人员不喜欢技术，自轻自贱，自己看不起自己的现象最严重的也是外包公司
3. 最崇尚流程管理、流程制度最多最严酷的而管理最混乱、最龌龊的也是外包公司，
4. 每年人才流动率最高的也是外包公司，
5. 外包公司中流动人才中站绝大多是的是技术人才。
6. 外包公司中绝大多数的工程师的梦想是做管理职位的PM。
7. 最后的结果是，外包公司中最有技术含量的职位，CTO、BA、QA、Achitect、TL，是技术上很平庸、对技术理解很肤浅的人。
8. 有讽刺、有矛盾意味的是，外包公司的高级技术职务，给的薪资很高，一两万都是正常的，远高于传统软件公司中货真价实的技术人才的薪资。

5) 好的CTO有识别人才的能力

很多人曾经雄心壮志的说，有一天我有一个好的Idea, 然后驱动一批人，去实现这个Idea, 事实上VC那里，每年都有成千上万的项目，都号称有一个很好的Idea, 现在只缺钱，别的什么都不缺。

事实上错的离谱，VC考察的不仅仅是你的项目，还要考察你的团队。正确逻辑的应当反过来，Idea不缺，钱也不缺，缺的是人才，你有一个好的Idea,  你有没有能力、有眼光、有判断力去找到人呢，即便你找到了，你也不想一想，你凭什么认为他是个高端的人才，那些高端的人才为什么要到你的小庙里来，你有这 个判断力吗。

所以我说，技术人才的选拔是从CTO开始，而CTO最重要的职责，就是网罗合理的技术人才。仅仅从大牌、知名度、学历上衡量CTO，太肤浅了。选拔 CTO，多一点务实、清醒的判断，多了解一些好的CTO是怎么成长起来的。阿里巴巴、淘宝的CTO、COO都是从做网页出身的，一步一步起来的，一行一行 代码写出来的，根本不是满口Large-scale、High-Performance、Distributed、UML、CMM、Architect之 类的没有写过几行代码的秀才出身。

当然现在阿里巴巴、淘宝架子大了，现在的架构师中，假的、不入流的也很多，这世界没有阳春白雪，判断力是最重要的。

暂无相关日志.

1、设置一个质量监控小组，由经验非常丰富的高Level的产品人员构成，赋予他们很大的权力，去监控和规范所有的产品项目。并且用KPI来制约产品项目服从这些规范。为了不搞教条主义，很多规范都是在立项之初，由项目经理和这个小组共同确认的，未必是硬性指派，一经确认就受到严格监控。确保好的规范不流于空喊口号。

2、每个产品都设置公开的反馈论坛，突出外部入口，积极征询用户意见，并以内部轮班方式回复“每一条”有价值的反馈，要求以“人对人，面对面”的沟通态度来进行解答，禁止机械问答。公司高层（包括小马哥）不定期巡查每一个产品论坛，一旦发现有不认真回复用户的情况，立即予以训诫。确保产品人员与用户长期保持近距离接触。

3、每个产品都设置内部的交流平台，分为两部分，一块类似留言板，由产品主管发布项目的进度、动态；另一块是论坛，向公司内部所有人开放，接纳反馈。在腾讯内部已经形成了非常活跃的氛围，甚至以该平台人气高涨为荣（至少你主管会喜欢这个），利用这个平台跨项目提意见，或是项目组内部交流思维碎片都很常见，达到了群策群力，内部监督的效果。

4、设置产品架构师这样一个职位，由少数几个技术精英，负责所有项目的系统架构搭建，只搭架构，确保每个项目的底层合理性。

5、执行项目总结制度，在每个版本上线后，由相应的策划-开发-测试人员开一个会，每个人都总结在这个版本过程里，有什么心得，有什么失误，可以怎么改善，尤其注意改进三方人员的配合过程。用制度的方式来强制反省，强制跨职能沟通。几个版本下来，项目效率就会有明显的提高。

6、执行灰度发布政策非常之彻底，一个版本会经过若干级的内部测试，再向外部用户逐步放量升级，不断修正问题之后，最后进行大规模发布。确保提前发现问题，受影响的用户面尽可能小。与此同时，腾讯异常活跃的内部交流氛围，也能让产品在内部测试时得到较多专业反馈。

7、拥有背靠客户端，强大的数据挖掘功能，具体描述起来比较复杂，总之非常强大，数据细致到令人吃惊的地步。数据挖掘部门的地位也是相当高的。我以前说过“统计数据太单薄无法推导出可靠结果”这样的话，但在腾讯的数据挖掘机能面前，这句话恐怕要改口。

8、设置对新人和新项目的风险管理机制，比如3个老程序员带1个新程序员，将技术管理和具体开发的工作彻底分离，每周进行代码走读，对新产品采取格外严格的测试安排等等，使得缺乏经验带来的技术损害被降至最低。

其他还有一些大路货的东西，一些理想化的不可靠的东西，就不讲了。令我感慨并且佩服的，就是以上八点。不是佩服腾讯能做这八件事情——要说想法，我都能够想到，我也有自己的一套项目管理团队建设的技巧。但腾讯从公司层面，从最高领导人的层面，身体力行地把产品管理的专业准则给贯彻下去，用多种监控手段来避免其放空炮，令产品管理制度化，体系化，好的经验在内部流通开来，成为一种积极向上的约束力，带来整个大产品团队的合力，而不是任由项目经理各自摸爬滚打。马化腾带着一大批产品高管自上而下，持之以恒地推动产品本位的管理体制规范化，并不断地创新和优化这套体制，使得整个公司上上下下融入了“产品的基因”，最终成就了“产品的腾讯”。

暂无相关日志.

• Research stage 调查研究阶段
• Concept stage 概念定义阶段
• Iterative design stage 迭代的设计阶段
• Implementation stage 执行阶段
• Launch stage 发布阶段
  

图片来自Flow Interactive

下面是图片内容的解析，连接都有相应的安例解析，很有帮助。

Research (调查研究)

• Context studies(背景研究)
• Focus groups 焦点小组
• Competitor comparisons (竞争对手对比)
• Depth interviews 深度访谈
• Questionnaires 问卷
• User personas and scenarios 用户角色与场景了解
• User goals 用户目标
• Usability goals 可用性目标

Concept (概念定义)

• Concept models 概念模型
• Usage scenarios 使用场景
• Paper prototyping 简易原型
• Usability testing 可用性测试
• Expert evaluation 专家评估

Design (界面设计)

• Product structure diagram 产品结构示意图
• Process flows 程序流程
• Wireframes 框架
• Interactive prototypes 交互原型
• Card sorting 卡片分类排序 － 就是把关键流程用卡片形式定义下来，然后不断组织，了解和挖掘最佳的排序模式
• Usability testing 可用性测试
  
• Accessibility evaluation 易用性评估
• Expert evaluation 专家评估
• Functional specifications 功能型详述

Implementation (执行测试)

• Usability testing 可用性测试
• Expert evaluation 专家评估
• Accessibility evaluation 易用性评估

Launch (发布)

• Usability testing 可用性测试
• Expert evaluation 专家评估
• Accessibility evaluation 易用性评估
• Focus groups 关注群体
• Competitor comparisons (竞争对手对比)
• Metrics 测量

暂无相关日志.

在中国， 开源的LAMP栈是最流行的网络架构，它使用PHP开发，运行在Apache服务器上，以MySQL作为数据库，所有这些都运行在Linux上。它是个可靠的平台，运行良好，是现在全球最 流行的Internet系统架构。然而，我们很难对其规模进行正确的扩展并保持安全性，因为每个应用层都有其自身的问题、缺陷和最佳实践。我们的工作就是 帮助企业用最低的操作成本来创建并运行高性能的、可伸缩的、安全的系统，因此对于这类问题我们有很丰富的经验。

当前的实际情况是，很多网站都是由开发人员 快速而廉价地创建，通常没有任何IT人员或者经理，只是由程序员来管理系统。造成的结果是，虽然花费很低的成本网站就可以开始运行，但是当拥有大量用户、 需要扩展规模的时候，通常就会面临真正的问题。毕竟，中国拥有三亿八千万的Internet用户，如果其中的0.01%访问这个站点，就很容易引发25 万~50万的页面访问量。这些问题在各个级别上都会产生，下面总结的规则是对最一般的问题进行概述，并且说明为什么这些规则如此重要，以及最好采用什么方 法来修正它们。遵循这些建议的站点会提高它的可伸缩性、安全性以及操作上的稳定性。

使用合适的会话管理
第 一个想到的扩展系统的方法就是添加更多硬件。例如，使用两台服务器而不是一台。这听着合理，但会产生潜在问题：会话管理。这对Java程序来说是很严重的问题，在PHP中也会产生可延展性问题， 对于数据库的负载尤其如此。

会话被定义为单独的最终用户登录或者连接一 段时间，其中通常会包含多个TCP/IP的HTTP连接、几个Web页面，通常还包括几十个甚至上百个页面元素，如框架、菜单、Ajax更新等。所有这些 HTTP请求都需要知道用户是谁，才能满足安全的要求，并向用户传送适当的内容，因为这些都是会话的组成部分。通常每个会话都会包括相互关联的会话数据， 如用户名、用户ID、历史、购物车、统计资料等等信息。

问题在 于，在有两台Web服务器和多个 HTTP连接的情况下，用户流量会在两台服务器之间分配和移动，服务器很难知道用户是谁，并对所有数据进行跟踪，因为每个页面或者页面的组成部分都可能来 自不同的服务器。在PHP中，通常是这样解决的，在第一次连接或登录的时候就创建一个会话ID并将其放在Cookie中，然后这个Cookie会和每个 HTTP请求一起发送。

这样做带来一个问题，接下来每段PHP脚本 都需要基于ID来查找会话数据。由于PHP无法在执行过程之间保持状态（这与Java不同），这个会话数据需要存储在某个地方，通常是在数据库中。但是， 如果复杂的页面需要在每个页面载入过程中对其进行十次查找（这是经常要做的），那就意味着每个页面都要执行10次SQL查询，这会导致数据库上很大的负 载。

在前面所举的中国 Internet用户 0.01%的例子中，可能很容易在每秒内仅仅为了管理会话就生成上百个查询。解决方法是一直使用位于Cookie中的会话ID，并且使用像 Memcached之类的服务来缓存会话数据以获得高性能。

还要注 意其中存在安全性的问题，因为黑客可 以伪造另一个用户的会话ID，这是很容易找到或看到的，特别是在公用的Wi-Fi中。解决方法是对会话ID进行恰当的加密或者签名，并将其与时间区间、 IP地址以及其他关键信息 像浏览器或者其他细节相绑定。在Internet上有很多不错的关于良好的会话管理的例子，你可以根据需要找到最适合的。

总是要考虑安全性
尽管编写像防止SQL注入和登录安全之类的 代码涉及很多安全问题，但不幸的是，几乎没有人考虑过安全性，而那些考虑到的人也没有对其进行很好地理解。而本文要关注的是操作性的系统安全。对于这类安 全，我们的焦点集中在三个安全领域：防火墙、运行的用户以及文件访问权限。

除了配置专门的硬件防火墙（像Cisco的 ASA）之外，所有服务器都还应该运行像Iptables之类的防火墙，它会保护服务器免受其他威胁和攻击。这些威胁和攻击可能来自公共的 Internet、其他服务器或本地服务器，也包括使用VPN或者SSH通道的开发和操作人员。我们仅对指定的IP开放确实需要的端口。Iptables 可能会很复杂，但是有很多不错的模板，我们通常可以使用它们来帮助客户创建Iptables。例如，默认的RedHat或者CentOS防火墙的配置说明 只有10行，显然并不实用。我们最佳实践的Iptables配置大概有5页，这其中包含了Linux所能提供的最高级的安全防范。

所有公用的服务，都应该运行在专门的用户 下，如Apache。切记永远都不要使用Root用户运行，因为这会让任何闯入到Apache的用户接管整个服务器。如果Apache只是运行在 Apache用户下或者运行在Nobody下，那么闯入Apache就不是一件容易的事情了。

Web服务器运行或者服务的文件 （像.php和.html文件）对于Web服务器的用户应该是不可写的。这意味着Apache或者Nginx用户不应该拥有Web目录的写权限。有很多方 法都可以做到这一点，而最简单的就是将这些文件为其他用户所有，然后让Apache/Nginx等用户归属于能够使用640权限读取文件的组中。这会防范 几乎所有的黑客和针对页面的攻击。

此 外，永远不要使用Ftp来上传文件，特别 是在公用的Wi-Fi环境中，因为在其中黑客很容易盗取用户名和密码。取而代之的是使用Sftp会更加安全。另外，每个雇员都应该拥有自己的用户ID和随 机密码。

使用标准的路径和安装配置

一个令人讨厌的部署问题是，开发者很少考虑 他们的软件会被部署到生产Web服务器的什么位置，以及如何部署。我们看到过许多大型的系统将它们的PHP代码部署在/home/xiaofeng或者 /web/code路径下。事实上，这两个路径都是非常不标准的，并且会带来操作和安全性的问题。当这些系统从开发环境转移到测试环境再到生产环境中时， 因为每个安装配置都是非标准的，所以经常会出现问题，这时就需要开发者调整才能够正常工作。

你应该总是使用标准的安装包和二进制文件来 安装像Apache之类的服务器。不要从源代码编译或者安装Tarball，因为这会导致长期稳定性和管理上的问题，另外在服务器上安装多个不同的版本也 会造成混淆。

Web 站点应该总是在指定的平台和 Linux发布的标准路径下进行测试和部署 ，像 RedHat 或者CentOS下的/var/www/html路径。这有助于对系统进行有效的权限管 理、备份、配置、监控以及其他操作。

Web 服务器的日志应该存放在/var /logs或者/var/logs/app_name下，而不应该位于主代码区域。这样做的原因不仅仅是因为这些标准的路径很重要，更应该关注的是，恰当 地配置服务器会将/var配置为分离的文件系统。如果应用程序突然写入了大量日志并占用所有磁盘空间，由于我们做了以上的配置就不会导致系统崩溃，或者其 他严重的问题。如果日志位于其他位置，就可能会产生问题。

总是使用日志

在Web系统中做多少日志都不为过。所有系 统都应该将重要的数据写入到日志中，不管是它们自己的日志还是系统的Syslog。Cron的Job以及其他Shell脚本或者C语言的程序，对日志都有 相应标准以及简单的函数。在Shell脚本中，只需要使用 Logger命令就可以实现日志的写入。在脚本启动/停止、重要的脚本执行以及实时数据产生的 情况下都要执行写入日志操作。这样出现问题的时候，查看主要的系统日志就可以很容易地看到发生了什么。

大型系统经常会使用专门的工具如 Local5来记录日志，并配置Syslog或者Syslog-ng来将其存放在单独的文件中，这样会更容易使用。需要注意的是，Syslog工具和 Logger（以及任何Syslog调用）默认优先使用user.notice，如有必要，你可以对其进行调整。

一个好的系统会对程序进行配置，用来打开或 者关闭日志，并可以选择在每模块或者功能的级别上应用不同级别的日志。这使得我们可以记录非常详细和强大的日志，用来分析和调试在生产操作中所发生的问 题。

大型高性能网站的十项规则

使用良好的数据库设计和SQL

在任何系统中，数据库通常是最大的性能瓶 颈。而影响数据库性能的最大两个问题是数据库设计和SQL代码质量。很多系统都拥有良好的或者至少是可用的数据库设计，但由于没有经过适当的性能测 试，SQL代码质量通常都会很差。这样的SQL代码在开发环境中可能运行很快，因为其中只有小数据集和最小的负载。但是当成千上万的用户同时读取数据库中 上百万条记录的时候，它就很可能会崩溃。

不幸的 是，这些问题一开始并不明显，直到系 统增大、突然开始崩溃的时候才会显现出来。在增大的过程中，数据库系统看起来运行得很快（因为数据都位于内存中，而且很少有并发的查询），并且对用户的响 应也很快，但实际上它的内部运行效率很低。这并不重要，我们关注的是在系统增大并遇到性能问题之前找到这些问题并加以解决。

关于这个问题有很多不错的书和站点进行了解 析，其中的关键工具包括慢查询日志、INNODB状态系统，以及描述当前性能的MySQL统计信息。我们见到过很多系统每秒会读取500,000条数据， 这是出现SQL问题的明显预兆，但公司往往对其一无所知直到服务器开始崩溃。

MySQL系统应该对所有数据使用 INNODB存储引擎，因为INNODB与之前的MyISAM相比，运行得更快、更稳定，并且管理性能和备份工作也更加容易和快捷。在主配置文件 中，INNODB应该被设置为默认的数据库引擎，并且系统应该不时地进行检查，看是否意外创建了MyISAM的表。

总要拥有良好的DB配置和备份

很多公司都没有良好的备份机制，也不知道如 何恰当地完成这项工作。MySQL的Dump是不够的，因为最好的备份方法是使用LVM快照和INNODB对系统进行热备份，从而得到超快的速度和超高的 可靠性。

另外，在将所有备份文件从服务器上转移出来 之前要进行压缩和加密。另外还要确保拥有设计合理的MySQL配置。MySQL默认安装使用说明中只有5~10行关于配置的说明，这根本不适合开发使用。 而我们提供给客户的最佳实践文档足足有10页那么长。文档中大约有100种有用的关于安全、性能和稳定性问题的设定，包括防止数据败坏，其中很多设定都是 非常重要的。

使用读/写数据库分离

随着系统变得越来越庞大，特别是当它们拥有 很差的SQL时，一台数据库服务器通常不足以处理负载。但是多个数据库意味着重复，除非你对数据进行了分离。更一般地，这意味着建立主/从副本系统，其中 程序会对主库编写所有的Update、Insert和Delete变更语句，而所有Select的数据都读取自从数据库（或者多个从数据库）。

尽管概念上很简单，但是想要合理、精确地实 现并不容易，这可能需要大量的代码工作。因此，即便在开始时使用同一台数据库服务器，也要尽早计划在PHP中使用分离的DB连接来进行读写操作。如果正确 地完成该项工作，那么系统就可以扩展到2台、3台甚至12台服务器，并具备高可用性和稳定性。

使用类似Memcached之类的数据库缓存

即便有了好的数据库设计、SQL和读写分 离，大型的系统仍然需要更快的性能，特别是对会话状态、好友列表以及BBS文字之类的东西。为了达到这个目的，我们可以使用像MemCached之类的数 据缓存，它是一个高性能的简单数据缓存，已经被所有最大型的站点使用。但是要小心的是，不要100%依赖于一台Memcache服务器来提高性能，因为如 果那台服务器崩溃了，就会破坏整个系统的性能。在这种情况下，应该使用2~3台Memcache服务器形成簇集架构，并且有选择地包含一个缓存准备过程， 如果缓存服务器重启，需要重新载入数据，它能够快速地载入缓存。

构建测试和开发环境

很多公司只有开发者的桌面系统和他们的生产 服务器。当系统变得越来越大、越来越复杂时，测试和管理代码就会导致严重的问题。最佳的实践是拥有两个测试系统，一个用于开发者的代码和功能的整合测试， 另一个要与生产环境完全一致，从而更容易向生产环境平滑地过渡。幸运的是，现在使用云计算（或者私有云）可以轻松达到这一点。一个5~10台服务器的生产 环境，可以很容易地在办公室或者IDC中使用一台服务器来复制，从而用于测试，而这台服务器我们可以用于多个客户的项目。

使 用版本控制

最后，要对一切使用版本控制，包括测试和生 产环境的部署。很多开发者都使用SVN或者类似的方法。在理想状态下，这些方法可以被用于所有代码、脚本、HTML、图片、配置、文档和测试。版本控制应 该是代码转移到测试环境的必经之路，而不是简单地复制或者使用tar文件，因为这二者都是不可靠的。开发者应该将所有一切都签入，打上标签，然后将它们签 出到测试系统。如果所有都没问题，那么它们会将该版本签出到生产环境。

总结

不管 是在开发还是在运营过程中，创建可靠的 高性能Web系统都有很多应该注意的事项。本文试图从可操作性和可靠性的角度讨论最重要的几点。当你构建和管理站点的时候，请不要忘了这些重要的问题。遵 循这些规则会有助于确保系统长久、良好地运行。

作者简介：

Steve Mushero，ChinaNetCloud 公司联合创始人、CEO兼CTO，拥有全球20多年的技术管理经验。曾担任土豆网、Intermind和 Advanced Management Systems等多家企业CTO

译者简介：

侯伯薇，生于凤城，学在春城，做过国内和对 日项目，现在大连某保险公司工作。乐于钻研技术，同时注重业务知识，勤于思考，愿意与人交流和分享。

暂无相关日志.

还有TextWrangle,evernote,dropbox等免费软件

暂无相关日志.

1、最让人惋惜的乌龟——杨坚

杨坚本来是个不错的皇帝，甚至应当成为中国历史上承上启下的人物，可惜晚节不保，病重时知道儿子杨广调戏自己最宠爱的老婆荣华夫人（陈后主之妹）被气的一命呜呼了，杨广登位后作的第一件事就是先让老子当了乌龟，随后又淫了另一位名义上的母后宣华夫人

2、当乌龟次数最多的皇上——杨广

杨广让自己的父兄当了乌龟，可他的正式夫人萧皇后（南朝梁帝公主）在他死后先后成了宇文化及的淑妃妃、窦建德的宠妾、两代突厥番王的王妃，最后又成了唐太宗李世民后宫中的昭容。杨广先后五次被正式带上绿帽子，正是弑父屠兄的报应。　

3、成也乌龟，败也乌龟——李渊

李渊和杨广还算是表兄弟，正是他胡里糊涂淫了他表哥杨广的两个妃子，才使他下定决心反隋，成为一代开国帝王，然而这两个妃子后来又与太子建成私通，使李渊自己也成了乌龟，这也算是玄武门事件的一个导火索，导致李渊退位。

4、口碑最好的乌龟——李世民

虽然是一代明君，但不可否认他也是个乌龟，他先淫了表叔杨广的妻子萧氏和女儿杨氏，后淫了弟弟元吉的妻子杨氏，结果他晚年宠爱的才人武氏和他儿子私通，在他还没死的时候就让他当了乌龟。

5、最窝囊的乌龟——房遗爱

李世民的十七驸马，高阳公主的老公，房玄龄的二儿子，本来他有一个好家庭，可惜他不幸娶了公主，他老婆背着他和和尚私通，还生下儿子，另外高阳公主和自己的大哥以及高阳的同父异母哥哥吴王恪关系都不清不白，他也只能睁一眼闭一眼，最后还要和让自己当乌龟的人一起造反，也是由于他的原因泄密，落了个身败名裂。 　

6、千年的王八万年的龟——李治

李治是有色胆没人胆的家伙，先让老爹当乌龟，又让姐夫当乌龟，而且还玩母女共事一夫的游戏，无耻之极，他的报应也最大，杨广当乌龟的次数其实远不能和他相比，但让杨广当乌龟的都是英雄或帝王，而他的老婆武则天一生和多少男人乱伦谁也说不清，总之，李治的乌龟本色是千年万年也不褪色了。

7、乌龟中的乌龟——李显

李治和武则天的三儿子，他生长在一个乌龟横行的年代，本来他生性还有点棱角，可全被多年流放磨平了，他的老婆韦后在给他戴绿帽子方面比武则天有过之无不及，武则天广养面首毕竟是在李治死后，而韦后则在皇帝老公眼皮底下秽乱春宫，上至武三思、宗楚客、马秦客、崔shi那样的重臣，下至宫中的御医和厨子，甚至连自己女儿的老公都不放过，而李显明明知道却一点也不生气，甚至在韦后和他的情夫们赌钱时还帮着数钱，真是做乌龟做到家了，最后韦后也没放过这之乌龟，和女儿一起毒死李显。 　

8、最有才华的乌龟——崔是

崔是当时有名的诗人和美男子，也是大大有名的乌龟，和他发生过性关系的女人不计其数，向什么韦后、太平公主、韦后的女儿永乐公主，太平公主的女儿、上官宛儿等，他也有本事让每个女人都对他依恋不已，他最大的本事还是用自己的老婆和女儿去和李隆基（玄宗）睡觉，靠当乌龟一直官运亨通，不过后来还是被玄宗杀了，看来乌龟也不是万能的，政治需要才是第一位。　

9、最爱别人老婆的乌龟——李隆基

著名的唐明皇，开创了开元盛世，也是个淫乱的禽兽，除了崔家母女外，我所知道的唐玄宗当太子时就淫了父亲的妃子杨氏，当皇上后又强抢了儿子的妃子杨氏，他在让父亲儿子当乌龟时自己也无形中当了乌龟，据说杨贵妃和安录山勾结成奸，杨贵妃还给干儿子洗过澡。　

10、让人当乌龟不要命的乌龟——贺兰敏之

与上述帝王将相比起来，这个家伙草鸡无名，他之所以能在唐史上留名完全因为他是武则天姐姐贺兰氏的儿子，他的姨妈是皇后，母亲和姐姐同时和高宗通奸，又同时被姨妈武则天害死，他不但继承了家族淫乱的本色，还是个要色不要命的家伙，他很小的时候被寄养在外婆家，就和自己的亲外婆、武则天之母杨氏通奸，期间很可能又奸了年仅八岁的表妹太平公主，真是应了乾隆的名言：除生我者和我生者皆可淫。后来武则天为太子李宏选太子妃，这个家伙竟然先下手强奸了未来的太子妃杨氏（真不知道哪来那么多杨氏）。武则天对他忍无可忍杀了他，也算死在让人当乌龟上了。

暂无相关日志.