<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.0.7" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>评论: 当AJAX被抡圆了用以后&#8230;.</title>
	<link>http://uicom.net/blog/?p=552</link>
	<description>User-Centered Design</description>
	<pubDate>Wed, 08 Sep 2010 01:51:28 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.7</generator>

	<item>
		<title>作者: {miss}understood &#187; Blog Archive &#187; JavaScript之路：Flash, or CSS?</title>
		<link>http://uicom.net/blog/?p=552#comment-72686</link>
		<pubDate>Sat, 23 May 2009 00:31:05 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=552#comment-72686</guid>
					<description>[...] AJAX这个名词的出现以及现在 web 2.0 概念的火爆，可以说是JavaScript历史上一个黄金时期。但是就目前AJAX被抡圆了用的状况，实在不能对其未来抱着特别乐观的态度。对待JavaScript，是应该像Flash，还是像CSS？或许这才是决定了JavaScript这个小家伙未来几年命运的关键。 [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] AJAX这个名词的出现以及现在 web 2.0 概念的火爆，可以说是JavaScript历史上一个黄金时期。但是就目前AJAX被抡圆了用的状况，实在不能对其未来抱着特别乐观的态度。对待JavaScript，是应该像Flash，还是像CSS？或许这才是决定了JavaScript这个小家伙未来几年命运的关键。 [&#8230;]
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 分享互联网 wenbin.me &#187; 今日阅读分享 [2009-02-13]-分享互联网-用户体验-ucd-web2.0</title>
		<link>http://uicom.net/blog/?p=552#comment-68742</link>
		<pubDate>Thu, 12 Feb 2009 16:57:44 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=552#comment-68742</guid>
					<description>[...] 白鸦 » 当AJAX被抡圆了用以后….- Ajax 的使用也需要评估，不能抡圆了用。 [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] 白鸦 » 当AJAX被抡圆了用以后….- Ajax 的使用也需要评估，不能抡圆了用。 [&#8230;]
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: chengzi</title>
		<link>http://uicom.net/blog/?p=552#comment-38074</link>
		<pubDate>Fri, 18 Jan 2008 06:06:27 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=552#comment-38074</guid>
					<description>聘Web UI开发工程师
Looking for candidates to develope browser-based rich internet applications using the TIBCO General Interface (GI) product.  GI is a mature AJAX software development platform with an established customer base and real-world deployment.  We have been in market for over four years and were recently awarded the 2006 'Technology of the Year' Award, by IDG's InfoWorld as the "Best AJAX Toolkit".  These are high profile projects, both within TIBCO and in the enterprise software market as whole.

 

Responsibilities:

Engineers will be required to take functional requirements and implement them with minimal supervision from their supervisor or system architect. Engineers will also be required to work with colleagues from different functional groups, such as QA, technical publications, technical support, etc.

 

Candidates should expect to share in a broad range of responsibilities, including:

 

User interface proof of concept development and prototyping 
User interface development and integration with back-end SOA 
Development of new GUI classes to support best-of-breed user experience 
Providing feedback to the GI engineering team on product features, performance and enhancements.
 
Senior Developer:

Above two years of web application development experience. 
Good listening and oral English skill 
experience with a scripting language, preferably ECMA based, such as JavaScript, ActionScript, etc. 
excellent understanding of object-oriented software engineering principles 
experience working with XML and XSLT 
experience developing and deploying web applications with Perl/mod_perl, ASP, JSP/J2EE, etc. 
understanding of Web Services, including WSDL, SOAP, and Schema 
experience with CSS, DHTML, and cross-browser compatibility issues 
Script-based access to the internal XML Parser and its APIs 
SOAP: script based access to the internal SOAP APIs 
Knowledge about the different builds/versions/releases and what is possible in each 
Document Object Model 
Event model
有意者请发应聘简历至：go_souring@hotmail.com</description>
		<content:encoded><![CDATA[<p>聘Web UI开发工程师<br />
Looking for candidates to develope browser-based rich internet applications using the TIBCO General Interface (GI) product.  GI is a mature AJAX software development platform with an established customer base and real-world deployment.  We have been in market for over four years and were recently awarded the 2006 &#8216;Technology of the Year&#8217; Award, by IDG&#8217;s InfoWorld as the &#8220;Best AJAX Toolkit&#8221;.  These are high profile projects, both within TIBCO and in the enterprise software market as whole.</p>
<p>Responsibilities:</p>
<p>Engineers will be required to take functional requirements and implement them with minimal supervision from their supervisor or system architect. Engineers will also be required to work with colleagues from different functional groups, such as QA, technical publications, technical support, etc.</p>
<p>Candidates should expect to share in a broad range of responsibilities, including:</p>
<p>User interface proof of concept development and prototyping<br />
User interface development and integration with back-end SOA<br />
Development of new GUI classes to support best-of-breed user experience<br />
Providing feedback to the GI engineering team on product features, performance and enhancements.</p>
<p>Senior Developer:</p>
<p>Above two years of web application development experience.<br />
Good listening and oral English skill<br />
experience with a scripting language, preferably ECMA based, such as JavaScript, ActionScript, etc.<br />
excellent understanding of object-oriented software engineering principles<br />
experience working with XML and XSLT<br />
experience developing and deploying web applications with Perl/mod_perl, ASP, JSP/J2EE, etc.<br />
understanding of Web Services, including WSDL, SOAP, and Schema<br />
experience with CSS, DHTML, and cross-browser compatibility issues<br />
Script-based access to the internal XML Parser and its APIs<br />
SOAP: script based access to the internal SOAP APIs<br />
Knowledge about the different builds/versions/releases and what is possible in each<br />
Document Object Model<br />
Event model<br />
有意者请发应聘简历至：go_souring@hotmail.com
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: &#187; 当AJAX被抡圆了用以后…. &#187; GFansBlog</title>
		<link>http://uicom.net/blog/?p=552#comment-15383</link>
		<pubDate>Wed, 06 Jun 2007 11:07:42 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=552#comment-15383</guid>
					<description>[...] 阅读全文：当AJAX被抡圆了用以后….    Explore posts in the same categories: 编程  &#62;&#62;&#62; Tags: ajax, webdesign [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] 阅读全文：当AJAX被抡圆了用以后….    Explore posts in the same categories: 编程  &gt;&gt;&gt; Tags: ajax, webdesign [&#8230;]
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: (miss)understood &#187; JavaScript之路：Flash, or CSS?</title>
		<link>http://uicom.net/blog/?p=552#comment-12169</link>
		<pubDate>Mon, 30 Apr 2007 12:58:25 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=552#comment-12169</guid>
					<description>[...] AJAX这个名词的出现以及现在 web 2.0 概念的火爆，可以说是JavaScript历史上一个黄金时期。但是就目前AJAX被抡圆了用的状况，实在不能对其未来抱着特别乐观的态度。对待JavaScript，是应该像Flash，还是像CSS？或许这才是决定了JavaScript这个小家伙未来几年命运的关键。 [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] AJAX这个名词的出现以及现在 web 2.0 概念的火爆，可以说是JavaScript历史上一个黄金时期。但是就目前AJAX被抡圆了用的状况，实在不能对其未来抱着特别乐观的态度。对待JavaScript，是应该像Flash，还是像CSS？或许这才是决定了JavaScript这个小家伙未来几年命运的关键。 [&#8230;]
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 桌</title>
		<link>http://uicom.net/blog/?p=552#comment-9940</link>
		<pubDate>Fri, 06 Apr 2007 09:00:17 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=552#comment-9940</guid>
					<description>有点意思。
谢谢白鸦分享。

1:我看了（例四），估计google.cn会把这个提示功能 做为 使用偏好 来让用户自行选择吧.
2:很想把你这篇文章打印出来慢慢看...找不到打印样式的... :)</description>
		<content:encoded><![CDATA[<p>有点意思。<br />
谢谢白鸦分享。</p>
<p>1:我看了（例四），估计google.cn会把这个提示功能 做为 使用偏好 来让用户自行选择吧.<br />
2:很想把你这篇文章打印出来慢慢看&#8230;找不到打印样式的&#8230; :)
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 月光博客的网摘 &#187; Blog Archive &#187; links for 2007-02-24</title>
		<link>http://uicom.net/blog/?p=552#comment-6106</link>
		<pubDate>Sat, 24 Feb 2007 21:19:15 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=552#comment-6106</guid>
					<description>[...] 当AJAX被抡圆了用以后…. 作最好的自己，随他们去折腾吧。需要再次说：AJAX是个好东西，很多时候她可以帮助我们更好的改良用户体验设计。我喜欢她，所以不滥用。 (tags: ajax webdesign) [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] 当AJAX被抡圆了用以后…. 作最好的自己，随他们去折腾吧。需要再次说：AJAX是个好东西，很多时候她可以帮助我们更好的改良用户体验设计。我喜欢她，所以不滥用。 (tags: ajax webdesign) [&#8230;]
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: williamlong &#187; links for 2007-02-24</title>
		<link>http://uicom.net/blog/?p=552#comment-6102</link>
		<pubDate>Sat, 24 Feb 2007 20:19:01 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=552#comment-6102</guid>
					<description>[...] 当AJAX被抡圆了用以后…. 作最好的自己，随他们去折腾吧。需要再次说：AJAX是个好东西，很多时候她可以帮助我们更好的改良用户体验设计。我喜欢她，所以不滥用。 (tags: ajax webdesign) [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] 当AJAX被抡圆了用以后…. 作最好的自己，随他们去折腾吧。需要再次说：AJAX是个好东西，很多时候她可以帮助我们更好的改良用户体验设计。我喜欢她，所以不滥用。 (tags: ajax webdesign) [&#8230;]
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: qing606</title>
		<link>http://uicom.net/blog/?p=552#comment-4213</link>
		<pubDate>Wed, 07 Feb 2007 05:06:01 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=552#comment-4213</guid>
					<description>ajax只是一种技术</description>
		<content:encoded><![CDATA[<p>ajax只是一种技术
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: qing606</title>
		<link>http://uicom.net/blog/?p=552#comment-4212</link>
		<pubDate>Wed, 07 Feb 2007 05:05:11 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=552#comment-4212</guid>
					<description>del.icio.us比百度搜藏要好，但是没有快照，所以还是选择百度</description>
		<content:encoded><![CDATA[<p>del.icio.us比百度搜藏要好，但是没有快照，所以还是选择百度
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: feelfox</title>
		<link>http://uicom.net/blog/?p=552#comment-4010</link>
		<pubDate>Mon, 05 Feb 2007 03:44:56 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=552#comment-4010</guid>
					<description>百度的收藏夹使用确实有点问题。
但是我觉得百度的这点创新精神还是值得肯定的，希望越做越好。</description>
		<content:encoded><![CDATA[<p>百度的收藏夹使用确实有点问题。<br />
但是我觉得百度的这点创新精神还是值得肯定的，希望越做越好。
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 奇遇</title>
		<link>http://uicom.net/blog/?p=552#comment-3773</link>
		<pubDate>Thu, 01 Feb 2007 08:59:55 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=552#comment-3773</guid>
					<description>白雅先生说的是“度” ，即合适使用的度。否则就象在玩的小孩，只是好奇的显弄某个功能或效果。而以用户为中心是要设计思想的</description>
		<content:encoded><![CDATA[<p>白雅先生说的是“度” ，即合适使用的度。否则就象在玩的小孩，只是好奇的显弄某个功能或效果。而以用户为中心是要设计思想的
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: lost</title>
		<link>http://uicom.net/blog/?p=552#comment-3768</link>
		<pubDate>Thu, 01 Feb 2007 08:01:42 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=552#comment-3768</guid>
					<description>同意</description>
		<content:encoded><![CDATA[<p>同意
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 儿童博客</title>
		<link>http://uicom.net/blog/?p=552#comment-3766</link>
		<pubDate>Thu, 01 Feb 2007 07:44:59 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=552#comment-3766</guid>
					<description>结合案例，分析得非常到位！
ajax的应用有友好的一面，但并不是可以滥用，用户的习惯也是很难改变的！</description>
		<content:encoded><![CDATA[<p>结合案例，分析得非常到位！<br />
ajax的应用有友好的一面，但并不是可以滥用，用户的习惯也是很难改变的！
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: joecom</title>
		<link>http://uicom.net/blog/?p=552#comment-3738</link>
		<pubDate>Wed, 31 Jan 2007 15:20:32 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=552#comment-3738</guid>
					<description>对于我们不是弄图片设计相关工作的人，根本不会去关心图片大小。

这也许是你们专业的默认思维导致的。</description>
		<content:encoded><![CDATA[<p>对于我们不是弄图片设计相关工作的人，根本不会去关心图片大小。</p>
<p>这也许是你们专业的默认思维导致的。
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 白鸦</title>
		<link>http://uicom.net/blog/?p=552#comment-3707</link>
		<pubDate>Wed, 31 Jan 2007 05:33:26 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=552#comment-3707</guid>
					<description>Mouce:
我完全认为他们的那些按钮不需要，
但现在的问题是：你既然放在哪里了就不要盖住它。　

上面大家的回复１似乎都没有注意这一条：
2、有数据表明：这样的提示就算在数据处理非常理想化的状态下依然只能对50%左右的用户有真正的作用，（怎么来的数据不便说，但就算没有这个数据依然可以根据长尾分布的理论得到一个类似的结论）。那么，这也就是说：至少其他50%的用户200%受到了信息的干扰。</description>
		<content:encoded><![CDATA[<p>Mouce:<br />
我完全认为他们的那些按钮不需要，<br />
但现在的问题是：你既然放在哪里了就不要盖住它。　</p>
<p>上面大家的回复１似乎都没有注意这一条：<br />
2、有数据表明：这样的提示就算在数据处理非常理想化的状态下依然只能对50%左右的用户有真正的作用，（怎么来的数据不便说，但就算没有这个数据依然可以根据长尾分布的理论得到一个类似的结论）。那么，这也就是说：至少其他50%的用户200%受到了信息的干扰。
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: Mouce</title>
		<link>http://uicom.net/blog/?p=552#comment-3704</link>
		<pubDate>Wed, 31 Jan 2007 04:17:43 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=552#comment-3704</guid>
					<description>对于google.cn的例子
输入关键词 然后用鼠标点击搜索按钮的用户比例是多少
白鸦有过一个讨论,im软件需不需要存在发送按钮
发送按钮需要存在,它是对一个表单交互操作的提示和结束的标识

或者 这种提示方式有点欠妥
但是它同样具有两个有点
1 延续了select自动完成的用户习惯
2 给出了相应关键词的更多搜索组合和搜索结果数量级

不过明白了一个问题，微软拼音输入时，有三个阶段
1 输入   
2 选择
3 输出
这三个阶段与其它输入法不同的是 他的每个阶段都保持了输出状态</description>
		<content:encoded><![CDATA[<p>对于google.cn的例子<br />
输入关键词 然后用鼠标点击搜索按钮的用户比例是多少<br />
白鸦有过一个讨论,im软件需不需要存在发送按钮<br />
发送按钮需要存在,它是对一个表单交互操作的提示和结束的标识</p>
<p>或者 这种提示方式有点欠妥<br />
但是它同样具有两个有点<br />
1 延续了select自动完成的用户习惯<br />
2 给出了相应关键词的更多搜索组合和搜索结果数量级</p>
<p>不过明白了一个问题，微软拼音输入时，有三个阶段<br />
1 输入<br />
2 选择<br />
3 输出<br />
这三个阶段与其它输入法不同的是 他的每个阶段都保持了输出状态
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: xiaoxiao</title>
		<link>http://uicom.net/blog/?p=552#comment-3629</link>
		<pubDate>Mon, 29 Jan 2007 05:58:29 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=552#comment-3629</guid>
					<description>标题表述应该是：当“Ajax”被烂用之后。本身Ajax是没什么问题，关健在于人</description>
		<content:encoded><![CDATA[<p>标题表述应该是：当“Ajax”被烂用之后。本身Ajax是没什么问题，关健在于人
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: yatrack</title>
		<link>http://uicom.net/blog/?p=552#comment-3623</link>
		<pubDate>Sun, 28 Jan 2007 16:13:45 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=552#comment-3623</guid>
					<description>看看这个的ajax应用的怎么样：
http://www.yatrack.cn/</description>
		<content:encoded><![CDATA[<p>看看这个的ajax应用的怎么样：<br />
<a href="http://www.yatrack.cn/" rel="nofollow">http://www.yatrack.cn/</a>
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: &#187; 昨日收集 - 产品、体验、用户和设计师概念图 &#124; 94smart&#8217;s Blog</title>
		<link>http://uicom.net/blog/?p=552#comment-3621</link>
		<pubDate>Sun, 28 Jan 2007 16:07:29 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=552#comment-3621</guid>
					<description>[...] 当AJAX被抡圆了用以后…. [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] 当AJAX被抡圆了用以后…. [&#8230;]
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: iqst</title>
		<link>http://uicom.net/blog/?p=552#comment-3606</link>
		<pubDate>Sun, 28 Jan 2007 01:32:36 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=552#comment-3606</guid>
					<description>google 图片搜索那个例子

隐去的两个信息：图片尺寸和大小，其中大小我觉得在意的人寥寥，争议点可能更多的在图片尺寸隐藏是否合理。

这个我想google不会草率决定的，他们会考虑左上角那个尺寸下拉框的使用频率，如果只有1-2%的用户用尺寸筛选了，那么说明绝大多数用户并不太关心尺寸，

我猜他们是这样来决策的，当然，他们手里的数据肯定更多……</description>
		<content:encoded><![CDATA[<p>google 图片搜索那个例子</p>
<p>隐去的两个信息：图片尺寸和大小，其中大小我觉得在意的人寥寥，争议点可能更多的在图片尺寸隐藏是否合理。</p>
<p>这个我想google不会草率决定的，他们会考虑左上角那个尺寸下拉框的使用频率，如果只有1-2%的用户用尺寸筛选了，那么说明绝大多数用户并不太关心尺寸，</p>
<p>我猜他们是这样来决策的，当然，他们手里的数据肯定更多……
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 一壶秋水</title>
		<link>http://uicom.net/blog/?p=552#comment-3567</link>
		<pubDate>Sat, 27 Jan 2007 10:39:46 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=552#comment-3567</guid>
					<description>路过的一只壶
刚才在玩google的网上论坛，发现上传文件的地方没有上传按钮，选择后自动上传，要是点错怎么办&#62;</description>
		<content:encoded><![CDATA[<p>路过的一只壶<br />
刚才在玩google的网上论坛，发现上传文件的地方没有上传按钮，选择后自动上传，要是点错怎么办&gt;
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: sume</title>
		<link>http://uicom.net/blog/?p=552#comment-3561</link>
		<pubDate>Sat, 27 Jan 2007 06:39:38 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=552#comment-3561</guid>
					<description>图片搜索的例子不同意21步的说法，我个人的感觉是要区分情况。
1、我用PC的时候，喜欢用鼠标阅读（就是跟着鼠标的位置阅读，或选中当前阅读的文字），这个时候对我来说简洁确实是很好的设计，我搜很多图片多数是随意搜的，所以文字对我也有帮助。
2、但是用NB的时候，由于鼠标不是很方便，操作方式与PC不同。所以先对以前提供有更多信息的设计还真是麻烦一点。</description>
		<content:encoded><![CDATA[<p>图片搜索的例子不同意21步的说法，我个人的感觉是要区分情况。<br />
1、我用PC的时候，喜欢用鼠标阅读（就是跟着鼠标的位置阅读，或选中当前阅读的文字），这个时候对我来说简洁确实是很好的设计，我搜很多图片多数是随意搜的，所以文字对我也有帮助。<br />
2、但是用NB的时候，由于鼠标不是很方便，操作方式与PC不同。所以先对以前提供有更多信息的设计还真是麻烦一点。
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: ladolcevita</title>
		<link>http://uicom.net/blog/?p=552#comment-3560</link>
		<pubDate>Sat, 27 Jan 2007 05:29:49 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=552#comment-3560</guid>
					<description>好像主要还是对用户行为的理解和掌握
很多情况都是可以避免的</description>
		<content:encoded><![CDATA[<p>好像主要还是对用户行为的理解和掌握<br />
很多情况都是可以避免的
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: wkcow</title>
		<link>http://uicom.net/blog/?p=552#comment-3554</link>
		<pubDate>Sat, 27 Jan 2007 02:21:22 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=552#comment-3554</guid>
					<description>说实话，以前做项目中，年、月、日，国家、省、市经常用ajax的，但搜索框使用ajax一直就不赞同，就算是英文提示，没有视觉干扰，但网民输入什么这么多年的习惯是很难改的。</description>
		<content:encoded><![CDATA[<p>说实话，以前做项目中，年、月、日，国家、省、市经常用ajax的，但搜索框使用ajax一直就不赞同，就算是英文提示，没有视觉干扰，但网民输入什么这么多年的习惯是很难改的。
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 白鸦</title>
		<link>http://uicom.net/blog/?p=552#comment-3552</link>
		<pubDate>Sat, 27 Jan 2007 01:55:00 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=552#comment-3552</guid>
					<description>IanLiu:
确实， AJAX只是工具，关键问题还是在交互设计对用户行为模式的把握上


当然，真的出现21步的情况还是不太可能的，我那只是一种算法..</description>
		<content:encoded><![CDATA[<p>IanLiu:<br />
确实， AJAX只是工具，关键问题还是在交互设计对用户行为模式的把握上</p>
<p>当然，真的出现21步的情况还是不太可能的，我那只是一种算法..
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 白鸦</title>
		<link>http://uicom.net/blog/?p=552#comment-3551</link>
		<pubDate>Sat, 27 Jan 2007 01:51:28 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=552#comment-3551</guid>
					<description>huerreson: 例子一你的认为不是很和该产品的使用场景，现在的百度搜藏是那个样子的；  例子二你大概是个人的搜索需求，实际上有数据可以支持我的关点。

当然，真的出现21步的情况还是很少的，我那只是一种算法..</description>
		<content:encoded><![CDATA[<p>huerreson: 例子一你的认为不是很和该产品的使用场景，现在的百度搜藏是那个样子的；  例子二你大概是个人的搜索需求，实际上有数据可以支持我的关点。</p>
<p>当然，真的出现21步的情况还是很少的，我那只是一种算法..
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: huerreson</title>
		<link>http://uicom.net/blog/?p=552#comment-3550</link>
		<pubDate>Sat, 27 Jan 2007 01:45:02 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=552#comment-3550</guid>
					<description>然后我觉得白鸭给出的例子并不好,
例一:当用户处于登录状态,浏览自己的内容时,多数情况下处于管理状态,比如删除,修改等操作.(不清楚这是哪里的服务,未试用)
例二:是google的图片搜索服务吧,我觉得大多数使用google搜图片的用户,并不关心”尺寸”和”大小”,有可能作为一个web设计师找素材才会关心这些信息;多数用户只为找到自己想要的资料信息,比如我想知道萨达姆到底长什么样.

其它例子不做讨论</description>
		<content:encoded><![CDATA[<p>然后我觉得白鸭给出的例子并不好,<br />
例一:当用户处于登录状态,浏览自己的内容时,多数情况下处于管理状态,比如删除,修改等操作.(不清楚这是哪里的服务,未试用)<br />
例二:是google的图片搜索服务吧,我觉得大多数使用google搜图片的用户,并不关心”尺寸”和”大小”,有可能作为一个web设计师找素材才会关心这些信息;多数用户只为找到自己想要的资料信息,比如我想知道萨达姆到底长什么样.</p>
<p>其它例子不做讨论
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: huerreson</title>
		<link>http://uicom.net/blog/?p=552#comment-3547</link>
		<pubDate>Sat, 27 Jan 2007 01:29:36 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=552#comment-3547</guid>
					<description>能让用户做一个是否取消/使用该功能的选择就好了</description>
		<content:encoded><![CDATA[<p>能让用户做一个是否取消/使用该功能的选择就好了
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: IanLiu</title>
		<link>http://uicom.net/blog/?p=552#comment-3526</link>
		<pubDate>Fri, 26 Jan 2007 20:45:55 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=552#comment-3526</guid>
					<description>有点类似麦田的那篇文章。不知道为什么我的浏览器并看不到google.cn这个新提示功能，偏好设置里看了也没那个选择框，很奇怪？

不过我个人觉得，如果这的确是问题，提交给google要求考虑修改或提出更好的解决方法，这样的思维方式会更积极、有建设性一些，而且这样对自己也是一个试图解决问题体验。

因为之前我也在blog里测试了一下google和live search图片搜索，所以对此很感兴趣，很想知道大家是如何抉择图片相关信息的 ：
－－－－－－－－－－
图片摘要
图片尺寸
图片类型
图片出处
图片出自类别，比如百度的”新闻图片“
－－－－－－－－－－

我的取决条件是：
有效的图片摘要&#62;图片尺寸&#62;图片出处.....&#62;图片类型&#62;图片出自类别

我不觉得用户搜索图片会去查看每个图片的信息，也就是说不会操作21步去看每一个图片的相关信息，应该会视觉扫描找到类似想找得图片，然后再有查看相关信息的欲望。

最后说一下AJAX, 仔细想想，其实问题不在AJAX上，它只是工具，上面提到的问题都出在对界面交互设计不完善以及对用户行为缺乏研究，所以我们需要改进还是如果实实在在的提高界面设计以及可用性测试和评估，不要怕存在问题，也不要只是针对问题。</description>
		<content:encoded><![CDATA[<p>有点类似麦田的那篇文章。不知道为什么我的浏览器并看不到google.cn这个新提示功能，偏好设置里看了也没那个选择框，很奇怪？</p>
<p>不过我个人觉得，如果这的确是问题，提交给google要求考虑修改或提出更好的解决方法，这样的思维方式会更积极、有建设性一些，而且这样对自己也是一个试图解决问题体验。</p>
<p>因为之前我也在blog里测试了一下google和live search图片搜索，所以对此很感兴趣，很想知道大家是如何抉择图片相关信息的 ：<br />
－－－－－－－－－－<br />
图片摘要<br />
图片尺寸<br />
图片类型<br />
图片出处<br />
图片出自类别，比如百度的”新闻图片“<br />
－－－－－－－－－－</p>
<p>我的取决条件是：<br />
有效的图片摘要&gt;图片尺寸&gt;图片出处&#8230;..&gt;图片类型&gt;图片出自类别</p>
<p>我不觉得用户搜索图片会去查看每个图片的信息，也就是说不会操作21步去看每一个图片的相关信息，应该会视觉扫描找到类似想找得图片，然后再有查看相关信息的欲望。</p>
<p>最后说一下AJAX, 仔细想想，其实问题不在AJAX上，它只是工具，上面提到的问题都出在对界面交互设计不完善以及对用户行为缺乏研究，所以我们需要改进还是如果实实在在的提高界面设计以及可用性测试和评估，不要怕存在问题，也不要只是针对问题。
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 白鸦</title>
		<link>http://uicom.net/blog/?p=552#comment-3518</link>
		<pubDate>Fri, 26 Jan 2007 18:55:42 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=552#comment-3518</guid>
					<description>当然， suggest 也有很好的地方：
如，
http://uicom.net/blog/attachments/200701/ajax07.gif
http://uicom.net/blog/attachments/200701/ajax08.gif</description>
		<content:encoded><![CDATA[<p>当然， suggest 也有很好的地方：<br />
如，<br />
<a href="http://uicom.net/blog/attachments/200701/ajax07.gif" rel="nofollow">http://uicom.net/blog/attachments/200701/ajax07.gif</a><br />
<a href="http://uicom.net/blog/attachments/200701/ajax08.gif" rel="nofollow">http://uicom.net/blog/attachments/200701/ajax08.gif</a>
</p>
]]></content:encoded>
				</item>
</channel>
</rss>
