码迷,mamicode.com
首页 > 其他好文 > 详细

从用户体验角度看工具

时间:2016-04-29 19:33:47      阅读:160      评论:0      收藏:0      [点我收藏+]

标签:

用户体验

作为互联网从业人员,经常会接触到“用户体验”这个词!
我们可能为了一个菜单该放在哪里而争论,或一边苦逼的编码一边骂着SB产品经理!
我们为别人考虑着“用户体验”,但是对自己一直在用的软件,为什么却这么将就呢?

软件=工具

作为软件开发人员,使用的软件不在少数,我们都称为工具。即为工具,我们好像就不那么纠结难不难用了!好像工具就应该比较难用才对!而实际上,我们为别人做的软件,对别人来说也是工具。我们为什么要为用户考虑这么多,为什么不为自己考虑考虑?

现在,我们从用户体验的角度重新审视下我们常用的工具!

简单

在做软件的时候,我们知道要把用户当作“白痴”来看待!要尽可能的把功能做简单,能一步完成的绝对不能分成两步。所以软件要做得足够的简单。但是简单并不代表功能上的简单,比如说Windows下的记事本,那叫简陋!对于工具型软件来说,“简单”有三个层面上的意思:

功能够用

软件功能应该也适用28原则,即在使用软件的大部分(80%,甚至更多)情况下,只会使用很少(20%,甚至更少)的功能。所以软件没必要太多的功能。只要有足够的核心功能即可。过多的功能只会增加软件的复杂度和学习成本。

一个很典型的例子就是Office。Office功能很强大,但是大家大部分情况下会用到它多少功能?有5%吗?而且,你会发现,你需要的功能消失在了它的菜单列表里了!

现在再看Word的工具栏,是什么感觉?

技术分享

操作简单

在功能的基础上,软件还需要操作简单。工具是为了提高效率的,太复杂的操作会间接的降低效率。比如:你本来就是为了编辑点文本,但是得花半年甚至更多时间去学习编辑工具。等你学完了,黄花菜都凉了。(无意黑谁,只是提醒注意任务的主次!)

符合直觉

符合直觉就是说,当你刚接触一个软件的时候,可以靠猜或者随便点点就能掌握基本的功能!

典型的反面例子就是Vim!当一个完全没接触过Vim的人,打开Vim,三秒钟就懵逼了!怎么输入?怎么保存?怎么退出?目前我使用Vi的原因是Vi是Linux默认安装的文本编辑器!

有人会说,Vim的编辑效率很高,各种奇技淫巧!这点我承认,但是对我来说,然并卵,这个下面再提!

符合“简单”的工具,先推荐两个,Markdown和Pandoc!

Markdown三分钟入门

Markdown就是一个很简单的工具!

文件名以md结尾

语法 说明
# title 标题,一个#号代表一个级别
- text 列表
\1. text 还是列表
[text](url) 链接
![](img-url) 图片
> text 引用
*斜体* 斜体
**粗体** 粗体
` ` ` 代码(去除空格,避免CSDN解析加的空格)

演示请见下面的gif!

Pandoc三十秒入门

Markdown负责内容,Pandoc则负责展示!Pandoc是个牛逼的格式转换工具!请至官网查看Pandoc支持的转换类型!(很多,这里不贴了~)

比如你想把Markdown转换成Word

pandoc source.md -o target.docx

那如果你想把Markdown转换成epub,html,你猜你该输什么命令呢?

跨平台/全平台

做前端的同学深有体会,各种浏览器兼容性问题!但是为了用户能在各个浏览器上看到一样的效果,还是忍了!

我们用的工具也一样。一般我们会在Windows或者Mac上开发,而部署都是在Linux上!所以我们当然希望能有工具既能在Windows上运行,也能在Mac和Linux上运行。当然功能和使用感受要完全相同。

比如,Notepad++,ULtraEdit,EditPlus,Office是在Windows上接受度比较高的编辑类软件,TextMate是Mac上很知名的编辑器。但是一出这个系统,你就用不了了,就得花时间再去学另一个软件,也是一种浪费!

颜值

好看这个东西,见仁见智!自己觉得好看就行了!比起意淫用户喜欢什么样的配色、布局、字体!自己喜欢什么样的配色、布局、字体,应该很简单吧?比如,我就比较偏爱暗色系的主题!当初NetBeans就是因为颜值太差,被我抛弃了~

现在来看Vim和Emacs,颜值也是比较差的。不过两者的定制化比较高,可以按自己的需求来配置。不过由于历史遗留问题,有些功能靠配置是没法解决的。比如说,现在编辑器里都默认自带的目录树和页签。Vim和Emacs都是模拟出来的,看起来很不协调!

技术分享

技术分享

有人可能觉得颜值不重要!你可以把下面的图片设为背景,干一天活试试~

技术分享

速度

做网站另一个重点要考虑的问题就是速度。一般首页都是要优化到秒开的!对于工具来说,其实也有这个问题。比如说,你灵感突现,需要赶紧记下来,然后打开Word,Word刚打开,你忘了~

不限制/打断思考

不知道大家是如何定义自己的工作性质的?我很赞同《人件》里所说的,我们实际上是“非高科技脑力劳动者”!

既然是脑力劳动者,我们的主要工作是思考,手快没用,脑子快才是王道!(所以Vim输入再快都没用,你得脑子转得够快才行,手快只是辅助,帮助记录所想!)所以我们需要有工具能帮助我们思考!至少不能限制和打断我们的思考!

这也是我选择工具时很看重的一点!从这一点来看的话,其实很多软件都不合格!

集中吐槽

上面列出了几点需求,同时小吐槽了一下。这里集中吐槽几款工具!

Office

  • 简单:★★☆
  • 跨平台/全平台:★☆
  • 颜值:★★☆
  • 速度:★★
  • 不限制/打断思考:★★

从简单性来说,Office入门容易,精通难!Windows独有,其他平台都是第三方软件!颜值一般,速度一般!

最大的问题是很容易打断思考!大家可以回忆下,我们用Office写文档或者写PPT的时候,是怎么写的?这个地方字体是不是要加粗?该用几号字体?这个图片该放哪里?有多少是涉及到内容本身的?分分钟就跑偏的节奏!

eclipse

  • 简单:★☆
  • 跨平台/全平台:★★★★☆
  • 颜值:★★
  • 速度:★
  • 不限制/打断思考:★

eclipse在Java界是默认的IDE,我很早之前就抛弃了。现在看来,它的各种毛病都还在!

首先说简单,作为一个专业IDE,就已经和简单不挂钩了!全平台支持,这个值得表扬!没给五星,是因为在各个平台下的体验还是有些许的差异的!颜值在默认主题下还好,但是自定义主题就露馅了!

技术分享

看工具栏的按钮,锯齿明显!

速度只能说,我等得花都谢了~

eclipse的主要问题也在打断思维上!

  • Crash: 我最初使用eclipse的时候是3.0左右,时不时就crash!我想好思路想实现了,eclipse不见了~你说郁闷不郁闷?
  • 快捷键:eclipse流行的一个原因就是它的插件机制。可能是太开放的原因,插件功能快捷键根本不统一!比如说:我编写Java,Ctrl-Shift-F是格式化!我编写JSP或者其他语言的时候,格式化快捷键就不是这个了!一个软件,我要学几套快捷键吗?
  • 保存时编译:双刃剑,机器差一点,立马卡顿~
  • 恶心的进度条:eclipse的很多操作都会出现进度条。有些进度条还好,在后台。有些进度条就直接弹出,还不让后台执行。每个进度条后面都有个终止按钮,但是没鸟用~你按了,按钮置灰,滚动条还在欢快的滚~

技术分享

Java

  • 简单:★★★
  • 跨平台/全平台:★★★★★
  • 颜值:
  • 速度:★★
  • 不限制/打断思考:★★

吐槽完工具,来吐槽语言!Java是门不错的工程语言。
网上吐槽比较多的是Java的启动速度和语法不灵活!我觉得最大的问题也是限制思考!

  • Java只支持面向对象编程!所有的东西都是对象!这就像你手里拿着锤子,看什么都是钉子!面向对象比较善于建模,但是不擅长计算!这也是为什么目前新语言大部分都支持多种编程范式:Clojure,Kotlin,Scala,Golang
  • Java对面向对象编程,支持得并不彻底!例如:面向对象推荐与对象相关的行为最好和该对象关联,像people.walk(),computer.start()这样的代码形式!但是对已有的对象,除了继承,Java没有其他的方法可以添加行为!这也就是为什么Java里有那么多Util类的一个原因!

推荐工具

Markdown+Pandoc

  • 简单:★★★★
  • 跨平台/全平台:★★★★★
  • 颜值:
  • 速度:★★★★
  • 不限制/打断思考:★★★★

Markdown和Pandoc在上面都做过了介绍。这里总结下,使用Markdown专注内容,而使用Pandoc来进行展示。

技术分享

Intellij IDEA

  • 简单:★☆
  • 跨平台/全平台:★★★★☆
  • 颜值:★★★★
  • 速度:★
  • 不限制/打断思考:★★★★

IDEA启动速度很慢,不过每天就启动一次,启动完后基本就是指哪打哪的神器!贴几张网上的gif图!

技术分享
技术分享
技术分享

PlantUML

  • 简单:★★★
  • 跨平台/全平台:★★★★★
  • 颜值:★★★
  • 速度:★★★★
  • 不限制/打断思考:★★★★

PlantUML是基于Graphviz的所想即所得的绘图工具,相关内容请见官网,不做过多介绍!
PlantUML的一个显著缺点是,当元素多了以后,并不好维护!
所以我主要使用PlantUML做局部的建模!

从用户体验角度看工具

标签:

原文地址:http://blog.csdn.net/ivan_pig/article/details/51233892

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!