标签：
作为互联网从业人员，经常会接触到“用户体验”这个词！
我们可能为了一个菜单该放在哪里而争论，或一边苦逼的编码一边骂着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 | 引用 |
| *斜体* | 斜体 |
| **粗体** | 粗体 |
| ` ` ` | 代码(去除空格，避免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入门容易，精通难！Windows独有，其他平台都是第三方软件！颜值一般，速度一般！
最大的问题是很容易打断思考!大家可以回忆下，我们用Office写文档或者写PPT的时候，是怎么写的？这个地方字体是不是要加粗？该用几号字体？这个图片该放哪里？有多少是涉及到内容本身的？分分钟就跑偏的节奏！
eclipse在Java界是默认的IDE,我很早之前就抛弃了。现在看来，它的各种毛病都还在！
首先说简单，作为一个专业IDE，就已经和简单不挂钩了！全平台支持，这个值得表扬！没给五星，是因为在各个平台下的体验还是有些许的差异的！颜值在默认主题下还好，但是自定义主题就露馅了！
看工具栏的按钮，锯齿明显！
速度只能说，我等得花都谢了～
eclipse的主要问题也在打断思维上！
吐槽完工具，来吐槽语言！Java是门不错的工程语言。
网上吐槽比较多的是Java的启动速度和语法不灵活！我觉得最大的问题也是限制思考！
Markdown和Pandoc在上面都做过了介绍。这里总结下，使用Markdown专注内容，而使用Pandoc来进行展示。
IDEA启动速度很慢，不过每天就启动一次，启动完后基本就是指哪打哪的神器！贴几张网上的gif图！
PlantUML是基于Graphviz的所想即所得的绘图工具，相关内容请见官网,不做过多介绍！
PlantUML的一个显著缺点是，当元素多了以后，并不好维护!
所以我主要使用PlantUML做局部的建模！
标签：
原文地址：http://blog.csdn.net/ivan_pig/article/details/51233892
