<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>aw's blog 姿态永恒 &#187; 关于UE的文章</title>
	<atom:link href="http://www.awflasher.com/blog/tag/ue/feed" rel="self" type="application/rss+xml" />
	<link>http://www.awflasher.com/blog</link>
	<description>分享互联网, 分享人生</description>
	<lastBuildDate>Sun, 29 Jan 2012 11:57:03 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
		<item>
		<title>一行代码给你的Blog添加下雪效果</title>
		<link>http://www.awflasher.com/blog/archives/1616</link>
		<comments>http://www.awflasher.com/blog/archives/1616#comments</comments>
		<pubDate>Sat, 13 Dec 2008 23:45:00 +0000</pubDate>
		<dc:creator>aw</dc:creator>
				<category><![CDATA[博客世界]]></category>
		<category><![CDATA[blogger]]></category>
		<category><![CDATA[tes]]></category>
		<category><![CDATA[UE]]></category>
		<category><![CDATA[WordPress]]></category>
		<category><![CDATA[下雪效果]]></category>
		<category><![CDATA[用户体验]]></category>

		<guid isPermaLink="false">http://www.awflasher.com/blog/archives/1616</guid>
		<description><![CDATA[前段时间冷空气突袭的时候，据说郊区密云的雪积得挺厚，但北京城内除了飘了一点小雪粒，毫无动静。应该是气温过高所致，我在慈云寺桥附近拍下的照片可以很好的解释这一点。 不过最近WordPress.com倒是提供了一种让你在Blog下雪的方法（原作者是Scott Schiller），只需要将这行代码加在你Blog的任何位置即可，不需要额外的负担：不用自己维护图片和JavaScript文件（WP.com会帮你出带宽费用，哈哈~） 注意：如果你的Blog不支持JavaScript，则无法使用这一效果，抱歉。 引用代码如下： &#60;script src=&#34;http://s1.wordpress.com/wp-content/plugins/snow/snowstorm.js&#34; type=&#34;text/javascript&#34;&#62;&#60;/script&#62; 如果希望拥有像我的Blog这样的效果，即让雪停留在某一固定高度，例如我现在将雪停留在导航栏上，只需要引用我修改后的js即可。为了不影响加载速度，放到&#60;/body&#62;前面即可。 所有TES主题用户都可以直接使用这个代码： &#60;script type=&#34;text/javascript&#34; &#62; var aw_snow_jssrc = '%3Cscript type=&#34;text/javascript&#34;'; aw_snow_jssrc += 'src=&#34;http://vosforever.app'; aw_snow_jssrc += 'spot.com/static/snow.js&#34;%3E%3C/script%3E'; document.write(unescape(aw_snow_jssrc)); &#60;/script&#62; 其它主题用户，如果希望改变雪落下的位置，可以使用这个代码： &#60;script type=&#34;text/javascript&#34; &#62; var customizedHeight = 0; var aw_snow_jssrc = '%3Cscript type=&#34;text/javascript&#34;'; aw_snow_jssrc += 'src=&#34;http://vosforever.app'; aw_snow_jssrc += 'spot.com/static/snow.js&#34;%3E%3C/script%3E'; document.write(unescape(aw_snow_jssrc)); &#60;/script&#62; 同时，你可以根据你的页面导航情况自己定义customizedHeight的值，单位为像素，代表雪停留的位置与页面头部的距离。如果设为0，则落下的雪花会停留在页面最底部。 61条评论, 立即发言 &#124; 本文关键词: blogger, tes, UE, [...]]]></description>
			<content:encoded><![CDATA[<p>前段时间冷空气突袭的时候，据说郊区密云的雪积得挺厚，但北京城内除了飘了一点小雪粒，毫无动静。应该是气温过高所致，<a title="Big &quot;cloud&quot; in the sky of Beijing - funny pictures taken by me" href="http://www.ifgogo.com/255/big-smoke-in-beijing-sky/" hreflang="en-US">我在慈云寺桥附近拍下的照片</a>可以很好的解释这一点。</p>
<p>不过最近<a href="http://www.wordpress.com">WordPress.com</a>倒是提供了一种让你在Blog下雪的方法（原作者是<a href="http://www.schillmania.com/projects/snowstorm/">Scott Schiller</a>），只需要将这行代码加在你Blog的任何位置即可，不需要额外的负担：不用自己维护图片和JavaScript文件（WP.com会帮你出带宽费用，哈哈~）</p>
<p>注意：如果你的Blog不支持JavaScript，则无法使用这一效果，抱歉。</p>
<p><img src="http://pic.yupoo.com/awflasher/428116a70dda/medium.jpg" /></p>
<p>引用代码如下：</p>
<blockquote><pre>&lt;script src=&quot;http://s1.wordpress.com/wp-content/plugins/snow/snowstorm.js&quot;
type=&quot;text/javascript&quot;&gt;&lt;/script&gt;</pre>
</blockquote>
<p>如果希望拥有像我的Blog这样的效果，即让雪停留在某一固定高度，例如我现在将雪停留在导航栏上，只需要引用我修改后的js即可。为了不影响加载速度，放到&lt;/body&gt;前面即可。</p>
<p>所有<a title="WordPress主题" href="http://www.awflasher.com/blog/archives/1061">TES主题</a>用户都可以直接使用这个代码：</p>
<blockquote>
<pre>&lt;script type=&quot;text/javascript&quot; &gt;
var aw_snow_jssrc = '%3Cscript type=&quot;text/javascript&quot;';
aw_snow_jssrc += 'src=&quot;http://vosforever.app';
aw_snow_jssrc += 'spot.com/static/snow.js&quot;%3E%3C/script%3E';
document.write(unescape(aw_snow_jssrc));
&lt;/script&gt;</pre>
</blockquote>
<p>其它主题用户，如果希望改变雪落下的位置，可以使用这个代码：</p>
<blockquote>
<pre>&lt;script type=&quot;text/javascript&quot; &gt;
var customizedHeight = 0;
var aw_snow_jssrc = '%3Cscript type=&quot;text/javascript&quot;';
aw_snow_jssrc += 'src=&quot;http://vosforever.app';
aw_snow_jssrc += 'spot.com/static/snow.js&quot;%3E%3C/script%3E';
document.write(unescape(aw_snow_jssrc));
&lt;/script&gt;</pre>
</blockquote>
<p>同时，你可以根据你的页面导航情况自己定义customizedHeight的值，单位为像素，代表雪停留的位置与页面头部的距离。如果设为0，则落下的雪花会停留在页面最底部。</p>
<div style="border-top:1px dotted #ddd;width:100%;margin:5px 0"></div>
<p>
<strong>
<a href="http://www.awflasher.com/blog/archives/1616#awcomment"><strong>61</strong>条评论</a>,
<a href="http://www.awflasher.com/blog/archives/1616#awcomment">立即发言</a>
</strong>
|
本文关键词: <a href="http://www.awflasher.com/blog/tag/blogger" rel="tag">blogger</a>, <a href="http://www.awflasher.com/blog/tag/tes" rel="tag">tes</a>, <a href="http://www.awflasher.com/blog/tag/ue" rel="tag">UE</a>, <a href="http://www.awflasher.com/blog/tag/wordpress" rel="tag">WordPress</a>, <a href="http://www.awflasher.com/blog/tag/%e4%b8%8b%e9%9b%aa%e6%95%88%e6%9e%9c" rel="tag">下雪效果</a>, <a href="http://www.awflasher.com/blog/tag/%e7%94%a8%e6%88%b7%e4%bd%93%e9%aa%8c" rel="tag">用户体验</a><br/></p>
<p>©<a href="http://www.awflasher.com/blog" title="aw's blog 姿态永恒">aw's blog 姿态永恒</a> 1984-2008  | <a href="http://www.awflasher.com/blog/archives/1616">链接地址</a> - http://www.awflasher.com/blog/archives/1616
</p>
<p><a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="http://weibo.com/awguo">@awguo （新浪微博）</a> | <a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="http://t.qq.com/awguo">@awguo （腾讯微博）</a> | <a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="https://twitter.com/awguo">Twitter: @awguo</a></p>]]></content:encoded>
			<wfw:commentRss>http://www.awflasher.com/blog/archives/1616/feed</wfw:commentRss>
		<slash:comments>61</slash:comments>
		</item>
		<item>
		<title>给页面加上Loading效果最简单实用的办法</title>
		<link>http://www.awflasher.com/blog/archives/1589</link>
		<comments>http://www.awflasher.com/blog/archives/1589#comments</comments>
		<pubDate>Thu, 20 Nov 2008 09:24:00 +0000</pubDate>
		<dc:creator>aw</dc:creator>
				<category><![CDATA[web开发]]></category>
		<category><![CDATA[loading]]></category>
		<category><![CDATA[tes]]></category>
		<category><![CDATA[UE]]></category>
		<category><![CDATA[WordPress]]></category>
		<category><![CDATA[用户体验]]></category>

		<guid isPermaLink="false">http://www.awflasher.com/blog/archives/1589</guid>
		<description><![CDATA[虽然现在的GMail已经看不到这个效果，但之前那个可爱的深红色Loading仍然让许多人喜爱。我也将这款效果融入了我自己的WordPress主题TES中： 其实我的方法非常简单，也可以说没什么技术含量，甚至还不支持IE6，但据我长期的观察，确实非常实用的。Analytics的统计数据表明，加入了这一效果之后，用户的“平均停留时间”的确有所提高。可见，一个“正在加载”让许多用户都有更多的耐心等待，而不会因为屏幕空白太久而不耐烦地离开。 最近，又有不少朋友留言询问这个Loading的实现原理。这里我就分享一下： 首先，在页面的最上部输出一个Loading文字，比如“正在加载”，用div标签包含，并给它一个id，比如loading： &#60;body&#62; &#60;div id='loading'&#62;正在加载&#60;/div&#62; 你可以直接放到页面的&#60;body&#62;标签后面，亦可以用script.write输出（如果你有SEO洁癖的话） 然后，在你的样式表中，对这个loading设定一个简单的样式： #loading{z-index:1;padding:5px 0 5px 9px; background:#c44;left:0;top:0;width:90px; color:#fff;position:fixed} 接下来，在你&#60;body&#62;标签闭合之前，将这个loading隐藏掉就可以了。最简单的方法是输出一段&#60;style&#62;标记： &#60;script&#62;document.write('&#60;style&#62;#loading{display:none}&#60;\/style&#62;');&#60;/script&#62; &#60;/body&#62; 如果你有jQuery之类的JavaScript库，就更方便了，例如jQuery可以使用： &#60;script&#62;$('#loading').hide()&#60;/script&#62;&#60;/body&#62; 这样，当页面完全加载完毕之后，loading就隐掉了。 对于WordPress博客，如果你对页面代码没有太苛刻的洁癖，我个人建议把一些重量的JavaScript库都放到这段loading之后引入。这样在浏览器端，你的“Loading”会飞快地出现，用户会觉得你的服务器响应非常迅速。然而，如果你从各种不同的域名下先加载几百kb的JavaScript库，估计用户在你的“Loading”出现之前就已经关闭页面了。 最后，希望这个老土的技巧能帮到你：） 84条评论, 立即发言 &#124; 本文关键词: loading, tes, UE, WordPress, 用户体验 ©aw's blog 姿态永恒 1984-2008 &#124; 链接地址 - http://www.awflasher.com/blog/archives/1589 @awguo （新浪微博） &#124; @awguo （腾讯微博） &#124; Twitter: @awguo]]></description>
			<content:encoded><![CDATA[<p>虽然现在的GMail已经看不到这个效果，但之前那个可爱的深红色Loading仍然让许多人喜爱。我也将这款效果融入了我自己的<a title="WordPress主题TES" href="http://www.awflasher.com/blog/archives/1061">WordPress主题TES</a>中：</p>
<p><img src="http://pic.yupoo.com/awflasher/548346878f62/ce95nnbo.jpg" /> </p>
<p>其实我的方法非常简单，也可以说没什么技术含量，甚至还不支持IE6，但据我长期的观察，确实非常实用的。<a title="Analytics" href="http://www.awflasher.com/blog/tag/analytics">Analytics</a>的统计数据表明，加入了这一效果之后，用户的“平均停留时间”的确有所提高。可见，一个“正在加载”让许多用户都有更多的耐心等待，而不会因为屏幕空白太久而不耐烦地离开。</p>
<p>最近，又有不少朋友留言询问这个Loading的实现原理。这里我就分享一下：</p>
<blockquote><p>首先，在页面的最上部输出一个Loading文字，比如“正在加载”，用div标签包含，并给它一个id，比如loading：</p>
<blockquote><pre>&lt;body&gt;
  <strong>&lt;div id='loading'&gt;正在加载&lt;/div&gt;</strong></pre>
</blockquote>
<p>你可以直接放到页面的&lt;body&gt;标签后面，亦可以用script.write输出（如果你有SEO洁癖的话）</p>
<p>然后，在你的样式表中，对这个loading设定一个简单的样式：</p>
<blockquote>
<pre>#loading{z-index:1;padding:5px 0 5px 9px;
background:#c44;left:0;top:0;width:90px;
color:#fff;position:fixed}</pre>
</blockquote>
<p>接下来，在你&lt;body&gt;标签闭合之前，将这个loading隐藏掉就可以了。最简单的方法是输出一段&lt;style&gt;标记：</p>
<blockquote>
<pre>  <strong>&lt;script&gt;document.write('&lt;style&gt;#loading{display:none}&lt;\/style&gt;');&lt;/script&gt;</strong>
&lt;/body&gt;</pre>
</blockquote>
<p>如果你有<a href="http://jquery.com/">jQuery</a>之类的JavaScript库，就更方便了，例如jQuery可以使用：</p>
<blockquote>
<pre>  <strong>&lt;script&gt;$('#loading').hide()&lt;/script&gt;</strong>&lt;/body&gt;</pre>
</blockquote>
<p>这样，当页面完全加载完毕之后，loading就隐掉了。</p>
</blockquote>
<p>对于<a title="WordPress博客" href="http://www.awflasher.com/blog/tag/wordpress">WordPress博客</a>，如果你对页面代码没有太苛刻的洁癖，我个人建议把一些重量的JavaScript库都放到这段loading之后引入。这样在浏览器端，你的“Loading”会飞快地出现，用户会觉得你的服务器响应非常迅速。然而，如果你从各种不同的域名下先加载几百kb的JavaScript库，估计用户在你的“Loading”出现之前就已经关闭页面了。</p>
<p>最后，希望这个老土的技巧能帮到你：）</p>
<div style="border-top:1px dotted #ddd;width:100%;margin:5px 0"></div>
<p>
<strong>
<a href="http://www.awflasher.com/blog/archives/1589#awcomment"><strong>84</strong>条评论</a>,
<a href="http://www.awflasher.com/blog/archives/1589#awcomment">立即发言</a>
</strong>
|
本文关键词: <a href="http://www.awflasher.com/blog/tag/loading" rel="tag">loading</a>, <a href="http://www.awflasher.com/blog/tag/tes" rel="tag">tes</a>, <a href="http://www.awflasher.com/blog/tag/ue" rel="tag">UE</a>, <a href="http://www.awflasher.com/blog/tag/wordpress" rel="tag">WordPress</a>, <a href="http://www.awflasher.com/blog/tag/%e7%94%a8%e6%88%b7%e4%bd%93%e9%aa%8c" rel="tag">用户体验</a><br/></p>
<p>©<a href="http://www.awflasher.com/blog" title="aw's blog 姿态永恒">aw's blog 姿态永恒</a> 1984-2008  | <a href="http://www.awflasher.com/blog/archives/1589">链接地址</a> - http://www.awflasher.com/blog/archives/1589
</p>
<p><a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="http://weibo.com/awguo">@awguo （新浪微博）</a> | <a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="http://t.qq.com/awguo">@awguo （腾讯微博）</a> | <a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="https://twitter.com/awguo">Twitter: @awguo</a></p>]]></content:encoded>
			<wfw:commentRss>http://www.awflasher.com/blog/archives/1589/feed</wfw:commentRss>
		<slash:comments>84</slash:comments>
		</item>
		<item>
		<title>官方发布的WordPress用户体验调查报告（PDF）</title>
		<link>http://www.awflasher.com/blog/archives/1560</link>
		<comments>http://www.awflasher.com/blog/archives/1560#comments</comments>
		<pubDate>Wed, 29 Oct 2008 12:49:54 +0000</pubDate>
		<dc:creator>aw</dc:creator>
				<category><![CDATA[博客世界]]></category>
		<category><![CDATA[UE]]></category>
		<category><![CDATA[WordPress]]></category>

		<guid isPermaLink="false">http://www.awflasher.com/blog/archives/1560</guid>
		<description><![CDATA[也许有很多人为WordPress在2.3之后的管理界面跳跃赶到奇怪。的确，从2.5引进了全新的配色设计之后，在2.7又把“上-下”导航换为了“左-右”模式，这让我在使用2.7（SVN版）的初期也感到非常不适应。 不过，今天看到WordPress官方公布了其原因：这次的修改的依据是一次非常专业的用户体验跟踪测试，而且Automattic的用户体验团队为了避免收集到的部分意见可能给整个社区的需求造成“失衡”，聘请了Ball State大学CMD（媒体设计中心）的专家一起进行了两轮（5月和7月）用户体验跟踪测试。 在这里可以看到一份非常详细的调查报告。（PDF下载地址，请自行穿墙） 我最近太忙，扫了一眼，截几张有趣的图如下。 Dashboard（管理中心）的用户注意力分析： 发文的用户注意力分析： 注意看到，这位测试志愿者在发文时遗忘了填入Meta Data，转而重新编辑了这篇日志。 据说新的管理界面在新老用户中均赢得了喝彩，而就我目前参与的一个WordPress企业级项目中，已经尝到了2.7版新导航的甜头：更便捷、准确的导航菜单和文章管理系统比横向导航更快。 11条评论, 立即发言 &#124; 本文关键词: UE, WordPress ©aw's blog 姿态永恒 1984-2008 &#124; 链接地址 - http://www.awflasher.com/blog/archives/1560 @awguo （新浪微博） &#124; @awguo （腾讯微博） &#124; Twitter: @awguo]]></description>
			<content:encoded><![CDATA[<p>也许有很多人为WordPress在2.3之后的管理界面跳跃赶到奇怪。的确，从2.5引进了全新的配色设计之后，在2.7又把“上-下”导航换为了“左-右”模式，这让我在使用2.7（SVN版）的初期也感到非常不适应。</p>
<p>不过，今天看到WordPress官方公布了其原因：这次的修改的依据是一次非常专业的用户体验跟踪测试，而且Automattic的用户体验团队为了避免收集到的部分意见可能给整个社区的需求造成“失衡”，聘请了Ball State大学CMD（媒体设计中心）的专家一起进行了两轮（5月和7月）用户体验跟踪测试。</p>
<p>在<a href="http://wordpress.org/development/2008/10/usability-testing-report-25-and-crazyhorse/">这里</a>可以看到一份非常详细的调查报告。（<a href="http://wpdotorg.wordpress.com/files/2008/10/wp-testreport-205-crazyhorse-1028a08jw.pdf">PDF下载地址</a>，请自行穿墙）</p>
<p>我最近太忙，扫了一眼，截几张有趣的图如下。</p>
<p>Dashboard（管理中心）的用户注意力分析：</p>
<p><img src="http://pic.yupoo.com/awflasher/4227766bd0dc/0jwrazd5.jpg" /></p>
<p>发文的用户注意力分析：</p>
<blockquote><p><img src="http://pic.yupoo.com/awflasher/6883866bd0e0/jem7irr3.jpg" /> </p>
<p><img src="http://pic.yupoo.com/awflasher/8304866bd0e0/2xn203ih.jpg" /> </p>
<p><img src="http://pic.yupoo.com/awflasher/0505366bd0e1/nq8yrmhh.jpg" /> </p>
</blockquote>
<p>注意看到，这位测试志愿者在发文时遗忘了填入Meta Data，转而重新编辑了这篇日志。</p>
<p>据说新的管理界面在新老用户中均赢得了喝彩，而就我目前参与的一个WordPress企业级项目中，已经尝到了2.7版新导航的甜头：更便捷、准确的导航菜单和文章管理系统比横向导航更快。</p>
<div style="border-top:1px dotted #ddd;width:100%;margin:5px 0"></div>
<p>
<strong>
<a href="http://www.awflasher.com/blog/archives/1560#awcomment"><strong>11</strong>条评论</a>,
<a href="http://www.awflasher.com/blog/archives/1560#awcomment">立即发言</a>
</strong>
|
本文关键词: <a href="http://www.awflasher.com/blog/tag/ue" rel="tag">UE</a>, <a href="http://www.awflasher.com/blog/tag/wordpress" rel="tag">WordPress</a><br/></p>
<p>©<a href="http://www.awflasher.com/blog" title="aw's blog 姿态永恒">aw's blog 姿态永恒</a> 1984-2008  | <a href="http://www.awflasher.com/blog/archives/1560">链接地址</a> - http://www.awflasher.com/blog/archives/1560
</p>
<p><a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="http://weibo.com/awguo">@awguo （新浪微博）</a> | <a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="http://t.qq.com/awguo">@awguo （腾讯微博）</a> | <a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="https://twitter.com/awguo">Twitter: @awguo</a></p>]]></content:encoded>
			<wfw:commentRss>http://www.awflasher.com/blog/archives/1560/feed</wfw:commentRss>
		<slash:comments>11</slash:comments>
		</item>
		<item>
		<title>引导有意义的用户需求，拯救Web产品设计师</title>
		<link>http://www.awflasher.com/blog/archives/1537</link>
		<comments>http://www.awflasher.com/blog/archives/1537#comments</comments>
		<pubDate>Fri, 17 Oct 2008 01:48:17 +0000</pubDate>
		<dc:creator>aw</dc:creator>
				<category><![CDATA[博客世界]]></category>
		<category><![CDATA[UE]]></category>
		<category><![CDATA[Web产品]]></category>
		<category><![CDATA[互联网]]></category>

		<guid isPermaLink="false">http://www.awflasher.com/blog/archives/1537</guid>
		<description><![CDATA[昨天和一位来自美国的Google工程师聊到中国市场，彼此交换了很多观点。不过，令我印象最深刻的仍然是这位工程师透露的一条与中国市场关联不太大的信息：日本用户非常热衷于Feedburner这样的服务。我并没有得到进一步的数据，但我越来越相信这个结论：日本文化中对效率的追求和对工作的严谨态度的确会使Feedburner这样的工具类产品受到用户的欢迎。 同时，这条信息也再次佐证了许多人包括我曾经得出的结论：“中国互联网，目前还只是一个娱乐网、八卦网、无聊找事儿网”。 我无意讽刺国人，也不怕被人骂，只觉得这个结论令我们的许多产品设计处的很尴尬：我们花相当的心血制作的产品，到最后可能落得无人问津。在这样一个劳动力密集的国家，大家根本不关注如何用RSS阅读器来提高信息的质量、可信度和阅读效率，而是在无聊的重复性体力工作之余看看黄色小说、成人笑话之类。不是骇人听闻，分析一下百度和Google的搜索排行榜，看看哪些关键词是最“红”的就可以看出问题了。而据我所知，即便是这些关键词，也是经历了重重的过滤和筛选之后才得出的。 而根据Analytics的数据，我也在自己的博客或者（为平台制作的）小应用中发现，越是无聊找乐的、越是人身攻击的、越是男欢女爱的，就越受欢迎。刚才和好友聊天的时候，还感叹自己不应该当年给自己的搜索数据于朋友门看：大环境就是如此，我却阴差阳错地背了黑锅：） 前几天，kaixin.com被强行拿下，大家都在指责行业环境。我倒觉得，与其挨个在那些SNS里面把陈一舟臭骂一通，到不如真正想办法去改变我们身边的好友，让他们知道，互联网不是一种无聊的发泄工具和八卦渠道。告诉他们，要节约生命。 这几天，和Google的工程师合作，可以确认他们真的很注重用户体验的细节、功能的必要性和阶段性。但也同时为他们感到遗憾：许多不错的工具，根本就没有人会去用。Google在中国的流量，显然和他们的产品、业务能力不成比例。 作为一名Blogger，也希望凭借个人微弱的影响力来呼吁真正互联网行业的产品开发者、设计师们，把这个行业本身的精髓（工具性和高效性）传播给周围的人：大学老师可以在让学生在假期尝试利用GMail、GTalk的许多特色来进行某一个研讨话题的沟通（邮件中的forward、cc、bcc都有许多用途）；关心时事、新闻的人可利用Blog Search、Digg以及各类SNS来检验新闻的真实性并过滤掉一些花边无聊新闻。 当然，引导用户需求也应适可而止，一个简单的例子：如果一个人被脑白金忽悠一次，我们可以想办法救回他；如果一个人被脑白金忽悠了100次还相信这个世界上有长生不老药，我们就应该让他买脑白金买到破产：） 25条评论, 立即发言 &#124; 本文关键词: UE, Web产品, 互联网 ©aw's blog 姿态永恒 1984-2008 &#124; 链接地址 - http://www.awflasher.com/blog/archives/1537 @awguo （新浪微博） &#124; @awguo （腾讯微博） &#124; Twitter: @awguo]]></description>
			<content:encoded><![CDATA[<p>昨天和一位来自美国的Google工程师聊到中国市场，彼此交换了很多观点。不过，令我印象最深刻的仍然是这位工程师透露的一条与中国市场关联不太大的信息：日本用户非常热衷于<a href="http://Feedburner.com">Feedburner</a>这样的服务。我并没有得到进一步的数据，但我越来越相信这个结论：日本文化中对<a title="效率" href="http://www.awflasher.com/blog/tag/%E6%95%88%E7%8E%87">效率</a>的追求和对工作的严谨态度的确会使Feedburner这样的工具类产品受到用户的欢迎。</p>
<p>同时，这条信息也再次佐证了许多人包括我曾经得出的结论：“<strong>中国互联网，目前还只是一个娱乐网、八卦网、无聊找事儿网</strong>”。</p>
<p>我无意讽刺国人，也不怕被人<a href="http://www.awflasher.com/blog/archives/1475#comment-92200">骂</a>，只觉得这个结论令我们的许多产品设计处的很尴尬：我们花相当的心血制作的产品，到最后可能落得无人问津。在这样一个劳动力密集的国家，大家根本不关注如何用RSS阅读器来提高信息的质量、可信度和阅读效率，而是在无聊的重复性体力工作之余看看黄色小说、成人笑话之类。不是骇人听闻，分析一下百度和Google的搜索排行榜，看看哪些关键词是最“红”的就可以看出问题了。而据我所知，即便是这些关键词，也是经历了重重的过滤和筛选之后才得出的。</p>
<p>而根据<a title="Google Analytics" href="http://www.awflasher.com/blog/tag/analytics">Analytics</a>的数据，我也在自己的博客或者（为平台制作的）小应用中发现，越是无聊找乐的、越是人身攻击的、越是男欢女爱的，就越受欢迎。刚才和好友聊天的时候，还感叹自己不应该当年给自己的搜索数据于朋友门看：大环境就是如此，我却阴差阳错地背了黑锅：）</p>
<p>前几天，<a title="kaixin.com域名被抢" href="http://www.awflasher.com/blog/archives/1535">kaixin.com被强行拿下</a>，大家都在指责行业环境。我倒觉得，与其挨个在那些SNS里面把陈一舟臭骂一通，到不如真正想办法去改变我们身边的好友，让他们知道，互联网不是一种无聊的发泄工具和八卦渠道。告诉他们，要节约生命。</p>
<p>这几天，和Google的工程师合作，可以确认他们真的很注重用户体验的细节、功能的必要性和阶段性。但也同时为他们感到遗憾：许多不错的工具，根本就没有人会去用。Google在中国的流量，显然和他们的产品、业务能力不成比例。</p>
<p>作为一名Blogger，也希望凭借个人微弱的影响力来呼吁真正互联网行业的产品开发者、设计师们，把这个行业本身的精髓（<strong>工具性</strong>和<strong>高效性</strong>）传播给周围的人：大学老师可以在让学生在假期尝试利用<a href="http://gmail.com/">GMail</a>、<a href="http://www.google.com/talk/intl/zh-CN/">GTalk</a>的许多特色来进行某一个研讨话题的沟通（邮件中的<a href="http://en.wikipedia.org/wiki/Email_forwarding">forward</a>、<a href="http://www.ivillage.co.uk/workcareer/computerinternet/computers/qas/0,,616742_616746,00.html">cc、bcc</a>都有许多用途）；关心时事、新闻的人可利用<a href="http://blogsearch.google.com/">Blog Search</a>、<a href="http://www.digg.com/">Digg</a>以及<a title="我使用的一些SNS网站" href="http://www.awflasher.com/blog/archives/997">各类SNS</a>来检验新闻的真实性并过滤掉一些花边无聊新闻。</p>
<p>当然，引导用户需求也应适可而止，一个简单的例子：如果一个人被脑白金忽悠一次，我们可以想办法救回他；如果一个人被脑白金忽悠了100次还相信这个世界上有长生不老药，我们就应该让他买脑白金买到破产：）</p>
<div style="border-top:1px dotted #ddd;width:100%;margin:5px 0"></div>
<p>
<strong>
<a href="http://www.awflasher.com/blog/archives/1537#awcomment"><strong>25</strong>条评论</a>,
<a href="http://www.awflasher.com/blog/archives/1537#awcomment">立即发言</a>
</strong>
|
本文关键词: <a href="http://www.awflasher.com/blog/tag/ue" rel="tag">UE</a>, <a href="http://www.awflasher.com/blog/tag/web%e4%ba%a7%e5%93%81" rel="tag">Web产品</a>, <a href="http://www.awflasher.com/blog/tag/%e4%ba%92%e8%81%94%e7%bd%91" rel="tag">互联网</a><br/></p>
<p>©<a href="http://www.awflasher.com/blog" title="aw's blog 姿态永恒">aw's blog 姿态永恒</a> 1984-2008  | <a href="http://www.awflasher.com/blog/archives/1537">链接地址</a> - http://www.awflasher.com/blog/archives/1537
</p>
<p><a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="http://weibo.com/awguo">@awguo （新浪微博）</a> | <a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="http://t.qq.com/awguo">@awguo （腾讯微博）</a> | <a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="https://twitter.com/awguo">Twitter: @awguo</a></p>]]></content:encoded>
			<wfw:commentRss>http://www.awflasher.com/blog/archives/1537/feed</wfw:commentRss>
		<slash:comments>25</slash:comments>
		</item>
		<item>
		<title>有没有&#8220;绝对正确&#8221;的设计？</title>
		<link>http://www.awflasher.com/blog/archives/1526</link>
		<comments>http://www.awflasher.com/blog/archives/1526#comments</comments>
		<pubDate>Fri, 10 Oct 2008 16:01:50 +0000</pubDate>
		<dc:creator>aw</dc:creator>
				<category><![CDATA[web开发]]></category>
		<category><![CDATA[博客世界]]></category>
		<category><![CDATA[UE]]></category>
		<category><![CDATA[Web产品]]></category>

		<guid isPermaLink="false">http://www.awflasher.com/blog/archives/1526</guid>
		<description><![CDATA[今天有幸去Google参加了某产品的体验研讨，结合目前在WordPress.com项目中所遇到的问题，我忽然想到了这样一个话题“有没有绝对正确的设计？”。 这是一个很有趣的话题，也是一个非常基础的话题。“绝对”本身究竟有多“绝对”，就是一个有趣的问题。 这篇文章里提到的“绝对”首先是有宽容性的。例如，在51.com，“优先兼容IE6”就是“绝对”（后面我会给出一个统计数据）；而在一个专门用于下载Firefox插件的网站上，“优先兼容Firefox”就是“绝对”。虽然有人会用Firefox去上51.com、也有人会用IE去看看Firefox的插件，但这些人是可以忽略的，理由如下： 51.com上基本没有人用Firefox（相信这个比例比qq空间还悬殊）。如果为了几个非活跃的Firefox用户而调整几万用户正在使用的代码，那太不合适。（就如同我们没必要强迫Google.com首页的HTML也遵循最严格的W3C协议一样） IE用户无法下载Firefox插件并不是一种硬伤。 另一方面，不妨这么理解：衡量一个Web产品设计（无论是“视觉布局”、“动画效果”还是“URL选型”）是否为“绝对正确”，就要看排开这种设计的任意其他选择是否比它更差。 尤其对于一些通用的设计，例如现在WordPress.com对于视频嵌入代码的设计，则也有“绝对正确”可言：把flash.swf?var=5利用.htaccess重写为flash-var-5.swf是“绝对正确”的，无论是在Windows终端还是Linux，无论是用Firefox查看还是Opera或者IE，无论是对于节省带宽、进行SEO还是提供更加易读的代码。把flash-var-5.swf换回flash.swf?var=5都会让效果更差。 找到当前条件下“绝对正确”的设计，尤其是产品的核心功能，往往是设计一个优秀产品的关键。因为：对内，它会大幅降低同事间意见不一导致的沟通成本；对外，它能收获最大的功效。 我很喜欢王建硕的《Youtube成功的秘诀》。文章中所提到的“简”，也是大多数产品的“绝对正确”的设计。尤其当需求逐渐复杂化、设计师的经验越来越丰富、可供开发者选择的技术方案越来越多样时，我们往往容易忽略这些本质的“绝对正确”：我们往往陷入一个功能究竟是使用Flash和PHP交互好，还是使用Silverlight和.NET架构好；或者我们往往为“这个红色的按钮到底是放在左边好，还是放在右边好、是用深红色好，还是用浅红色好”这样的问题而争执不休。但最终“绝对正确”的设计也许是“我们只需要简单的AJAX就能完成这种交互”，以及“我们根本不需要放置这样一个按钮”。 附，我在awflasher.com下开发的一些App所检测到的51.com用户的IE版本分布： 33条评论, 立即发言 &#124; 本文关键词: UE, Web产品 ©aw's blog 姿态永恒 1984-2008 &#124; 链接地址 - http://www.awflasher.com/blog/archives/1526 @awguo （新浪微博） &#124; @awguo （腾讯微博） &#124; Twitter: @awguo]]></description>
			<content:encoded><![CDATA[<p>今天有幸去Google参加了某产品的体验研讨，结合目前在WordPress.com项目中所遇到的问题，我忽然想到了这样一个话题“<strong>有没有绝对正确的设计？</strong>”。</p>
<p>这是一个很有趣的话题，也是一个非常基础的话题。“绝对”本身究竟有多“绝对”，就是一个有趣的问题。</p>
<p>这篇文章里提到的“绝对”首先是有宽容性的。例如，在51.com，“优先兼容IE6”就是“绝对”（后面我会给出一个统计数据）；而在一个<strong>专门用于下载</strong>Firefox插件的网站上，“优先兼容Firefox”就是“绝对”。虽然有人会用Firefox去上51.com、也有人会用IE去看看Firefox的插件，但这些人是可以忽略的，理由如下：</p>
<ol>
<li>51.com上基本没有人用Firefox（相信这个比例比<a title="qq空间支持Firefox" href="http://www.awflasher.com/blog/archives/1500">qq空间</a>还悬殊）。如果为了几个非活跃的Firefox用户而调整几万用户正在使用的代码，那太不合适。（就如同我们没必要强迫Google.com首页的HTML也遵循最严格的W3C协议一样）</li>
<li>IE用户无法下载Firefox插件并不是一种硬伤。</li>
</ol>
<p>另一方面，不妨这么理解：衡量一个Web产品设计（无论是“视觉布局”、“动画效果”还是“URL选型”）是否为“绝对正确”，就要看<strong>排开这种设计的任意其他选择是否比它更差</strong>。</p>
<p>尤其对于一些通用的设计，例如现在WordPress.com对于视频嵌入代码的设计，则也有“绝对正确”可言：把flash.swf?var=5利用.htaccess重写为flash-var-5.swf是“绝对正确”的，无论是在Windows终端还是Linux，无论是用Firefox查看还是Opera或者IE，无论是对于节省带宽、进行SEO还是提供更加易读的代码。把flash-var-5.swf换回flash.swf?var=5都会让效果更差。</p>
<p>找到当前条件下“绝对正确”的设计，尤其是产品的核心功能，往往是设计一个优秀产品的关键。因为：对内，它会大幅降低同事间意见不一导致的沟通成本；对外，它能收获最大的功效。</p>
<p>我很喜欢王建硕的《<a href="http://home.wangjianshuo.com/cn/20081007_youtubecce.htm">Youtube成功的秘诀</a>》。文章中所提到的“简”，也是大多数产品的“绝对正确”的设计。尤其当需求逐渐复杂化、设计师的经验越来越丰富、可供开发者选择的技术方案越来越多样时，我们往往容易忽略这些本质的“绝对正确”：我们往往陷入一个功能究竟是使用Flash和PHP交互好，还是使用Silverlight和.NET架构好；或者我们往往为“这个红色的按钮到底是放在左边好，还是放在右边好、是用深红色好，还是用浅红色好”这样的问题而争执不休。但最终“绝对正确”的设计也许是“我们只需要简单的AJAX就能完成这种交互”，以及“我们根本不需要放置这样一个按钮”。</p>
<p>附，我在awflasher.com下开发的一些App所检测到的51.com用户的IE版本分布：</p>
<p><img src="http://pic.yupoo.com/awflasher/35220652e400/emcfifm8.jpg" /></p>
<div style="border-top:1px dotted #ddd;width:100%;margin:5px 0"></div>
<p>
<strong>
<a href="http://www.awflasher.com/blog/archives/1526#awcomment"><strong>33</strong>条评论</a>,
<a href="http://www.awflasher.com/blog/archives/1526#awcomment">立即发言</a>
</strong>
|
本文关键词: <a href="http://www.awflasher.com/blog/tag/ue" rel="tag">UE</a>, <a href="http://www.awflasher.com/blog/tag/web%e4%ba%a7%e5%93%81" rel="tag">Web产品</a><br/></p>
<p>©<a href="http://www.awflasher.com/blog" title="aw's blog 姿态永恒">aw's blog 姿态永恒</a> 1984-2008  | <a href="http://www.awflasher.com/blog/archives/1526">链接地址</a> - http://www.awflasher.com/blog/archives/1526
</p>
<p><a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="http://weibo.com/awguo">@awguo （新浪微博）</a> | <a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="http://t.qq.com/awguo">@awguo （腾讯微博）</a> | <a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="https://twitter.com/awguo">Twitter: @awguo</a></p>]]></content:encoded>
			<wfw:commentRss>http://www.awflasher.com/blog/archives/1526/feed</wfw:commentRss>
		<slash:comments>33</slash:comments>
		</item>
		<item>
		<title>我最期待Google Analytics（谷歌分析）的两大功能</title>
		<link>http://www.awflasher.com/blog/archives/1517</link>
		<comments>http://www.awflasher.com/blog/archives/1517#comments</comments>
		<pubDate>Sun, 05 Oct 2008 21:11:00 +0000</pubDate>
		<dc:creator>aw</dc:creator>
				<category><![CDATA[web开发]]></category>
		<category><![CDATA[Analytics]]></category>
		<category><![CDATA[google]]></category>
		<category><![CDATA[UE]]></category>
		<category><![CDATA[用户体验]]></category>

		<guid isPermaLink="false">http://www.awflasher.com/blog/archives/1517</guid>
		<description><![CDATA[Google Analytics是我最喜爱的流量统计系统。尤其是它多样化、多渠道的统计报告以及多维度对比功能，几乎找不出竞争对手。网络上，大多数人也是对Analytics好评如潮。不过，正因为我对它太喜爱，以至于也让我因它始终未能实现期待的两大功能而感到深深地遗憾： 第一，不支持基于img标签的统计 现在Google Analytics的统计模式是基于JavaScript技术的。而这项技术很多人/场合是无法使用的。这就需要基于img标签的统计作为补偿。 img的统计支持一旦开放，我认为Analytics这一产品将不再是个人站长的专利。那些经常在SNS社区内活跃的用户也能通过嵌入一张图片来获知他们的资料页面究竟被多少人访问；而我也能利用这一点更加清晰地洞悉自己博客RSS的阅读情况。目前，我已经使用了GetClicky来做到这一点，但遗憾地是，GetClicky的统计报告还是比不上Analytics的优雅。 第二，无API供调用 对于中小型原创内容网站来说，流量分析并不仅仅是管理员自娱自乐的“后花园”。作为这类网站的管理者，我们更加希望这些经过系统分析之后的宝贵数据能再次直接反馈于用户。 例如，如果要统计awflasher.com这个博客里的“每周最多评论文章”、“每月最多浏览文章”，在Analytics的后台得到这些数据易如反掌。然而，这些数据只能在静静地躺在后台里被查看，无法为我博客的读者所知晓。如果换用其他的本地统计插件（例如基于服务器端技术的统计），又恐怕系统负载太大。 当然，这只是一个简单的例子。对于一个能请得起10-20人撰稿人团队的网站来说，真要获取“每周最多评论”之类的数据，即使人肉复制Analytics的结果，也可维护。但如果要结合更多的智能统计反馈来动态地改善网站的用户体验，那就只能依靠Analytics的API了。我一直期待能有这样的场景： 例如，我可能需要获知，“通过Google搜索某特定关键词而来到我博客的Firefox的用户他们最喜欢点击侧边栏的什么链接”、“通过豆瓣九点访问过来的IE用户他们是否会点击导航条上的某一个链接”这些复杂的信息来进一步完善用户体验：我可以对那些使用Firefox的老手们隐去“什么是RSS订阅”；也可以让那些对“Firefox”不感兴趣的IE用户完全不被导航上“Firefox”这个分类所打扰。 然而遗憾地是，这些想法，都依赖于Analytics的API来实现。虽然曾有一位英国的工程师通过Analytics自身的邮件报告发给Google Groups再以Yahoo Pipes去抓内容实现了类似的需求，但这弯子实在是绕得大了点。而且经过Pipes那么一绕，GFW的阴影仍然笼罩在我的心中。 总之，默默地期望着Analytics能补充这两项功能，为众人所用。 20条评论, 立即发言 &#124; 本文关键词: Analytics, google, UE, 用户体验 ©aw's blog 姿态永恒 1984-2008 &#124; 链接地址 - http://www.awflasher.com/blog/archives/1517 @awguo （新浪微博） &#124; @awguo （腾讯微博） &#124; Twitter: @awguo]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.google.com/analytics/images/logo_ga.gif" /> </p>
<p><a title="Google Analytics" href="http://www.awflasher.com/blog/tag/analytics">Google Analytics</a>是我最喜爱的流量统计系统。尤其是它<strong>多样化、多渠道</strong>的统计报告以及<strong><a title="Analytics对比功能" href="http://www.awflasher.com/blog/archives/1127">多维度对比功能</a>，</strong>几乎找不出竞争对手。网络上，大多数人也是对Analytics好评如潮。不过，正因为我对它太喜爱，以至于也让我因它始终未能实现期待的两大功能而感到深深地遗憾：</p>
<p><strong>第一，不支持基于img标签的统计</strong></p>
<p>现在Google Analytics的统计模式是基于JavaScript技术的。而这项技术很多人/场合是无法使用的。这就需要基于img标签的统计作为补偿。</p>
<p>img的统计支持一旦开放，我认为Analytics这一产品将不再是个人站长的专利。那些经常在SNS社区内活跃的用户也能通过嵌入一张图片来获知他们的资料页面究竟被多少人访问；而我也能利用这一点更加清晰地洞悉自己博客RSS的阅读情况。目前，我已经使用了GetClicky来做到这一点，但遗憾地是，GetClicky的统计报告还是比不上Analytics的优雅。</p>
<p><strong>第二，无API供调用</strong></p>
<p>对于中小型原创内容网站来说，流量分析并不仅仅是管理员自娱自乐的“后花园”。作为这类网站的管理者，我们更加希望这些经过系统分析之后的宝贵数据能再次<strong>直接反馈于用户</strong>。</p>
<p>例如，如果要统计awflasher.com这个博客里的“每周最多评论文章”、“每月最多浏览文章”，在Analytics的后台得到这些数据易如反掌。然而，这些数据只能在静静地躺在后台里被查看，无法为我博客的读者所知晓。如果换用其他的本地统计插件（例如基于服务器端技术的统计），又恐怕系统负载太大。</p>
<p>当然，这只是一个简单的例子。对于一个能请得起10-20人撰稿人团队的网站来说，真要获取“每周最多评论”之类的数据，即使人肉复制Analytics的结果，也可维护。但如果要结合更多的<strong>智能统计反馈</strong>来<strong>动态地</strong>改善网站的用户体验，那就只能依靠Analytics的API了。我一直期待能有这样的场景：</p>
<blockquote><p>例如，我可能需要获知，“通过Google搜索某特定关键词而来到我博客的Firefox的用户他们最喜欢点击侧边栏的什么链接”、“通过豆瓣九点访问过来的IE用户他们是否会点击导航条上的某一个链接”这些复杂的信息来进一步完善用户体验：我可以对那些使用Firefox的老手们隐去“什么是RSS订阅”；也可以让那些对“Firefox”不感兴趣的IE用户完全不被导航上“Firefox”这个分类所打扰。</p>
</blockquote>
<p>然而遗憾地是，这些想法，都依赖于Analytics的API来实现。虽然曾有一位英国的工程师通过Analytics自身的邮件报告发给Google Groups再以Yahoo Pipes去抓内容实现了类似的需求，但这弯子实在是绕得大了点。而且经过Pipes那么一绕，GFW的阴影仍然笼罩在我的心中。</p>
<p>总之，默默地期望着Analytics能补充这两项功能，为众人所用。</p>
<div style="border-top:1px dotted #ddd;width:100%;margin:5px 0"></div>
<p>
<strong>
<a href="http://www.awflasher.com/blog/archives/1517#awcomment"><strong>20</strong>条评论</a>,
<a href="http://www.awflasher.com/blog/archives/1517#awcomment">立即发言</a>
</strong>
|
本文关键词: <a href="http://www.awflasher.com/blog/tag/analytics" rel="tag">Analytics</a>, <a href="http://www.awflasher.com/blog/tag/google" rel="tag">google</a>, <a href="http://www.awflasher.com/blog/tag/ue" rel="tag">UE</a>, <a href="http://www.awflasher.com/blog/tag/%e7%94%a8%e6%88%b7%e4%bd%93%e9%aa%8c" rel="tag">用户体验</a><br/></p>
<p>©<a href="http://www.awflasher.com/blog" title="aw's blog 姿态永恒">aw's blog 姿态永恒</a> 1984-2008  | <a href="http://www.awflasher.com/blog/archives/1517">链接地址</a> - http://www.awflasher.com/blog/archives/1517
</p>
<p><a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="http://weibo.com/awguo">@awguo （新浪微博）</a> | <a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="http://t.qq.com/awguo">@awguo （腾讯微博）</a> | <a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="https://twitter.com/awguo">Twitter: @awguo</a></p>]]></content:encoded>
			<wfw:commentRss>http://www.awflasher.com/blog/archives/1517/feed</wfw:commentRss>
		<slash:comments>20</slash:comments>
		</item>
		<item>
		<title>WordCamp中国：WordPress用户体验改善与SEO的演讲文档</title>
		<link>http://www.awflasher.com/blog/archives/1481</link>
		<comments>http://www.awflasher.com/blog/archives/1481#comments</comments>
		<pubDate>Sat, 20 Sep 2008 13:02:59 +0000</pubDate>
		<dc:creator>aw</dc:creator>
				<category><![CDATA[博客世界]]></category>
		<category><![CDATA[seo]]></category>
		<category><![CDATA[UE]]></category>
		<category><![CDATA[WordPress]]></category>
		<category><![CDATA[用户体验]]></category>

		<guid isPermaLink="false">http://www.awflasher.com/blog/archives/1481</guid>
		<description><![CDATA[很有幸作为WordCamp Beijing的演讲嘉宾，与大家一同分享我在WordPress用户体验方面所积累的经验。遗憾的是，现场的网络接入非常不好，导致我无法演示在awflasher.com上的实例。我只能尽力“望梅”，但似乎很难“止渴”。这里再次致以最真诚的歉意。另外，据说还有部分Blogger认为我讲的内容不够复杂、高级，这里也感到非常抱歉，因为到场的高手也许不多。更欢迎留言一同切磋复杂和高级的问题。 好在接下来在咖啡厅的闲聊，与很多WordPress用户一对一地分享了彼此的经验，也得知大家对我的优化比较感兴趣，这里就来分享一下我的Presentation： （由于在Slideshare上传的版本出了故障，大家请看Google和Authorstream的两个版本） 在Google的版本暂时去掉了（因为有用户反应在Reader中会导致页面自动跳转，这种体验太糟糕了） 在AuthorStream的版本： 38条评论, 立即发言 &#124; 本文关键词: seo, UE, WordPress, 用户体验 ©aw's blog 姿态永恒 1984-2008 &#124; 链接地址 - http://www.awflasher.com/blog/archives/1481 @awguo （新浪微博） &#124; @awguo （腾讯微博） &#124; Twitter: @awguo]]></description>
			<content:encoded><![CDATA[</p>
<p>很有幸作为WordCamp Beijing的演讲嘉宾，与大家一同分享我在WordPress用户体验方面所积累的经验。遗憾的是，现场的网络接入非常不好，导致我无法演示在awflasher.com上的实例。我只能尽力“望梅”，但似乎很难“止渴”。这里再次致以最真诚的歉意。另外，据说还有部分Blogger认为我讲的内容不够复杂、高级，这里也感到非常抱歉，因为到场的高手也许不多。更欢迎留言一同切磋复杂和高级的问题。</p>
<p>好在接下来在咖啡厅的闲聊，与很多WordPress用户一对一地分享了彼此的经验，也得知大家对我的优化比较感兴趣，这里就来分享一下我的Presentation：</p>
<p>（由于在Slideshare上传的版本出了故障，大家请看Google和Authorstream的两个版本）</p>
<p>在Google的版本暂时去掉了（因为有用户反应在Reader中会导致页面自动跳转，这种体验太糟糕了）</p>
<p>在AuthorStream的版本：</p>
<p><object classid="clsid:d27cdb6e-ae6d-11cf-96b8-444553540000" width="481" height="402" id="player"><param name="movie" value="http://www.authorstream.com/player.swf?p=awflasher-89082-wordcamp-china-presentation-wordpress-ppt-science-technology-powerpoint" /><param name="allowfullscreen" value="true" /><param name="allowScriptAccess" value="always" /><embed src="http://www.authorstream.com/player.swf?p=awflasher-89082-wordcamp-china-presentation-wordpress-ppt-science-technology-powerpoint" type="application/x-shockwave-flash" allowscriptaccess="always" allowfullscreen="true" width="481" height="402"></embed></object></p>
<div style="border-top:1px dotted #ddd;width:100%;margin:5px 0"></div>
<p>
<strong>
<a href="http://www.awflasher.com/blog/archives/1481#awcomment"><strong>38</strong>条评论</a>,
<a href="http://www.awflasher.com/blog/archives/1481#awcomment">立即发言</a>
</strong>
|
本文关键词: <a href="http://www.awflasher.com/blog/tag/seo" rel="tag">seo</a>, <a href="http://www.awflasher.com/blog/tag/ue" rel="tag">UE</a>, <a href="http://www.awflasher.com/blog/tag/wordpress" rel="tag">WordPress</a>, <a href="http://www.awflasher.com/blog/tag/%e7%94%a8%e6%88%b7%e4%bd%93%e9%aa%8c" rel="tag">用户体验</a><br/></p>
<p>©<a href="http://www.awflasher.com/blog" title="aw's blog 姿态永恒">aw's blog 姿态永恒</a> 1984-2008  | <a href="http://www.awflasher.com/blog/archives/1481">链接地址</a> - http://www.awflasher.com/blog/archives/1481
</p>
<p><a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="http://weibo.com/awguo">@awguo （新浪微博）</a> | <a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="http://t.qq.com/awguo">@awguo （腾讯微博）</a> | <a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="https://twitter.com/awguo">Twitter: @awguo</a></p>]]></content:encoded>
			<wfw:commentRss>http://www.awflasher.com/blog/archives/1481/feed</wfw:commentRss>
		<slash:comments>38</slash:comments>
		</item>
		<item>
		<title>&#8220;邪恶&#8221;的获益方式 &#8211; 培养用户习惯</title>
		<link>http://www.awflasher.com/blog/archives/1148</link>
		<comments>http://www.awflasher.com/blog/archives/1148#comments</comments>
		<pubDate>Fri, 28 Dec 2007 10:35:30 +0000</pubDate>
		<dc:creator>aw</dc:creator>
				<category><![CDATA[web开发]]></category>
		<category><![CDATA[UE]]></category>
		<category><![CDATA[用户习惯]]></category>
		<category><![CDATA[用户体验]]></category>

		<guid isPermaLink="false">http://www.awflasher.com/blog/archives/1148</guid>
		<description><![CDATA[抛开产品体验不谈，培养用户习惯是一种（某种意义上）“邪恶”的获益方式。这里我们不讨论复杂的理论，举几个简单的例子大家就明白了。 先看看热恋中的情侣：情人之间都已经习惯了对方的各种特性、行为，从说话的方式、两人之间的暗语到作息时间、情绪的发泄，甚至到牙膏和避孕套的品牌！很多时候，我们经常看到，一些热恋中的人分手之后很快就复合了。原因就是他们已经无法适应没有彼此的生活。 交互产品设计也是一样：让你的用户习惯你的产品交互方式，能在相当一段时间内，对竞争对手和后来者确立一种致命的优势。 用户操作基本模式无非是“单击”、“双击”、“拖拽”、“按键”等等。而许多Web（B/S）产品，包括C/S产品甚至普通的软件、操作系统在对这方面都确立了自己的“门派”： Digg.com引入了“单击Digg”模式。当越来越多的人开始关注Digg的时候，全美国的人似乎在自己的Blog上放了一个“Digg Me”的图标。恨不得连08年的总统大选，也要走Digg模式。而Digg则更将这种模式应用到新闻评论中（Digg for comments）。这些Digg用户在看其他新闻网站评论的时候，如果找不到Digg图标，他甚至会把这篇文章Digg到Digg.com再来Digg：） 回到十多年前，如果不是Windows 3.0中那个Mouse Tutorial（当时只有640&#215;480的分辨率，256种颜色，而我却为这个简单的动画教程彻底折服），我想，“双击”这个词根本就不会被人们所知晓，也不会有DoubleClick这个公司。越来越多的人无法适应没有双击的操作系统，哪怕是Windows本身在98（似乎是这个版本）加入了“Web式单击执行模式”，仍然有很多人觉得这种改变是荒谬的：当需要执行某一个应用程序的时候，他们的手甚至已经不能进行“单击”这个动作了。 当然，有些时候，这些用户的行为也许会衍变为“强迫症”。但作为运营者来说，他们肯定会不遗余力地让你继续强迫下去（Kevin Rose要偷笑了）。 题外话： 如同粉丝的用户体验一样，用户习惯是一把双刃剑。有一些更邪恶的“习惯培养”：如远古就存在的“赌博系统”，同样是引导用户，进入某一种习惯的轮回。（关于“系统”两个字我为什么要加粗，好好看看这里，建议打印出来看！） 总之，作为一个优秀的、有良知的产品设计师，唯一能做好的，是培养自己手中产品的良性的用户习惯。最近接二连三发生的一些事情告诉我，由商业或者其他不可抗力所造成的，对于另类、邪恶的用户习惯（习惯性欺诈）的培养、引导，不是一个产品设计者所力所能及的：用你的良知和“强大”叫板，最终只能被干掉。 9条评论, 立即发言 &#124; 本文关键词: UE, 用户习惯, 用户体验 ©aw's blog 姿态永恒 1984-2007 &#124; 链接地址 - http://www.awflasher.com/blog/archives/1148 @awguo （新浪微博） &#124; @awguo （腾讯微博） &#124; Twitter: @awguo]]></description>
			<content:encoded><![CDATA[<p>抛开产品体验不谈，培养用户习惯是一种（某种意义上）“邪恶”的获益方式。这里我们不讨论复杂的理论，举几个简单的例子大家就明白了。</p>
<p>先看看热恋中的情侣：情人之间都已经习惯了对方的各种特性、行为，从说话的方式、两人之间的暗语到作息时间、情绪的发泄，甚至到牙膏和避孕套的品牌！很多时候，我们经常看到，一些热恋中的人分手之后很快就复合了。原因就是他们已经无法适应没有彼此的生活。</p>
<p>交互产品设计也是一样：让你的用户习惯你的产品交互方式，能在相当一段时间内，对竞争对手和后来者确立一种致命的优势。</p>
<p>用户操作基本模式无非是“单击”、“双击”、“拖拽”、“按键”等等。而许多Web（B/S）产品，包括C/S产品甚至普通的软件、操作系统在对这方面都确立了自己的“门派”：</p>
<p>Digg.com引入了“单击Digg”模式。当越来越多的人开始关注Digg的时候，全美国的人似乎在自己的Blog上放了一个“Digg Me”的图标。恨不得连08年的总统大选，也要走Digg模式。而Digg则更将这种模式应用到新闻评论中（Digg for comments）。这些Digg用户在看其他新闻网站评论的时候，如果找不到Digg图标，他甚至会把这篇文章Digg到Digg.com再来Digg：）</p>
<p>回到十多年前，如果不是Windows 3.0中那个Mouse Tutorial（当时只有640&#215;480的分辨率，256种颜色，而我却为这个简单的动画教程彻底折服），我想，“双击”这个词根本就不会被人们所知晓，也不会有DoubleClick这个公司。越来越多的人无法适应没有双击的操作系统，哪怕是Windows本身在98（似乎是这个版本）加入了“Web式单击执行模式”，仍然有很多人觉得这种改变是荒谬的：当需要执行某一个应用程序的时候，他们的手甚至已经不能进行“单击”这个动作了。</p>
<p>当然，有些时候，这些用户的行为也许会衍变为“强迫症”。但作为运营者来说，他们肯定会不遗余力地让你继续强迫下去（Kevin Rose要偷笑了）。</p>
<p>题外话：</p>
<p>如同<a title="粉丝的用户体验" href="http://www.awflasher.com/blog/archives/1145">粉丝的用户体验</a>一样，用户习惯是一把<strong>双刃剑</strong>。有一些更邪恶的“习惯培养”：如远古就存在的“赌博<strong>系统</strong>”，同样是引导用户，进入某一种习惯的轮回。（关于“系统”两个字我为什么要加粗，好好看看<a href="http://www.bhdx.net/bbs/dispbbs.asp?boardid=7&amp;id=386">这里</a>，建议打印出来看！）</p>
<p>总之，作为一个优秀的、有良知的产品设计师，唯一能做好的，是培养自己手中产品的<strong>良性的</strong>用户习惯。最近接二连三发生的一些事情告诉我，由商业或者其他不可抗力所造成的，对于另类、邪恶的用户习惯（习惯性欺诈）的培养、引导，不是一个产品设计者所力所能及的：用你的良知和“强大”叫板，最终只能被干掉。</p>
<div style="border-top:1px dotted #ddd;width:100%;margin:5px 0"></div>
<p>
<strong>
<a href="http://www.awflasher.com/blog/archives/1148#awcomment"><strong>9</strong>条评论</a>,
<a href="http://www.awflasher.com/blog/archives/1148#awcomment">立即发言</a>
</strong>
|
本文关键词: <a href="http://www.awflasher.com/blog/tag/ue" rel="tag">UE</a>, <a href="http://www.awflasher.com/blog/tag/%e7%94%a8%e6%88%b7%e4%b9%a0%e6%83%af" rel="tag">用户习惯</a>, <a href="http://www.awflasher.com/blog/tag/%e7%94%a8%e6%88%b7%e4%bd%93%e9%aa%8c" rel="tag">用户体验</a><br/></p>
<p>©<a href="http://www.awflasher.com/blog" title="aw's blog 姿态永恒">aw's blog 姿态永恒</a> 1984-2007  | <a href="http://www.awflasher.com/blog/archives/1148">链接地址</a> - http://www.awflasher.com/blog/archives/1148
</p>
<p><a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="http://weibo.com/awguo">@awguo （新浪微博）</a> | <a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="http://t.qq.com/awguo">@awguo （腾讯微博）</a> | <a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="https://twitter.com/awguo">Twitter: @awguo</a></p>]]></content:encoded>
			<wfw:commentRss>http://www.awflasher.com/blog/archives/1148/feed</wfw:commentRss>
		<slash:comments>9</slash:comments>
		</item>
		<item>
		<title>粉丝的用户体验 &#8211; 彪悍而悲壮</title>
		<link>http://www.awflasher.com/blog/archives/1145</link>
		<comments>http://www.awflasher.com/blog/archives/1145#comments</comments>
		<pubDate>Wed, 26 Dec 2007 04:04:46 +0000</pubDate>
		<dc:creator>aw</dc:creator>
				<category><![CDATA[博客世界]]></category>
		<category><![CDATA[UE]]></category>
		<category><![CDATA[用户体验]]></category>
		<category><![CDATA[粉丝]]></category>

		<guid isPermaLink="false">http://www.awflasher.com/blog/archives/1145</guid>
		<description><![CDATA[在这个世界上，没什么比粉丝（Fans，有人又叫它“烦死”）更狂热的了。 粉丝往往有两种： 生理上的G点被激活而不可自拔多见于对帅哥靓女的崇拜。新浪博客首页有不少。忍不住说一下，这方面李宇春和郭敬明特别牛逼。为了不被口水淹死，我就不列举更多的了。 精神上的G点被激活而不可自拔高级一点如罗永浩、王小峰以及他们周围的那帮文艺青年；中级一点的如广大文艺Blogger们，比如来自牛博网的一些牛人们；而再低级一点的如本人的某些娱乐化文章。 粉丝们的用户体验，可以用两个词来形容： 彪悍粉丝们都会誓死捍卫自己的偶像。而且，依照不同的偶像，fans也有不同表现。老罗的fans和郭敬明的fans那绝对是各有千秋的，唯一的共同点可能就是“人挡杀人，佛挡杀佛”。一切顺从的意见都是好的、可取的；一切反对的意见都是错误的谬论。所以基本上没人敢说韩寒的blog用户体验不好，也没人敢说曹颖的Blog用Firefox上不去。 悲壮很悲壮：尤其是非自建站的Blog，劣质的模板，愚钝的留言体验以及铺天盖地的广告……更惨的，就如QQzone了，必须上IE才行。总之有时候我挺想去别人的QQZone留言的，但换到IE，再登录，真的好麻烦……上次看到某Blog的留言需要输入很难辨认的验证码（i、I、L、o、0这些都没去掉），而且还经常弹乱码，速度又巨慢无比，结果几百条留言就那么堆出来了…那几百条留言下，得有多少用户体验失败的骸骨啊。 珍爱生命，远离粉丝。 25条评论, 立即发言 &#124; 本文关键词: UE, 用户体验, 粉丝 ©aw's blog 姿态永恒 1984-2007 &#124; 链接地址 - http://www.awflasher.com/blog/archives/1145 @awguo （新浪微博） &#124; @awguo （腾讯微博） &#124; Twitter: @awguo]]></description>
			<content:encoded><![CDATA[<p>在这个世界上，没什么比粉丝（Fans，有人又叫它“烦死”）更狂热的了。</p>
<p>粉丝往往有两种：</p>
<ol>
<li>生理上的G点被激活而不可自拔<br />多见于对帅哥靓女的崇拜。新浪博客首页有不少。忍不住说一下，这方面李宇春和郭敬明特别牛逼。为了不被口水淹死，我就不列举更多的了。
<li>精神上的G点被激活而不可自拔<br />高级一点如<a title="罗永浩、王小峰" href="http://www.awflasher.com/blog/archives/966">罗永浩、王小峰</a>以及他们周围的那帮文艺青年；中级一点的如广大文艺Blogger们，比如来自牛博网的一些牛人们；而再低级一点的如本人的某些娱乐化文章。</li>
</ol>
<p>粉丝们的用户体验，可以用两个词来形容：</p>
<ol>
<li>彪悍<br />粉丝们都会誓死捍卫自己的偶像。而且，依照不同的偶像，fans也有不同表现。老罗的fans和郭敬明的fans那绝对是各有千秋的，唯一的共同点可能就是“人挡杀人，佛挡杀佛”。一切顺从的意见都是好的、可取的；一切反对的意见都是错误的谬论。所以基本上没人敢说韩寒的blog用户体验不好，也没人敢说曹颖的Blog用Firefox上不去。
<li>悲壮<br />很悲壮：尤其是非自建站的Blog，劣质的模板，愚钝的留言体验以及铺天盖地的广告……更惨的，就如QQzone了，必须上IE才行。总之有时候我挺想去别人的QQZone留言的，但换到IE，再登录，真的好麻烦……上次看到某Blog的留言需要输入很难辨认的验证码（i、I、L、o、0这些都没去掉），而且还经常弹乱码，速度又巨慢无比，结果几百条留言就那么堆出来了…那几百条留言下，得有多少用户体验失败的骸骨啊。</li>
</ol>
<p>珍爱生命，远离粉丝。</p>
<div style="border-top:1px dotted #ddd;width:100%;margin:5px 0"></div>
<p>
<strong>
<a href="http://www.awflasher.com/blog/archives/1145#awcomment"><strong>25</strong>条评论</a>,
<a href="http://www.awflasher.com/blog/archives/1145#awcomment">立即发言</a>
</strong>
|
本文关键词: <a href="http://www.awflasher.com/blog/tag/ue" rel="tag">UE</a>, <a href="http://www.awflasher.com/blog/tag/%e7%94%a8%e6%88%b7%e4%bd%93%e9%aa%8c" rel="tag">用户体验</a>, <a href="http://www.awflasher.com/blog/tag/%e7%b2%89%e4%b8%9d" rel="tag">粉丝</a><br/></p>
<p>©<a href="http://www.awflasher.com/blog" title="aw's blog 姿态永恒">aw's blog 姿态永恒</a> 1984-2007  | <a href="http://www.awflasher.com/blog/archives/1145">链接地址</a> - http://www.awflasher.com/blog/archives/1145
</p>
<p><a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="http://weibo.com/awguo">@awguo （新浪微博）</a> | <a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="http://t.qq.com/awguo">@awguo （腾讯微博）</a> | <a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="https://twitter.com/awguo">Twitter: @awguo</a></p>]]></content:encoded>
			<wfw:commentRss>http://www.awflasher.com/blog/archives/1145/feed</wfw:commentRss>
		<slash:comments>25</slash:comments>
		</item>
		<item>
		<title>向&#8220;用户习惯&#8221;开炮的代价</title>
		<link>http://www.awflasher.com/blog/archives/1122</link>
		<comments>http://www.awflasher.com/blog/archives/1122#comments</comments>
		<pubDate>Sun, 25 Nov 2007 11:06:32 +0000</pubDate>
		<dc:creator>aw</dc:creator>
				<category><![CDATA[web开发]]></category>
		<category><![CDATA[博客世界]]></category>
		<category><![CDATA[UE]]></category>
		<category><![CDATA[用户习惯]]></category>
		<category><![CDATA[用户体验]]></category>

		<guid isPermaLink="false">http://www.awflasher.com/blog/archives/1122</guid>
		<description><![CDATA[豆瓣改版，本是一好事，结果却糟来一大批“老用户”的反感。和菜头“三下五除二”，直接把这帮用户归为“垃圾用户”，恨不得一巴掌全给拍死。 也许是随着海内的推出，校内也改了导航。只是，可怜的校内team并没有得和菜头似的“正名”。倒是在讨论区里被绝大多用户批的“一文不值”。随便摘录几条不算太低俗的： 强烈要求换成以前的&#160; 别扭死了&#160; 校内网不就是方便找老同学和新同学交流吗&#160; 就纳闷了 为什么还搞的那么花招&#160; 一会这样的一会那样的 快还原成以前的，现在的很不实用，群新鲜事没了，同时首页中“新鲜事”不要显示内容，一大长条难看死了，我没要看什么自己会去看。我们喜欢原来的，请不要瞎改！ 我也知道你们是想给我们创造更好的平台，但是这个真的不是适不适应的问题，而是人性化与否的问题。 我们看到，甚至有用户提出了“人性化”三个字……站在校内开发团队的角度来看，改版肯定是有消耗和成本的。这也从侧面佐证，改版最终的目的，肯定是改善用户体验或者创造收益。我相信这一次导航变更，并非为了盈利，而是为了帮用户获得更好的体验。结果没想到“吃力不讨好”，再好的新功能，也被“老用户”的反对给埋没了。 在我看来，最大的障碍，无外乎“用户习惯”。尤其是对于一个用户群相对庞大的产品，任何变更，都会引起许多“老用户”的反对。而这种反对，虽然本质上是“不习惯”，却容易被激化为“不人性化”，甚至“不民主”。这就是“向用户习惯开炮的代价”。用户体验的本质是什么，众说纷纭。不过我个人曾经这么总结过一个等式，用户体验=某个用户为了达成某一任务（目标）所花费的代价/过程熟练程度（用户习惯）。 大多数时候，我们总是想方设法降低“代价”来改善用户体验。却往往忽略了“用户习惯”的影响。举个例子说一下，大家肯定就明白了（为了描述清楚，极端了点）： 北京到广州，坐火车24个小时，坐飞机3个小时。我之前经常坐火车，知道应该怎么走：出门上13号线城铁，到西直门换乘2号环线地铁，到复兴门换乘1号线。在军事博物馆下车，步行至北京西客站，凭票排队上车。当上午我正要出发去广州的时候，突然被“不可抗力”强行告知：“你必须坐飞机，把火车票交出来，我给你飞机票，并且已经叫好送你去机场的车”……很好，很“体贴”。于是，我顺利赶到了首都机场。好不容易找到入口，打听明白登记手续。结果安检时，被告知“没有身份证”无法登机。于是只能眼睁睁看着航班飞走…… 这个例子里，我是一个普通用户；“不可抗力”就是好心的“开发组改版决策”，而“没带身份证”，则是“用户习惯”（因为坐火车根本不需要身份证） 当然，不能因为“用户习惯”而放弃对更好的“用户体验”的追求。但是，很多时候，我们必须酌情考虑，在具体操作上，要循序渐进并要给用户足够的尊重。和菜头炮轰“垃圾用户”和校内团队对用户抱怨不予理会，我觉得都有些欠妥。然而，豆瓣官方的“我们错了”，几个字，让我对阿北和豆瓣，不由得又添了一丝好感。 31条评论, 立即发言 &#124; 本文关键词: UE, 用户习惯, 用户体验 ©aw's blog 姿态永恒 1984-2007 &#124; 链接地址 - http://www.awflasher.com/blog/archives/1122 @awguo （新浪微博） &#124; @awguo （腾讯微博） &#124; Twitter: @awguo]]></description>
			<content:encoded><![CDATA[<p>豆瓣改版，本是一好事，结果却糟来一大批“老用户”的反感。和菜头“三下五除二”，直接把这帮用户归为“垃圾用户”，恨不得一巴掌全给拍死。</p>
<p>也许是随着<a title="海内" href="http://www.awflasher.com/blog/archives/1120">海内</a>的推出，<a title="校内" href="http://www.awflasher.com/blog/tag/xiaonei.com">校内</a>也改了导航。只是，可怜的校内team并没有得和菜头似的“正名”。倒是在讨论区里被绝大多用户批的“一文不值”。随便摘录几条不算太低俗的：</p>
<blockquote><p>强烈要求换成以前的&nbsp; 别扭死了&nbsp; 校内网不就是方便找老同学和新同学交流吗&nbsp; 就纳闷了 为什么还搞的那么花招&nbsp; 一会这样的一会那样的</p>
</blockquote>
<blockquote><p>快还原成以前的，现在的很不实用，群新鲜事没了，同时首页中“新鲜事”不要显示内容，一大长条难看死了，我没要看什么自己会去看。我们喜欢原来的，请不要瞎改！</p>
</blockquote>
<blockquote><p>我也知道你们是想给我们创造更好的平台，但是这个真的不是适不适应的问题，而是人性化与否的问题。</p>
</blockquote>
<p>我们看到，甚至有用户提出了“人性化”三个字……站在校内开发团队的角度来看，改版肯定是有消耗和成本的。这也从侧面佐证，<strong>改版最终的目的</strong>，肯定是<strong>改善</strong>用户体验或者创造收益。我相信这一次导航变更，并非为了盈利，而是为了帮用户获得更好的体验。结果没想到“吃力不讨好”，再好的新功能，也被“老用户”的反对给埋没了。</p>
<p>在我看来，最大的障碍，无外乎“<strong>用户习惯</strong>”。尤其是对于一个用户群相对庞大的产品，任何变更，都会引起许多“老用户”的反对。而这种反对，虽然本质上是“不习惯”，却容易被激化为“不人性化”，甚至“不民主”。这就是“<strong>向用户习惯开炮的代价</strong>”。用户体验的本质是什么，众说纷纭。不过我个人曾经这么总结过一个等式，用户体验=某个用户为了<strong>达成</strong>某一<strong>任务</strong>（<strong>目标</strong>）所花费的<strong>代价</strong>/<strong>过程熟练程度（用户习惯）</strong>。</p>
<p>大多数时候，我们总是想方设法<strong>降低</strong>“<strong>代价</strong>”来改善用户体验。却往往忽略了“用户习惯”的影响。举个例子说一下，大家肯定就明白了（为了描述清楚，极端了点）：</p>
<p>北京到广州，坐火车24个小时，坐飞机3个小时。我之前经常坐火车，知道应该怎么走：出门上13号线城铁，到西直门换乘2号环线地铁，到复兴门换乘1号线。在军事博物馆下车，步行至北京西客站，凭票排队上车。当上午我正要出发去广州的时候，突然被“不可抗力”强行告知：“你必须坐飞机，把火车票交出来，我给你飞机票，并且已经叫好送你去机场的车”……很好，很“体贴”。于是，我顺利赶到了首都机场。好不容易找到入口，打听明白登记手续。结果安检时，被告知“没有身份证”无法登机。于是只能眼睁睁看着航班飞走……</p>
<p>这个例子里，我是一个普通用户；“不可抗力”就是好心的“开发组改版决策”，而“没带身份证”，则是“用户习惯”（因为坐火车根本不需要身份证）</p>
<p>当然，不能因为“用户习惯”而放弃对更好的“用户体验”的追求。但是，很多时候，我们必须酌情考虑，在具体操作上，要<strong>循序渐进</strong>并要给用户足够的尊重。和菜头炮轰“垃圾用户”和校内团队对用户抱怨不予理会，我觉得都有些欠妥。然而，豆瓣官方的“我们错了”，几个字，让我对阿北和豆瓣，不由得又添了一丝好感。</p>
<div style="border-top:1px dotted #ddd;width:100%;margin:5px 0"></div>
<p>
<strong>
<a href="http://www.awflasher.com/blog/archives/1122#awcomment"><strong>31</strong>条评论</a>,
<a href="http://www.awflasher.com/blog/archives/1122#awcomment">立即发言</a>
</strong>
|
本文关键词: <a href="http://www.awflasher.com/blog/tag/ue" rel="tag">UE</a>, <a href="http://www.awflasher.com/blog/tag/%e7%94%a8%e6%88%b7%e4%b9%a0%e6%83%af" rel="tag">用户习惯</a>, <a href="http://www.awflasher.com/blog/tag/%e7%94%a8%e6%88%b7%e4%bd%93%e9%aa%8c" rel="tag">用户体验</a><br/></p>
<p>©<a href="http://www.awflasher.com/blog" title="aw's blog 姿态永恒">aw's blog 姿态永恒</a> 1984-2007  | <a href="http://www.awflasher.com/blog/archives/1122">链接地址</a> - http://www.awflasher.com/blog/archives/1122
</p>
<p><a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="http://weibo.com/awguo">@awguo （新浪微博）</a> | <a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="http://t.qq.com/awguo">@awguo （腾讯微博）</a> | <a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="https://twitter.com/awguo">Twitter: @awguo</a></p>]]></content:encoded>
			<wfw:commentRss>http://www.awflasher.com/blog/archives/1122/feed</wfw:commentRss>
		<slash:comments>31</slash:comments>
		</item>
		<item>
		<title>产品线体验 &#8211; 不止是用户体验</title>
		<link>http://www.awflasher.com/blog/archives/933</link>
		<comments>http://www.awflasher.com/blog/archives/933#comments</comments>
		<pubDate>Thu, 21 Jun 2007 11:54:44 +0000</pubDate>
		<dc:creator>aw</dc:creator>
				<category><![CDATA[web开发]]></category>
		<category><![CDATA[博客世界]]></category>
		<category><![CDATA[UE]]></category>
		<category><![CDATA[Web产品]]></category>
		<category><![CDATA[产品线体验]]></category>

		<guid isPermaLink="false">http://www.awflasher.com/blog/archives/933</guid>
		<description><![CDATA[其实我已经在构思一副Adobe与Microsoft产品线的对照图了，但是许多细节，尤其是Silverlight、WPF方面我比较无知，所以一时还拿不出来什么好的对比，争取周末抽空研究一下。 但是关于&#8221;产品线体验&#8221;，我还是想发表一些观点的。今天用Google搜索了&#8221;产品线体验&#8221;，发现之前并没有提及。那么这里，我提出这个概念：&#8221;产品线体验&#8220;。转载请保留链接：http://www.awflasher.com/blog/archives/933 6月18日微软的&#8221;Silverlight技术研讨会&#8221;上，来自微软中国的洪超兄在一份关于Silverlight简介的PPT中，一上来就抛出几个让我非常感兴趣的理念：&#8221;最终用户体验&#8220;、&#8221;开发团队体验&#8220;和&#8221;决策体验&#8220;。我认为，对于一个渴望成功的产品来说，这三者的结合可以成其为一种&#8221;产品线体验&#8220;。它的背后，也不是简单的用户或者企业，而是一种围绕着企业与用户，产品的诞生与发展的过程。 &#8220;最终用户体验&#8221;不再是企业、团队考虑的唯一问题，产品设计之前的&#8221;投入成本&#8221;、产品开发的&#8221;人力资源消耗&#8221;、领导层为产品方向决策时面临的&#8221;风险系数&#8221;均可部分地视为&#8221;开发团队体验&#8221;和&#8221;决策体验&#8221;中的某些元素。 Flash、AIR(Apollo)也好，Silverlight、WPF也罢，包括后来杀出来的JavaFX，它们肩负的使命早已不单是制作出什么样的效果、实现什么样的功能了。在终端产品市场竞争日趋激烈的现今，在&#8221;得桌面者得天下&#8221;的现今，它们要肩负非常复杂工作和重要的使命。用户体验以用户为中心；产品线体验则以产品的设计、开发、发布，包括用户的使用为中心。举例来说，我采用Flash/Flex/Apollo技术，一定要考虑到产品的设计、开发成本，产品开发完毕后升级的成本以及决策层在改变产品核心目标后，所需要的资源和对原有资源的改变。例如：决定把一个&#8221;在线听歌网站&#8221;做成一个&#8221;音乐评论社区&#8221;，企业需要在开发团队和工作流程上进行何种改造、需要引进一些什么技能的新人。 回到那些我们常常激烈争吵的话题：&#8221;Ajax和Flash哪个好？&#8221;、&#8221;Silverlight和Flash哪个好？&#8221;，我想答案是：谁能改善产品线体验，谁就好。 其实目前产品的设计、发布这两个方面，微软自己都承认做的并不比Adobe好。Blend、Expression Web这些开发环境比起&#8221;经验老到&#8221;的Flex、Dreamweaver，常常显得捉襟见肘。然而微软仍然敢于放手与后来者们一并追求&#8221;产品线体验&#8221;，让我也由衷地佩服这位软件界的老妇人。 作为企业，尤其作为一个渴望在行业内有所建树的企业，不重视产品、不重视产品线的设置，是非常危险的。虽然在当今&#8221;盲目追求功利化&#8221;的大环境下，销售、渠道一直都是远远比产品重要（注：比技术重要不是令我心寒的，比产品重要才是令我心痛的），但我相信终究人们的注意力会逐渐转移到产品上来的。当然，意识形态的转变一直都是一种艰巨的任务，可能需要几年，可能需要更长。如果国内这些垃圾企业持续不重视产品而盲目追求&#8221;做买卖&#8221;、&#8221;赚现金&#8221;，那就等着全国上下都忙着为老外做Sales吧。 举例来说，计划经济刚转化为市场经济的时候，人们并没有太复杂的购买需求和消费习惯，那时候市面上提供啥样的东西，人们会买。当经济发展之后，消费者越来越&#8221;挑剔&#8221;（这是一件好事，健康的表现），商家之间就会出现竞争进而抬高买者的消费体验。 互联网的发展亦是如此： 互联网从技术化到媒体化的过程是漫长而艰巨的，而终端产品作为直接面对用户的信息接口，在这之中扮演了一个非常重要的角色。还记得98年的互联网么？拨号6元一个小时、网速慢如乌龟，我记得当时我都不敢下载MP3文件，专挑RM格式下载。一首歌曲花上4-5分钟是常事。即便那样，还是上的非常&#8221;happy&#8221;。我99年中考完了之后在武汉热线的一个聊天室里，和一群网友聊得不亦乐乎。我之所以如此，是因为我并不知道世界上还可能有Facebook、Gmail、Netvibes这样优秀的服务。当然，在那个年代也没有那样的服务。但是可惜，十年之后的今天，国内仍然还有大量网站沿袭那种老的交互方式，仍然在以一种&#8221;做一个网站，赚一笔现金&#8221;的方式在&#8221;做产品&#8221;。 互联网产品的进步，不仅体现在用户体验的进步之上。要想在互联网行业中成为一个优秀的领军企业，&#8221;产品线体验&#8220;是不容忽视的。Macromedia为什么能从90年代初的一个小公司一举成为世界知名企业，然后迅速被Adobe吸纳并引起微软、Google等业界巨头的恐慌？其原因是：Macromedia的philosophy的灵魂为&#8221;重视用户、重视产品线&#8221;！我想每一个经历了Web1.0时代的人都会记得和Web产品开发密不可分的&#8221;网页三剑客&#8221;：Dreamweaver、Flash、Fireworks。从Web设计到产品发布，许多互联网企业和团体利用这套强大的&#8221;产品套装&#8221;规范了自己的产品线，改善了自己的产品线体验。 7条评论, 立即发言 &#124; 本文关键词: UE, Web产品, 产品线体验 ©aw's blog 姿态永恒 1984-2007 &#124; 链接地址 - http://www.awflasher.com/blog/archives/933 @awguo （新浪微博） &#124; @awguo （腾讯微博） &#124; Twitter: @awguo]]></description>
			<content:encoded><![CDATA[<p>其实我已经在构思一副Adobe与Microsoft产品线的对照图了，但是许多细节，尤其是<a href="http://www.awflasher.com/blog/tag/silverlight" target="_blank" title="Silverlight">Silverlight</a>、WPF方面我比较无知，所以一时还拿不出来什么好的对比，争取周末抽空研究一下。</p>
<p>但是关于&#8221;产品线体验&#8221;，我还是想发表一些观点的。今天用Google搜索了&#8221;产品线体验&#8221;，发现之前并没有提及。那么这里，我提出这个概念：&#8221;<strong>产品线体验</strong>&#8220;。转载请保留链接：<a href="http://www.awflasher.com/blog/archives/933">http://www.awflasher.com/blog/archives/933</a></p>
<p>6月18日微软的&#8221;Silverlight技术研讨会&#8221;上，来自微软中国的<a href="http://blog.joycode.com/joy/" target="_blank" title="王洪超@微软中国">洪超</a>兄在一份关于Silverlight简介的PPT中，一上来就抛出几个让我非常感兴趣的理念：&#8221;<strong>最终用户体验</strong>&#8220;、&#8221;<strong>开发团队体验</strong>&#8220;和&#8221;<strong>决策体验</strong>&#8220;。我认为，对于一个渴望成功的产品来说，这三者的结合可以成其为一种&#8221;<strong>产品线体验</strong>&#8220;。它的背后，也不是简单的用户或者企业，而是一种围绕着企业与用户，产品的诞生与发展的过程。</p>
<p>&#8220;最终用户体验&#8221;不再是企业、团队考虑的唯一问题，产品设计之前的&#8221;投入成本&#8221;、产品开发的&#8221;人力资源消耗&#8221;、领导层为产品方向决策时面临的&#8221;风险系数&#8221;均可部分地视为&#8221;开发团队体验&#8221;和&#8221;决策体验&#8221;中的某些元素。</p>
<p>Flash、AIR(Apollo)也好，Silverlight、WPF也罢，包括后来杀出来的JavaFX，它们肩负的使命早已不单是制作出什么样的效果、实现什么样的功能了。在终端产品市场竞争日趋激烈的现今，在&#8221;得桌面者得天下&#8221;的现今，它们要肩负非常复杂工作和重要的使命。<strong>用户体验</strong>以用户为中心；<strong>产品线体验</strong>则以<strong>产品的设计</strong>、<strong>开发</strong>、<strong>发布</strong>，包括<strong>用户的使用</strong>为中心。举例来说，我采用Flash/Flex/Apollo技术，一定要考虑到产品的设计、开发成本，产品开发完毕后升级的成本以及决策层在改变产品核心目标后，所需要的资源和对原有资源的改变。例如：决定把一个&#8221;在线听歌网站&#8221;做成一个&#8221;音乐评论社区&#8221;，企业需要在开发团队和工作流程上进行何种改造、需要引进一些什么技能的新人。</p>
<p>回到那些我们常常激烈争吵的话题：&#8221;Ajax和Flash哪个好？&#8221;、&#8221;Silverlight和Flash哪个好？&#8221;，我想答案是：谁能改善产品线体验，谁就好。</p>
<p><span id="more-933"></span></p>
<p>其实目前产品的设计、发布这两个方面，微软自己都承认做的并不比Adobe好。Blend、Expression Web这些开发环境比起&#8221;经验老到&#8221;的Flex、Dreamweaver，常常显得捉襟见肘。然而微软仍然敢于放手与后来者们一并追求&#8221;产品线体验&#8221;，让我也由衷地佩服这位软件界的老妇人。</p>
<p>作为企业，尤其作为一个渴望在行业内有所建树的企业，不重视产品、不重视产品线的设置，是非常危险的。虽然在当今&#8221;盲目追求功利化&#8221;的大环境下，销售、渠道一直都是远远比产品重要（注：比技术重要不是令我心寒的，比产品重要才是令我心痛的），但我相信终究人们的注意力会逐渐转移到产品上来的。当然，意识形态的转变一直都是一种艰巨的任务，可能需要几年，可能需要更长。如果国内这些垃圾企业持续不重视产品而盲目追求&#8221;做买卖&#8221;、&#8221;赚现金&#8221;，那就等着全国上下都忙着为老外做Sales吧。</p>
<p>举例来说，计划经济刚转化为市场经济的时候，人们并没有太复杂的购买需求和消费习惯，那时候市面上提供啥样的东西，人们会买。当经济发展之后，消费者越来越&#8221;挑剔&#8221;（这是一件好事，健康的表现），商家之间就会出现竞争进而抬高买者的消费体验。</p>
<p>互联网的发展亦是如此：</p>
<p>互联网从技术化到媒体化的过程是漫长而艰巨的，而终端产品作为直接面对用户的信息接口，在这之中扮演了一个非常重要的角色。还记得98年的互联网么？拨号6元一个小时、网速慢如乌龟，我记得当时我都不敢下载MP3文件，专挑RM格式下载。一首歌曲花上4-5分钟是常事。即便那样，还是上的非常&#8221;happy&#8221;。我99年中考完了之后在武汉热线的一个聊天室里，和一群网友聊得不亦乐乎。我之所以如此，是因为我并不知道世界上还可能有Facebook、Gmail、Netvibes这样优秀的服务。当然，在那个年代也没有那样的服务。但是可惜，十年之后的今天，国内仍然还有大量网站沿袭那种老的交互方式，仍然在以一种&#8221;做一个网站，赚一笔现金&#8221;的方式在&#8221;做产品&#8221;。</p>
<p>互联网产品的进步，不仅体现在用户体验的进步之上。要想在互联网行业中成为一个优秀的领军企业，&#8221;<strong>产品线体验</strong>&#8220;是不容忽视的。Macromedia为什么能从90年代初的一个小公司一举成为世界知名企业，然后迅速被Adobe吸纳并引起微软、Google等业界巨头的恐慌？其原因是：Macromedia的philosophy的灵魂为&#8221;重视用户、<strong>重视产品线&#8221;</strong>！我想每一个经历了Web1.0时代的人都会记得和Web产品开发密不可分的&#8221;网页三剑客&#8221;：Dreamweaver、Flash、Fireworks。从Web设计到产品发布，许多互联网企业和团体利用这套强大的&#8221;产品套装&#8221;规范了自己的产品线，改善了自己的产品线体验。</p>
<div style="border-top:1px dotted #ddd;width:100%;margin:5px 0"></div>
<p>
<strong>
<a href="http://www.awflasher.com/blog/archives/933#awcomment"><strong>7</strong>条评论</a>,
<a href="http://www.awflasher.com/blog/archives/933#awcomment">立即发言</a>
</strong>
|
本文关键词: <a href="http://www.awflasher.com/blog/tag/ue" rel="tag">UE</a>, <a href="http://www.awflasher.com/blog/tag/web%e4%ba%a7%e5%93%81" rel="tag">Web产品</a>, <a href="http://www.awflasher.com/blog/tag/%e4%ba%a7%e5%93%81%e7%ba%bf%e4%bd%93%e9%aa%8c" rel="tag">产品线体验</a><br/></p>
<p>©<a href="http://www.awflasher.com/blog" title="aw's blog 姿态永恒">aw's blog 姿态永恒</a> 1984-2007  | <a href="http://www.awflasher.com/blog/archives/933">链接地址</a> - http://www.awflasher.com/blog/archives/933
</p>
<p><a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="http://weibo.com/awguo">@awguo （新浪微博）</a> | <a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="http://t.qq.com/awguo">@awguo （腾讯微博）</a> | <a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="https://twitter.com/awguo">Twitter: @awguo</a></p>]]></content:encoded>
			<wfw:commentRss>http://www.awflasher.com/blog/archives/933/feed</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>闲扯BSP &#8211; 搬家吧！</title>
		<link>http://www.awflasher.com/blog/archives/640</link>
		<comments>http://www.awflasher.com/blog/archives/640#comments</comments>
		<pubDate>Mon, 11 Jun 2007 02:37:29 +0000</pubDate>
		<dc:creator>aw</dc:creator>
				<category><![CDATA[日记本子]]></category>
		<category><![CDATA[BSP]]></category>
		<category><![CDATA[sinablog]]></category>
		<category><![CDATA[sohublog]]></category>
		<category><![CDATA[UE]]></category>
		<category><![CDATA[博客搬家]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[[新]给你的博客/网站也加上奥运倒计时牌 &#8211; 关注奥运，奥运倒计时插件！ 作为用户，要知道如何选择，而不是被愚昧。 sina博客搬家到sohu博客的工具： http://act.blog.sohu.com/sina/apply.jsp sina的博客产品真的需要花点精力在实质问题上了。作为国内互联网的领军企业之一，应该起到表率作用。 各种BSP及独立blog程序搬家到WordPress的方法：http://www.awflasher.com/blog/archives/916 在SiC“搞死”WP之前，我不得不支持WP…… sina博客无疑是2005年各大BSP中一颗闪亮的明星。利用强大的媒体和娱乐圈资源，sina博客在大量的明星、富豪富婆的聚合下，发出无限光芒，令竞争对手垂涎不已。尤其是域名中“m”贵宾域名的推出，让大量网友为了追求一个“m”级的域名而努力不已。我更是在白云看到一篇《我终于有自己名字的虚拟域名blog！》，我还以为是什么呢，仔细一看原来是sina给了一个m级的域名。这一招确实够狠，一来，这样做能在无形（域名）中体现出用户的等级差异，潜在地满足了用户对于荣誉（sinablogger您别激动，这里不是贬义，这是人之常情）的追求空间；另一方面，对于已经获得这份荣誉的网友，更是不会选择离开sina。哪怕sina的用户体验和系统结构如此的与博客精神所违背。 sina博客也许是把太多的注意力放在推广、运营、“勾心斗角”（也不是贬义）上了，在对用户体验、UI，以及客户端系统性能和整体网络社会粘度方面，显得捉襟见肘。这一点sina的“老朋友”sohu就做得更好了。sohublog的UE是我见过国内拥有最好UE的BSP。当然，这并非是因为我认识sohubloggerUE组的成员才这么定论的，而是他们确实做得非常优秀。我自己在各大BSP都有注册，唯独使用sohu的blog我觉得很舒服，愿意为sohublog单独开发一款插件（智能天气预报Flash插件）。哪怕是缺乏TB功能的sohublog，其良好的UE也让我使用起来非常舒适。而sinablog在Firefox下的各种奇特表现以及留言时的莫名其妙的乱码，则让我十分厌恶。 sinablog，说的多； sohublog，做的多。 所以，如果你是一个普通的老百姓，用sohublog，你会很舒服 如果你想红，想出名，想变成大家关注的焦点，用sinablog，然后配合sina疯狂地炒作，发照片，你会很满足 PS：本人与sina没有任何恩怨(当年为了澄清sina的什么日本谣言我还在byhh使劲跟别人理论)，与sohu也没有任何关系，只是就事论事。其实sinablog已经非常优秀了。如果他们能尽快地改善UE/UI，我想他们会更上一个台阶。 21条评论, 立即发言 &#124; 本文关键词: BSP, sinablog, sohublog, UE, 博客搬家 ©aw's blog 姿态永恒 1984-2007 &#124; 链接地址 - http://www.awflasher.com/blog/archives/640 @awguo （新浪微博） &#124; @awguo （腾讯微博） &#124; Twitter: @awguo]]></description>
			<content:encoded><![CDATA[<p><strong><a href="http://www.awflasher.com/blog/archives/930" title="奥运倒计时" target="_blank"><strong>[新]给你的博客/网站也加上奥运倒计时牌 &#8211; 关注奥运，奥运倒计时插件！</strong></a></strong></p>
<p><strong>作为用户，要知道如何选择，而不是被愚昧。</strong></p>
<ul>
<li>sina博客搬家到sohu博客的工具：  <a href="http://act.blog.sohu.com/sina/apply.jsp" target="_blank">http://act.blog.sohu.com/sina/apply.jsp</a><br />
sina的博客产品真的需要花点精力在实质问题上了。作为国内互联网的领军企业之一，应该起到表率作用。</li>
<li>各种BSP及独立blog程序搬家到WordPress的方法：<a href="http://www.awflasher.com/blog/archives/916">http://www.awflasher.com/blog/archives/916</a><br />
在SiC“搞死”WP之前，我不得不支持WP……</li>
</ul>
<p>sina博客无疑是2005年各大BSP中一颗闪亮的明星。利用强大的媒体和娱乐圈资源，sina博客在大量的<a href="http://www.awflasher.com/blog/archives/419" title="明星、富豪富婆">明星、富豪富婆</a>的聚合下，发出无限光芒，令竞争对手垂涎不已。尤其是域名中“m”贵宾域名的推出，让大量网友为了追求一个“m”级的域名而努力不已。我更是在白云看到一篇《我终于有自己名字的虚拟域名blog！》，我还以为是什么呢，仔细一看原来是sina给了一个m级的域名。这一招确实够狠，一来，这样做能在无形（域名）中体现出用户的等级差异，潜在地满足了用户对于荣誉（sinablogger您别激动，这里不是贬义，这是人之常情）的追求空间；另一方面，对于已经获得这份荣誉的网友，更是不会选择离开sina。哪怕sina的用户体验和系统结构如此的与博客精神所违背。</p>
<p>sina博客也许是把太多的注意力放在推广、运营、“勾心斗角”（也不是贬义）上了，在对用户体验、UI，以及客户端系统性能和整体网络社会粘度方面，显得捉襟见肘。这一点sina的“老朋友”sohu就做得更好了。sohublog的UE是我见过国内拥有最好UE的BSP。当然，这并非是因为我认识sohubloggerUE组的成员才这么定论的，而是他们确实做得非常优秀。我自己在各大BSP都有注册，唯独使用sohu的blog我觉得很舒服，愿意为sohublog单独开发一款插件（<a href="http://www.awflasher.com/blog/archives/592" title="智能天气预报Flash插件">智能天气预报Flash插件</a>）。哪怕是缺乏TB功能的sohublog，其良好的UE也让我使用起来非常舒适。而sinablog在Firefox下的各种奇特表现以及留言时的莫名其妙的乱码，则让我十分厌恶。</p>
<p>sinablog，说的多；<br />
<span id="more-640"></span>sohublog，做的多。</p>
<p>所以，如果你是一个普通的老百姓，用sohublog，你会很舒服<br />
如果你想红，想出名，想变成大家关注的焦点，用sinablog，然后配合sina疯狂地炒作，发照片，你会很满足</p>
<p>PS：本人与sina没有任何恩怨(当年为了澄清sina的什么日本谣言我还在byhh使劲跟别人理论)，与sohu也没有任何关系，只是就事论事。其实sinablog已经非常优秀了。如果他们能尽快地改善UE/UI，我想他们会更上一个台阶。</p>
<div style="border-top:1px dotted #ddd;width:100%;margin:5px 0"></div>
<p>
<strong>
<a href="http://www.awflasher.com/blog/archives/640#awcomment"><strong>21</strong>条评论</a>,
<a href="http://www.awflasher.com/blog/archives/640#awcomment">立即发言</a>
</strong>
|
本文关键词: <a href="http://www.awflasher.com/blog/tag/bsp" rel="tag">BSP</a>, <a href="http://www.awflasher.com/blog/tag/sinablog" rel="tag">sinablog</a>, <a href="http://www.awflasher.com/blog/tag/sohublog" rel="tag">sohublog</a>, <a href="http://www.awflasher.com/blog/tag/ue" rel="tag">UE</a>, <a href="http://www.awflasher.com/blog/tag/%e5%8d%9a%e5%ae%a2%e6%90%ac%e5%ae%b6" rel="tag">博客搬家</a><br/></p>
<p>©<a href="http://www.awflasher.com/blog" title="aw's blog 姿态永恒">aw's blog 姿态永恒</a> 1984-2007  | <a href="http://www.awflasher.com/blog/archives/640">链接地址</a> - http://www.awflasher.com/blog/archives/640
</p>
<p><a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="http://weibo.com/awguo">@awguo （新浪微博）</a> | <a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="http://t.qq.com/awguo">@awguo （腾讯微博）</a> | <a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="https://twitter.com/awguo">Twitter: @awguo</a></p>]]></content:encoded>
			<wfw:commentRss>http://www.awflasher.com/blog/archives/640/feed</wfw:commentRss>
		<slash:comments>21</slash:comments>
		</item>
		<item>
		<title>【更新整理】Web前端工程师技能列表</title>
		<link>http://www.awflasher.com/blog/archives/906</link>
		<comments>http://www.awflasher.com/blog/archives/906#comments</comments>
		<pubDate>Wed, 30 May 2007 07:04:00 +0000</pubDate>
		<dc:creator>aw</dc:creator>
				<category><![CDATA[web开发]]></category>
		<category><![CDATA[UE]]></category>
		<category><![CDATA[Web前端]]></category>
		<category><![CDATA[Web前端工程师]]></category>
		<category><![CDATA[Web开发]]></category>
		<category><![CDATA[创业]]></category>
		<category><![CDATA[前端开发]]></category>
		<category><![CDATA[团队考核]]></category>

		<guid isPermaLink="false">http://www.awflasher.com/blog/archives/906</guid>
		<description><![CDATA[我自己的公司正在招聘前端工程师，有兴趣者烦请移步此日志： 要打造一流的Web产品开发团队，在团队成员基础能力上一定要下功夫。对于Web前端产品开发来说，仅仅掌握Web1.0时代简单的&#8221;网页套接&#8221;是完全不够的。我结合自己的团队配备，特此罗列了Web前端产品工程师所涉及的技能列表如下： 通过许多实际项目，个人认为一个完备的前端产品开发团队，必须拥有如下的人才配备，也希望大家补充： 团队全体成员达到所有技能中的a级标准 团队全体成员必须掌握两项技能中的b级标准，并保证所有的b级标准在该团队中有50%以上成员能达到 团队全体成员必须掌握一项技能中的c级标准，并保证所有的c级标准在该团队中有25%以上成员能达到 具体技能描述： 【必备】UserInterface PhotoShop/Fireworks Design a &#8211; 配合美工将草图形成具体的符合WebPage的设计 b &#8211; 有快速制作分层高品质PSD、PNG的能力 c &#8211; 能迅速将PSD、PNG的内容构思成div+css或者table等HTML代码 Flash Design a &#8211; 基本动画效果 b &#8211; 复杂的交互体系设计，了解第三方swf辅助设计软件 c &#8211; 复杂的交互体系设计以及较强的对各类外埠资源（PNG、JPG、MP3、WAV等）的整合能力。精通部分第三方辅助设计软件（AE、SwishMax、Swift3D等） 【必备】Browser-side (Web Application) XHTML/CSS a &#8211; 基本的layout实现 b &#8211; 严格跨平台的layout实现以 c &#8211; 优雅的HTML code，尽可能符合标准并有SEO的考虑因素。在任何平台、浏览器下基本保持一致。不要求了解各种CSS的hacks，但要求知道遇到问题应该如何查阅资料以在第一时间内解决。能够为JavaScript开发人员提供最好操作的DOM结构，让JS开发人员在开发的时候认为&#8221;一切都已经准备就绪了&#8221;，而不是&#8221;捉襟见肘&#8221;。 JavaScript/Ajax/DOM a &#8211; 基本的DOM操作，了解AJAX，可以实现数据通信 b &#8211; 基本的DOM操作，能写高效率的OOP代码，以降低维护成本 c &#8211; 基于需求，进行不同的开发，选择合适的框架，做到代码效率最高，用户体验最好，代码下载量最小，并且可以在单独甚至更多产品线中最大限度重用代码 Flash [...]]]></description>
			<content:encoded><![CDATA[<p>我自己的公司正在招聘前端工程师，有兴趣者烦请移步<a title="前端招聘" href="http://www.awflasher.com/blog/archives/1842" target="_blank">此日志</a>：</p>
<p>要打造<strong>一流的Web产品</strong>开发团队，在团队成员基础能力上一定要下功夫。对于Web前端产品开发来说，仅仅掌握Web1.0时代简单的&#8221;网页套接&#8221;是完全不够的。我结合自己的团队配备，特此罗列了Web前端产品工程师所涉及的技能列表如下：</p>
<p>通过许多实际项目，个人认为一个完备的前端产品开发团队，必须拥有如下的人才配备，也希望大家补充：</p>
<ul>
<li>团队全体成员达到所有技能中的a级标准</li>
<li>团队全体成员必须掌握两项技能中的b级标准，并保证所有的b级标准在该团队中有50%以上成员能达到</li>
<li>团队全体成员必须掌握一项技能中的c级标准，并保证所有的c级标准在该团队中有25%以上成员能达到</li>
</ul>
<p>具体技能描述：</p>
<ul>
<li><strong>【必备】UserInterface</strong></li>
<li style="list-style-type: none;">
<ol>
<li>PhotoShop/Fireworks Design<br />
a &#8211; 配合美工将草图形成具体的符合WebPage的设计<br />
b &#8211; 有快速制作分层高品质PSD、PNG的能力<br />
c &#8211; 能迅速将PSD、PNG的内容构思成div+css或者table等HTML代码</li>
<li>Flash Design<br />
a &#8211; 基本动画效果<br />
b &#8211; 复杂的交互体系设计，了解第三方swf辅助设计软件<br />
c &#8211; 复杂的交互体系设计以及较强的对各类外埠资源（PNG、JPG、MP3、WAV等）的整合能力。精通部分第三方辅助设计软件（AE、SwishMax、Swift3D等）</li>
</ol>
</li>
<li><strong>【必备】Browser-side (Web Application)</strong></li>
<li style="list-style-type: none;">
<ol>
<li>XHTML/CSS<br />
a &#8211; 基本的layout实现<br />
b &#8211; 严格跨平台的layout实现以<br />
c &#8211; 优雅的HTML code，尽可能符合标准并有SEO的考虑因素。在任何平台、浏览器下基本保持一致。不要求了解各种CSS的hacks，但要求知道遇到问题应该如何查阅资料以在第一时间内解决。能够为JavaScript开发人员提供最好操作的DOM结构，让JS开发人员在开发的时候认为&#8221;一切都已经准备就绪了&#8221;，而不是&#8221;捉襟见肘&#8221;。</li>
<li>JavaScript/Ajax/DOM<br />
a &#8211; 基本的DOM操作，了解AJAX，可以实现数据通信<br />
b &#8211; 基本的DOM操作，能写高效率的OOP代码，以降低维护成本<br />
c &#8211; 基于需求，进行不同的开发，选择合适的框架，做到代码效率最高，用户体验最好，代码下载量最小，并且可以在单独甚至更多产品线中最大限度重用代码</li>
<li>Flash Developement<br />
a &#8211; 基于Timeline的ActionScript操作，能实现简单交互<br />
b &#8211; 掌握a外，能实现数据层通信（与服务器以及本地SharedObject）<br />
c &#8211; 精通AS1-3，能根据需求进行各类RIA开发。无论是要求支持FlashPlayer8的，还是FlashPlayer9的，都能做到开发效率最高、灵活性最大（比如对HTML层的接口设计，等等）。</li>
</ol>
</li>
<li><strong>【必备】Client-side (Desktop Application)</strong>
<ol>
<li>Apollo<br />
a &#8211; 产品级的封装，基本技术了解（如何打包、如何加入HTML和JavaScript等）<br />
b &#8211; 掌握a的同时，能利用Apollo的API独立设计、开发OS的文件I/O功能。<br />
c &#8211; 掌握基本技能的同时，对&#8221;3D概念体系&#8221;有所认知。这里&#8221;3D&#8221;即：Design（设计）、Development（开发）、Deploy（产品部署）。能用Apollo</li>
<li>Windows Presentation Foundation、WPF/E（Silverlight）<br />
（待定，欢迎补充）</li>
</ol>
</li>
<li><strong>【增补】Server-side</strong> （修改：经考虑，这个技能不参与评级）<br />
本来列举了&#8221;1、Server端简单的技术、脚本&#8221;和&#8221;2、MediaServer（Red5）接口&#8221;作为&#8221;<strong>Web前端工程师技能列表</strong>&#8220;的一种（服务器、数据逻辑层技能的）评判标准。但似乎很多朋友对于前端工程师是否应该掌握Server端技能的必要性表示怀疑。确实，要掌握好上述的展现层技能不是意见容易的事情，而且前端工程师的确非常辛苦。但是，站在另一方面来说，辛苦的原因是什么，我不知道在你日夜奋战div+CSS的时候思考过没有。就我的经验，前端的辛苦在于以下几个方面：&nbsp;</p>
<ol>
<li><strong>重复劳动多</strong>，大量的div+css都是重复的，即便可以复制粘贴，但几千行的div海洋中去寻找一个入口恐怕都非常痛苦</li>
<li><strong>需求变更多</strong>，往往你折腾几个小时终于把跨平台问题解决好了，而且在IE6、7和Firefox下面都能显示同样的效果了，甚至连JavaScript交互都已经快搞定了。突然上面说需求要变。这无疑是莫大的痛苦。</li>
</ol>
<p>也许表面上看，这跟Server端技能无关，但我觉得有好的Server端的意识，一定会有所帮助（当然不可能解决所有的问题）。毕竟信息结构和数据库是密切相关的，而Server是连接数据库的唯一渠道（至少大多数B/S应用是如此）。掌握Server端的基本技能，对于同逻辑层开发人员设计接口是非常重要的。而且HTML表现层在开发时与数据的分离，也与Server端的各种模板技术有关。例如PHP中的Smarty模板（我曾经用的）、jsp的model2概念等等。HTML结构如何设计，如何让HTML重用，甚至在HTML层进行OOP的开发（我现在在新产品线中设计的前端开发流程），都需要Server端的支持。最起码，你要告诉php程序员你需要什么。如果你完全对PHP一无所知的话，那也无从谈起了。<br />
此外，对于创业团队，往往人手非常有限。为了让运营成本降到最低，所有的技术人员都有义务对Server端技术有所了解。如果为了修改一个网页的标题还要跑去喊PHP程序员连接Remote Server的话，那实在是增加了整个公司的运营成本。<br />
总结：我认为，可以不了解技术细节，但应该知道原理，最好能掌握一两套设计思想（毕竟数据逻辑都在这里走，光看HTML和JavaScript，对人的见识还是有局限的，这种局限限制了我自己很久的时间），那将是一比宝贵的财富。</li>
<li><strong>【增补】Mobile-side</strong>（不参与评级）
<ol>
<li>Flashlite<br />
（待定，欢迎补充）</li>
<li>Java？<br />
（待定，欢迎补充）</li>
</ol>
</li>
</ul>
<p>看到很多朋友留言说前端工程师没前途，我在想，同时掌握移动设备的技能是否也是拓展前途的一个必要性？这里再多说几句，关于技术人员的前途，目前在国内确实得用&#8221;惨淡&#8221;来形容。浮躁的氛围让技术人才往往过早放弃了自己的技术生涯，而尔虞我诈的整体道德水平也让单纯的技术人员痛不欲生（我身边太多了，恩，不说具体细节了，呵呵）。</p>
<p>作为一个技术人员，开发人员，在保持纯粹地敬业心态（这是前提，这么没有，啥也别谈）外，更要学会如何保护自己，如何壮大自身，社会不会同情你，只有你自己才能保护你自己。</p>
<div style="border-top:1px dotted #ddd;width:100%;margin:5px 0"></div>
<p>
<strong>
<a href="http://www.awflasher.com/blog/archives/906#awcomment"><strong>118</strong>条评论</a>,
<a href="http://www.awflasher.com/blog/archives/906#awcomment">立即发言</a>
</strong>
|
本文关键词: <a href="http://www.awflasher.com/blog/tag/ue" rel="tag">UE</a>, <a href="http://www.awflasher.com/blog/tag/web%e5%89%8d%e7%ab%af" rel="tag">Web前端</a>, <a href="http://www.awflasher.com/blog/tag/web%e5%89%8d%e7%ab%af%e5%b7%a5%e7%a8%8b%e5%b8%88" rel="tag">Web前端工程师</a>, <a href="http://www.awflasher.com/blog/tag/web%e5%bc%80%e5%8f%91" rel="tag">Web开发</a>, <a href="http://www.awflasher.com/blog/tag/%e5%88%9b%e4%b8%9a" rel="tag">创业</a>, <a href="http://www.awflasher.com/blog/tag/%e5%89%8d%e7%ab%af%e5%bc%80%e5%8f%91" rel="tag">前端开发</a>, <a href="http://www.awflasher.com/blog/tag/%e5%9b%a2%e9%98%9f%e8%80%83%e6%a0%b8" rel="tag">团队考核</a><br/></p>
<p>©<a href="http://www.awflasher.com/blog" title="aw's blog 姿态永恒">aw's blog 姿态永恒</a> 1984-2007  | <a href="http://www.awflasher.com/blog/archives/906">链接地址</a> - http://www.awflasher.com/blog/archives/906
</p>
<p><a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="http://weibo.com/awguo">@awguo （新浪微博）</a> | <a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="http://t.qq.com/awguo">@awguo （腾讯微博）</a> | <a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="https://twitter.com/awguo">Twitter: @awguo</a></p>]]></content:encoded>
			<wfw:commentRss>http://www.awflasher.com/blog/archives/906/feed</wfw:commentRss>
		<slash:comments>118</slash:comments>
		</item>
		<item>
		<title>UCDChina第一次非正式沙龙顺利结束</title>
		<link>http://www.awflasher.com/blog/archives/892</link>
		<comments>http://www.awflasher.com/blog/archives/892#comments</comments>
		<pubDate>Sun, 20 May 2007 12:11:58 +0000</pubDate>
		<dc:creator>aw</dc:creator>
				<category><![CDATA[博客世界]]></category>
		<category><![CDATA[UCDChina]]></category>
		<category><![CDATA[UE]]></category>
		<category><![CDATA[聚会]]></category>

		<guid isPermaLink="false">http://www.awflasher.com/blog/archives/892</guid>
		<description><![CDATA[&#8220;UCDChina第一次非正式沙龙&#8221;在友好、融洽的氛围中结束了。北京地区的人才确实不少，要多聚，并且要有收获。 在这样一个高速发展的新行业中，多交朋友是非常重要的。每一个人的力量和智慧汇集起来，又为每一个人所受用。感谢白鸦一直以来为中国，至少是北京的UE、UCD行业贡献自己的力量。我为同行业中有这么多优秀的人才而倍感自豪和鼓舞。 百度首席设计师郭宇到场 圆明园旁的左右间茶座 抓虾的连潇潇、育儿网的吴隽辰、一叶千鸟等等（名字暂时叫不上了，晚上问问白鸦） 我很喜欢这桌子……这只猫很懒 7条评论, 立即发言 &#124; 本文关键词: UCDChina, UE, 聚会 ©aw's blog 姿态永恒 1984-2007 &#124; 链接地址 - http://www.awflasher.com/blog/archives/892 @awguo （新浪微博） &#124; @awguo （腾讯微博） &#124; Twitter: @awguo]]></description>
			<content:encoded><![CDATA[<p>&#8220;UCDChina第一次非正式沙龙&#8221;在友好、融洽的氛围中结束了。北京地区的人才确实不少，要多聚，并且要有收获。</p>
<p>在这样一个高速发展的新行业中，多交朋友是非常重要的。每一个人的力量和智慧汇集起来，又为每一个人所受用。感谢白鸦一直以来为中国，至少是北京的UE、UCD行业贡献自己的力量。我为同行业中有这么多优秀的人才而倍感自豪和鼓舞。</p>
<p>百度首席设计师郭宇到场</p>
<p><img width="500" height="375" src="http://photo8.yupoo.com/20070520/195400_765231626.jpg"/></p>
<p>圆明园旁的左右间茶座</p>
<p><img width="500" height="375" src="http://photo6.yupoo.com/20070520/195302_779302677.jpg"/></p>
<p><span id="more-892"></span></p>
<p>抓虾的连潇潇、育儿网的吴隽辰、一叶千鸟等等（名字暂时叫不上了，晚上问问白鸦）</p>
<p><a href="http://photo6.yupoo.com/20070520/195339_368944536.jpg"/><img width="500" height="375" src="http://photo6.yupoo.com/20070520/195339_368944536.jpg"/></p>
<p>我很喜欢这桌子……这只猫很懒</p>
<p><a href="http://photo6.yupoo.com/20070520/195322_539645545.jpg"/><img width="500" height="375" src="http://photo6.yupoo.com/20070520/195322_539645545.jpg"/></p>
<div style="border-top:1px dotted #ddd;width:100%;margin:5px 0"></div>
<p>
<strong>
<a href="http://www.awflasher.com/blog/archives/892#awcomment"><strong>7</strong>条评论</a>,
<a href="http://www.awflasher.com/blog/archives/892#awcomment">立即发言</a>
</strong>
|
本文关键词: <a href="http://www.awflasher.com/blog/tag/ucdchina" rel="tag">UCDChina</a>, <a href="http://www.awflasher.com/blog/tag/ue" rel="tag">UE</a>, <a href="http://www.awflasher.com/blog/tag/%e8%81%9a%e4%bc%9a" rel="tag">聚会</a><br/></p>
<p>©<a href="http://www.awflasher.com/blog" title="aw's blog 姿态永恒">aw's blog 姿态永恒</a> 1984-2007  | <a href="http://www.awflasher.com/blog/archives/892">链接地址</a> - http://www.awflasher.com/blog/archives/892
</p>
<p><a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="http://weibo.com/awguo">@awguo （新浪微博）</a> | <a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="http://t.qq.com/awguo">@awguo （腾讯微博）</a> | <a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="https://twitter.com/awguo">Twitter: @awguo</a></p>]]></content:encoded>
			<wfw:commentRss>http://www.awflasher.com/blog/archives/892/feed</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>Myspace真的不是一般的2</title>
		<link>http://www.awflasher.com/blog/archives/873</link>
		<comments>http://www.awflasher.com/blog/archives/873#comments</comments>
		<pubDate>Sat, 28 Apr 2007 18:16:58 +0000</pubDate>
		<dc:creator>aw</dc:creator>
				<category><![CDATA[web开发]]></category>
		<category><![CDATA[Myspace]]></category>
		<category><![CDATA[UE]]></category>

		<guid isPermaLink="false">http://www.awflasher.com/blog/archives/873</guid>
		<description><![CDATA[注册的过程痛苦无比。密码不足6个，提示让你输入6个以上字符；等你输入6个以上的字符后，又提示你必须&#8221;至少包含一个数字或标点&#8221;……Okay，我终于历尽千辛万苦注册好了，结果来个： 算了，放弃。 一次失败的体验，极其失败的体验。 如果连注册流程都搞得这么让人失望，我真的不想再看其他的了…… 15条评论, 立即发言 &#124; 本文关键词: Myspace, UE ©aw's blog 姿态永恒 1984-2007 &#124; 链接地址 - http://www.awflasher.com/blog/archives/873 @awguo （新浪微博） &#124; @awguo （腾讯微博） &#124; Twitter: @awguo]]></description>
			<content:encoded><![CDATA[<p>注册的过程痛苦无比。密码不足6个，提示让你输入6个以上字符；等你输入6个以上的字符后，又提示你必须&#8221;至少包含一个数字或标点&#8221;……Okay，我终于历尽千辛万苦注册好了，结果来个：</p>
<p><img width="817" height="534" src="http://farm1.static.flickr.com/226/475775125_282fedb0fc_o.gif"/></p>
<p>算了，<strong>放弃</strong>。</p>
<p>一次失败的体验，极其失败的体验。</p>
<p>如果连注册流程都搞得这么让人失望，我真的不想再看其他的了……</p>
<div style="border-top:1px dotted #ddd;width:100%;margin:5px 0"></div>
<p>
<strong>
<a href="http://www.awflasher.com/blog/archives/873#awcomment"><strong>15</strong>条评论</a>,
<a href="http://www.awflasher.com/blog/archives/873#awcomment">立即发言</a>
</strong>
|
本文关键词: <a href="http://www.awflasher.com/blog/tag/myspace" rel="tag">Myspace</a>, <a href="http://www.awflasher.com/blog/tag/ue" rel="tag">UE</a><br/></p>
<p>©<a href="http://www.awflasher.com/blog" title="aw's blog 姿态永恒">aw's blog 姿态永恒</a> 1984-2007  | <a href="http://www.awflasher.com/blog/archives/873">链接地址</a> - http://www.awflasher.com/blog/archives/873
</p>
<p><a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="http://weibo.com/awguo">@awguo （新浪微博）</a> | <a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="http://t.qq.com/awguo">@awguo （腾讯微博）</a> | <a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="https://twitter.com/awguo">Twitter: @awguo</a></p>]]></content:encoded>
			<wfw:commentRss>http://www.awflasher.com/blog/archives/873/feed</wfw:commentRss>
		<slash:comments>15</slash:comments>
		</item>
		<item>
		<title>乱弹：做一个前端交互设计师所需承受之重</title>
		<link>http://www.awflasher.com/blog/archives/807</link>
		<comments>http://www.awflasher.com/blog/archives/807#comments</comments>
		<pubDate>Sun, 18 Feb 2007 19:33:56 +0000</pubDate>
		<dc:creator>aw</dc:creator>
				<category><![CDATA[web开发]]></category>
		<category><![CDATA[UE]]></category>
		<category><![CDATA[交互设计]]></category>

		<guid isPermaLink="false">http://www.awflasher.com/blog/archives/807</guid>
		<description><![CDATA[农历正月初一，国航的CA1315的777顺利抵达广州，打开手机，祝福的短信接踵而至，我实在没有精力一一回复，我不太喜欢“群发”这种方式，因为同一条内容很可能会收到两次以上，甚至有些粗心大意的朋友在转发时候连名字都忘记改了。确实，有些祝福太廉价，如果找条短信群发一遍，也已然无法体现我的诚意。当然，我还是给大多数朋友回复了信息。 我手拿一件棉袄，拖着我那条破得不能再破的牛仔裤，夹了本Allan Cooper的《交互设计之路》，终于踏上这片熟悉而陌生的土地。虽然广州不是我的故乡，但这里空气中熟悉的味道在飞机降落时就已经逐渐让我觉得亲切了。虽然下降时大气压强的不适应让我的耳膜感到非常难受，但我满脑子里仍然是Allan书中那些真实质朴的文字叙述和似曾相识的心路历程。 Allan Cooper在他的书中把设计师和程序员完解成完全不同的两种人，其实我是非常赞同的。其中有些精彩段落让我十分激动。尤其是在分析程序员和交互设计师的两种心理活动、矛盾的时候，我更深有体会。因为加入公司半年多来，我不停地在这两个角色之间切换，也不停地面对扮演着这样两种角色的同事们。 传统互联网产品伊始的实现，几乎都是一个人干N个人的活，例如做PHP的几乎同时也在做前端的JavaScript；“美工”从做图、切图到套笨拙低效的table代码一人全包了。我甚至在广州街头某地摊上发现，有人打出300元从域名到空间全包的“销售口号”，实在让人瞠目。然而，由于某些原因，我刚进入公司的一段时间里，不得不让类似的悲剧以另一种方式上演。 Web产品重组初期阶段：公司采纳了我提出需要改进Web产品质量、关注UE和SEO的建议，成立了“UI-UE组”并任命我为Teamlead。我从美工处拿到PSD，然后与组内成员协同把它变作纯粹的DIV+CSS代码再提交给PHP Coders。这里，美工其实只是“网页作图师”；HTML虽然经过我用WebStandard全新包装，姑且可以称作SEO友好的XHTML，但最终仍然要通过PHP的Smarty模版，任那些可怜的PHP Coder们把这些模版改的面目全非，甚至把我的DOM结构全部改成JavaScript的Document.write(&#8220;&#8230;&#8221;)……不幸的是，由于我之前毫无大型的DIV+CSS经验，很多细节得临时琢磨，最后这个项目拖拖拉拉走了一个多月。而输出给用户的，却是一堆堆冗长的URL地址和大量低效率JavaScript代码所带来的“无止境等待”。 回头看看，这个阶段的问题实在太多了！首先，PHP Coder们除了要去折腾他们的数据库连接逻辑外，还完全掌控了最终Web产品输出的所有交互代码，从用PHP连接MySQL到用JavaScript完成表单输入的判断；其次，美工需要在大量的单位时间内完成超额的工作量，也包括提交交互设计所需要的最基本的视觉元素。而我们UI-UE组则忙着把批量的PSD变成DIV+CSS，整夜地调整布局、在两个浏览器(IE6,FireFox，那时还没有IE7 Release)之间切换并且修改着已经几乎已经没有可读性的CSS代码：那种感觉实在是糟透了。 常常“眼睁睁”看到一些体验自己都不能忍受，却因为一些CSS Hacks实在无法实现而放弃；常常“眼睁睁”看见程序员许多JavaScript实现的交互无比笨拙，却不敢提出，因为我发现他们跟我们一样，已经从早干到晚了。更何况我们还在“学习”。 可以说，这个阶段，我们虽然名字叫做UI-UE组，却毫无“交互设计”可言。我们所作的只是把对照着别人产品依葫芦画瓢出来的一张一张PSD图，变成可以在浏览器中显示的“新产品”，我想没有哪个优秀的交互设计师愿意称呼这样的互联网作业为“产品”。技术是每一个交互设计师要过的第一关，我认为：一个完全不知道什么是div+css布局或者完全不懂JavaScript事件机制的人很难成为一名好的交互设计师。 好在大家都很努力，DIV+CSS的技术也很快取代了原来的Table。产品虽然体验差到极点，但也不是不能用。这时由于公司调整了一些基本战略，我要抽身去做Flash。因为时间紧迫而公司没有人做ActionScript，我不得不把交互设计的压力，也包括话语权，全盘移交给公司的美工。我开始渐渐“沉浸”在ActionScript的各种挑战中。美工常常过来劝说我的项目有什么什么不妥，但我却盲目地认为改进这些看似无意义的Bug会造成Flash输出swf文件体积的臃肿，我宁可花一个小时去研究怎样让程序能更少占3%的CPU或者让输出的swf再减少10k，也不愿意去花10分钟去改那些我认为毫无挑战的代码。不是我不够理智，而是，这种想法源自我当时发自内心的潜意识。的确，哪怕那时我已经在网上阅读过Allan的书的前几章。但我仍然无法逃避自己内心的这种想法。至少当时是如此。于是，一个可以勉强使用，但是“体积节约功能繁荣”的带有独特特点的Flash产品提前问世了。那时我沉浸在项目收尾的快乐中，却无法想象今天我在飞机上读到“逻辑人”这一章节时，我是那样为自己曾经的那些想法而感到深深的惭愧。 Flash产品毕竟只是一个较为独立的线路，基于页面的文本／图像Web产品仍要继续，功能仍要增加。于是，我们很快进入了下一阶段，我不顾压力下定决心把与Server无关的所有的JavaScript, Ajax拿回来自己写，而尽一切努力让PHPCoders无法再接触到他们。这个阶段还有一点“花絮“，正当我靠着ActionScript的底子轻松入门JavaScript的时候，却被告知UI-UE组内两个成员却因为家里发生了突变等不同的不可抗原因而无法继续与我并肩奋斗。这对我来说，无疑是“晴空霹雳”。好在之后火速招人，新加入的成员非常有热情而且进步神速，帮我扛下了DIV+CSS的大量工作，让我能有时间去深入接触JavaScript和Ajax，让我有时间去完成完全属于自己的交互设计体验。 当我真正依托于自己的Coding来做UE，虽然只是JavaScript和Ajax这样复杂富互动应用中的一个很小的方面入手，但我遇到了Allan的书中所叙述的大部分心理问题。 首先就是对自身定位的相互排斥：当我兴高采烈地计划好一种交互方式后，却发现为了完成这种交互需要多写100多行Js代码。潜意识里，“这100多行代码将会延缓客户端的下载时间“成了我最大的辩护借口。而我又无法接受自己编写出一个如此笨拙的程序：我要让用户反复地在键盘和鼠标之间切换，最后导致连我自己都不愿意登录一次这个网站。我为了实现功能，可以在８个工作日内完工，然而我要多花４个小时的时间去思考如何能让用户使用更加简单，又要多花４个小时的实践来实现刚刚想出来的创意……除非我是超人，否则我想我不可能把这件事情做好。 我意识到，如果要做交互，必须有一个优秀的技术人员与你配合，而你自己也要有足够的技术功底去说服对方。 很惭愧地承认，到目前，我仍只是知道基本的交互设计师该大体做些什么，不该做些什么，而在创业中肩负太多技术工作的我，还没办法去做一个纯粹的、独当一面的交互设计师。因为许多事情，现在的我无法说服别人，更无法说服自己。 但我相信那一天，很快就能到来。因为我知道DIV+CSS会给页面设计师带来多大的压力和喜悦；因为我知道优雅但健壮的JavaScript能给交互流程引入多大的人性化进展；因为我知道如何说服一个PHP Coder他那操纵接数据库的代码方式是如何与人机操作相违背。 我不禁回想起学生时代曾被一名富家子弟嘲笑长这么大都没有坐过飞机。但我想他也有一个遗憾，就是自己第一次的飞行并非自己劳动所得。这次飞行是我的第一次飞行，近23岁才有第一次飞行体验，我仍然觉得非常激动、开心。 若想承受一个前端交互设计师所需承受之重，第一步就是学会面对技术和商务人员的嘲笑与不屑；第二步则是深入代码和市场规律中寻找好的交互体验所实现的具体技术及商业模式并说服程序员同事和销售同事。承受了这些，我想你就能体会到其中的快乐了。当然，对我和许多人而言，还有太远太远的路要走了。 31条评论, 立即发言 &#124; 本文关键词: UE, 交互设计 ©aw's blog 姿态永恒 1984-2007 &#124; 链接地址 - http://www.awflasher.com/blog/archives/807 @awguo （新浪微博） &#124; @awguo （腾讯微博） &#124; Twitter: @awguo]]></description>
			<content:encoded><![CDATA[<p>农历正月初一，国航的CA1315的777顺利抵达广州，打开手机，祝福的短信接踵而至，我实在没有精力一一回复，我不太喜欢“群发”这种方式，因为同一条内容很可能会收到两次以上，甚至有些粗心大意的朋友在转发时候连名字都忘记改了。确实，有些祝福太廉价，如果找条短信群发一遍，也已然无法体现我的诚意。当然，我还是给大多数朋友回复了信息。</p>
<p>我手拿一件棉袄，拖着我那条破得不能再破的牛仔裤，夹了本Allan Cooper的《交互设计之路》，终于踏上这片熟悉而陌生的土地。虽然广州不是我的故乡，但这里空气中熟悉的味道在飞机降落时就已经逐渐让我觉得亲切了。虽然下降时大气压强的不适应让我的耳膜感到非常难受，但我满脑子里仍然是Allan书中那些真实质朴的文字叙述和似曾相识的心路历程。</p>
<p>Allan Cooper在他的书中把设计师和程序员完解成完全不同的两种人，其实我是非常赞同的。其中有些精彩段落让我十分激动。尤其是在分析程序员和交互设计师的两种心理活动、矛盾的时候，我更深有体会。因为加入公司半年多来，我不停地在这两个角色之间切换，也不停地面对扮演着这样两种角色的同事们。</p>
<p>传统互联网产品伊始的实现，几乎都是一个人干N个人的活，例如做PHP的几乎同时也在做前端的JavaScript；“美工”从做图、切图到套笨拙低效的table代码一人全包了。我甚至在广州街头某地摊上发现，有人打出300元从域名到空间全包的“销售口号”，实在让人瞠目。然而，由于某些原因，我刚进入公司的一段时间里，不得不让类似的悲剧以另一种方式上演。</p>
<p>Web产品重组初期阶段：公司采纳了我提出需要改进Web产品质量、关注UE和SEO的建议，成立了“UI-UE组”并任命我为Teamlead。我从美工处拿到PSD，然后与组内成员协同把它变作纯粹的DIV+CSS代码再提交给PHP Coders。这里，美工其实只是“网页作图师”；HTML虽然经过我用WebStandard全新包装，姑且可以称作SEO友好的XHTML，但最终仍然要通过PHP的Smarty模版，任那些可怜的PHP Coder们把这些模版改的面目全非，甚至把我的DOM结构全部改成JavaScript的Document.write(&#8220;&#8230;&#8221;)……不幸的是，由于我之前毫无大型的DIV+CSS经验，很多细节得临时琢磨，最后这个项目拖拖拉拉走了一个多月。而输出给用户的，却是一堆堆冗长的URL地址和大量低效率JavaScript代码所带来的“无止境等待”。</p>
<p>回头看看，这个阶段的问题实在太多了！首先，PHP Coder们除了要去折腾他们的数据库连接逻辑外，还完全掌控了最终Web产品输出的所有交互代码，从用PHP连接MySQL到用JavaScript完成表单输入的判断；其次，美工需要在大量的单位时间内完成超额的工作量，也包括提交交互设计所需要的最基本的视觉元素。而我们UI-UE组则忙着把批量的PSD变成DIV+CSS，整夜地调整布局、在两个浏览器(IE6,FireFox，那时还没有IE7 Release)之间切换并且修改着已经几乎已经没有可读性的CSS代码：那种感觉实在是糟透了。</p>
<p>常常“眼睁睁”看到一些体验自己都不能忍受，却因为一些CSS Hacks实在无法实现而放弃；常常“眼睁睁”看见程序员许多JavaScript实现的交互无比笨拙，却不敢提出，因为我发现他们跟我们一样，已经从早干到晚了。更何况我们还在“学习”。<br />
可以说，这个阶段，我们虽然名字叫做UI-UE组，却毫无“交互设计”可言。我们所作的只是把对照着别人产品依葫芦画瓢出来的一张一张PSD图，变成可以在浏览器中显示的“新产品”，我想没有哪个优秀的交互设计师愿意称呼这样的互联网作业为“产品”。<strong>技术是每一个交互设计师要过的第一关，我认为：一个完全不知道什么是div+css布局或者完全不懂JavaScript事件机制的人很难成为一名好的交互设计师。</strong></p>
<p>好在大家都很努力，DIV+CSS的技术也很快取代了原来的Table。产品虽然体验差到极点，但也不是不能用。这时由于公司调整了一些基本战略，我要抽身去做Flash。因为时间紧迫而公司没有人做ActionScript，我不得不把交互设计的压力，也包括话语权，全盘移交给公司的美工。我开始渐渐“沉浸”在ActionScript的各种挑战中。美工常常过来劝说我的项目有什么什么不妥，但我却盲目地认为改进这些看似无意义的Bug会造成Flash输出swf文件体积的臃肿，我宁可花一个小时去研究怎样让程序能更少占3%的CPU或者让输出的swf再减少10k，也不愿意去花10分钟去改那些我认为毫无挑战的代码。不是我不够理智，而是，这种想法源自我当时发自内心的潜意识。的确，哪怕那时我已经在网上阅读过Allan的书的前几章。但我仍然无法逃避自己内心的这种想法。至少当时是如此。于是，一个可以勉强使用，但是“体积节约功能繁荣”的带有独特特点的Flash产品提前问世了。那时我沉浸在项目收尾的快乐中，却无法想象今天我在飞机上读到“逻辑人”这一章节时，我是那样为自己曾经的那些想法而感到深深的惭愧。</p>
<p>Flash产品毕竟只是一个较为独立的线路，基于页面的文本／图像Web产品仍要继续，功能仍要增加。于是，我们很快进入了下一阶段，我不顾压力下定决心把与Server无关的所有的JavaScript, Ajax拿回来自己写，而尽一切努力让PHPCoders无法再接触到他们。这个阶段还有一点“花絮“，正当我靠着ActionScript的底子轻松入门JavaScript的时候，却被告知UI-UE组内两个成员却因为家里发生了突变等不同的不可抗原因而无法继续与我并肩奋斗。这对我来说，无疑是“晴空霹雳”。好在之后火速招人，新加入的成员非常有热情而且进步神速，帮我扛下了DIV+CSS的大量工作，让我能有时间去深入接触JavaScript和Ajax，让我有时间去完成完全属于自己的交互设计体验。</p>
<p>当我真正依托于自己的Coding来做UE，虽然只是JavaScript和Ajax这样复杂富互动应用中的一个很小的方面入手，但我遇到了Allan的书中所叙述的大部分心理问题。</p>
<p>首先就是对自身定位的相互排斥：当我兴高采烈地计划好一种交互方式后，却发现为了完成这种交互需要多写100多行Js代码。潜意识里，“这100多行代码将会延缓客户端的下载时间“成了我最大的辩护借口。而我又无法接受自己编写出一个如此笨拙的程序：我要让用户反复地在键盘和鼠标之间切换，最后导致连我自己都不愿意登录一次这个网站。我为了实现功能，可以在８个工作日内完工，然而我要多花４个小时的时间去思考如何能让用户使用更加简单，又要多花４个小时的实践来实现刚刚想出来的创意……除非我是超人，否则我想我不可能把这件事情做好。<br />
<strong>我意识到，如果要做交互，必须有一个优秀的技术人员与你配合，而你自己也要有足够的技术功底去说服对方。</strong></p>
<p>很惭愧地承认，到目前，我仍只是知道基本的交互设计师该大体做些什么，不该做些什么，而在创业中肩负太多技术工作的我，还<strong>没办法去做一个纯粹的、独当一面的交互设计师</strong>。因为许多事情，现在的我无法说服别人，更无法说服自己。</p>
<p>但我相信那一天，很快就能到来。因为我知道DIV+CSS会给页面设计师带来多大的压力和喜悦；因为我知道优雅但健壮的JavaScript能给交互流程引入多大的人性化进展；因为我知道如何说服一个PHP Coder他那操纵接数据库的代码方式是如何与人机操作相违背。</p>
<p>我不禁回想起学生时代曾被一名富家子弟<strong>嘲笑</strong>长这么大都没有坐过飞机。但我想他也有一个遗憾，就是自己第一次的飞行并非自己劳动所得。这次飞行是我的第一次飞行，近23岁才有第一次飞行体验，我仍然觉得非常激动、开心。</p>
<p><strong>若想承受一个前端交互设计师所需承受之重，第一步就是学会面对技术和商务人员的嘲笑与不屑；第二步则是深入代码和市场规律中寻找好的交互体验所实现的具体技术及商业模式并说服程序员同事和销售同事。承受了这些，我想你就能体会到其中的快乐了。当然，对我和许多人而言，还有太远太远的路要走了。</strong></p>
<div style="border-top:1px dotted #ddd;width:100%;margin:5px 0"></div>
<p>
<strong>
<a href="http://www.awflasher.com/blog/archives/807#awcomment"><strong>31</strong>条评论</a>,
<a href="http://www.awflasher.com/blog/archives/807#awcomment">立即发言</a>
</strong>
|
本文关键词: <a href="http://www.awflasher.com/blog/tag/ue" rel="tag">UE</a>, <a href="http://www.awflasher.com/blog/tag/%e4%ba%a4%e4%ba%92%e8%ae%be%e8%ae%a1" rel="tag">交互设计</a><br/></p>
<p>©<a href="http://www.awflasher.com/blog" title="aw's blog 姿态永恒">aw's blog 姿态永恒</a> 1984-2007  | <a href="http://www.awflasher.com/blog/archives/807">链接地址</a> - http://www.awflasher.com/blog/archives/807
</p>
<p><a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="http://weibo.com/awguo">@awguo （新浪微博）</a> | <a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="http://t.qq.com/awguo">@awguo （腾讯微博）</a> | <a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="https://twitter.com/awguo">Twitter: @awguo</a></p>]]></content:encoded>
			<wfw:commentRss>http://www.awflasher.com/blog/archives/807/feed</wfw:commentRss>
		<slash:comments>31</slash:comments>
		</item>
		<item>
		<title>Little Tip &#8211; 为Google吹毛求疵</title>
		<link>http://www.awflasher.com/blog/archives/756</link>
		<comments>http://www.awflasher.com/blog/archives/756#comments</comments>
		<pubDate>Fri, 15 Dec 2006 20:41:52 +0000</pubDate>
		<dc:creator>aw</dc:creator>
				<category><![CDATA[活着上路]]></category>
		<category><![CDATA[GoogleAnalytics]]></category>
		<category><![CDATA[UE]]></category>
		<category><![CDATA[用户体验]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[&#34;Using the English-version products of Google is much better than Chinese-version&#34; &#34;英文版的Google产品中文版的Google产品更好用&#34; Though we are not taken English as our mother-tongue, and even we make a lot of mistakes when communication with it, some of the Google products in Chinese from Google still drives my go-insane~ I enjoy the Google Analytics very much, and have [...]]]></description>
			<content:encoded><![CDATA[<p>&quot;Using the English-version products of Google is much better than Chinese-version&quot;<br />
&quot;英文版的Google产品中文版的Google产品更好用&quot;</p>
<p>Though we are not taken English as our mother-tongue, and even we make a lot of mistakes when communication with it, some of the Google products in Chinese from Google still drives my go-insane~ </p>
<p>I enjoy the <a href="http://analytics.google.com" title="http://analytics.google.com" target="_blank">Google Analytics</a> very much, and have started my analytics as far from the November of last year(2005) together with my Google Adsense account. And more, Gmail is also a very amazing product! But there are too much misunderstandings in their Chinese version.</p>
<p>In the statistics of Google Analytics-Content Optimization, there are two concept <span style="color:red">Unique Views</span> and <span style="color:red">Page Views</span>. Google tells us this:&#91;quote=hint of Google Analytics]&#91;/quote]<span id="more-756"></span>Unique Views displays the number of visits during which this page (determined by the combination of URI and title) was viewed. Pageviews is the number of times the page was viewed. [/quote]In Chinese version, it show us these two concepts:<br />
<span style="color:red">特别浏览量</span>, <span style="color:red">综合浏览量</span><br />
While it gives another more explanation like this:
<div class="quote">
<div class="quote-title">引用自 <u>hint of Google Analytics 简体中文版</u></div>
<div class="quote-content">唯一浏览量是该网页（由网址和标题的组合而定）获得的访问次数。综合浏览量是此网页被浏览的次数。</div>
</div>
<p>Well .. Google &#8230; My Google &#8230; 您认为 <b>特别 == 唯一</b> 么？</p>
<p>OK, in Traditional Chinese version, it&#39;s OK again:<br />
Two concepts are:<span style="color:red">特定檢視</span> / <span style="color:red">網頁檢視</span><br />
[特定檢視] 會顯示此網頁被檢視時的造訪次數 (係由 URI 和標題的組合而定)。 [網頁檢視] 是該頁面被檢視的次數。 </p>
<p>最后用我最伟大的母语中文来结束：<br />
Google 您为什么要自作聪明地把“特别”和“唯一”划等号呢，对于不了解Google产品的用户，尤其是英文水平差的用户，很容易造成不好的印象，很容易让他们认为Google完全不懂中文的感觉。<br />
OK,您懂不懂中文不重要，那可能是百度的销售人员感兴趣的话题～但把中文产品开发好才是正道。尤其是一些语言表达方面（曾经有人在Blueidea的UE版抱怨过Orkut的中文版几乎无法理解，还好我不用Orkut）</p>
<div style="border-top:1px dotted #ddd;width:100%;margin:5px 0"></div>
<p>
<strong>
<a href="http://www.awflasher.com/blog/archives/756#awcomment">暂无评论</a>,
<a href="http://www.awflasher.com/blog/archives/756#awcomment">立即发言</a>
</strong>
|
本文关键词: <a href="http://www.awflasher.com/blog/tag/googleanalytics" rel="tag">GoogleAnalytics</a>, <a href="http://www.awflasher.com/blog/tag/ue" rel="tag">UE</a>, <a href="http://www.awflasher.com/blog/tag/%e7%94%a8%e6%88%b7%e4%bd%93%e9%aa%8c" rel="tag">用户体验</a><br/></p>
<p>©<a href="http://www.awflasher.com/blog" title="aw's blog 姿态永恒">aw's blog 姿态永恒</a> 1984-2006  | <a href="http://www.awflasher.com/blog/archives/756">链接地址</a> - http://www.awflasher.com/blog/archives/756
</p>
<p><a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="http://weibo.com/awguo">@awguo （新浪微博）</a> | <a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="http://t.qq.com/awguo">@awguo （腾讯微博）</a> | <a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="https://twitter.com/awguo">Twitter: @awguo</a></p>]]></content:encoded>
			<wfw:commentRss>http://www.awflasher.com/blog/archives/756/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>自作聪明带来的尴尬</title>
		<link>http://www.awflasher.com/blog/archives/721</link>
		<comments>http://www.awflasher.com/blog/archives/721#comments</comments>
		<pubDate>Thu, 16 Nov 2006 17:07:15 +0000</pubDate>
		<dc:creator>aw</dc:creator>
				<category><![CDATA[活着上路]]></category>
		<category><![CDATA[Dreamweaver]]></category>
		<category><![CDATA[Firefox]]></category>
		<category><![CDATA[UE]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[调试JavaScript遇到灵异,涉及DW\Firefox\IE6(7) 特别奇怪的一件事情，我在DW中编辑一段调试用的JS代码。发现DW居然会自作聪明的帮我完成一些莫名其妙的替换？ 我申明了一个函数 function $(o){return document.getElementById(o);} DW居然把所有的“document.getElementById”自作主张地替换成为了$……这DW也太聪明了？ 更奇怪的是，我后来把$(o)的声明彻底撤除，在IE下立即就出问题了（正常，因为我撤除了嘛！），然而在FF下，居然还能正常运行代码，我强刷了之后也是如此，FF也太聪明了吧？ 此外，有一次用JS设置某个DOM节点style的时候，FF令人发指地把“100px;”中的分号给自作聪明地拿掉了。于是我的整个功能写好之后发现在IE下不能跑。用该死的alert进行debug，搞了一个钟头才发现问题在这里……汗颜 回想起此前，David曾经抱怨过FF会自动把example.com替换成www.example.com来解析的问题。也是造成调试很久而不得其解。 好在最后终于找到了问题，解决了。但回想起来仍然心有余悸。接下来的一个项目将主持JavaScript的开发，希望不要老遇到这种事情。 Firefox和DW都是我热爱的软件，它们为我完成了99%的工作。这也是众多计算机软件的一大特色：节省时间和重复劳动。 然而，往往这样的聪明，也会带来诸如以上提到的麻烦。我觉得有限度智能化非常重要，尤其是一些开发型软件，一定不要替开发者考虑太多，否则极其容易产生误解。 3条评论, 立即发言 &#124; 本文关键词: Dreamweaver, Firefox, UE ©aw's blog 姿态永恒 1984-2006 &#124; 链接地址 - http://www.awflasher.com/blog/archives/721 @awguo （新浪微博） &#124; @awguo （腾讯微博） &#124; Twitter: @awguo]]></description>
			<content:encoded><![CDATA[<p>调试JavaScript遇到灵异,涉及DW\Firefox\IE6(7)</p>
<p>特别奇怪的一件事情，我在DW中编辑一段调试用的JS代码。发现DW居然会自作聪明的帮我完成一些莫名其妙的替换？<br />
我申明了一个函数
<div class="code">function $(o){return document.getElementById(o);}</div>
<p>DW居然把所有的“document.getElementById”自作主张地替换成为了$……<b>这DW也太聪明了？</b><br />
更奇怪的是，我后来把$(o)的声明彻底撤除，在IE下立即就出问题了（正常，因为我撤除了嘛！），然而在FF下，居然还能正常运行代码，我强刷了之后也是如此，<b>FF也太聪明了吧？</b><br />
此外，有一次用JS设置某个DOM节点style的时候，FF令人发指地把“100px;”中的分号给自作聪明地拿掉了。于是我的整个功能写好之后发现在IE下不能跑。用该死的alert进行debug，搞了一个钟头才发现问题在这里……汗颜<br />
回想起此前，David曾经抱怨过FF会自动把example.com替换成www.example.com来解析的问题。也是造成调试很久而不得其解。</p>
<p>好在最后终于找到了问题，解决了。但回想起来仍然心有余悸。接下来的一个项目将主持JavaScript的开发，希望不要老遇到这种事情。</p>
<p>Firefox和DW都是我热爱的软件，它们为我完成了99%的工作。这也是众多计算机软件的一大特色：<b>节省时间和重复劳动</b>。<br />
然而，往往这样的聪明，也会带来诸如以上提到的麻烦。我觉得<b>有限度智能化</b>非常重要，尤其是一些开发型软件，一定不要替开发者考虑太多，否则极其容易产生误解。</p>
<div style="border-top:1px dotted #ddd;width:100%;margin:5px 0"></div>
<p>
<strong>
<a href="http://www.awflasher.com/blog/archives/721#awcomment"><strong>3</strong>条评论</a>,
<a href="http://www.awflasher.com/blog/archives/721#awcomment">立即发言</a>
</strong>
|
本文关键词: <a href="http://www.awflasher.com/blog/tag/dreamweaver" rel="tag">Dreamweaver</a>, <a href="http://www.awflasher.com/blog/tag/firefox" rel="tag">Firefox</a>, <a href="http://www.awflasher.com/blog/tag/ue" rel="tag">UE</a><br/></p>
<p>©<a href="http://www.awflasher.com/blog" title="aw's blog 姿态永恒">aw's blog 姿态永恒</a> 1984-2006  | <a href="http://www.awflasher.com/blog/archives/721">链接地址</a> - http://www.awflasher.com/blog/archives/721
</p>
<p><a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="http://weibo.com/awguo">@awguo （新浪微博）</a> | <a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="http://t.qq.com/awguo">@awguo （腾讯微博）</a> | <a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="https://twitter.com/awguo">Twitter: @awguo</a></p>]]></content:encoded>
			<wfw:commentRss>http://www.awflasher.com/blog/archives/721/feed</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>[分享]针对LBS的一些改进</title>
		<link>http://www.awflasher.com/blog/archives/717</link>
		<comments>http://www.awflasher.com/blog/archives/717#comments</comments>
		<pubDate>Tue, 07 Nov 2006 18:10:52 +0000</pubDate>
		<dc:creator>aw</dc:creator>
				<category><![CDATA[博客世界]]></category>
		<category><![CDATA[blog系统]]></category>
		<category><![CDATA[BSP]]></category>
		<category><![CDATA[LBS]]></category>
		<category><![CDATA[seo]]></category>
		<category><![CDATA[UE]]></category>
		<category><![CDATA[博客系统]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[在国内“泛滥”的ASP技术的支援，再加上ASP/JS技术以及UI、UE和一些基本的Blog理念确实被SiC发挥到了在那个时代比较高的水平，LBS成为了2004-2005年最热门的一个Blog系统之一。 我和我的许多朋友都是使用这款系统。 后来SiC投身Maxthon的研发，很少有机会回来维护、更新LBS，而ZBlog、PJBlog等系统的挺进以及更多的人意识到modRewrite的优势，因此有一部分人转到了PJ、Z，更有一部分人转到了WP、MT等平台。 然而目前LBS的用户我想仍然不是一个小数字，尤其是许多人没有时间去配置Apache，或者难以完成Access-Mysql转换。而且除了SiC之外仍然有很多人在为LBS作着贡献。 针对LBS，我也有一些感受想说，分以下五个方面讲。 一、SEO方面 LBS在SEO方面其实并不是很完美的。这也跟ASP麻烦的Rewrite技术有关。确实，通过ISAPI-Rewrite可以实现ASP的URL重写，但我觉得简单得重写仍然比不上Z-Blog或者WP那样直接产生需求URL地址那么好；而且，大多数人使用的都是虚拟主机，试想，有多少虚拟主机的提供商会为你一个小小的Blog装一个ISAPI-Rewrite呢？ 但是，一些细节的改善，我觉得在SEO方面也是有作用的。 其实SEO最关键的就是站内链接的设计，具体体现在以下几点： 1、首页的跳转 LBS的具体内容页跳转到首页的地址是带有default.asp的，而这样跳转最可恶的就是使得含有default.asp的URL地址参与PR分值。我个人不知道Google、Baidu是否会在收录页面方面产生麻烦，但我通过改变这个链接，发现PR确实获得了提高。 2、改进日志链接 我发现，Google更乐于收录我的“永久链接”地址，而非文章地址。用过LBS的朋友都知道，LBS的日志地址可以通过诸如 http://www.awflasher.com/blog/?id=100 以及 http://www.awflasher.com/blog/article.asp?id=100 两种方法访问到。那么这就又存在了一个链接分流的问题。我尝试尽量把所有的文章链接采用为永久链接形式，这样就可以尽量的使得Google、Baidu等搜索引擎只看到永久链接，而减少aritcle.asp链接对之的干扰。 3、改进用户链接 在LBS系统中，所有的用户，不论是否注册，都会产生一个链接，我个人认为有点奢侈了。可以在后台的asp文件中加以判断，察看用户的身份。如果是未注册用户，就干脆别给他加链接了。还有，如果是单用户的LBS，也就是说只有你一个人写这个BLOG，就把首页的作者链接指向自己，比如我这里所有的作者“aw”都是指向到www.awflasher.com的。 *4、Meta标签 对于安装了Tag插件的用户，可以利用tag值动态的写入关键词到Meta标签。Tag插件是老米甲同志很久前 二、用户体验方面 1、评论系统作了改进。增加了Ajax的评论提示和验证码提示 其中，验证码提示要感谢yeeoh的老胡的帮助。老胡是一个很有思想的人，曾经和我在PPlive同事。他在技术方面的狂热和天赋甚至有些让我嫉妒。用一个asp到服务器去取scode，然后再通过XMLHTTPRequest来拿回并比较正误。 剩下的工作主要修改的文件是common.js，并且配合了一个叫做AddDomLoadEvent东西，取代了一开始采用的window.onload方法。着要感谢千橡的Realazy的帮助。 2、字体变大，并且把行间距变大，这样看起来会更加舒适 这个改CSS就可以了，没什么难度。 三、其他功能方面 增加的按点击、按回复查询页，这两个大家在首页就可以看到了。主要是yy用的，呵呵。当然也可以帮你迅速找到你blog中哪篇文章正在被多数人关注。 四、不足和期望 1、虽然永久地址是一个好东西，但它必须被被重定向到article.asp。 2、用户体验仍然不好改善，比如无刷新评论、关键词屏蔽，都得用太多时间精力去改。 3、TB的问题仍然没法解决，我现在彻底把TB给关了。 五、其他的一些好的资源 1、ISAPI-Rewrite控件 http://www.isapirewrite.com/ 2、星辉一冷为LBS开发了很多插件，包括有趣的头像功能 http://www.dreammx.com/xhyl/ 3、AloneFly为LBS开发的一些插件 http://www.alonefly.com/blog/ 4、zuola提供的LBS转WP全公略 http://www.zuola.com/weblog/ 5、以上我的一些修改的源(不要直接替换，一定要先看懂) 点此下载 PS：我也不排除迁移到PHP平台的可能，而且我已经成功转换了数据库。当然，很多PR可能会大量流失，因此也许要很久很久之后，呵呵 16条评论, 立即发言 &#124; 本文关键词: blog系统, BSP, LBS, seo, UE, 博客系统 [...]]]></description>
			<content:encoded><![CDATA[<p>在国内“泛滥”的ASP技术的支援，再加上ASP/JS技术以及UI、UE和一些基本的Blog理念确实被SiC发挥到了在那个时代比较高的水平，LBS成为了2004-2005年最热门的一个Blog系统之一。<br />
我和我的许多朋友都是使用这款系统。<br />
后来SiC投身Maxthon的研发，很少有机会回来维护、更新LBS，而ZBlog、PJBlog等系统的挺进以及更多的人意识到modRewrite的优势，因此有一部分人转到了PJ、Z，更有一部分人转到了WP、MT等平台。<br />
然而目前LBS的用户我想仍然不是一个小数字，尤其是许多人没有时间去配置Apache，或者难以完成Access-Mysql转换。而且除了SiC之外仍然有很多人在为LBS作着贡献。</p>
<p>针对LBS，我也有一些感受想说，分以下五个方面讲。</p>
<p><strong>一、SEO方面</strong><br />
LBS在SEO方面其实并不是很完美的。这也跟ASP麻烦的Rewrite技术有关。确实，通过ISAPI-Rewrite可以实现ASP的URL重写，但我觉得简单得重写仍然比不上Z-Blog或者WP那样直接产生需求URL地址那么好；而且，大多数人使用的都是虚拟主机，试想，有多少虚拟主机的提供商会为你一个小小的Blog装一个ISAPI-Rewrite呢？<br />
但是，一些细节的改善，我觉得在SEO方面也是有作用的。<br />
其实SEO最关键的就是站内链接的设计，具体体现在以下几点：</p>
<p>1、首页的跳转<br />
LBS的具体内容页跳转到首页的地址是带有default.asp的，而这样跳转最可恶的就是使得含有default.asp的URL地址参与PR分值。我个人不知道Google、Baidu是否会在收录页面方面产生麻烦，但我通过改变这个链接，发现PR确实获得了提高。</p>
<p>2、改进日志链接<br />
我发现，Google更乐于收录我的“永久链接”地址，而非文章地址。用过LBS的朋友都知道，LBS的日志地址可以通过诸<span id="more-717"></span>如</p>
<p class="code">http://www.awflasher.com/blog/?id=100</p>
<p>以及</p>
<p class="code">http://www.awflasher.com/blog/article.asp?id=100</p>
<p>两种方法访问到。那么这就又存在了一个链接分流的问题。我尝试尽量把所有的文章链接采用为永久链接形式，这样就可以尽量的使得Google、Baidu等搜索引擎只看到永久链接，而减少aritcle.asp链接对之的干扰。</p>
<p>3、改进用户链接<br />
在LBS系统中，所有的用户，不论是否注册，都会产生一个链接，我个人认为有点奢侈了。可以在后台的asp文件中加以判断，察看用户的身份。如果是未注册用户，就干脆别给他加链接了。还有，如果是单用户的LBS，也就是说只有你一个人写这个BLOG，就把首页的作者链接指向自己，比如我这里所有的作者“aw”都是指向到www.awflasher.com的。</p>
<p>*4、Meta标签<br />
对于安装了Tag插件的用户，可以利用tag值动态的写入关键词到Meta标签。Tag插件是<a href="http://www.imoso.net" title="http://www.imoso.net" target="_blank">老米甲</a>同志很久前</p>
<p><strong>二、用户体验方面</strong><br />
1、评论系统作了改进。增加了Ajax的评论提示和验证码提示<br />
其中，验证码提示要感谢<a href="http://www.yeeoh.net" title="http://www.yeeoh.net" target="_blank">yeeoh</a>的<a href="http://www.cnrui.cn/blog" title="http://www.cnrui.cn/blog" target="_blank">老胡</a>的帮助。老胡是一个很有思想的人，曾经和我在PPlive同事。他在技术方面的狂热和天赋甚至有些让我嫉妒。用一个asp到服务器去取scode，然后再通过XMLHTTPRequest来拿回并比较正误。</p>
<p>剩下的工作主要修改的文件是common.js，并且配合了一个叫做<a href="http://www.thefutureoftheweb.com/blog/2006/6/adddomloadevent" title="http://www.thefutureoftheweb.com/blog/2006/6/adddomloadevent" target="_blank">AddDomLoadEvent</a>东西，取代了一开始采用的window.onload方法。着要感谢千橡的<a href="http://www.realazy.org" title="http://www.realazy.org" target="_blank">Realazy</a>的帮助。</p>
<p>2、字体变大，并且把行间距变大，这样看起来会更加舒适<br />
这个改CSS就可以了，没什么难度。</p>
<p><strong>三、其他功能方面</strong><br />
增加的按点击、按回复查询页，这两个大家在首页就可以看到了。主要是yy用的，呵呵。当然也可以帮你迅速找到你blog中哪篇文章正在被多数人关注。</p>
<p><strong>四、不足和期望</strong><br />
1、虽然永久地址是一个好东西，但它必须被被重定向到article.asp。<br />
2、用户体验仍然不好改善，比如无刷新评论、关键词屏蔽，都得用太多时间精力去改。<br />
3、TB的问题仍然没法解决，我现在彻底把TB给关了。</p>
<p><strong>五、其他的一些好的资源</strong><br />
1、ISAPI-Rewrite控件<br />
<a href="http://www.isapirewrite.com/" title="http://www.isapirewrite.com/" target="_blank">http://www.isapirewrite.com/</a></p>
<p>2、星辉一冷为LBS开发了很多插件，包括有趣的头像功能<br />
<a href="http://www.dreammx.com/xhyl/" title="http://www.dreammx.com/xhyl/" target="_blank">http://www.dreammx.com/xhyl/</a></p>
<p>3、AloneFly为LBS开发的一些插件<br />
<a href="http://www.alonefly.com/blog/" title="http://www.alonefly.com/blog/" target="_blank">http://www.alonefly.com/blog/</a></p>
<p>4、zuola提供的LBS转WP全公略<br />
<a href="http://www.zuola.com/weblog/" title="http://www.zuola.com/weblog/" target="_blank">http://www.zuola.com/weblog/</a></p>
<p>5、以上我的一些修改的源(不要直接替换，一定要先看懂)<br />
<a href="/blog/attachments/200611/07_203606_lbsmodify.rar" target="_blank">点此下载</a></p>
<p>PS：我也不排除迁移到PHP平台的可能，而且我已经成功转换了数据库。当然，很多PR可能会大量流失，因此也许要很久很久之后，呵呵</p>
<div style="border-top:1px dotted #ddd;width:100%;margin:5px 0"></div>
<p>
<strong>
<a href="http://www.awflasher.com/blog/archives/717#awcomment"><strong>16</strong>条评论</a>,
<a href="http://www.awflasher.com/blog/archives/717#awcomment">立即发言</a>
</strong>
|
本文关键词: <a href="http://www.awflasher.com/blog/tag/blog%e7%b3%bb%e7%bb%9f" rel="tag">blog系统</a>, <a href="http://www.awflasher.com/blog/tag/bsp" rel="tag">BSP</a>, <a href="http://www.awflasher.com/blog/tag/lbs" rel="tag">LBS</a>, <a href="http://www.awflasher.com/blog/tag/seo" rel="tag">seo</a>, <a href="http://www.awflasher.com/blog/tag/ue" rel="tag">UE</a>, <a href="http://www.awflasher.com/blog/tag/%e5%8d%9a%e5%ae%a2%e7%b3%bb%e7%bb%9f" rel="tag">博客系统</a><br/></p>
<p>©<a href="http://www.awflasher.com/blog" title="aw's blog 姿态永恒">aw's blog 姿态永恒</a> 1984-2006  | <a href="http://www.awflasher.com/blog/archives/717">链接地址</a> - http://www.awflasher.com/blog/archives/717
</p>
<p><a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="http://weibo.com/awguo">@awguo （新浪微博）</a> | <a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="http://t.qq.com/awguo">@awguo （腾讯微博）</a> | <a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="https://twitter.com/awguo">Twitter: @awguo</a></p>]]></content:encoded>
			<wfw:commentRss>http://www.awflasher.com/blog/archives/717/feed</wfw:commentRss>
		<slash:comments>16</slash:comments>
		</item>
		<item>
		<title>辩护者与幸存者以及用户习惯</title>
		<link>http://www.awflasher.com/blog/archives/642</link>
		<comments>http://www.awflasher.com/blog/archives/642#comments</comments>
		<pubDate>Sun, 27 Aug 2006 17:57:27 +0000</pubDate>
		<dc:creator>aw</dc:creator>
				<category><![CDATA[活着上路]]></category>
		<category><![CDATA[UE]]></category>
		<category><![CDATA[UI]]></category>
		<category><![CDATA[用户习惯]]></category>
		<category><![CDATA[跳舞的熊]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[题记：看了sso长篇的留言，我很高兴。虽然sso是“IE阵营”，但我感觉师兄他的留言是真挚的。我喜欢并尊重反对的声音，但我疲于谩骂。 原文:http://www.awflasher.com/blog/archives/642 &#8211; 转载请保留 确实每一个人都有每一个人的观点，而且我也赞成大家在自己熟知(这说明你是真诚的)的领域坚持自己的观点。例如我一直不愿意使用AS2，我认为那样会使得程序效率、开发效率低下，但如果是大型项目，我还用AS1单打独斗明显就不能发挥团队优势了；又例如让一个动画设计人员去接触ActionScript，让他们的MovieClip和timeline布局非常的符合逻辑，那对他们而言是一件很痛苦的事情（直接导致设计上的问题）。 这里又回想到昨天被一个“高级网页设计师”谩骂，我仍然坚持认为一个优秀的页面设计师应该知道自己在做什么。你并不是在为XXX画廊展览而设计页面，而是为一个网站（准确地说是企业）在设计页面。你的作品至少在短期内要受到代码的制约（以后搜索引擎如果能读懂图片，那我就不说什么了，但是到那个时候我觉得设计网页也不是什么div、css之流了）。当然，如果你要放弃SEO、放弃各种效率因素，你可以学韩国人。我曾有幸见过韩国的Miniava的CEO与CTO。他们的团队有非常优秀的设计师，他们的矢量图和位图制作的非常精美（可见其敬业精神），他们就是完全不考虑DIV+CSS的设计思路，不在乎SEO的，他们用真正强大的UI和UE吸引用户。如果你真的只是对设计感兴趣，而不是对企业级（考虑SEO）的网页设计感兴趣，我建议你倒不如用全Flash站点，任何布局你都可以实现。令我感动的是，也有很多敬业的设计师甚至在考虑采用XHTML兼顾Flash站点的SEO。 不过我也有自己的看法。记得《交互设计之路》中提到过“跳舞的熊”这个故事。当然不是每一个人都看过这个故事，因此我觉得有必要再此简述一下这个故事。 引用自 人们看见跳舞的熊都非常激动，因为一只熊居然可以跳舞，然而跳得怎么样，没有人在意。 Firefox和IE就是这两头跳舞的熊。人们往往仅仅关注与它们是否能跳舞（例如能否正常浏览网站），而不关注他们的舞到底跳得如何（浏览网站时对DOM等元素的渲染效率、js执行效率等等）。明显FF拥有比IE更好的执行效率，长期以来被大众所责怪的内存问题也在一步一步得到好转，尤其是FF下的开放性与安全性，让你可以真正做到贯彻享受B/S架构的应用。但是页面浏览者却习惯了IE的迟钝与包容，他们认为FF打不开页面是FF的错而不是IE不符合标准；更可怕的是，设计师却习惯了写大量不符合标准的代码，他们依赖于IE的私有属性的宠爱，他们认为标准是冗余的、荒谬的。 DIV+CSS和Table构架的网页也是两只跳舞的熊，同理，人们关心他们是否能展现自己的设计，却对浏览器的兼容性解析（标准）以及搜索引擎的解析效果不闻不问。导致很多设计优秀的网站却没有好的SEO效果。我们往往通过搜索不可能进入那些设计花哨、华丽的“个人化”企业网站。然而设计师们习惯了Fireworks下自动生成的表格，习惯了把切割页面的任务交给已经在服务器端不堪重负的程序员们；这些可怜的程序员们也习惯了反复地、疲劳地去层层嵌套的table、tr、td中去寻找那个很不起眼的“用户头像”、“经验数值”或者“等级图标”。 Gmail与126邮箱也是两只跳舞的熊，但是人们只关心邮件是否送到，却不关注邮件的即时保存性、不关注邮件之间的相关性。用户已经习惯了在网吧停电了要把几百字的邮件重新敲出来，他们认为这是自己的“报应”或者“倒霉的运气”。 确实，用户习惯是可怕的，我自己深有体会！例如Gtalkr的回车发送消息以及没有“发送”按钮，这就使得我刚开始从QQ转到GT的时候着实郁闷了一把，但是久而久之我发现这样会有更好的发送效果和更高的沟通效率。 我们都被习惯约束着，我们都那么懒惰和无力。但如果你有一丝多余的精力，不妨挑战一些习惯，尝试新的事物，也许，你会有意外的收获！ 10条评论, 立即发言 &#124; 本文关键词: UE, UI, 用户习惯, 跳舞的熊 ©aw's blog 姿态永恒 1984-2006 &#124; 链接地址 - http://www.awflasher.com/blog/archives/642 @awguo （新浪微博） &#124; @awguo （腾讯微博） &#124; Twitter: @awguo]]></description>
			<content:encoded><![CDATA[<p>题记：看了sso长篇的留言，我很高兴。虽然sso是“IE阵营”，但我感觉师兄他的留言是真挚的。<b>我喜欢并尊重反对的声音</b>，但我疲于谩骂。<br />
原文:<a href="http://www.awflasher.com/blog/archives/642">http://www.awflasher.com/blog/archives/642</a> &#8211; 转载请保留</p>
<p>确实每一个人都有每一个人的观点，而且我也赞成大家在自己熟知(这说明你是真诚的)的领域<b>坚持</b>自己的观点。例如我一直不愿意使用AS2，我认为那样会使得程序效率、开发效率低下，但如果是大型项目，我还用AS1单打独斗明显就不能发挥团队优势了；又例如让一个动画设计人员去接触ActionScript，让他们的<a href="http://www.awflasher.com/blog/tag/MovieClip" title="MovieClip">MovieClip</a>和timeline布局非常的符合逻辑，那对他们而言是一件很痛苦的事情（直接导致设计上的问题）。</p>
<p>这里又回想到昨天被一个“高级网页设计师”谩骂，我仍然坚持认为一个优秀的页面设计师应该知道自己在做什么。你并不是在为XXX画廊展览而设计页面，而是为一个网站（准确地说是企业）在设计页面。你的作品至少在短期内要受到代码的制约（以后搜索引擎如果能读懂图片，那我就不说什么了，但是到那个时候我觉得设计网页也不是什么<a href="http://www.awflasher.com/blog/tag/div" title="div">div</a>、<a href="http://www.awflasher.com/blog/tag/css" title="css">css</a>之流了）。当然，如果你要放弃<a href="http://www.awflasher.com/blog/tag/seo" title="SEO">SEO</a>、放弃各种效率因素，你可以学韩国人。我曾有幸见过韩国的Miniava的CEO与CTO。他们的团队有非常优秀的设计师，他们的矢量图和位图制作<span id="more-642"></span>的非常精美（可见其敬业精神），他们就是完全不考虑DIV+CSS的设计思路，不在乎SEO的，他们用真正强大的UI和UE吸引用户。如果你真的只是对设计感兴趣，而不是对企业级（考虑SEO）的网页设计感兴趣，我建议你倒不如用<b>全Flash站点</b>，任何布局你都可以实现。令我感动的是，也有很多敬业的设计师甚至在考虑采用XHTML兼顾Flash站点的SEO。</p>
<p>不过我也有自己的看法。记得《交互设计之路》中提到过“跳舞的熊”这个故事。当然不是每一个人都看过这个故事，因此我觉得有必要再此简述一下这个故事。
<div class="quote">
<div class="quote-title">引用自 <u></u></div>
<div class="quote-content">人们看见跳舞的熊都非常激动，因为一只熊居然可以跳舞，然而跳得怎么样，没有人在意。</div>
</div>
<p><a href="http://www.awflasher.com/blog/tag/Firefox" title="Firefox">Firefox</a>和IE就是这两头跳舞的熊。人们往往仅仅关注与它们是否能跳舞（例如能否正常浏览网站），而不关注他们的舞到底跳得如何（浏览网站时对DOM等元素的<a href="http://www.awflasher.com/blog/archives/634" title="渲染效率">渲染效率</a>、js执行效率等等）。明显FF拥有比IE更好的执行效率，长期以来被大众所责怪的内存问题也在一步一步得到好转，尤其是FF下的开放性与安全性，让你可以真正做到贯彻享受B/S架构的应用。<b>但是页面浏览者却习惯了IE的迟钝与包容，他们认为FF打不开页面是FF的错而不是IE不符合标准；更可怕的是，设计师却习惯了写大量不符合标准的代码，他们依赖于IE的私有属性的宠爱，他们认为标准是冗余的、荒谬的。</b></p>
<p>DIV+CSS和Table构架的网页也是两只跳舞的熊，同理，人们关心他们是否能展现自己的设计，却对浏览器的兼容性解析（标准）以及搜索引擎的解析效果不闻不问。导致很多设计优秀的网站却没有好的SEO效果。我们往往通过搜索不可能进入那些设计花哨、华丽的“个人化”企业网站。<b>然而设计师们习惯了Fireworks下自动生成的表格，习惯了把<span style="color:red">切割页面</span>的任务交给已经在服务器端不堪重负的程序员们；这些可怜的程序员们也习惯了反复地、疲劳地去层层嵌套的table、tr、td中去寻找那个很不起眼的“用户头像”、“经验数值”或者“等级图标”</b>。</p>
<p>Gmail与126邮箱也是两只跳舞的熊，但是人们只关心邮件是否送到，却不关注邮件的即时保存性、不关注邮件之间的相关性。<b>用户已经习惯了在网吧停电了要把几百字的邮件重新敲出来，他们认为这是自己的“报应”或者“倒霉的运气”</b>。</p>
<p>确实，用户习惯是可怕的，我自己深有体会！例如Gtalkr的回车发送消息以及没有“发送”按钮，这就使得我刚开始从QQ转到GT的时候着实郁闷了一把，但是久而久之我发现这样会有更好的发送效果和更高的沟通效率。</p>
<p>我们都被习惯约束着，我们都那么懒惰和无力。但如果你有一丝多余的精力，不妨挑战一些习惯，尝试新的事物，也许，你会有意外的收获！</p>
<div style="border-top:1px dotted #ddd;width:100%;margin:5px 0"></div>
<p>
<strong>
<a href="http://www.awflasher.com/blog/archives/642#awcomment"><strong>10</strong>条评论</a>,
<a href="http://www.awflasher.com/blog/archives/642#awcomment">立即发言</a>
</strong>
|
本文关键词: <a href="http://www.awflasher.com/blog/tag/ue" rel="tag">UE</a>, <a href="http://www.awflasher.com/blog/tag/ui" rel="tag">UI</a>, <a href="http://www.awflasher.com/blog/tag/%e7%94%a8%e6%88%b7%e4%b9%a0%e6%83%af" rel="tag">用户习惯</a>, <a href="http://www.awflasher.com/blog/tag/%e8%b7%b3%e8%88%9e%e7%9a%84%e7%86%8a" rel="tag">跳舞的熊</a><br/></p>
<p>©<a href="http://www.awflasher.com/blog" title="aw's blog 姿态永恒">aw's blog 姿态永恒</a> 1984-2006  | <a href="http://www.awflasher.com/blog/archives/642">链接地址</a> - http://www.awflasher.com/blog/archives/642
</p>
<p><a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="http://weibo.com/awguo">@awguo （新浪微博）</a> | <a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="http://t.qq.com/awguo">@awguo （腾讯微博）</a> | <a style="color:#cc0000;background:#ffffaa;font-weight:bold" href="https://twitter.com/awguo">Twitter: @awguo</a></p>]]></content:encoded>
			<wfw:commentRss>http://www.awflasher.com/blog/archives/642/feed</wfw:commentRss>
		<slash:comments>10</slash:comments>
		</item>
	</channel>
</rss>

