﻿<?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; 模板</title>
	<atom:link href="http://www.shimuuu.com/tag/%e6%a8%a1%e6%9d%bf/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>.htaccess文件中添加301重定向</title>
		<link>http://www.shimuuu.com/blog/301-htaccess-redirect</link>
		<comments>http://www.shimuuu.com/blog/301-htaccess-redirect#comments</comments>
		<pubDate>Sun, 11 Apr 2010 10:30:05 +0000</pubDate>
		<dc:creator>shimu</dc:creator>
				<category><![CDATA[blog]]></category>
		<category><![CDATA[教程]]></category>
		<category><![CDATA[.htaccess]]></category>
		<category><![CDATA[hack]]></category>
		<category><![CDATA[wordpress]]></category>
		<category><![CDATA[wordpress theme]]></category>
		<category><![CDATA[模板]]></category>

		<guid isPermaLink="false">http://www.shimuuu.com/?p=681</guid>
		<description><![CDATA[当设置了wordpress中的Permalinks后，一些网志的url地址会发生改变。比如你把Permalinks设置为 %categoryname%/%postname% 之后，会有可能发生404错误。这时可以在.htaccess文件中添加301重定向来将那些”错误的”url指向“正确的”url，来避免发生404错误。

在.htaccess中添加重定向的利弊
凡事都是利弊两面的。在.htaccess中写301重定向的好处是它是在服务器端，浏览器会先读其中的语句然后直接跳到正确的url页面；而用redirect tag方法的话，浏览器会先到“错误的”页面，然后重定向到“正确的”页面，这样会有一个延迟（以前的重定向大多数这种方法）。
而在.htaccess中写301重定向的缺陷则在于它影响服务器端所在目录及所有子目录的文件，而且浏览器每一次发起请求，.htaccess都会被读到。所以如果你需要写大量301重定向语句的话，.htaccess的执行效率会降低，速度就自然变慢。
当然，对于博客这种级别的小型网站来说，在.htaccess里写301重定向是很好的
方法蛮简单的，在服务器里找到你的.htaccess文件（如果你用的是FTP客户端来找文件，确保你使用了查看隐藏文件的选项），添加如下代码：

#301 redirect
Redirect 301 /old-category/sample-post http://your-domain/new-category/sample-post

这里可以很灵活地运用。比如你不想要 category name 在网志的url中出现，可以写成：

Redirect 301 /category-name/sample-post http://your-domain/sample-post


如果你要重定向整个网站到一个新的域名
添加如下代码即可：

Redirect 301 / http://your-new-domain/


类似的网志，挑你喜欢的看：

How Blackboard theme has been done &#8211; the original
wordpress教程：如何在不同的页面显示不同的分类文章
给网站加速：设置expires header (YSLOW提示)
New site launched!
wordpress教程：如何将文章分成两栏显示


]]></description>
			<content:encoded><![CDATA[<p>当设置了wordpress中的Permalinks后，一些网志的url地址会发生改变。比如你把Permalinks设置为 %categoryname%/%postname% 之后，会有可能发生404错误。这时可以在.htaccess文件中添加301重定向来将那些”错误的”url指向“正确的”url，来避免发生404错误。</p>
<p><span id="more-681"></span></p>
<h4>在.htaccess中添加重定向的利弊</h4>
<p>凡事都是利弊两面的。在.htaccess中写301重定向的好处是它是在服务器端，浏览器会先读其中的语句然后直接跳到正确的url页面；而用redirect tag方法的话，浏览器会先到“错误的”页面，然后重定向到“正确的”页面，这样会有一个延迟（以前的重定向大多数这种方法）。</p>
<p>而在.htaccess中写301重定向的缺陷则在于它影响服务器端所在目录及所有子目录的文件，而且浏览器每一次发起请求，.htaccess都会被读到。所以如果你需要写大量301重定向语句的话，.htaccess的执行效率会降低，速度就自然变慢。</p>
<h4>当然，对于博客这种级别的小型网站来说，在.htaccess里写301重定向是很好的</h4>
<p>方法蛮简单的，在服务器里找到你的.htaccess文件（如果你用的是FTP客户端来找文件，确保你使用了查看隐藏文件的选项），添加如下代码：</p>
<pre class="codewrapper">
#301 redirect
Redirect 301 /old-category/sample-post http://your-domain/new-category/sample-post
</pre>
<p>这里可以很灵活地运用。比如你不想要 category name 在网志的url中出现，可以写成：</p>
<pre class="codewrapper">
Redirect 301 /category-name/sample-post http://your-domain/sample-post
</pre>
</p>
<h4>如果你要重定向整个网站到一个新的域名</h4>
<p>添加如下代码即可：</p>
<pre class="codewrapper">
Redirect 301 / http://your-new-domain/
</pre>
</p>
<p><strong>类似的网志，挑你喜欢的看：</strong>
<ul class="similar-posts">
<li><a href="http://www.shimuuu.com/blog/how-shimuuu-has-been-done-the-original" rel="bookmark" title="04/02/2010">How Blackboard theme has been done &#8211; the original</a></li>
<li><a href="http://www.shimuuu.com/blog/display-different-categories-posts-in-different-pages" rel="bookmark" title="05/01/2010">wordpress教程：如何在不同的页面显示不同的分类文章</a></li>
<li><a href="http://www.shimuuu.com/blog/speeding-up-website-via-setting-expires-header" rel="bookmark" title="04/04/2010">给网站加速：设置expires header (YSLOW提示)</a></li>
<li><a href="http://www.shimuuu.com/blog/new-design-is-ready-to-go" rel="bookmark" title="10/19/2009">New site launched!</a></li>
<li><a href="http://www.shimuuu.com/blog/display-posts-in-two-columns" rel="bookmark" title="04/29/2010">wordpress教程：如何将文章分成两栏显示</a></li>
</ul>
<p><!-- Similar Posts took 135.332 ms --></p>
]]></content:encoded>
			<wfw:commentRss>http://www.shimuuu.com/blog/301-htaccess-redirect/feed</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>How Blackboard theme has been done &#8211; the original</title>
		<link>http://www.shimuuu.com/blog/how-shimuuu-has-been-done-the-original</link>
		<comments>http://www.shimuuu.com/blog/how-shimuuu-has-been-done-the-original#comments</comments>
		<pubDate>Fri, 02 Apr 2010 08:57:15 +0000</pubDate>
		<dc:creator>shimu</dc:creator>
				<category><![CDATA[blog]]></category>
		<category><![CDATA[诗沐作品]]></category>
		<category><![CDATA[tutorial]]></category>
		<category><![CDATA[wordpress]]></category>
		<category><![CDATA[wordpress theme]]></category>
		<category><![CDATA[模板]]></category>
		<category><![CDATA[网页设计]]></category>

		<guid isPermaLink="false">http://www.shimuuu.com/?p=549</guid>
		<description><![CDATA[ 
上面那张图是就是这个小站wordpress主题：Blackboard的最初的起源，查看大图。和现在这个线上版本看起来还是有蛮大差别的，我想用How Shimuuu has been done这个系列网志来记录一下这个小站诞生的全过程。可以查看这篇网志，里面包含了目录。

最最最原始的想法
从图里可以看出，最开始我也没有用黑板这个灵感。关键词只是big typography和textured background，最重要的是one page style（把blog, portfolio, about, contact都放在一张页面上），这些都是受了现在网页设计的潮流的影响。在最初的字体选择上，当时对字体的认识还没有现在这样全面，可以从图里看到，sans-serif和sans两种结合得并不是很好（用的是Old style goody和Arial blod）。整个纹理背景，也是在一名国外设计师的博客的基础上修改的，其实也不是很契合我的风格。不过，这只是最初的试水。
黑板的灵感
在这稿出来之后我并不是很满意，太多别人的影子。我试着发挥自己更多的想象力来做，暂且不管最终结果如何，看看能走到哪一步。在几次头脑风暴之后，有了黑板这个灵感。我在网络上搜寻了很多图片，它们都提供了不少创意。

融入黑板元素的稿子
 


我尝试融入进更多的黑板元素，甚至拍了一块真的黑板的照片并用photoshop处理成了无缝纹理；还有一些插画，我想达成黑板画的风格。这些过程中的稿子我都觉得不错，不过最终还是被我放弃了。因为我发现在主体内容增多之后，我没办法处理好这些烘托气氛的元素，也没办法把他们和谐地融入进主体内容。考虑到网站的性能，我并不打算在主体内容上用太多的图片，所以黑板画风格的插画在我此后的设计中逐渐被精简。
与此同时，为了黑板显得不那么单调，我也加入了一些grunge的元素。有了先前的经验，这次我十分注意它们和主体内容的结合，以及重用。现在线上版本的grunge元素（首页左边导航处的黑板上水迹的模拟等）只用了两张图片，一方面是因为使用了css sprite，一方面也是把这些元素做成无缝衔接的可以运用到页面上任何内容上。
在最开始的创意阶段，我大概花了一两个月时间寻找契合的灵感，试过了很多图形元素、作品和网志排版样式。很多在后期的设计中都换了模样。这是第一次做wordpress主题的必经过程吧。好在这后面的过程中不断有好的想法冒出来，也给我的博客增添了更多的特色。敬请期待下一篇：How Blackboard has been done &#8211; the idea grow all the time
类似的网志，挑你喜欢的看：

.htaccess文件中添加301重定向
wordpress教程：如何将文章分成两栏显示
New site launched!
wordpress教程：如何在不同的页面显示不同的分类文章
wordpress3.0导航菜单初探


]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.shimuuu.com/blog/how-shimuuu-has-been-done-the-original" class="imglink" title="How Shimuuu has been done - the original"><img class="alignnone hasimg" src="http://farm3.static.flickr.com/2781/4483828118_dd6b957e1e_o.jpg" alt="How Shimuuu has been done - the original" width="400" height="235" /></a> </p>
<p>上面那张图是就是这个小站wordpress主题：Blackboard的最初的起源，<a href="http://www.flickr.com/photos/shimuuu/4483832556/sizes/o/">查看大图</a>。和现在这个线上版本看起来还是有蛮大差别的，我想用How Shimuuu has been done这个系列网志来记录一下这个小站诞生的全过程。可以查看<a href="http://www.shimuuu.com/blog/new-design-is-ready-to-go">这篇网志</a>，里面包含了目录。</p>
<p><span id="more-549"></span></p>
<h4>最最最原始的想法</h4>
<p>从图里可以看出，最开始我也没有用<strong>黑板</strong>这个灵感。关键词只是<abbr title="大字体的网页设计风格">big typography</abbr>和<abbr title="运用背景纹理">textured background</abbr>，最重要的是<abbr title="单页面风格">one page style</abbr>（把blog, portfolio, about, contact都放在一张页面上），这些都是受了现在网页设计的潮流的影响。在最初的字体选择上，当时对字体的认识还没有现在这样全面，可以从图里看到，sans-serif和sans两种结合得并不是很好（用的是Old style goody和Arial blod）。整个纹理背景，也是在一名国外设计师的博客的基础上修改的，其实也不是很契合我的风格。不过，这只是最初的试水。</p>
<h4>黑板的灵感</h4>
<p>在这稿出来之后我并不是很满意，太多别人的影子。我试着发挥自己更多的想象力来做，暂且不管最终结果如何，看看能走到哪一步。在几次头脑风暴之后，有了黑板这个灵感。我在网络上搜寻了很多图片，它们都提供了不少创意。</p>
<p><img class="alignnone imgfloat" src="http://farm3.static.flickr.com/2752/4483248133_641abcf038_m.jpg" alt="tabula_rasa_by_ifsandbuts" width="240" height="216" /><img class="alignnone imgfloat" src="http://farm3.static.flickr.com/2799/4483248193_a2f87ac0ec_m.jpg" alt="9461cc93b3fcdc0bba7ce1c1401f723b" width="232" height="240" /><img class="alignnone imgfloat" src="http://farm5.static.flickr.com/4019/4483248177_fe51a9fd33_m.jpg" alt="26dbe35d6a7f521028c3639c055a4a6e_l" width="240" height="180" /><img class="alignnone imgfloat" src="http://farm3.static.flickr.com/2800/4483248149_518dc89ac3_m.jpg" alt="3e067b3eba049dfc2febcf1df1d56837_l" width="240" height="180" /><img class="alignnone imgfloat" src="http://farm5.static.flickr.com/4007/4483248261_ea4df8ef4a_m.jpg" alt="FireShot Pro capture #143 - 'Sceptre' - www_sceptre_co_za" width="240" height="116" /><img class="clear" /></p>
<h4>融入黑板元素的稿子</h4>
<p><a href="http://www.flickr.com/photos/shimuuu/4483864710/" class="tt-flickr tt-flickr-Medium" title="newtheme1"><img class="alignnone" src="http://farm3.static.flickr.com/2728/4483864710_778a59fc34.jpg" alt="newtheme1" width="500" height="358" /></a> </p>
<p><a href="http://www.flickr.com/photos/shimuuu/4483867848/" class="tt-flickr tt-flickr-Medium" title="newtheme3"><img class="alignnone" src="http://farm3.static.flickr.com/2684/4483867848_80eb9fc5d6.jpg" alt="newtheme3" width="500" height="270" /></a></p>
<p><a href="http://www.flickr.com/photos/shimuuu/4483868388/" class="tt-flickr tt-flickr-Medium" title="newtheme4"><img class="alignnone" src="http://farm5.static.flickr.com/4072/4483868388_899f4c2fa2.jpg" alt="newtheme4" width="500" height="271" /></a></p>
<p>我尝试融入进更多的黑板元素，甚至拍了一块真的黑板的照片并用photoshop处理成了无缝纹理；还有一些插画，我想达成黑板画的风格。这些过程中的稿子我都觉得不错，不过最终还是被我放弃了。因为我发现在主体内容增多之后，我没办法处理好这些烘托气氛的元素，也没办法把他们和谐地融入进主体内容。考虑到网站的性能，我并不打算在主体内容上用太多的图片，所以黑板画风格的插画在我此后的设计中逐渐被精简。</p>
<p>与此同时，为了黑板显得不那么单调，我也加入了一些<abbr title="脏脏的风格">grunge</abbr>的元素。有了先前的经验，这次我十分注意它们和主体内容的结合，以及重用。现在线上版本的grunge元素（首页左边导航处的黑板上水迹的模拟等）只用了两张图片，一方面是因为使用了<abbr title="图片合并技术">css sprite</abbr>，一方面也是把这些元素做成无缝衔接的可以运用到页面上任何内容上。</p>
<p>在最开始的创意阶段，我大概花了一两个月时间寻找契合的灵感，试过了很多图形元素、作品和网志排版样式。很多在后期的设计中都换了模样。这是第一次做wordpress主题的必经过程吧。好在这后面的过程中不断有好的想法冒出来，也给我的博客增添了更多的特色。敬请期待下一篇：How Blackboard has been done &#8211; the idea grow all the time</p>
<p><strong>类似的网志，挑你喜欢的看：</strong>
<ul class="similar-posts">
<li><a href="http://www.shimuuu.com/blog/301-htaccess-redirect" rel="bookmark" title="04/11/2010">.htaccess文件中添加301重定向</a></li>
<li><a href="http://www.shimuuu.com/blog/display-posts-in-two-columns" rel="bookmark" title="04/29/2010">wordpress教程：如何将文章分成两栏显示</a></li>
<li><a href="http://www.shimuuu.com/blog/new-design-is-ready-to-go" rel="bookmark" title="10/19/2009">New site launched!</a></li>
<li><a href="http://www.shimuuu.com/blog/display-different-categories-posts-in-different-pages" rel="bookmark" title="05/01/2010">wordpress教程：如何在不同的页面显示不同的分类文章</a></li>
<li><a href="http://www.shimuuu.com/blog/wordpress3-0-nav-menus" rel="bookmark" title="06/26/2010">wordpress3.0导航菜单初探</a></li>
</ul>
<p><!-- Similar Posts took 79.901 ms --></p>
]]></content:encoded>
			<wfw:commentRss>http://www.shimuuu.com/blog/how-shimuuu-has-been-done-the-original/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<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 271.525 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>
