活森精的山洞

最近一直在折腾，从准备过年就开始了。

 

年前，在3User进行第二次改版后，很偶然的参加了阿里巴巴国际部的前端招聘初试，提交试题后第二天阿里的Justin就GTalk了我，很温和的扯了近一个小时，当下也没当回事，后继续在社区里发发文，写写代码，挺安逸的过着在工作室的日子，没过两天，在我还在和周老爷子搏斗的高潮中接到了阿里前端负责Lucy的电话，在稀里糊涂当中周旋了近2个小时……被告知年后安排面试……哇咧，柳树发芽了。有的好折腾了……

 

自己的事还得做完，在确定下步开发计划后，急急赶回了湖州，帮着家里搬家，偏偏遇上五十年一遇的大风雪，一折腾就没完没了，搬家还是要照常进行，见缝插针般的死拖硬拽了几个来回，耗尽了宅男的精力，终于是按计划完成了搬家鸿图。真的好折腾……

 

小年夜，冰雪封道，遂跳上黑车前往天堂接小公主回家，很震惊与在如此恶劣天气下前往杭州的黑车如斯便宜……路上不表，抵杭后眼疾腿快的抢上一部叉头，满路上听叉头师傅抱怨夜班同事的不辞而别，心下大喜，没有了换班忧虑，足可以让师傅开个来回载上公主再回北站。两人再到北站开始寻寻觅觅返湖的黑车，倒也顺利，交了些学费，牺牲了坐骨神经，倒也安全抵达目的地。又折腾了一次……

 

大折腾，还逃不掉……折腾着过年，长辈们总在询问创业进展，你们问我，我还没底呢，折折腾腾的大年夜，年初X，东奔西逃，累并更累着。好不容易在情人节逃出生天。

 

返沪后又接到阿里的面试通知，接下去就一直流连在动车组上，拼了老命的为祖国交通事业做着贡献，一面，二面……让许久不和人近距离交谈的宅青有些无所适从…可能觉着自己还不够折腾，居然把简历挂上了千年不去的前程无忧，自此，电话再也没有消停过……拒绝过，考虑过，面试过，受惊过，终于还是在阿里巴巴的offer上签下了同意书，终于又把自己给卖了，要转战杭州了，又开始新折腾了……

 

折腾了那么久，也不在乎再多折腾几回了……折腾吧

首先值得一提的是"社会化"这个概念,社会化的概念最近被炒得比较凶,各大门户,搜索引擎都在玩这个概念,到底什么是社会化呢?按我的理解,就是在个人行为的基础上加入人与人之间的密切关联,形成区域性的互动,简单的说就是用户之间会存在积极的互动,从而形成一个微缩化的类社会.

而在web2.0被提出以后,很明显的整个网络开始进入了社会化进程,所有用户上网的过程不再单纯的是个人的行为了,在网络上的行动轨迹也将成为一种和其他互联网用户分享的资源.

最近新闻比较多的网站大多都是社会化网络产品,这里面又可以分成 专业性社会化应用 和 一般性社会化应用 ,这里的2个概念是为了容易描述而定义的,一般性社会化应用是指单纯为了保持用户之间联系而存在的网站,比如最近新闻不断的FaceBook,MySpace等; 专业性社会化应用是指因为某种相同的兴趣喜好而聚在一起形成的网站,比如del.icio.us,Flickr,Digg等.当然上面提到的都是国外比较著名的网站,而一向互联网嗅觉比国外稍迟顿的国内网站,在最近1,2年也崛起了大量的社会化应用,但是不得不承认的,在国内还没有太好的用户群体,国内的互联网用户对于web2.0中的用户生成内容的模式还是很不习惯的,但是相信社会化的不断引进,用户也会越来越认同除了blog之外的社会化应用,也会成就Digg之类的网站主控权在用户手里的热门网站.

今天想要说的是专业性社会化应用,整个构思是在最近试用了好友推荐的一款社会化网络收藏夹:就喜欢(www.9fav.com)之后萌发的,国内和他类似的网络产品大致有"易游","收客"和"统录",4个网络收藏夹都戴上了社会化的帽子,就是把个人的收藏行为拿出来和网站的其他会员用户或者隐性用户(访客)进行了分享,而且也针对收藏设置了评论之类的交流功能,表面上看来是已经符合了社会化的概念了,下面对这四个网站再做细致一点的分析(再试用了近1个月的时间后):

      1.易游,收客和统录这3大收藏夹大致是在06年年底上线的,就喜欢是在07年5月左右上线的,在时间上,前3者有一定的优势,用户积累量比较大,网站基础数据比较厚,而最年轻的就喜欢收藏夹在这方面没有很好的优势,就收藏量来说是收客比较占优;

     

      2.在易用性上,对于一个网络工具类的网站而言,易用性是左右用户最明显的一个指标,在各自网站上的收藏功能大家都比较完善,没有什么可比性,也没什么必要去比,我把重点放在这4个网站各自提供的各类插件上: 统录和收客提供的ie右键菜单插件在收藏时会脱离用户当前正在浏览的页面,这对用户来说是相当不友好的,作为一个辅助工具却会影响到用户正常浏览,这个不太应该了.而易游和就喜欢网络收藏夹提供的ie右键菜单插件相当的不错,用户不用离开当前正在浏览的页面,一样可以收藏到在这两个网站上,基本上可以代替系统自带的收藏夹了,很好的完成了网络收藏夹这个辅助工具的使命,可以让用户更加赞同他们的 "随时随地保存收藏,不用担心系统收藏夹因为各种原因丢失" 的理念.
 
      3.在访问速度上,除了易游比较慢之外,统录,收客,就喜欢网络收藏夹表现的反应速度都比较满意,感觉上易游太过依靠ajax这种富客户端的技术了,反观统录,收客,就喜欢收藏夹倒是比较直观传统的方式来的让人舒服.
 
      4.在可用性方面和界面的用户友好度上,易游和就喜欢网络收藏夹与统录和收客是2个阵营的,统录和收客注重公共页面多于个人页面,而易游和就喜欢网络收藏夹比较注重用户方面,4个网站都拥有个人界面,而对个人界面功能上易游和就喜欢网络收藏夹比较的完善,而收客和统录个人管理界面有点让人困惑,功能上需要让用户动脑筋,这点有些不足,对网站的用户来说,需要操作的时候越少思考越容易被用户接收.
 
      5.独特功能上,收客拥有4者当中比较独特的全网页等大截图功能,这个功能在保存快照方面比直接保存HTML的方式更加直观而且不容易出错,就喜欢网络收藏夹没有做快照的功能,只有页面缩略图功能,可能就喜欢网络收藏夹的开发者们没有注意到这个功能吧;易游有一个指向功能,可以把自己在易游上的个性二级域名指向到其他常去页面,在智能化方面,就喜欢网络收藏夹的智能关键字分析,让我惊艳了一下,高命中的分析结果和会成长知识库这块相当吸引人,但是官方对这块没有做太大的宣传,我觉得蛮可惜的,还值得一提的是就喜欢有一个个人导航功能,区别于hao123式的导航,完全是一个以用户为中心的导航,还不错,但是就喜欢有一个自己的网站排名,可能算法上有些简单,又或者是基础数据量还少,所以排名上并不是很准确,目前来看是一个鸡肋功能.

 

      6.个性交互功能上,这个就是重点所在了,真正的社会化就体现在这些功能中,易游和就喜欢做的比较突出社会化,而且比较适合年轻人的口味,易游的Fans功能突出了网站的个性,增加用户之间的从属互动,容易变成一个个圈子;而就喜欢的开发者们破天荒的吧IM(聊天工具)集成到网站中,这个让我惊叹了,就和国外现在红火的twitters和国内的饭否一样的集成,但是却把收藏功能集成到这个消息体中,有创意,有想法的,而且貌似几款机器人都相当稳定,反应速度也很快,IM的消息切换也相当智能,对社会化的推展有极大的好处,到底使用IM的用户会比较多一点,对于这种新奇的又可以非常方便的收藏方式,很多人会有猎奇的心态去用,甚至有朋友这么说,直接拿"就喜欢"当"饭否"用也可以.

 

如果让我选择社会化收藏夹,就喜欢网络收藏夹会是我的首选,第二我会选择易游,如果他能再快一些的话.
对专业性社会化应用来说,就喜欢和易游都相当有社会化的势头,社会化收藏夹并不是说只是把收藏分享出来,而是要在收藏的这些内容上再做文章,把网站的内容重组和处理,让它们变成用户互动的连接点,把网站圈子里的用户有机的联系到一起,这才是社会化的方向.

 

终于决定了,辞职吧,做自己想做的事情,恩,目标总会越来越近了的

太就没有踩自己的地盘了,又加之live space的新风格不敢苟同,用户可用性无语,每次都是刚写一点就完全放弃了在继续下去的兴趣.

 

标准化的路在自己磕磕碰碰中继续摸索着,又很想继续as3的学习进程,又希望重新系统的把PS过一遍,又想让自己完全跳脱现在的生活...太多太多的打算,却让自己没有办法找到应该走的路,也许想法太多,也不是件好事情...事情总要一件件做的,又好像自己时间永远的不够用...?也许是因为我又变懒了...?

 

检讨

 

 

抽出一点时间很不连贯地、非常非常粗糙地翻译了其中的部分.而非全部..很多表达也并不确切，要很到位地翻译需要时间和精力...希望你最好看英文，看原文才是最好的方式，劣质的翻译会走味，而且这文章要翻译得很贴切不是非常容易。我的翻译肯定是很糟糕的，这种糟糕的翻译质量我本来是没有脸面贴出来的。。只是针对那些在理解原文时遇到困难的朋友，我的翻译或许作为一个理解上的参考，希望没有严重误导你..我实在是没有太多的热情去认真细致地翻译这篇文章，如果哪位热心者愿意完整细致地翻译，当然更好..

The Art of UI Prototyping

By Scott Berkun, November 2000

即使最聪明的人也会犯错误。这点对于很多开发团队特别真确。当项目往前推进的时候，小的假设和愿望良好但糟糕的决定不断积累，把辛勤的工作成果转化为糟糕的用户体验。聪明的团队通过使用一种叫做UI prototyping的技术在产品发布给用户之前消除他们的错误。结合易用性研究，prototypes（原型）让开发团队在正确的方向前进。

Even the brightest people make mistakes. This is especially true for teams of people. Somehow, as a project moves forward, small assumptions and well-intentioned but poor decisions accumulate, turning hours of work into a lousy user experience. The smart teams eliminate their mistakes before they ship by using a technique called UI prototyping. Combined with usability studies, prototypes keep teams headed in the right direction.

Why Prototype?为什么要做原型？

protoyping（制作原型）是一种让你在真正投入开发各种IDEAS之前可以探索这些主意的手段。有经验的工匠和工程师在他们真正创建之前会创建作品的原型：建筑师用纸或纸板或用虚拟现实工具创建模型。Aeronautic工程师使用风洞。桥梁建筑师创建压力模型。软件/WEB设计师创建用户如何与设计交互的MOCKUPS（模拟图）
Prototyping is a means of exploring ideas before you invest in them. All experienced craftspeople and engineers create prototypes of their work before they build anything: Architects create models out of paper or cardboard, or with virtual reality tools. Aeronautic engineers use wind tunnels. Bridge builders create stress models. Software and Web designers create mock-ups of how users will interact with their designs.

进行原型化设计的最佳原因是为了节约时间和资源。原型的价值是它是一个门面，就象好莱污的布景设置一样，只有建筑的前面被创建。相对于真正的产品，创建原形是容易和不昂贵的。只要最小的投资，你就可以发现易用性和设计问题，并在你投入大量的（资金和人力）于最终的设计和技术之前可以调整你的UI.

The best reason to prototype is to save time and resources. The value of the prototype is that it is a facade—like a Hollywood set, where only the front of the building is constructed. Relative to the real product, prototypes are easy and inexpensive to create. So, for a minimal investment, you can find usability and design problems and adjust your UI before you invest heavily in the final design and technologies.

在检查..........................
On examining the needs of your particular project, you might come up with reasons for creating a prototype other than saving money. Is the goal to explore a new interface model? Make modifications to one part of the existing design? Investigate a new technology? It''''''''s important to be clear about why you''''''''re building what you''''''''re building before you start. If you begin with clear goals, you can be direct and effective in your efforts. The reasons for creating prototypes fall into three basic categories:

--Proof of concept.
验证概念 在一些团队中对于项目的未来方向会有分歧。你可以使用圆形来证明某个想法或新做法有价值。原型可以帮助勾画出一个想法是如何工作的，以视觉化和交互的方式表现它的特点，促使团队的成员以另外的视角去思考问题Among some teams there are disagreements about the future direction of a project. You can use a prototype to prove that an idea or new approach has merit or value. A prototype can help illustrate that an idea works, express its qualities in a visual and interactive way, and/or motivate team members to think about the problem from another perspective.

---Design exploration设计探索 .

如果你设计交互产品，唯一去探索产品如何被使用的方式就是创建一个模拟，并与之交互操作。......................

If you design interactive things, the only way to explore how something will be used is to create a mock-up and interact with it. Sometimes the mock-up is tied to a usability study, where parts of the prototype can be evaluated in a structured way. Sometimes it''''''''s just a way to clearly express to a developer how something should work or look. In many cases, a designer might simply be experimenting, in an effort to get a sense for what approach might work. Anyone on the team can use prototypes to explore design issues, although designers are generally the most skilled. Design explorations should be directed at trying to solve specific problems that you''''''''ve recognized in your product.

Technical exploration.技术探索
开发人员对于调查某问题的实施方式经常是尝试不同的编码技术去看它们是否能有效工作。使用HTML。。JSCTRPT。。SQL。。DHTML。。WIN32。。或每种技术内所特别的编码方式有不同的TRADEOFFS。。有时一个原型代表着能很好支持某种UI或WEB 特点的技术的探索。
Developers investigating implementation approaches to a problem often try out different coding techniques to see if they work well. Using HTML, Jscript, SQL, DHTML, Win32, or specific coding approaches within each technology have different tradeoffs. Sometimes a prototype represents an exploration into what technology will work well to support a certain UI or web feature.

有时原型是因为综合这几种原因而创建。如果计划周全，开发团队能分配一个开发人员、一名设计师或项目经理去共同创建一个原型。在那种情况下，澄清目标和明确每个成员应负责什么非常重要。你应该让每个人都明确目标是什么，每个人所负责的是什么，潜在的结果会是什么
Sometimes prototypes are created for a combination of these reasons. If a team plans well enough, they can allot time for a developer and a designer or project manager to work together on a prototype. In such cases, it''''''''s extremely important to clearly define the goals and the contributions each team member is expected to make. You want everyone to be clear on what the goals are, what''''''''s at stake, and what the potential outcome will be.

Who Is Involved?谁参与其中？

制作原型可以被任何人随便所进行，不管他们的背景或在项目中的角色。。通过使用PHOTOSHOP...
Prototyping can be done informally by anyone, regardless of their background or role in the project. It''''''''s easy to make a simple but effective prototype by taking a bitmap from Adobe Photoshop, putting it into the Microsoft® FrontPage® Web site creation and management tool, and adding active buttons or links. These lightweight prototypes only go so far, and can become unwieldy for complex interactions.

对于较大团队更正式的原型，......
For more formal prototypes by larger teams, a developer or project manager will often collaborate with a designer and a usability engineer. Together they''''''''ll generate ideas, build a prototype that represents the best ideas, and then go into the lab to see how effective it is in solving user problems. Developers might get involved if they can spare the time, or if their technical expertise is needed. Often the designer or project manager will do most of the scripting or coding to build the prototype.

When Do You Build a Prototype?我什么时候去build一个原型

Depending on the scope of the prototype and the level of detail required, prototypes can be built at any time during the project. Most often they are created early in the project, during the planning and specification phase, before developers write any production code. That''''''''s when the need for exploration is greatest, and when the time investment needed is most viable. If developers instead of program managers or designers are prototyping, scheduling time becomes even more important because you need to make sure the work invested in the prototype is accounted for in the development schedule. Planning for any UI release should include some level of prototyping.

Late in a project, smaller prototypes can help resolve tough design and technical issues. A quick HTML mock-up of how a dialog box or Web page should behave can help answer a developer''''''''s question or give other teammates a feel for what the desired experience should be. In some cases, a strong program manager or designer can implement the behavior in Microsoft JScript® development software and approximate much of the programming logic that developers will need to think through.

The time it takes to create a prototype can vary tremendously, depending on the scope and precision of what the end result needs to look like. An informal prototype could mean a few hours of work by one person; a more organized effort can involve weeks of effort by an entire team.