有没有人想听爆牙齿的意见？
少说多做。
随便汇报一下工作情况：
我已经开始全面应用SVG了，整个人比较鸡血，我发现我总是能找到鸡血然后自己注射。其实关于SVG半年前我就研究过其实用性，8月份我很想写一篇文章，就是对比PNG、CSS3和SVG，以及指出当时SVG最大弊端所在：当时SVG只能in Background或link，这意味着SVG就像iframe一样独立于HTML，这样一来关于SVG的技术也就独立了进不了队伍中，无法和HTML/CSS/JS等相互协同，并肩作战。这是我半年前怀着巨大兴奋研究后的巨大失落，然后我就放弃了。
大概一个月前一次例行查看，意外发现列表中出现了inline SVG in HTML5，接着发现IE9、FF4、Chrome 7都支持。SVG可以inline了！OMG！你们不知道当时我立刻就惊声尖叫了！挽起袖子我就开始筹划直接实用，通过这段时间在真实环境下的实用，我又有了新的心得和与PNG、CSS3的对比，我仍在不断的思考中，弊端和限制依旧很多，前天为了一个通用和简洁的设计，对着一个小小图标的编码实现我从下午想到凌晨，用了各种存储方式试验了无数种抽取方式还去把SVG教程查了又翻依旧找不到完美的解决办法，最后只好无奈的选择了折中。即便这样，也将实现同等视觉效果的字节数从>>40K降到了3K，而且是实时渲染瞬间显示。只可惜追求不到完美，我仍然耿耿于怀，因为完美的情况只需要1K左右。
前天晚上，我又去试验了SVG effects for HTML elements，自然的，你懂得，不好意思又尖叫了。尽管还非常的单薄而且不实用，但是它指出了一个未来：你可以对HTML进行PS那样的各种滤镜渲染，所不同的是PS是“CG动画”，而SVG是“实时渲染”！比如用高斯模糊让页面产生景深！这是我多年前设计弹窗的时候一直所向往的效果，在如今普及的层次化设计下，从来就没有过景深。你自己说，该还是不该尖叫？？？！！！
有损JPG—>无损PNG—>有限矢量CSS3—>原生矢量SVG—>莫名其妙Canvas。Canvas是啥东东，我还没接触，目前的认知，SVG适合处理小元素，而Canvas是更大更自由的画布。无论如何，没关系，一条路慢慢慢慢滴，我就走过去鸟，慢慢慢慢滴，你就看不见我鸟。
随便哪条路，只要功夫深，铁棒磨成针。
当然啦，我也不假装客观和客套了，我的观点向来像鲜血一样灿烂：如果只从宏观上来看，Adobe的Flash和MS的Sliverlight，甚至包括红遍大江南北的Apple的Object C，面对开放的HTML5，哪儿来出路嘛！
