在过去几年里，我注意到，像我一样搞网站开发的同道中人被一个问题所困扰。许多开发者如此注重css的合规还有开发了很酷的flash但却忘了为什么要建立这个站点。我之所以指出这两组开发人员，是因为，css拥趸和flash牛人（FWA-Bombshock-School-of-Heavy-Flash developers ） 面对同样的情况：狭隘的眼光。这两组开发人员都倾向于管中窥豹，把目光放在了工具上，而不是最终用户。

先从css拥趸们谈起
如果你曾经和这样的人探讨网页设计，他们立马会让你有这样的感受：除非你的站点吮吸了“符合标准”的精髓，不然，它们将是低劣的，呈现缓慢的，因为你的代码是“发福”的。谈话的中心也会转移到找出适当的方法使那些被打入冷宫的浏览器正确地显示css规则上。他们的信条（这一信条通常会改变）是，内容与设计的分离是现阶段最好的实践。尽管我也认为使开发团体朝网页标准的方向发展很重要（请不要误解我的意思）。我更认为这一发展方向是许多人变得过分注重代码而忘了为谁而建立站点的诱因。让我们看清楚，实际上，一个用css的页面呈现出来比用表格的快了0.23秒对于普通用户(Joe-consumer)是无关痛痒的。当我的母亲到一个站点查看天气的时候(顺便说一下她已过耳顺之年），她是不会查看源代码然后想------嘿，这些老古董，他们是用表格建了这个网站。不，她不关心这个当她知道了明天是否要下雨。现在对开发者来说，维护一个全表格建成的站点或许更难了，但这对用户来说去无所谓。css拥趸们需要回到现实中来，更多地关注最终用户而不是代码。没有什么比那些使用网站的人更重要的事了。没有！我们是为了人们可以使用那个网站才发钱建立它们的。在我们做出一个站点如何设计，如何编写代码的决定之前，我们首先应该回答一个问题：这些决定会使站点对用户更好吗？

再看flash牛人
现在我不得不承认我自己也陷入了这一类之中。我过去因为制作了冗长的，带动画的flash内容而为人们所熟知。我敢保证以后我会继续做许多这种“出彩”的东西。惟一的区别是：现在我获取flash内容的方法与过去不同。现在我在flash内容上的决定是由我的目标受众的需要驱动的。我不会制作为了flash而flash这种鸡肋似的flash。是的，有一些特别的项目需要我制作下载动画和燃烧的图标，仅当目标受众是想要这一类的东西之时（比如：游戏站点，广告宣传，艺术片段等）。flash开发者与css拥趸受到同样问题的困扰。在项目建立之前，从不考虑目标受众想要什么。许多获得 Ultrashock BombShock Award或FWA奖的站点极其难以使用的，同时就算在宽带的条件下也会让人等到花儿也谢了。难道最终用户真的愿意下载一个600k的打开门的3D动画？然后再经由此门打开或进入导航界面？我想对许多类似的问题说不。这很糟糕，许多flash开发者没有意识到这个问题。就像我们的css拥趸一样，我觉得他们迷失在自己狭小的世界里。在这个世界里，他们动用“很酷的原材料”做着有背商业逻辑以及不符"地球人都知道"的常识东西。

我的建议：
有人曾经跟我说过，建议就像马屎，经常放出来，却鲜有人要。这个建议可能也会受到同等的待遇。但好的网页设计师们至少要这样：

对于css拥趸：
伙计们，摈弃标准情节，多考虑一下用户的感受吧。发40%或更多的时间在一个项目上仅仅是为了让它在老版本的Opera上能正确显示它真的能使最终用户感到高兴吗？或许当用户刚好用Opera的时候会，但这并不多见，如果仅仅在公司内部，IE6.0就是标准了。运用常识，在觉得对你的最终用户有意义的时候使用css，而不是为了你自己。

对于flash牛人:
是时候长大成人了，毕竟，你“可以”并不意味着你“一定要”。每当你在flash中制作了一个搞怪的下载动画或是先锋的界面时，你需要想一下这是否必要。最终用户会受益于此吗？如果不会，那你在很早之前，当这个项目还在准备阶段就应把那一部队剔除出去。每段动画和出彩部分应该为整个项目和最终用户带来某种价值。

最后的想法：
我想那些设计团体需要出去透一口气。或许每人都该放一周假，考虑一下，他们为谁而建的网站？你是为20几岁的年青人而建吗？你的目标受众是小孩吗？我不清楚，但你却要。然后开始为他们而不是你自己设计项目。

来自flash99%good,原文，转载请注明出处，:P

标签： web standards