昨天一大早过来工作室，就看到 Leader 的留言，大概是关于团队建设的，然后下方有个链接，转到 QG 工作室那边的一个师兄写的一篇文章上去。师兄的那篇文章写的是他在 QG 的经历和感想，还有很多的是关于团队建设和团队发展的心得体会。文章写的很好，引起了我很多的共鸣。
回过头来，我站在另外一个角度看了下我们自己的 CSCW ，觉得现在存在着一些问题，未来的发展何去何从也不是很明确。呜呼悲哉，从去年 10 月份怀揣着梦想与热情在千军万马的竞争中进来，到现在已经有 8 个月了，我为我们的团队做了什么？我又能如何向大家介绍我们的团队？我们的团队又有哪些成就呢？我几乎现在是答不出来的。一系列的乱七八糟的想法使我不得不拿起笔和纸，将我的思路和想法一一理清，寻找团队建设的发展之路。
这2天来一直在忙碌，没时间写点儿小文章。今天好不容易挤了挤点儿出来，写啥好？还是从最简单的开始吧，先对 Document Tree 做下小小的总结，为接下来的 Css inheritance 做铺垫。
Document Tree 是指 (X)HTML 里面的元素（例如：html、body、div、ul、li等）所组成的关系树。所有的 (X)HTML 文档都是树，而这些树可以这样来理解，从家庭的角度——Document Tree is just like a family tree.
虽然网上有很多关于css float 的好文章，但结合我自己使用css对页面进行布局和样式控制，我还是想写一篇关于float的小文总结一下。
我对css float 的情感化思考大概是这样的，一开始的时候特别喜欢用 float 来进行布局，因而出现了很多乱七八糟的难以理解的问题，有点儿喜欢，但又讨厌去解决各种bug。后来我认识了 clear ，情况就变得好多了。现在的感觉是 float 和 clear 必须时常地在一起，这是对一个在任何环境下的网页使用 float 的安全做法。
自从接触了计算机之后，我更是发现了生活之中无处不在的方方的世界。屏幕显示的像素是方的，硅晶体是方的，各种无法说明的也是方的。方方的世界里，我浏览的网页现在看起来也是由许许多多隐形的方框组合起来的。上图虽然有很多个圆，但我却咋的也看到了很多方呢？
前天所写的盒子模型也是方的，今天要写的块级元素和行内元素也是方的，一点儿圆滑的艺术熏陶都没有。网页上的元素，也是基于方方的世界里面的，即使css3里面可以写出圆角，但也离不开盒子的方、块级元素的方还有行内元素的方！
昨日一哥们在用js写一棵简单的树，出现了一个css样式问题——树的父节点与子节点之间的间距过大，然后让我帮忙修改。一开始我以为是其css样式没控制好，就直接在样式表里面先清除了ul和li属性的padding、margin等盒子模型的距离，然后进行样式表控制。但结果并不如我所愿，试了很久还是不行。
折腾了一会儿，转回到xhtml页面来看，除去不规范的js代码，一眼就发现了问题了。他是这样写的…
常用的css属性有margin（外边界）、border（边框）、padding（内边距），中间的内容填充部分为content。联系起实际来，人们喜欢将这些属性转移到我们日常生活中的盒子（箱子）上来理解，日常生活中所见的盒子也具有这些属性，所以叫它盒子模式。就我自己而言，形象上可以这么理解吧：我的衣服为border，衣服的宽松程度可以理解为padding，而我与其他兄弟姐妹或者说其他个体之间的距离，可以用margin来形容（囧，倘若没有border，我就“裸”了？）。
初学photoshop的时候，沙子姐姐就跟我说钢笔工具很难使用好，因为贝塞尔曲线难以使用。但记得那个时候，我很快就上手了，兴许得益于自己的美术吧。去年跟一班师弟也说了钢笔工具很难使用，不知道如今他们用的怎么样了。如今我很喜欢使用贝塞尔曲线来进行抠图、logo设计和web界面设计等，趁今晚挤了点儿时间出来，写下总结。
这篇文章本来是打算在昨晚就写的，无奈广州一夜暴雨，我就懒得出门来工作室了。今早居然起得比上课的时候还早，可能是生日的缘故。一到实验室，师弟便告诉我说昨晚开会到1点多了，我错过了。哈哈，其实我暗自欢喜（这人怎么这样吖）。写给我自己，华华丽丽地祝自己生日快乐吧~哦耶~
