﻿<?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>Shimu design - 设计&#38;产品&#38;前端&#38;wordpress &#187; web</title>
	<atom:link href="http://www.shimuuu.com/tag/web/feed" rel="self" type="application/rss+xml" />
	<link>http://www.shimuuu.com</link>
	<description>诗沐的设计博客和作品集。提供网页设计/开发/用户体验咨询/wordpress博客主题设计等服务。记录网页设计&#38;开发教程，发布wordpress主题。</description>
	<lastBuildDate>Wed, 28 Jul 2010 02:39:04 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>和翔子聊交互</title>
		<link>http://www.shimuuu.com/blog/%e5%92%8c%e7%bf%94%e5%ad%90%e8%81%8a%e4%ba%a4%e4%ba%92</link>
		<comments>http://www.shimuuu.com/blog/%e5%92%8c%e7%bf%94%e5%ad%90%e8%81%8a%e4%ba%a4%e4%ba%92#comments</comments>
		<pubDate>Fri, 09 Oct 2009 08:15:14 +0000</pubDate>
		<dc:creator>shimu</dc:creator>
				<category><![CDATA[blog]]></category>
		<category><![CDATA[思索]]></category>
		<category><![CDATA[code]]></category>
		<category><![CDATA[css]]></category>
		<category><![CDATA[html]]></category>
		<category><![CDATA[js]]></category>
		<category><![CDATA[JSON]]></category>
		<category><![CDATA[web]]></category>
		<category><![CDATA[交互]]></category>
		<category><![CDATA[框架]]></category>
		<category><![CDATA[模板]]></category>

		<guid isPermaLink="false">http://iamfrompluto.cn/2009/10/09/%e5%92%8c%e7%bf%94%e5%ad%90%e8%81%8a%e4%ba%a4%e4%ba%92/</guid>
		<description><![CDATA[这次要写的话很多，就不在翔子的博客上留言回复了。他的博文《Designing Interactions（续）》写得很好，我也有很多话想说。
1.设计最初肯定是下意识的，心智模型更是人类自身无法完全了解的。
就算到了现在，我们所讨论的设计仍有部分（比例因人而异）是下意识的。但到了今天再做设计的时候，单纯靠经验和感觉来做设计是不够的了，肯定要有数据说话，这个数据如何得来、统计方法都是理论支撑。而心智模型这个东西，实际上在产品设计这块已经有相当多的案例是设计和它结合一起做的。阿莱西、深泽直人的许多作品就有相当强烈的心智模型的印记。

而在web这一块，对于交互的探索确实还没有多少和心智模型相结合的地方。所谓心智模型，是需要人长期经验积累而形成的，譬如手拿杯子的动作，不同的地区的人对早饭内容的理解等等。互联网的交互发展才刚刚开始，用户在浏览网页中所展现出来的习惯还比较琐碎，并没有十分系统的心智模型可以提够研究。像google做的以gmail为核心的心智模型的研究其实也只是刚刚起步而已，研究内容比较松散。

不过我相信，这将会是未来交互研究的重要发展方向，诺曼的书已经反复在论证这一观点。不管是产品交互还是互联网的交互，根源的本质都是一样。

我最近在做的一个项目有一个需求是：一个网上学习管理系统的管理员可以添加一个持续一个月，参与人员40多人的课程计划，其中包括几十门课。在做这个功能的交互的时候，我会考虑制定一个计划到底是什么样的情形？如果不是在web上来完成这个工作，人会这么样来制定一个计划。这里，就把用户对于“制定一个计划”的认识加入到了交互设计的思考范畴。有意识地去思考用户的心智模型有时候的确会给你带来很多新的想法，当然，也有越陷越深的危险。
2. 我相当同意你对技术的看法，而且最近我深刻体会到了做设计的了解一定的技术的重要性。
你可以不会编码，甚至看不懂java类的声明都不要紧，关键的是你要知道你脑袋里想到的东西是如何被一层一层传到最底层——持久层的。当然，有的情况会是方向倒过来，但我并不赞同。

这两个多月来我接触到的技术人员里，他们还是很看重“设计“的。最近不知道为什么，用户体验这个词被喊得很厉害，我周围的人都在说这个词，可能是支付宝的战略关系。技术人员能够参与到设计中是最好了，不过最好还是设计师来决断。一个好的设计师不一定每次都冒出很多好点子，更需要的是搜集和决断的能力。决断力其实是被很多人忽略却相当重要的能力。但从我这次项目经验来看，刚出学校门的程序员和刚出学校门的设计师在某些地方很相像，那就是看问题还不够大局，或者说明晰。他们说的一些交互想法都有很大的硬伤，而我们对技术的理解也有很多可笑的漏洞。一个好的团队必然是互补互足的，技术和设计人员耦合得越紧密，知识面叠加得越多，沟通成本就越低，效率自然就高了。
3. JSP和ASP等等也不能说是平台吧。
它们都是页面渲染技术标准啊。服务器端运行jsp，然后返回到客户端html，jsp自身是带着功能性的。然后客户端上也能处理脚本了，也就是JS，所以很多轻量级的应用都放在JS上。JSP已经达到分离页面（MVC）的地步，但是它还没有彻底，Spring在这方面做得更好更强大。开发上JSP这个标准就慢慢没落了。也就是说JSP已经达到了前后端分离，只是还不干净。如果说网页是静态的，那前后端分离也没有必要了，当有了动态页面，就需要页面渲染技术来把一个模板和一个context合成一个文本。
比如
hello,&#38;name
和
{“name"=&#62;”world”}
通过模板渲染就会得到hello,world
而用Velocity来替代JSP，则会更简单，这里就不详细说了。在我写vm的过程中所体会到的是，velocity远比jsp要来得方便。基本上和html没什么太大的差别。

站在框架本身的角度上，它提高了重用性、扩展性和可用性。用框架就表明你无需单个地对某个元素进行大量的调试啊兼容啊等等。这样一来，框架本身就限制了元素本身的创造性，这是它本身的劣势了。不过框架最大的取舍点还在于，如果你是UI框架，是否和系统框架能够融合，这才是最重要的，否则你JS写得再好，发现放到Spring里之后不能用，就悲剧了。
4.JSON好就好在它提供前后端数据传输的格式。
和XML相比，两者在可读性上没什么太大区别。相信前端开发会非常喜欢json，因为它可以写出很实用美观可读性也强的代码，但是后台开发则会更偏好xml，因为它是标准的结构化标记语言。json易于解码，只要定义好数据结构。喜欢json是因为js拥有很大的创造能力，而json就为这种创造能力搭建了实现平台。只要前后端开发沟通好。不过我是无法预见JS的未来，虽然web发展以来有很多模板语言更新换代，但是html/css/js这三者还是依旧，在追求标准的年代，这三个很难拆散，也就意味着很难取代其中一个。

时间有限这次就聊这么多了～～
类似的网志，挑你喜欢的看：

A beginer guide for designers who wanna learn html&#38;css
3种css中的white-space使用技巧
网页设计师也该关注页面性能
shimu将不再对ie6做兼容（更新：已兼容chrome）
从需求到功能再到实现


]]></description>
			<content:encoded><![CDATA[<p>这次要写的话很多，就不在<a href="http://gundam215.blogbus.com">翔子的博客</a>上留言回复了。他的博文<a href="http://gundam215.blogbus.com/logs/47240892.html">《Designing Interactions（续）》</a>写得很好，我也有很多话想说。</p>
<h4>1.设计最初肯定是下意识的，心智模型更是人类自身无法完全了解的。</h4>
<p>就算到了现在，我们所讨论的设计仍有部分（比例因人而异）是下意识的。但到了今天再做设计的时候，单纯靠经验和感觉来做设计是不够的了，肯定要有数据说话，这个数据如何得来、统计方法都是理论支撑。而心智模型这个东西，实际上在产品设计这块已经有相当多的案例是设计和它结合一起做的。阿莱西、深泽直人的许多作品就有相当强烈的心智模型的印记。</p>
<p><span id="more-108"></span></p>
<p>而在web这一块，对于交互的探索确实还没有多少和心智模型相结合的地方。所谓心智模型，是需要人长期经验积累而形成的，譬如手拿杯子的动作，不同的地区的人对早饭内容的理解等等。互联网的交互发展才刚刚开始，用户在浏览网页中所展现出来的习惯还比较琐碎，并没有十分系统的心智模型可以提够研究。像google做的以gmail为核心的心智模型的研究其实也只是刚刚起步而已，研究内容比较松散。</p>
<p>
不过我相信，这将会是未来交互研究的重要发展方向，诺曼的书已经反复在论证这一观点。不管是产品交互还是互联网的交互，根源的本质都是一样。</p>
<p>
我最近在做的一个项目有一个需求是：一个网上学习管理系统的管理员可以添加一个持续一个月，参与人员40多人的课程计划，其中包括几十门课。在做这个功能的交互的时候，我会考虑<strong>制定一个计划</strong>到底是什么样的情形？如果不是在web上来完成这个工作，人会这么样来制定一个计划。这里，就把用户对于“制定一个计划”的认识加入到了交互设计的思考范畴。有意识地去思考用户的心智模型有时候的确会给你带来很多新的想法，当然，也有越陷越深的危险。</p>
<h4>2. 我相当同意你对技术的看法，而且最近我深刻体会到了做设计的了解一定的技术的重要性。</h4>
<p>你可以不会编码，甚至看不懂java类的声明都不要紧，关键的是你要知道你脑袋里想到的东西是如何被一层一层传到最底层——持久层的。当然，有的情况会是方向倒过来，但我并不赞同。</p>
<p>
这两个多月来我接触到的技术人员里，他们还是很看重“设计“的。最近不知道为什么，用户体验这个词被喊得很厉害，我周围的人都在说这个词，可能是支付宝的战略关系。技术人员能够参与到设计中是最好了，不过最好还是设计师来决断。一个好的设计师不一定每次都冒出很多好点子，更需要的是搜集和决断的能力。决断力其实是被很多人忽略却相当重要的能力。但从我这次项目经验来看，刚出学校门的程序员和刚出学校门的设计师在某些地方很相像，那就是看问题还不够大局，或者说明晰。他们说的一些交互想法都有很大的硬伤，而我们对技术的理解也有很多可笑的漏洞。一个好的团队必然是互补互足的，技术和设计人员耦合得越紧密，知识面叠加得越多，沟通成本就越低，效率自然就高了。</p>
<h4>3. JSP和ASP等等也不能说是平台吧。</h4>
<p>它们都是页面渲染技术标准啊。服务器端运行jsp，然后返回到客户端html，jsp自身是带着功能性的。然后客户端上也能处理脚本了，也就是JS，所以很多轻量级的应用都放在JS上。JSP已经达到分离页面（MVC）的地步，但是它还没有彻底，Spring在这方面做得更好更强大。开发上JSP这个标准就慢慢没落了。也就是说JSP已经达到了前后端分离，只是还不干净。如果说网页是静态的，那前后端分离也没有必要了，当有了动态页面，就需要页面渲染技术来把一个模板和一个context合成一个文本。</p>
<p>比如<br />
<code>hello,&amp;name</code><br />
和<br />
<code>{“name"=&gt;”world”}</code></p>
<p>通过模板渲染就会得到<strong>hello,world</strong><br />
而用Velocity来替代JSP，则会更简单，这里就不详细说了。在我写vm的过程中所体会到的是，velocity远比jsp要来得方便。基本上和html没什么太大的差别。</p>
<p>
站在框架本身的角度上，它提高了重用性、扩展性和可用性。用框架就表明你无需单个地对某个元素进行大量的调试啊兼容啊等等。这样一来，框架本身就限制了元素本身的创造性，这是它本身的劣势了。不过框架最大的取舍点还在于，如果你是UI框架，是否和系统框架能够融合，这才是最重要的，否则你JS写得再好，发现放到Spring里之后不能用，就悲剧了。</p>
<h4>4.JSON好就好在它提供前后端数据传输的格式。</h4>
<p>和XML相比，两者在可读性上没什么太大区别。相信前端开发会非常喜欢json，因为它可以写出很实用美观可读性也强的代码，但是后台开发则会更偏好xml，因为它是标准的结构化标记语言。json易于解码，只要定义好数据结构。喜欢json是因为js拥有很大的创造能力，而json就为这种创造能力搭建了实现平台。只要前后端开发沟通好。不过我是无法预见JS的未来，虽然web发展以来有很多模板语言更新换代，但是html/css/js这三者还是依旧，在追求标准的年代，这三个很难拆散，也就意味着很难取代其中一个。</p>
<p>
时间有限这次就聊这么多了～～</p>
<p><strong>类似的网志，挑你喜欢的看：</strong>
<ul class="similar-posts">
<li><a href="http://www.shimuuu.com/blog/a-begining-guide-for-designers-who-wanna-learn-htmlcss" rel="bookmark" title="04/08/2010">A beginer guide for designers who wanna learn html&amp;css</a></li>
<li><a href="http://www.shimuuu.com/blog/3-tips-of-white-space-in-css" rel="bookmark" title="04/05/2010">3种css中的white-space使用技巧</a></li>
<li><a href="http://www.shimuuu.com/blog/web-designer-should-focus-on-page-speed" rel="bookmark" title="06/12/2010">网页设计师也该关注页面性能</a></li>
<li><a href="http://www.shimuuu.com/blog/no-more-hack-for-ie6" rel="bookmark" title="04/02/2010">shimu将不再对ie6做兼容（更新：已兼容chrome）</a></li>
<li><a href="http://www.shimuuu.com/blog/%e4%bb%8e%e9%9c%80%e6%b1%82%e5%88%b0%e5%8a%9f%e8%83%bd%e5%86%8d%e5%88%b0%e5%ae%9e%e7%8e%b0" rel="bookmark" title="07/31/2009">从需求到功能再到实现</a></li>
</ul>
<p><!-- Similar Posts took 51.490 ms --></p>
]]></content:encoded>
			<wfw:commentRss>http://www.shimuuu.com/blog/%e5%92%8c%e7%bf%94%e5%ad%90%e8%81%8a%e4%ba%a4%e4%ba%92/feed</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
	</channel>
</rss>
