从用户体验角度看工具

Posted 2020-07-10 threenerd

用户体验

作为互联网从业人员，经常会接触到“用户体验”这个词！
我们可能为了一个菜单该放在哪里而争论，或一边苦逼的编码一边骂着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)	链接
	图片
> text	引用
*斜体*	斜体
**粗体**	粗体
```	代码

演示请见下面的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做局部的建模！