这篇文章在我的草稿箱里呆了两天左右的时间，因为最近手头上的工作较多，产生了一些消极疲惫，我选择用两天的时间来重新看待问题并作出调整（前面有看到唐某的一句话，大致意思是他会选择用两周的沉默时间来思考… …）

没有了消极观念，而是积极应战，帮助自己调整好一个良好的心态去面对生活。

一些经历

08年5月份到的上海，到现在已经工作两年零两个月了，记得应聘上第一家公司华印，那天刚好是我的生日，当时很高兴，感觉是跳着回去的:-)

再到后来的蜕变，给了我很大的影响，爽的责任感，腊肉妹的细心，Chenbingo的热情，Grace的蜕变精神等。这些给了我很深刻的印象，这期间我也养成了一些较好的习惯：写博客、每日阅读、定期整理文档、操作体验。

到现在的Milestone大家都很幽默，在快节奏的工作中练就出的一身本领，每个人都有自己拿手的幽默方式，当然我们有自己的学习计划，这是我近两个月的学习，效果还是在的：

SEO学习

近一阶段，完成了SEO的学习，工作学习当中整理了数篇文档，把学到的通过文字、语言的形式表述出来，真的效果加倍。

不过这项工作仍需要大量的实践经验，本身门槛不算高，前端这个职位至少需要了解这一项，在我看来这很重要。

HTML5+CSS3尝试

完成Milestone整站的HTML5、CSS3的新布局重构。

喜欢HTML5的新标签的语义化，页面不只是靠样式来赋予色彩，语义化的标签组合搭配，让我觉得代码一样很好看，就像大家所说的代码如诗。

无穷尽的新特效仍有待学习和发掘。

特殊的力量

4月我遇到了我的GF。这股力量属于现在、未来，我将这股力量看作是永动机，她使我的生活丰富多彩。你不只是像某个电视剧里的一段台词，“我的生活就是这样，除了工作还是工作，下班回到一个暂属于自己的小屋子里，抬头看看天花板…”这种想法是可怕的。

难以想象，我将我的游戏时间缩减到了每周五晚上的2小时WarⅢ，水平也越来越臭了，囧~

小学就读到的一句话：“读书破万卷，下笔如有神”。没事儿看点儿好书。

关于后面要做的事

2010是金牛座忙碌收获的一年，想必每个人都有自己的年底总结，不把是太多时间浪费在重复计划上面，需要的是有效的执行。

Title：前端工程师的知识收集与管理
Description：知识收集与知识管理：包括个人的和团队的，从工具、流程到平台！

本期上海是在The NetCircle，这里很有趣，关键字：酷工厂、苏州河、复式、玻璃缸鱼、碟子；

还有倒着的路标哦:-)：

关于收集知识的工具：
Google Reader 、Notepad 、 FF插件 、 WIZ 、 PKM2 、 Wiki 、 以及本地搭建服务器，其实大伙谈及到的都差不多;

关于规范文档的整理：
赞同Neil同学，团队起步期需要逐渐形成规范文档，加强团队配合;
抛出如何建立遵循文档，来自盛大创新院的童鞋(印象中上海第一届WEB会举办来过的，强人~)指出了其实重要的不是规范文档，每个公司团队都会有自己的规范，而是工作流程当中的有效沟通配合，相对来说更为重要。

对于某同学的规范文档(大家的名字都还不太记得-_-|||)
其中有四点我个人觉得可以改变下：

1、去掉HTML注释，避免IE6的注释BUG；
关于删掉这点不太赞同，因为网站页面的布局SEO人员需要通过注释来了解页面的布局情况，便于作出优化调整；

2、拼音命名
这个是要避免，但不一定是要全部避免，对于SEO来说，重要页面采用拼音命名是被认可的，有时候拼音来的更直接些，甚至是可以是中文汉字命名；

3、图片大小控制
我觉得如果所有的图片都不对其大小进行设置，那么比如：对于一些图文混排的布局，网速慢的情况下，页面上的大图加载前后，会产生“动态效果”；

4、CSS书写顺序，先外观后..
这个是习惯问题，我比较倾向于按字母a-z的顺序来书写样式文档；

另外使我印象比较深刻的是：
这是第二次见某位同学准备好了稿子发言，向他学习；
还有在语言表达方面，语言层次分明，断句断词处敲到好处，不像我一股脑的说完，多听多思考比较；

PPT分享部分：
感谢Neil同学的PPT分享，这里我做了下简单的记录：

《敏捷开发》

敏捷开发

传统开发：1 2 3 4 瀑布式 传统开发方法问题

敏捷(Scrum)开发优点

如何进行敏捷开发

敏捷开发来历

敏捷开发团队组成

•7-15人
•管理者主持
•… …

大团队的组成

Scrum开发团队的组成

Scrum开发人员角色和责任

Scrum开发是如何工作

Scrum工作流程图

Scrum工作与审查

总结：用敏捷开发的优势

•可迅速满足不断变化的需求
•… …

缺点
•不适合大型项目的开发
•不适合跨区域（地理）的发展
•可能导致长期成本的升高
•不适合自下而上的工程
•… …

Scrum开发的核心就是：有组织、有计划、有效率、有目的沟通

如此顺水的写了下来，很荣幸能参与到WEB标准化交流会和大家一起交流分享，相信下一期会更精彩~

PS：.ORG后缀名换成大写的似乎要更cool一些，域名选购相对来说只是了解一些，选择这个域名可能是因为里面有Stone这个单词吧，公司的域名里面刚好也有一个，这样深刻一些。至于说怎么不直接来个www.公司域名2.com，还真没这个勇气~

第六期了，其实上海站还是第二期，刚起步，大家都很用心。

月底了，在结束掉这个月之前还是抓紧时间总结下，总是拖着只会消磨掉自己，我的语句杂乱，就这么整吧。

二期要比一期好些，虽然去的时候说这次没请什么嘉宾，但看起来效果不错，就是觉得前面有2/3的时间都是在陈述，以及抱怨流程中出现的种种情况及问题(自我介绍那段很好，拉近了大家伙的距离，这可能也是这次比上次觉得热闹的原因之一吧)；之后有1/3的时间有PPT的演讲，就是觉得这部分时间有些短，刚好讲完，刚好结束的那种。

很多问题都只是将其浮在表面，大家提供的经历、经验、流程案例用来很好的借鉴，不同性质的工作环境，需要不同的协作流程来应对吧。

前些天刚好有读到《目标》这本书，物理学家与企业管理大师的高德拉特博士写的一本形似小说的读物，文中的一切事情都围绕找出目标，认清方向，分析问题，提出假设，进行验证，持续改进来展开。
比较深刻的词汇是瓶颈、制约因素、衡量指标。
比较深刻的句子：“每个组织都为了某个目的而创办，我们不是只为了组织的存在而创办了我们的组织。”
“假如任何组织都是由一群人所组成的，那么我们可以推论，必须综合众人的努力来达到组织的目的。”

结合到工作流程：小到一个部门的工作流程（我们将其视为环链，决定环链的强度的关键因素在于最弱的那个环），也就是说最弱的那个环就是我们所说的制约因素、瓶颈，部门的工作成果品质或是效率，并不会因为某个人的出色表现而如何如何。

一个很小的假设：如果设计师给到的PS稿，不够精确或是仍有反复修改的可能性，那么负责切图的将会很郁闷，即便两者各自的操作技能再怎么熟练，其中一方总会成为项目进度的制约因素，不是PS稿不确定、就是精度不够丢给另一方调整（xx效果图层、xx栏宽..、已经不像以前的table布局可以方便的手动拖拽了），这样一来，单就静态页制作这块就已经是弱环了，拖累了整个项目的进度。

因此，沟通很重要，有效沟通很难得，如何有效沟通是一个不断尝试的过程 (PPT还没有细看，先标记到这里吧~)

最后感谢携程的场地提供，感谢WEB标准化交流会能把我们聚在一起，感谢大家的PPT分享。

此篇只为Cherry，我的好朋友。

但我知道写博客的意义，现在我换了空间，拉上了两个朋友，我希望能把这样的习惯延续下去，有意义的事情总是要第一时间去做。
我们把更新的频率设定为每人每周至少更新一篇文章，原则有三：1、鼓励原创 2、译文适中 3、转载少量

可能我们目前写的文章不够深，但这会是一个很好的开始，量变到质变，标记下，开始历程。