每次在Flickr上浏览别人的片子，都会觉得许多人都在执着着自己的梦想，而我却离梦想越来越远。
今天醒来感觉特别沉重。是因为网库挖角的事让我感到自己还不够努力，还必须对职业生涯更上心一点吗。还是因为看了一个上午别人的梦想后感到特别空虚。难道是因为，原来，今天是2008年最后的一天。
今年的这个句号划得特别仓促，还来不及收尾就已经结束。我有理由郁闷，但是没理由抱怨。今年我努力了吗。我想是的。但是还不够努力。真希望自己不要去想太多而只是一味向前就好了。对于明年的愿望只有一个，就是更努力地去过自己的生活。
上周末去老市区，马路两边破败而让人眷恋的楼，中间夹着一片灰色的天空。一群铁灰色的飞鸟在这里掠过。我想无论如何我依然用眼睛去追寻它们，任何时候。
2008年12月31日星期三
2008年12月30日星期二
Web 设计:实现干净代码的12条定律
说来惭愧。半个月前打算体验一把webgame，于是就选择了一个比较受欢迎的战略型游戏“热血三国”来玩，结果半个月后发现自己被webgame体验了。这个玩的过程中有不少奇奇怪怪的感受，记得的我都拿我的厕所笔记本记录了下来，留待以后整理和批判自己。哈哈。
今天官服维护，加上手头工作告一段落，终于可以安下心来更新一下自己的专业知识。继续惭愧。
从07年头开始接触html、css和web标准，就被方腾告知要学会写优雅的代码。而且要手写，不要用任何所见即所得的编辑器。此君严重鄙视dw，他的偏见致使我现在还不会用它。记得刚开始学的时候被“优雅”这个词振奋了一把，虽然其实并不明白什么是“优雅”的代码。后来的事实证明他虽然或许不再是一个优秀的开发者，但绝对是一个好老师。手写代码的能力或许在一些牛人眼中只是最基本的，甚至现在我也是这样认为，但我总觉得这项基础技能有着某些决定性意义。比如说决定了你是否选择完全地去理解你的代码，而不是只会粗暴地使用它。只有真正理解了它，才能善用它，也使得不断优化和提升成为可能。而这与当代web标准的提倡其实是有相同的目的，就是让代码变得有意义，变得可读，变得简约而又恰如其分。
国内的互联网发展现状决定了前端开发者们不可能完全严格地按照web标准实施开发，即便是如此，也涌现了大量优秀的前端探索者和blogger。受到简陋开发流程和极短开发周期的影响，我不断发现要以web标准为唯一准则来做前端开发是不现实的，有时候必须采取迂回的方式，抓住主旨，牺牲一些细节。尽管如此，阅读别人所写的优秀的代码仍是一件乐事并且获益匪浅。
简要摘录一篇文章以自勉：
Web 设计:实现干净代码的12条定律 原文地址
1. Strict DOCTYPE 要做就做对的。
不管是 HTML 4.01 还是 XHTML 1.0，它们都提供 Strict 模式，使用 Strict 模式可以保证我们的代码不隐藏任何错误。
Resources:
W3C: Recommended DTDs to use in your Web document
Fix Your Site With the Right DOCTYPE!
No more Transitional DOCTYPEs, please
2. 字符集声明，特殊字符进行编码处理
字符集声明应当放在 部分的最前面，以便让浏览器知道如何显示网页中的所有内容，包括标题。另外，一些特殊字符，如 & 最好用&代替，这是一种最安全的方法。
Resources:
Wikipedia: UTF-8
A tutorial on character code issues
The Extended ASCII table
3. 恰当的缩进
缩进不会影响网页的渲染，但会明显改善阅读源代码时的体验。缩进没有特定的规则，但始终保持一致是个好习惯。
Resources:
Clean up your Web pages with HTML TIDY
4. 将 CSS 和 JavaScript 放在外部文件中
将 CSS 和 JavaScript 放在外部文件中引用，不仅减低单个网页的尺寸，而且意味着其它网页也可以共用这些代码，另外，浏览器的缓存机制可以很好地降低对相同代码的重复下载。
5. 正确地嵌套标签
如下图，第一行代码中，h标签嵌套在a标签中，尽管多数浏览器会正确渲染，但这不是好的习惯， 标签是 block 对象，而 是 inline 对象，inline 对象不应该容纳 block 对象。
6. 消除不必要的div
常被滥用（尤其在我们现在所处的 DIV+CSS 神话中 - 译者），人们希望把任何东西都放在div中以便为它们分配 CSS 式样，这种滥用会导致的臃肿。
Resources:
Divitis: what it is, and how to cure it.
7. 使用更好的命名规则
如下图，Cat的CSS类被命名为 red italic，暗示着Cat使用红色斜体，如果你想将Cat改成兰色的粗体呢？
8. 尽量使用CSS控制文字的排版
如下图所示，不要直接使用大写，用 CSS 对这些文字排版方面的格式进行控制，这样会更灵活。
9. 为body分配独立的 class/id
为body标签分配一个独立的 class/id，可以很好地定位页面中任何对象，因为页面中所有对象都位于body中。
Resources:
ID Your Body For Greater CSS Control and Specificity
Case study: Re-using styles with a body class
10. 验证
无需多言，你应当尽可能对网页的代码进行验证，尽管有些代码错误浏览器能自动更正，但有些错误是会带来不好的后果的，尤其当你位于 Strict 模式下。即使什么都不为，看到那个绿色的 W3C 验证标志至少可以让自己舒服一些。
W3C 验证是否通过并不一定要什么拘泥，Web 设计中存在更多的考量，只拘泥 W3C 验证结果，可能影响一些更重要的因素，比如，IE6 在 W3C 标准方面存在不少 BUG，如果你为了100%通过 W3C 验证而宣布自己的网站不支持 IE6，至少在国内会得不偿失的 - 译者
Resources:
The W3C Markup Validation Service
XHTML-CSS Validator
Free Site Validator (checks entire site, not just one page)
11. 合理的结构次序
将网页结构保持一个合乎逻辑的次序。
12. 尽你所能
如果你从零开始写，保持以上的原则当然要容易的多，如果要修改旧的代码，将会很痛苦，一些 CMS 系统拙劣的编码会让你陷入泥沼，或者你的网站规模宏大要改动的东西太多，不管怎样，始终保持良好的习惯非常重要。
今天官服维护，加上手头工作告一段落，终于可以安下心来更新一下自己的专业知识。继续惭愧。
从07年头开始接触html、css和web标准，就被方腾告知要学会写优雅的代码。而且要手写，不要用任何所见即所得的编辑器。此君严重鄙视dw，他的偏见致使我现在还不会用它。记得刚开始学的时候被“优雅”这个词振奋了一把，虽然其实并不明白什么是“优雅”的代码。后来的事实证明他虽然或许不再是一个优秀的开发者，但绝对是一个好老师。手写代码的能力或许在一些牛人眼中只是最基本的，甚至现在我也是这样认为，但我总觉得这项基础技能有着某些决定性意义。比如说决定了你是否选择完全地去理解你的代码，而不是只会粗暴地使用它。只有真正理解了它，才能善用它，也使得不断优化和提升成为可能。而这与当代web标准的提倡其实是有相同的目的，就是让代码变得有意义，变得可读，变得简约而又恰如其分。
国内的互联网发展现状决定了前端开发者们不可能完全严格地按照web标准实施开发，即便是如此，也涌现了大量优秀的前端探索者和blogger。受到简陋开发流程和极短开发周期的影响，我不断发现要以web标准为唯一准则来做前端开发是不现实的，有时候必须采取迂回的方式，抓住主旨，牺牲一些细节。尽管如此，阅读别人所写的优秀的代码仍是一件乐事并且获益匪浅。
简要摘录一篇文章以自勉：
Web 设计:实现干净代码的12条定律 原文地址
1. Strict DOCTYPE 要做就做对的。
不管是 HTML 4.01 还是 XHTML 1.0，它们都提供 Strict 模式，使用 Strict 模式可以保证我们的代码不隐藏任何错误。
Resources:
W3C: Recommended DTDs to use in your Web document
Fix Your Site With the Right DOCTYPE!
No more Transitional DOCTYPEs, please
2. 字符集声明，特殊字符进行编码处理
字符集声明应当放在 部分的最前面，以便让浏览器知道如何显示网页中的所有内容，包括标题。另外，一些特殊字符，如 & 最好用&代替，这是一种最安全的方法。
Resources:
Wikipedia: UTF-8
A tutorial on character code issues
The Extended ASCII table
3. 恰当的缩进
缩进不会影响网页的渲染，但会明显改善阅读源代码时的体验。缩进没有特定的规则，但始终保持一致是个好习惯。
Resources:
Clean up your Web pages with HTML TIDY
4. 将 CSS 和 JavaScript 放在外部文件中
将 CSS 和 JavaScript 放在外部文件中引用，不仅减低单个网页的尺寸，而且意味着其它网页也可以共用这些代码，另外，浏览器的缓存机制可以很好地降低对相同代码的重复下载。
5. 正确地嵌套标签
如下图，第一行代码中，h标签嵌套在a标签中，尽管多数浏览器会正确渲染，但这不是好的习惯， 标签是 block 对象，而 是 inline 对象，inline 对象不应该容纳 block 对象。
6. 消除不必要的div
常被滥用（尤其在我们现在所处的 DIV+CSS 神话中 - 译者），人们希望把任何东西都放在div中以便为它们分配 CSS 式样，这种滥用会导致的臃肿。
Resources:
Divitis: what it is, and how to cure it.
7. 使用更好的命名规则
如下图，Cat的CSS类被命名为 red italic，暗示着Cat使用红色斜体，如果你想将Cat改成兰色的粗体呢？
8. 尽量使用CSS控制文字的排版
如下图所示，不要直接使用大写，用 CSS 对这些文字排版方面的格式进行控制，这样会更灵活。
9. 为body分配独立的 class/id
为body标签分配一个独立的 class/id，可以很好地定位页面中任何对象，因为页面中所有对象都位于body中。
Resources:
ID Your Body For Greater CSS Control and Specificity
Case study: Re-using styles with a body class
10. 验证
无需多言，你应当尽可能对网页的代码进行验证，尽管有些代码错误浏览器能自动更正，但有些错误是会带来不好的后果的，尤其当你位于 Strict 模式下。即使什么都不为，看到那个绿色的 W3C 验证标志至少可以让自己舒服一些。
W3C 验证是否通过并不一定要什么拘泥，Web 设计中存在更多的考量，只拘泥 W3C 验证结果，可能影响一些更重要的因素，比如，IE6 在 W3C 标准方面存在不少 BUG，如果你为了100%通过 W3C 验证而宣布自己的网站不支持 IE6，至少在国内会得不偿失的 - 译者
Resources:
The W3C Markup Validation Service
XHTML-CSS Validator
Free Site Validator (checks entire site, not just one page)
11. 合理的结构次序
将网页结构保持一个合乎逻辑的次序。
12. 尽你所能
如果你从零开始写，保持以上的原则当然要容易的多，如果要修改旧的代码，将会很痛苦，一些 CMS 系统拙劣的编码会让你陷入泥沼，或者你的网站规模宏大要改动的东西太多，不管怎样，始终保持良好的习惯非常重要。
2008年12月27日星期六
向交互设计迈出的第一步
来到公司将近5个月，游离于各个项目和半成品之间，接触最多的依然是视觉设计和前台代码。最近终于接触到比较有意思的一个部分，交互设计。
这次公司新开发的项目是360°全景产品拍摄。
旨在通过软件、设备以及web平台为电子商务用户提供自动全景拍摄，自动生成产品动画，上传到web平台进行管理和推广的一系列服务。服务细节可见：www.lenbol.com
姑且不论这个项目推出市场以后有多少操作性和可持续发展性，至少在目前的开发阶段，对我来说是一次宝贵的历练。
这个项目核心的三方面：软件、设备（转盘和摄影棚）和web管理平台，其中软件和web管理平台我都参与其中。
web平台自不待言，是我的老本行，没什么悬念和惊喜，依然是在需求掌握不充分的情况下硬着头皮做下去，边做边改（这是小型IT公司的通病。需求可能只是项目会议上的讲话，流程可能迟迟没有人做出来，做出来的模糊而又笼统。时间金钱沟通合作有限，却又言必谈效率。）。事实上，做这一行这一年来我觉得我幻想能力和领悟能力都有所提高。
但是到了软件这块事情就变得有意思了。当然理论上我只会是负责软件界面的视觉设计，但是到了现实中这个工作就变得有点微妙了。老总一句话，你可以开始做了。而掌握的东西只有脑海里对这个产品大概的认知以及一份看了跟没看没什么差别的需求文档。
这个项目到我这一环可以说是：众多的意见，模糊的需求，破碎的流程，没有原型，什么都没有。于是也逼着我自己去做剩下的那些，比如说和相关人员沟通了解各方需求和业务逻辑，自己去做一个业务流程的粗坯，自己尝试着以用户的角度和习惯来走这个流程，而当这一切的努力的初见成果的时候，我忽然意识到自己是在开始走交互设计的路子。
从需求整理到流程设计，到布局和功能表现形式，最后才是视觉设计（我更倾向于称之为渲染）。这是一次宝贵的经历。
这次公司新开发的项目是360°全景产品拍摄。
旨在通过软件、设备以及web平台为电子商务用户提供自动全景拍摄，自动生成产品动画，上传到web平台进行管理和推广的一系列服务。服务细节可见：www.lenbol.com
姑且不论这个项目推出市场以后有多少操作性和可持续发展性，至少在目前的开发阶段，对我来说是一次宝贵的历练。
这个项目核心的三方面：软件、设备（转盘和摄影棚）和web管理平台，其中软件和web管理平台我都参与其中。
web平台自不待言，是我的老本行，没什么悬念和惊喜，依然是在需求掌握不充分的情况下硬着头皮做下去，边做边改（这是小型IT公司的通病。需求可能只是项目会议上的讲话，流程可能迟迟没有人做出来，做出来的模糊而又笼统。时间金钱沟通合作有限，却又言必谈效率。）。事实上，做这一行这一年来我觉得我幻想能力和领悟能力都有所提高。
但是到了软件这块事情就变得有意思了。当然理论上我只会是负责软件界面的视觉设计，但是到了现实中这个工作就变得有点微妙了。老总一句话，你可以开始做了。而掌握的东西只有脑海里对这个产品大概的认知以及一份看了跟没看没什么差别的需求文档。
这个项目到我这一环可以说是：众多的意见，模糊的需求，破碎的流程，没有原型，什么都没有。于是也逼着我自己去做剩下的那些，比如说和相关人员沟通了解各方需求和业务逻辑，自己去做一个业务流程的粗坯，自己尝试着以用户的角度和习惯来走这个流程，而当这一切的努力的初见成果的时候，我忽然意识到自己是在开始走交互设计的路子。
从需求整理到流程设计，到布局和功能表现形式，最后才是视觉设计（我更倾向于称之为渲染）。这是一次宝贵的经历。
2008年12月26日星期五
2008年12月19日星期五
工作日记
日子过得几乎滴水不漏。稿子一个一个做过去，事情一件一件解决。工作上不至于没有进步，也不见得有什么大的突破。今天看了一个前端架构的PPT，偶然想起刚开始做这个工作的时候看到过的一篇文章，可以说，是这篇文章鼓励了我继续在这条路上走下去。谷歌了一下找出它来：
The Time is Now for Front-End Architects。
即使在许多中小企业类似前端设计师这样的职位根本是不切实际也毫无意义的，但是这个概念依然充满前瞻性和振奋人心，至少它代表着web前端未来发展的方向。
记得一年前刚入行的时候我厌恶美工这个名词，我告诉自己即使还不具备这个资格也要尽量站在前端架构师的角度来考虑问题。
一年后的现在我承认自己只是美工，不再满腔愤怒，但是不会停止努力。
===============技术的分割线=============
XHTML
CSS (1,2, and 3)
Cross-Browser and Cross-Platform Compatibility 跨浏览器和跨平台
DOM Scripting DOM脚本编程
AJAX
Flash
Progressive Enhancement and Graceful Degradation 渐进增强和适度降级（这点有待理解）
Accessibility 无障碍
Usability 可用性
Information Architecture 信息架构
Interface Design 界面设计
Visual Design 视觉设计
Presentation Logic (ASPX, Rails Views, etc.) 表现层逻辑（APSX, Rails视图等）
Business Rules & Logic 商业规则和逻辑
CSS (1,2, and 3)
Cross-Browser and Cross-Platform Compatibility 跨浏览器和跨平台
DOM Scripting DOM脚本编程
AJAX
Flash
Progressive Enhancement and Graceful Degradation 渐进增强和适度降级（这点有待理解）
Accessibility 无障碍
Usability 可用性
Information Architecture 信息架构
Interface Design 界面设计
Visual Design 视觉设计
Presentation Logic (ASPX, Rails Views, etc.) 表现层逻辑（APSX, Rails视图等）
Business Rules & Logic 商业规则和逻辑
前端架构师的工作除了图形设计（有时是不包括图形设计即GUI的），更多的是在跟代码，跟程序逻辑，跟用户体验和市场需求打交道。换句话说，几乎囊括了前端开发的全部。一个真正的前端架构师是一个平衡者，而这正是令我心动之处。
===============web开发的层次=============
需求调查
确定需求
整体架构
前端架构
后端架构
部署结构
测试过程
质量监督
改进过程
整体架构
前端架构
后端架构
部署结构
测试过程
质量监督
改进过程
2008年12月15日星期一
7788
有时候不同人的观感真的好奇怪。自从QQ里多了那个叫做7788的同事群以后，发现一时间所有的不满和积怨都在群里表露无遗。包括不喜欢的同事，不喜欢的做事方式，感到不满的制度等等。这个群充满了各式各样的负面情绪，而这种情绪是会扩散和夸大化的。一些其他的同事仅仅是因为工作能力太强或者做事比较有原则，就在群里遭到抨击，这让我感到很不舒服。
丝毫不去想原因的仅凭个人喜好去评论一个人去发泄心中的不满是容易的。简直是信手拈来。但我不知道这样有什么意义。或许是他们年龄都太小了。还没有到懂得尊重别人理解别人的时候。
如果一个团队每个人是这样的心理状态的话，先不论各人工作能力如何，我觉得这样的公司除了做打水这样的投机性活动，真的很难发展壮大。
我的同事们大都比我年轻4-9岁不等，因为年轻，我总是能从他们身上看到比自己更多的活力更多的张扬。因为经历过，我能明白青春的残酷性所在。不是因为无所顾忌，而是因为缺乏足够的智力去自我控制和演绎；而自我膨胀常常会导致无视并且伤害他人。。。好比一股充满力量的原始动力，但是你很难把握和控制它。
丝毫不去想原因的仅凭个人喜好去评论一个人去发泄心中的不满是容易的。简直是信手拈来。但我不知道这样有什么意义。或许是他们年龄都太小了。还没有到懂得尊重别人理解别人的时候。
如果一个团队每个人是这样的心理状态的话，先不论各人工作能力如何，我觉得这样的公司除了做打水这样的投机性活动，真的很难发展壮大。
我的同事们大都比我年轻4-9岁不等，因为年轻，我总是能从他们身上看到比自己更多的活力更多的张扬。因为经历过，我能明白青春的残酷性所在。不是因为无所顾忌，而是因为缺乏足够的智力去自我控制和演绎；而自我膨胀常常会导致无视并且伤害他人。。。好比一股充满力量的原始动力，但是你很难把握和控制它。
2008年12月4日星期四
Ride the highway west...
每次听都抓狂的音乐，大门乐队的《the end》。
迷幻摇滚的经典之作。
乱像和幻景。现实与神话。纯洁而龌龊。
窒息。但是清醒。
音乐里藏着一条邪恶的蛇。
如果有音乐可以同时体会到高潮和虚空，我想选择这首。
绝对是JIM MORRISON嗑药后的巅峰之作。
如果有天我想死，我想听着这首去死。
有人说《the end》是一部悲剧。
有人说，JIM MORRISON是个诗人。
有时候听这种音乐过后让你感觉自己时时被一团叫做生活的物质包裹着，丝毫无法触及生命的本质。
我想，或许我是不该这样认真的。
订阅：
博文 (Atom)
博文
