超越

腾讯微博邀请码

终于有腾讯微博邀请码了，有需要的人可以和我联系，QQ:278081205，邮箱FEI808@VIP.QQ.COM

语义化

关于“语义化”这个词，现在最直观的了解就是“有利于SEO”，这里我想说一下我所理解的语义化

• 良好、清晰、精简、正确的结构。
• 直达目标的标签。

良好、清晰、精简、正确的结构：
        用与内容有关的标签，利于阅读、维护、尽可能在一个标签能表达的，不用多余的标签去表达，且标签不做交错嵌套。

直达目标的标签：
        尽可能的用与内容有关的标签，例：不在需要用H1的时候用P来代替。

当然，语义化远远没这么简单，但是如果真的能做到这两点的话，离语义化就已经不远了。其实语义化是一种思想，一种写作手法，并且是积极的。

图说需求沟通和项目实施

本文章转载自www.soberma.com

不知道大家在日常的工作和项目之中是如何进行项目的团队合作的，项目之中的需求分析也不知道大家具体用一种什么样的方法来进行沟通和协调。

下面这张卡通图的英文名称为”How Projects Really Work”，也就是产品经理或者项目经理常说的“秋千需求图”。今天在找这张图的时候，找到了以这幅图为主题的一个站点。而这幅卡通图也在大家所熟识的1.0版本基础上衍生出来了1.5正式版和2.0测试版。下面为大家一一列出。

• How Projects Really Work (version 1.0)
  
• How Projects Really Work (version 1.5)
  
• How Projects Really Work (version 2.0)
  

想必做产品需求和项目需求的朋友对上面的这张“秋千需求图”比较熟悉，而在日常的产品和项目需求管理之中也会感同身受。的确，产品或者项目之中的需求沟通和需求理解已经成为项目中的一个不可忽视的成本了。如何有效地理解客户的需求并正确地传达给项目的实施人员，已经成为项目中的重中之重了。

最近，又看到了一张关于产品项目需求的图片，暂且叫它“枪支需求图”吧。跟上面的图表达的意义一样，只是需要配合文字说明能让人更加深刻地记忆。

1. 客户本来想要的是结构简单、价格低廉，能适应各种环境的枪，但是他描述成了水下步枪（俄罗斯的APS水下突击步枪）；
2. 项目经理只记住了结构简单、价格低廉这部分（纳粹德国二战末期研制的所谓“人民冲锋枪”VG1-5，基本上是用边角料拼凑的）；
3. 项目构架师设计了一个和客户需求差异很大但是还基本过得去的产品（英国在二战后研制的7mm口径EM-2无托枪，各方面性能都还不错）；
4. 程序员在此基础上做出了一个弱化阉割版（英国因为遵从北约协议而被迫采用的SA-80 5.56mm小口径突击步枪，存在很多质量问题）；
5. 实施顾问把这个产品吹得非常牛逼（美国的 OICW“理想单兵武器”项目的样枪，具有发射20mm智能榴弹和5.56mm枪弹的功能，该项目早已无限期中止）；
6. 而项目的文档则一目了然；
7. 最后交给客户的产品就是一破烂货（英国在二战中生产的STEN冲锋枪，此枪以结构简单、价格低廉、造型丑陋、安全性差著称）；
8. 客户花了远超产品所值的钱（日本的89式突击步枪，每支售价3900美元，同期的M16A2只要500多美元）；
9. 产品的售后服务完全是垃圾（FP-45 解放者手枪，是二战期间美国的战略情报局散发给被轴心国占领地区的抵抗组织所使用的简易武器，为了避免被敌方缴获使用，所以制造得极为粗劣，只能单发装填和射击。谁在10米以外被它打中那是他倒霉……）；
10. 而客户真正需要的其实不过就是AK47……

需求的理解和沟通，是产品和项目实施的前提和必须，这个值得我们去认真对待并要在项目开始之前理解并正确传达给项目线的每一个人。

搬砖

很多人开始学习CSS的时候，不知道HTTP连接数和流量是个什么概念，这里我就用一个小小的比喻来说一下吧，也许不定一能很全面正确的说明流量和连接数的问题，或许只能作为一个的启发，这个比喻就是我学了CSS一段时间后偶然之间得来的灵感。

【搬砖理论】

需要设定一下前提：不考虑人为因素的累、困、饿、乏之类的，也不考虑主观意识的耐心、毅力。毕竟人不是机器，而电脑基本上在短时间内是不存在这些因素的，但是我这里还是要考虑到力量因素的。

HTTP连接数：某地，有一堆砖，多到一个人一次不能从此地搬往某地，需要来回N次（N>1）才能搬完，或者这么说，某地有5吨（一万斤）砖，某人比较轻松状态的情况下，能一次搬一百斤砖，需要一百次才能把这堆砖从此地搬往别处（此处距离不作考虑，可以是一米之内，或者一万米之外，因为在互联网，现阶段，距离的因素影响并不是太大），如果他此时本来轻松状态下能搬一百斤，但是却只搬五十斤，那么他来回的次数就加倍了，这时候他搬完这堆砖的总用时就比一次搬一百斤砖用时要多一倍(无论是一米之内还是万米之外)，就好比你增加了HTTP连接数，那下载文件的时间也就长了，自然，打开一个页面的时候也延长了，虽然这个时间也许可以短到忽略。而且这也只是在不考虑服务器的响应(管理)速度的等其他情况下。固此，此比喻只作启发，但不能很全面的说明HTTP连接数。

流量（文件大小）：某地，有一堆砖，这堆砖分别分别用两种方式搬运，考虑到人力因素，一种是用尽可能大的盒子，分批进行搬运，一种是用尽可能小的盒子，分批进行搬运，这两种方式，哪种更占流量？这里假设那个盒子足够轻，但是不能轻到没有重量，假设，尽可能大的那个盒子的重量是一斤，而尽可能小的那个盒子是0.2斤，或者干脆这么考虑，两种盒子，单个的重量差距足够小，小到甚至几乎可以忽略不计，那么用大盒子的时候，很显然，它的总重量是是砖的本身重量加盒子的重量，小盒子也如此，但是大盒子的要比小盒子用得可能小（除非砖的总重量/文件本身 就足够小），那么，用小盒子时砖的总重量肯定要比大盒子时砖的总重量要大，那么在搬运的时候，用小盒子的情况肯定要比用大盒子的情况的资源耗费比较大，再代入到互联网以及按流量收费的手持设备，流量越大，可能收费就越多，所以尽可能小的流量会给企业/用户节省资源成本。再看一个图片，
红色框框处的“大小”就是我这里说的砖的实际重量，而占用空间就是加上盒子的砖的总重量，也就是说在建文件的时候，需要保存文件的一些信息：比如文件简介，备注之类的信息，以及文件的类型等，所以实际上你本来一个文件就可以搞定的，却分成多个文件，那么分得越多，他文件总的占用空间就会越大。

总结：实际运用中流量其实和连接数是挂勾的，你用一个文件，那么如果不考虑网络是否稳定及某些出错或者人为不能控制的因素下，他的连接数要比用多个文件的连接数要少，但是也不是说越大的就越好，如果仅考虑带宽因素，那么现阶段，我认为一个文件的大小如果控制在120-200KB的样子会比较好，但是这里又得注意的是，我们实际的运用中比如说PHP或者其他诸如CSS文件，不太可能按这种分法，因为如果按这种方法去分的话，不太好管理之外，也会增加连接数，所以这里我说的仅仅就是图片的大小控制。

说明：这个比喻仅作初略理解HTTP连接数和流量的方法，不能以偏概全，需要大家在考虑问题的时候能灵活运用，思维别太局限于一个固定的框框，技术是永远在前进和变化的。另外文章中如果有比喻不正确或者考虑不全的地方，望有兴趣的、有时间的技术爱好者指正。谢谢。

我的QQ：278081205，我的邮箱:fei808@vip.q.com