本文链接：http://user.qzone.qq.com/29190504/blog/1201161429

本文由   凝聚永恒   发表在： 《情**缘》

致我所有的朋友,无论已婚与未婚,这是篇很好的文章。 如果你暂时没有时间细细品味 也请你有时间的时候将自己的心沉淀下来，用心的看。 好的文章真的不多了…… 单身，有时不一定是贵族。 单身也许会比较自由， 但自由也有一个同义词，叫作寂寞。 因为人不是什麽时候都喜欢一个人独处的； 有时好东西需要跟人分享， 有时候难过需要人安慰。 单身贵族产生的原因，是因为 经济上的独立、人格上的独立以及感情上的独立。 独立是什麽？ 独立是需要而不依赖， 一个独立的人需要异性，而不依赖异性。 做情人之前，她应该先是朋友。 她成为你的朋友之後，出现在你的生活里， 才有可能认识你、了解你、知道你的长处 而对你产生好感，进一步发展感情， 变成情人、对象。 世界上的颜色并非只有白色和黑色， 黑与白之间还有很漫长的灰色地带。 只要多相处，便能发现对方的优点、产生好感， 这才是发展感情的自然过程。 『一见锺情』以及『从一而终』的感情是不切实际的， 我们需要的不是这种不切实际而虚幻的感情。 有人形容跟异****往， 就好像在海边捡石头，大家都会捡喜欢的那一颗。 一旦捡到一颗你最喜欢的石头，便把它带回家去， 好好对待它，因为那是你唯一的石头。 而且要记住，从此後不要再到海边去。 永远相信， 我已经找到最大、最美、最适合我的那一颗。 跟异****往最重要的不是他有多好， 而是他对你有多好。 一个人如果条件很好，有一百分， 可是这一百分之中，他只给你三四十分，或一二十分； 相反地，另一个人也许只有七八十分， 可是他却是全心全意的对待你， 那你应该选择那一个？ 其实，每一个人的条件都是一样的。 不管你有多好，都还有人比你更好。 你虽然做不到一个『最好的人』， 可是你却做得到一个『对对方最好的人』。 每一个男孩子都可以说： 虽然我不是世界上最好的男人，但我是世界上对你最好的男人』。 反过来女孩子也是一样，这是每一个人都做得到的。 感情最重要的是在於他对你的好， 而不是他自己有多好。 但是如果有一个人本身已经很好了， 对你又是真心真意，真心爱你， 那麽你真的可以把一生托付给他。 现在女性考虑婚姻的唯一条件， 应该就是你爱不爱他，他爱不爱你， 是不是真心真意对你， 跟他在一起会不会有压力，会不会快乐， 而非他有什麽！ 人间的真爱是很难得的。 在人的一生中， 很难找到一个 你真正爱，真正可以跟他过一辈子的人。 如果你怯於表达， 或害怕会有什麽事， 错失一辈子可能只有一次的真爱， 那就太可惜了， 所以一定要采取主动，把心里的话说出来。 如果一个男孩子 因为女孩子对他采取主动而看不起她， 那麽这个男孩子不是男生，而是畜生。 更何况，幸福比面子重要， 如果牺牲一时的面子可以换得一生的幸福， 是非常值得的，勇敢把心里的话说出来， 不要隐藏自己的真心。 千万别说缘份未到，其实缘份到处都有， 但却是稍纵即逝，如果『缘』不及时把握， 那就没有『份』了。 大多数的女性对感情是偏重於精神， 男性则偏於物质。 男孩子除了对女孩子殷勤体贴外， 也要学会对女孩子负责任， 要将对天下所有女孩子的殷勤体贴， 全部用来对一个女孩子。 另外， 刚毅木纳并不能讨女孩欢心， 所以要学习对女孩子甜言蜜语，多说好话。 男人，为性而爱； 女人，为爱而性。 一个维持起来轻松、愉快的感情容易长久！ 一个维持起来艰难而痛苦的感情不易长久， 这时後就应该有所选择。 我们都是凡夫俗子， 要的是平凡而幸福并且快乐的爱情。 对所有的感情而言，过程远比结果重要。 为什麽？因为所有的感情都是没有结果的。 什麽是结果？结婚吗？ 结婚之後就过着幸福快乐的日子吗？ 可见我们不以感情的结果来评断它的价值感情， 也不以时间的长短来论定它的价值。 对感情而言，凡是发生过的都存在， 凡是存在过的都有价值。 世界上的感情每一段、每一分、每一秒 都是值得珍惜的。 婚姻是人生里最大的一场赌局。 在这无限长的时间里， 我们还要互相呈现最丑陋的一面给对方看。 婚姻和恋爱不同的是： 恋爱可以花二个小时打扮自己， 精神奕奕的向对方献殷勤、体贴，轻松完成任务。 可是婚姻就无法随时维持高亢的状态。 所以，婚姻是一场大赌注， 需有万全的准备、周详的计划、十足的信任， 然後再去押它一把，即使是这样都还有可能输掉。 因此如果在赌之前，就知道自己 不是心甘情愿、不是很爱他、并不想跟他过一辈子， 那麽这一场赌注注定是要输的。 千万不要 为了爱情之外的任何一个理由结婚。 感情的可贵 不在於可从对方获得什麽， 一方面是一种被依赖、被需要的感觉。 有人依赖我，需要我， 我会得到满足。 面对感情，我们所要采取的就是三不政策： 第一是不急：不要急着结婚。 结婚虽然是很美好的事，但是不要着急， 该是你的就是你的。 第二是不怕：不要害怕付出。 彼此必需一辈子努力，才能把感情维持好。 你不可能『得到』一个美好的感情， 你只能找到一个你心爱的人， 来共同经营、造就、完成一段美好的感情。 如果你没决心做好男人，那你就得不到好女人。 世界上没有一个坏男人会有一个好女人， 坏男人只会有可怜的女人； 同样的，也没有一个坏女人会有一个好男人。 何况感情中还有一个 跟我们共同努力、想把它做好的人。 这个合夥事业成功的机会是很大的， 关键就在於你是否愿意努力、付出而已。 第三是不要放弃。 当你受了打击、挫折、伤害， 当你感到灰心、失望时， 有一个人无条件的、永远站在你这一边， 支持你、鼓励你、安慰你， 让你重新站起来面对这个世界。 这个力量，是再亲的父母不能给我们的， 是再要好的朋友也不能给我们的， 只有在人生的旅程中所找到的心爱的伴侣， 才能够给我们。 其实爱情是人生唯一的、真正珍贵的； 也是唯一的、真正值得追求的东西。 只要你有一个心爱的人， 你就有了原动力， 你就能面对全世界。 HDS送上祝福,用心去找一个丈夫(妻子)!!　 朋友请接受我的祝福: 愿你幸运~.考试順利~.工作加薪~.每天都甜蜜。还记得第一次恋爱吗……？

转自千鸟日志：http://home.rexsong.com/20061101/%e6%9e%b6%e6%9e%84css/

中译：http://my.donews.com/htmlor/2006/10/31/architecting_css/ (htmlor)

原文：http://www.digital-web.com/articles/architecting_css/ (Garrett Dimon)

在当前浏览器普遍支持的前提下，css被我们赋予了前所未有的使命。然而依赖css越多，样式表文件就会变得越大越复杂。与此同时，文件维护和组织的考验也随之而来。

（曾几何时）只要一个css文件就够了——所有规则（rule）汇聚一堂，增删改都很方便——可这种日子早已远去。（现在）建立新网站时，必须花点时间好好筹划怎么组织和架构css。

文件的组织

构建css系统的第一步是大纲的拟定。（我认为）css组织规划的重要性堪比网站目录结构。 （htmlor注：用词夸张一点，让你加深记忆） 没有哪种方案放之四海而皆准，因此我们会讨论一些基本的组织方案，以及它们各自的利弊。

主css文件

通常可以使用一个主css文件，来放置所有页面共享的规则。这个文件会包含默认的字体、链接、页眉和其他等样式。有了主css文件之后，我们开始探讨高级组织策略。

方法一：基于原型

最基本的策略是基于原型页面（archetype page）分离css文件。假如一个网站的首页、子页面和组合页设计不同，就可以采用基于原型的策略。（这种策略下）每个页面都会有专属的css文件。

在原型数量不多的情况下，这个方法简单明了、行之有效。然而，当页面元素并不按部就班的位于各个原型页时，问题就出现了。如果子页面和组合页共享某些元素，而首页却没有，我们应该怎么做呢？

1. 把共享元素放入主css文件。 这虽不是最纯正的解决办法，却适用于某些具体情况。可是如果网站庞大，（这样做的话）主css文件会迅速膨胀——这就违背了分离文件的初衷：避免导入不必要的大文件。
2. 在组合页和子页面的css文件里各放一份样式代码。 （这么做）就意味着要维护冗余代码，很显然我们不想这样。
3. 创建一个新的文件，由这两种页面共享。 这听起来不错。不过假如只有10行代码，我们创建这个文件仅仅是为了共享这10行代码？ （htmlor注：杀鸡用牛刀？） 这方法很纯粹，但如果网站庞大有很多对页面共享很少量元素时 （htmlor注：比如30对页面分别共享10行代码） ，就显得很笨重了。
4. 创建一个单独的css文件，包含所有共享元素的样式。 这方法可能比较简单，却要取决于网站的大小和共享元素的多少。有种情况会很烦：导入了一个很大的css文件，但页面只用到一小部分样式——还是那句话，这违背了分离文件的初衷。

这就是我所说的 重叠的两难 （overlap dilemma）。零碎css规则的重叠不一而足，并没有一个完全清晰无误的方案来组织它们。

方法二：基于页面元素/块

如果网站使用服务器端include，这个方法会很不错。举例说明，如果使用页眉include，它会有自己相应的css文件。页脚或者其他部分的include可以如法炮制，只须导入自己的css文件。这个方法简单干净，不过可能会产生很多小css文件。

举例来说，假如页脚的样式只需要20行css代码，单独创建一个文件就划不来了。而且这个方法会导致每个页面都包含一堆css文件——因为有多少include，就得有多少css文件。

方法三：基于标记

这个方案直观实际，与前一个类似。如果网站共有30个页面，其中10个含有form，那么可以创建一个css文件专门处理form的样式，只在这10个页面导入它。如果另外10个页面含有table，就创建一个文件专门处理table样式……诸如此类。

另外的组织技巧

除了用主观的方法组织文件，我们还要考虑如打印、手持设备和屏幕等多种媒体类型。这虽然已经很清楚的定义过，可依旧是建立文件结构时应该考虑的一个因素。一旦必须支持多种媒体类型，主css文件里的某些规则可能就得重新考虑。

另外，品牌联合也可能是一个重要因素。 （htmlor注：如 google 和 nike 联手推出的 joga ） 如果涉及品牌联合，你就得考虑哪些元素应该调整以适应另一品牌。比如分别使用不同的css文件等。

还有一个常被忽略的技巧：使用嵌套的 @import 语句。只包含一连串 @import 语句，或者再加几句css规则，就能创建一个css文件。用这个方法完全可以创建网站的主css文件（用 @import 导入各部分的样式文件）。假如网站的每个页面都导入了4到5个不同的css文件，无疑你应该考虑使用这个技巧。

规则和选择器的组织

谈完了文件组织，接着讨论一下怎么组织文件里的东西吧。很自然，我们希望在文件里畅通无阻的浏览，迅速找到要编辑的选择器（selector）或规则。

冗余 vs. 附属

正如Dave Shea在其文章 《冗余 vs. 附属》 （Redundancy vs. Dependency）里所说的，你必须不断了解级联（cascade）。你要决定是对选择器编组（意味着附属），还是把它们分离（意味着冗余）。编组可以保持代码简洁扼要，可是会建立附属关系，导致维护开销增加。如果不编组，就会增加文件大小，让相似的选择器保持一致变得困难。只有做好这种权衡、取舍，才能每次都作出正确的决定。

按相互关系/上下文编组

既然文件组织可以是主观的，那么显然，按照规则和选择器与其他部分的相互关系来进行编组是最好的方法。举例说明，假设你用容器、页眉和页脚来完成布局，就应该把它们编成一组。

这似乎很简单，其实不然。比如，把页眉中的导航加入css时，是将它跟父元素编组还是独立编组？这种情况下，要视乎规则的上下文。通常，页眉与页面布局相关，应该与其他布局元素一起编组。而导航是页眉的一块，应该和页眉的其他块编组，而不是页眉本身。

使用注释

跟大多数代码类似，注释是组织良好与否的关键。应该根据css的控制范围，清楚的标注每节（section）。最好确保注释视觉突出，以便在内容滚动、一目十行时快速定位。

Doug Bowman在其文章 《css组织技巧之一：标记》 （CSS organization Tip #1: Flags）里把css注释玩得高明之极。他详细说明了在节名之前加上等号，以便使用文本编辑器的查找功能迅速跳到某节。

别忘了

你应该细致认真的了解了 特异性、级联和继承 ，并善用它们。它们之中的每一项都可以是你最可怕的敌人，也可以是你最友善的朋友。当建立庞大的网站时，是否理解这些细微精妙之处，决定了你所构建的是坚如磐石的系统，还是经不起风雨的豆腐渣工程。 （htmlor注：这句完全意译，比较爽）

属性的组织

现在我们了解了文件的组织，也知道了文件内规则的组织，但还有一个重要的组织环节（没有提到），那就是属性（attribute）。虽然属性比前两个概念更简单，可是还有一些非常好的、能够保持规则整洁的方法很值得一提。

按字母排序

提到属性，如果说需要遵循什么原则的话，那就是：按-字-母-排-序。其实这招对于属性浏览帮助不大，不过可以防止属性值覆盖这种偶然事件的发生。

举个例子吧，已经数不清有多少次，我为某个选择器定义过了 margin 值，之后的某天无意间又加了一个（或前或后）。（这种情况下）后一个属性自然会起作用。假设不知道第二个属性存在，不管我怎么调整第一个属性值、刷新浏览器，也看不到页面变化。 （htmlor注：这个问题我深有体会） 如果按照字母顺序排列，你就会发现 margin 被定义了两次（因为它们挨在一起），这个问题自然可以避免。

优先项

当网站复杂、牵涉太多css文件时，会建立大量的附属关系。一旦需要定制某个元素特有的样式， !important 选项似乎是最佳选择。没错， !important 是能解一时之需，但最好搞清楚导致问题的根源，然后根据级联关系决定是否真的需要用它。

如果你对上文提到的特异性、级联和继承很熟悉，大可不必抱着 !important 一颗树不放。 （htmlor注：整片森林等着你~） 当然它还是会派上用场，不过使用之前要对具体情况了然于胸。千万不要因为不知问题的症结所在而把 !important 当作捷径或是补救方案。

小结

当我们变得依赖css而使样式表日渐复杂时，就需要正确的计划来避免犯错，并使代码易于维护。既然完美无缺的方案并不存在，那么了解css的工作方式以及文件、选择器和属性的多种组织方案，无疑有助于我们写出优质的代码，经受住时间考验。

杨老师是原酷6网CTO，后来因为个人发展原因离开KU6开始自己创业……他的为人及感悟非常独特！怀念一下曾经给同学们做的讲座内容：

我们应该学到什么？
一、 一种思考的的方法
       ( 1 )    对任何一种技术，设置社会现象都要反问一下自己，其出现和存在的意义和价值是什么?
      （2） 知其理方可应用自如。
      （3） 明事理而接纳是智慧    不明事理也接纳是无明
      （4） 存在即合理，懂得尊重和有所畏惧
      （5）任何技术都是特定时期的产物

二、世界唯一不变的事情就是变化
      1、对待编辑和业务需求变更的正确态度
      2、懒惰 是推动人类生活和工作进步的原动力

三、 类比是人类最为重要的一种能力
      软件从“手工作坊”过渡到“工厂制作”的启示
      1、 协同工作已经成趋势
      2、个人英雄已经过去
             接‘私活’的现象
             强调个人的编程技巧已经成为“过时”和社会不齿
             互联网行业的‘复古’现象；资源不能适应速度导致的结果
             团队精神是社会对个体生存提出的要求

四、 高度中央集权，分布式计算骨干群，培养骨干、懂得信任和监督的平衡，懂得分担责任和主攻方向。

五、 向上吃亏 不要逆向吃苦，衡量好自己的位置。

六、 传统瀑布式开发模型  
快速原型法
逆向瀑布模型

沟通的努力是不懈的追求，改进沟通需要关注对方
对问题空间的认识永远都不会是一样的，如‘瞎子摸象 ’
承认先天不足才懂得合作的重要，‘虚’才可以待人

七、 从 TOP DOWN 设计方法得到的启示
任务分解    WBS:WORK    BREAKDOWN STRUCTURE
任务分配
接口明确
类比： ORG-CHART    // 大脑的思考模式

模块化设计方法得到的启示
计算机人终极追求: 失业！---‘代码重要’
日本人的模块外包和工业蓝领--- 类C模块

此SE（软件工程）不是彼此SE(系统工程师)： 软件工程和系统工程师。

八、 态度是第一位的  

九、 系统联调的BUG和运维的故障，启示出来的积极的问责模式

1、自问和他问的处理    沟通和建议终止    责任不能传递
2、对待故障的第一反应和出发点绝对不应该是： 啊 我得尽快正面和我没关系！
3、我们正确的反映应该是：有故障了，多影响我们团队的声誉和公司的业务啊，我得想办法看看问题是不是由我引起的！
4、如果发现自己没有错，我们的正确态度是，虽然我目前没有看到我的部门有问题，看来这个问题比我想象的更复杂了，更难于解决了。我的同事们和我更不好解决这个问题了，所以我对配合同事解决问题。
5、对待故障没有在自己这里解决的正确行为是：看来问题没有解决，我有责任和义务配合其他同事既解决之。我不是一个对故障没有责任心的人，我有责任帮助团队解决这个集体的‘污点’
6、...

十、封装性和接口的启示：

1、学会做好自己的工作，而不是关心别人如何完成他们的工作，学会信任别人能够按照约定完成其工作！ 例如：‘’你只要把你的部门简单改改不就可以了吗？“

2、说好的，就不做到！这就是约定接口的意义，规矩就是规矩：’打死我都不说‘

3、懂得别人不需要关心细节，你在细节上的辛苦那是你的工作，不值得夸耀！

4、目标管理和过程管理： 对待孩子的爸爸和妈妈的区别。

5、授权之，信任之；如担心，多沟通

6、全局变量和银行利息的故事    ，对象属性和对象的方法

十一、 如何才能成就自己？自我定位的问题

深圳十个人九个是老板
外企高级打工和自我创业：平台的问题
当上经理就踏上了不归路

十二、 角色转换
敏感性和管理者的素质：事情是普遍联系的
角色变换的技巧和己所不欲勿施于人的关系，换位思考。

再说’己所不欲 勿施人‘的理解

一个贪心人的故事
为什么感恩别人的错误？    明白事理是感恩的关键
智慧而不是知识才是最重要的基础：加特和 GOD BLESS YOU!!

善于利用自己的优势：从SASD过渡到OOAD带来的恐惧和不安。

每次迭代不是意味着全生命周期的饿完全重复。

‘从终点回到了起点’：历史不是简单的重复

性格是如何形成和改变的？
一个想法会导致一种行为
一种行为会导致一种习惯
一种习惯会导致一个性格

改变想法 -- 关注性格 ---敏感习惯----停止行为的重复---达到目标

规则的制定者    学会管理原创    销售分成

业界消息    分析下自己在干什么     思考一年干什么  

付出不是每次都有回报 ，但是一次回报就会成就一个人，我的职业生涯的多次回报

太计较丧失太都机会                口碑 德行！

教会问 为什么？ 两秒最少要三次！

找出潜能！

了解自己并善于和自己作战 才是真正的智慧

       今天写这个题目比较明显，WEB标准化在国内有几年时间了，在这几年时间里，国内一批先行的前辈们也把标准化的思想及其精髓升华和提高了；真的非常感谢这些前辈的辛苦探索，是你们让我们这些后来加入这个行业中的人有了更多更好的技术教程，因此我们学到了更多的东西。
       web标准化的好处和思想我在此不再阐述，不过我想说的是虽然标准化在国内已经有几年了，但许多人还是把其思想和概念理解错误或混淆，这尤其体现在初学者当中，我并不想说什么我现在也还处在初级阶段，我并不是在说教也不是在讽刺……；我想说的是大家还是要把标准化的思想和内含搞懂，这个阶段需要一些时间，几个月、几年也许还有其它的……任何事物及知识的学习和提高都不是一件简单的事情，这个过程中要付出许多许多……时间、汗水、寂寞也许还有别的……，我的忠告就是好好学习不要张扬沉默，虽然你得不到什么荣耀但我想你所付出的还是有回报的。
      网站采用标准化的方式来架构其底层HTML给我们带来了什么？？我们又从中得到了什么？？我想也只有更明白其思想的人更加明白……插句话：一件事物或知识的学习，开始从不知道到知道这个过程非常快可能很短的时间就能学会，然后再升华及提高的过程是一件很坚难的过程，有很长的时间停在这个阶段，也许有人会放弃，也许永久停在这个阶段不思进取；中间这个过程真的非法难熬，长时间很难提高心情烦燥、颓废可能还会因此而放弃，放弃自己喜爱的职业和知识，真的很不想看到这些，但现实中我们依然能够见到；标准化的推行是一个长远的过程，开始可能还好，长期呢？有谁还能保证？一个好的团队或者一个明智的老板当然推行，但我们自己长期处在这个烦燥的开发过程中还能坚持住吗？我不敢肯定，因为我们长期在一个乏味的环境中肯定会厌烦的，天天对着一堆的代码以及各种browser的兼容这可不是一天二天一年二年也许更长的时间这不是考验我们对知识和能力的问题，而考验我们的耐力耐性及对一件事物的忠诚程度。
     网站采用标准化思想架构完（也叫网站重构）之后我们就完事了，万事大吉了？？并不是，标准化后我们还有许多东西要做，代码是否合理规范，是不是最优化的，能否在后期中承担更多不断变化的需求，能否更易扩展(需求不断的变更能否及时完成)；这正是检验我们前期HTML架构的好坏，程序有模块化的开发，我们的样式和HTML结构也行；我们有许多的东西都是可以借鉴程序和软件开发中的优秀的地方，别人好的地方我们就要学习，来给我们的工作和职业增添更多的光芒；虽然我们做的并不是什么很高深很难的东西，但我们把一件简单的事情做到极致会更有自豪感；这些只是其中的一部分，我们做的东西并不是应对我们自己的工作，还应该为别人的工作考虑，在同样的负载压力下我们能否降低些压力，为我们的用户提供快速的下载速度及数据读取，还有其它的东西，我们只要在我们的能力范围内合理优化代码及结构，我们不考虑程序上及服务器能否优化的前提下必须考虑这些，因为有些东西是其它的东西无法优化和解决的，当然硬件来解决软件的问题速度上是最快的也是最明显的，但我想任何东西都有其限度的；我们能做的就是发挥我们最大的能力为减少其它工作的压力，后端程序的开发嵌套是否便利，结构是否清楚，其他同事能否很清晰地明白和理解结构和修改；我们的工作并不是做给自己看，有很多同行和我说我们的代码不是给人看的，是给机器（搜索引擎爬虫和浏览器），这话只对一半，给机器看只是一部分，同时这也是给人看的，在这里引用一下greengnn的话：“Design your life with Web Standards,Web标准不仅仅是你做页面的境界，还是你做人的境界，耐心地去体验，积极地去思考，你会发现你在重构网站的同时也在重构你的人生。”当时看到greengnn兄弟在其blog上的这句话感触颇深，标准化的路还很长很长，大家一起努力将国内的web标准化提高到一个新的境界！我希望大家能及时学习和吸收新的知识和方法，老外在技术上的研究上可谓是一群亡命之徒，精神值得我们去学习；随着不断的对其深入，有时觉得越是深入这个游戏就越不太好玩，不仅仅是把HTML和CSS样式写出来那么简单，css样式更多的是经验和技巧，而HTML底层架构才是最核心的东西，面向程序输出、SEO、robot、易用的可扩展性、多界面的切换，良好的结构架构负载的东西很多很多！
        我并不是把web标准化神话，只是简单的说点自己的想法；我现在还处在入门级的水平，我的理解也只代表我这段时间对标准化的认识，不足和不到之处还请各位高人多多指教！

转载请注明出处，谢谢！

greengnn's space

Quote

Design your life with Web Standards,Web标准不仅仅是你做页面的境界，还是你做人的境界，耐心地去体验，积极地去思考，你会发现你在重构网站的同时也在重构你的人生。