如果希望使用半透明背景色，又觉得用24-bit PNG 太笨重，RGBA 这个时候就可以帮到你了。这个来自于 CSS3 的好东西。
应用它还有个最大的好处是，不用担心设置半透明背景会一刀切影响到子元素的透明度。
实现方案与兼容性见这篇 blog
就是应用起来，不是那么的方便，涉及到一些数值换算，比如通常我用十六进制的颜色值，小数表示的 alpha 值，而十进制的 RGB 颜色值和十六进制的 alpha 值就显得很特别，每次都进行换算比较不符合懒人的做法。
于是就有了这个小工具页。
还有就是实现细节上和上面的 blog 介绍的有点区别。
欢迎使用。Enjoy!
早上，比预计的早来到平江路，很安宁，于是，静悄悄地谈话，静悄悄地看。
平江水经过水闸之后，打着漩涡而去，但一点都不影响这外表的平静感觉。
来到思婆桥，名字很温情，但是看过介绍之后想法就会发生一点变化。很多人拿着大炮对准这桥，我也若无其事地拿起小炮等待桥上的人散去。 (more…)
最近项目发展给我最大的感觉是，大家对 bug 抱有偏见。
出于项目管理与前期代码经营不足等原因，在版本发布临近之时，bug 猛增。其实 bug 多起来不是什么大问题，而且修复起来也挺快的，问题是为什么不能及早发现？直觉认为是测试在后期进行。但，提前让测试人员参与进来就能够解决问题吗？
在 bug 管理当中，是有分类的，人们对于不同种类的 bug 反应也是不一样的。例如对于一些 regression (倒退)表现得很严重。看似很合理的反应。
在某种程度上，开发的情绪是被测试牵引波动的。就像训练老鼠跑迷宫一样，电击多了就记得什么(错)路不能再走。但我怀疑这会不会导致开发会 LOST （迷失），忽略了代码中隐藏的各种信号，而依赖于测试反馈的信号。而据我观察，这种担忧不是多余，从开发修 bug 所改动的代码就可以看出。真是头痛医头，脚痛医脚，不报 bug，不修改。这里假设开发都不是应付式工作。这种对 bug 抱有偏见的状态所造成的问题，只要眼球足够多，迟早会以代码质量问题显现出来。那就是前一个现象发生的原因。
bug 不可怕，代码混乱才是问题，开发应该保持客观。显示 bug 是测试要做到事情，也是重要指标，但对于开发的，它也有指示作用，但肯定不是领头羊级的指标。开发要做的是书写良好的代码，让 bug 及早显现。不过也有一些外部因素，比如项目换血频繁，代码交接断裂，人员良莠不齐，普遍缺乏信托意识等等，都会造成累积的仅仅，仅仅是代码。
有良好的土壤，才能培育出丰厚的果实。
狗尾草，这种常见主要杂草，什么地方里都可以找到。
与其说这是一种杂草，不如说，它就是一个普遍存在，在这天地间有它存在的法则。
前不久看到有报道指日本用维护生态平衡来正义化捕鲸。简直是大笑话。就算是为了生态平衡，大规模捕鲸这种做法就和最近国内平抑房价的做法一样，治标不治本。利益驱动之下，什么言论都可以出。现在有多少人会回归关注人与自然的关系呢，太多人疲于应付人与社会的关系了，难道那些只适合当小学生的学习课题？
我选择了停下来喘口气，感受湖水拍岸，让呼吸声放缓，与水声同步
我选择了继续奔向下一个里程碑，迎接风的挑战，享受鼓掌一般的拍浪声
我选择了绕开正在甜蜜的情侣，在远处慢慢欣赏宁静的依靠
我选择了与愁眉深锁的人擦肩而过，原来我们并不孤单
我选择了默默地观察
我选择了让观点去碰撞
我选择了回避
我选择了面对
在无数次选择之中，造就了数亿万个我
在天空深处的另一个我，你还好吗？
鼠标(罗技 MX Revolution)单击变双击真是一件很郁闷的事，Google 查了下，居然还不少见。虽然都说不是什么大手术，实在不行换个小零件，不过面对这么个高科技产品，还真要犹豫一阵子。不过考虑到不解决掉，打游戏会很不爽。
第一个问题：工具，我需要工具。奇缺。后悔搬窝的时候连小脑都没用。翻了好久才找到个小十字螺丝刀。根据网上图文并茂的解剖教程，首先是要弄下鼠脚垫，才能看得见固定螺丝。水果刀华丽登场。
解开鼠皮。真正的问题出现，还是工具的问题。国产微动开关的保护壳，教程说要小金属片，我的天啊！哪里来金属片，还要小的！这不是微创手术么？
灵感闪现，真的只是灵感。我的所有物品当中，只有剃须刀片能满足这两大条件。只是吉列的双层刀片也有个保护层（用来保护我们的肌肤），使用暴力，胜利获取物品——两块小金属片。下面就是插呀插呀，撬呀撬呀，为了后面能恢复回去，半小时左右才将微动开关的保护壳温柔地卸下来。
location 对象，一个不太起眼的对象。
对于这个 URL “http://localhost:8000/lab/index.html?key=1#fly”，它包含了下面的属性。
hash: #fly host: localhost:8000 hostname: localhost href: http://localhost:8000/lab/index.html?key=1#fly pathname: /lab/index.html port: 8000 protocol: http: search: ?key=1
这篇文档里面有相关属性的说明。不过还有一点不太起眼的地方，hash 和 search 的先后顺序。
作为对比，有“http://localhost:8000/lab/index.html#fly?key=1”
hash: #fly?key=1 search:
各个浏览器上表现都是一样的，hash 先出现的话会吃掉 search 的，这让我有点费解，这个顺序还真那么重要吗？
当我们点击一个锚点的时候浏览器会在整个 URL 之后加上 hash的，这样似乎也挺好理解的。
只是如果需要手工拼接 URL，那就需要注意一下这个顺序了。
一到周末就下雨，不过不下雨，我还是挺喜欢宅的，一起宅更过瘾。
伴着雨声看书真是一种享受，不过当看到这两个准则时，一下子短路了。
优化的第一准则：不要优化。
优化的第二准则（仅限于专家）：还是不要优化。 —— Michael A. Jackson
脑子在掐架了。最通常的想法都是要程序跑得快是需要优化一下。不过有些真实经历告诉我，只有很少经过严格试验的优化手段是有效的，其它很多都是自作聪明。书中接下去这句很有感觉： (more…)
看到这期节目财经郎眼-20100510.聚焦产能过剩，觉得讲得挺好，他主要的建议是相当赞：要藏富于民。
我不是想探究这个经济话题，只是这个现象所折射出的问题，让我想起一些很切身的问题，套用一下名词就是软件生产中的产能过剩。虽然我参与的项目数量并不算多，但烂项目真是一个接一个，而烂得很相似的一点就是这种产能过剩，或者说是浪费(过去我是用过度设计来做概括，始终觉得不够妥当)。 (more…)
