從用戶體驗角度看工具

用戶體驗

做爲互聯網從業人員，常常會接觸到「用戶體驗」這個詞！
咱們可能爲了一個菜單該放在哪裏而爭論，或一邊苦逼的編碼一邊罵着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作局部的建模！

存檔:http://www.ivaneye.com/2016/04/08/tools.html