@ivanlw 倒不算是總結，因爲一開始就是要實現 Baseline 的。期間試了很多寫法最後決定用現在這樣的。

Style Guide 以前也看到過，不過自己寫的時候纔懶得看呢= =

當然是 Perl 啊
至少比 bash 容易理解一些……

如果沒有需求，那麼討論喜好又有什麼好吵的。

http://i.imgur.com/Q312xQE.jpg

@kagami
青い花！是手繪嗎？
說起來志村的畫風實在是太棒了……

其實 HHKB 是缺角的，這個應該第一個排除……

至少這個外殼模具和 KBC Poker 很像，但我印象里 KBC 好像沒有這種 84 佈局的鍵盤。

多謝各位回復。
這個問題我只是想討論關於 format 的問題，倒不涉及註釋怎麼寫……反正註釋要寫也頂多就是「求兩點間距離」這樣簡單的一句。

@jakwings
> 假如不同 return 语句返回值类型不同，可以用变量名来明确要返回的是什么，可以少加注释，同时统一 return 语句的简洁风格。
我覺得簡潔有許多理解方式。例如如果要返回一個新生成的對象，大致是先聲明，再操作，最後只要簡單地 return newObject; 就好；但對於簡單的類型，例如這樣只涉及運算的 double，跳過中間變量也是一種簡潔。
當然這個例子太簡單了，不用註釋也沒問題，似乎並不適合拿來討論。

@Mutoo
這樣寫似乎並沒有簡化語義。
而且多一層函數調用可能會增加開銷，畢竟這個函數要調用很多次。
畢竟是要交到學校服務器上運行的作業，我倒並不想爲了可讀性犧牲性能。

@jprovim
這個看起來不錯，非常感謝。

@NemoAlex
> 不要写比较长的 return 语句
> 除非你写的东西不是给人看的
……果然是因爲這個只是簡單的求兩點間距離麼


@zythum
> 不好理解就写注释。多写点注释比什么都强。
這樣的話給變量和函數起名都得花工夫了= =

Arch 下打包的 vim 沒有集成 Python，很多插件不方便使用。所以即使是 CLI 環境，也是推薦安裝 gvim。

別的不說，學校的作業，先按照評分要求寫好 Test，再圍繞 Test 完成，效率往往很高。
實際上因爲作業提交系統就是一個自動的 Test 系統嘛。

@jybox 不全都是 ArchWiki 么……

比起 kerning，还有更可怕的 Shape Type……
http://shape.method.ac/

<img src="http://i.imgur.com/xe4WV2Z.png">

@zeroday chsh 命令可以更改默認 shell。

@vibbow

http://www.w3schools.com/browsers/browsers_display.asp

再說 2K 只是存在而已，它才多少份額啊。

zsh 下執行 fish 可以臨時切換過去，<c-d> 退出即返回。
長期切換的話，$SHELL 應該不能匹配兩個不同的 sh 吧？

爲什麼要 1200px？就算內容再多也不見得要做成這麼寬啊。網站可以給個鏈接讓大家看看嗎？
再說就算是 1200px，也得是 responsive 可以匹配到這一檔，至少得有一個 960 能用的版本吧。

AUR 里有 profile-sync-daemon，把 profile 放到 tmpfs 里加速啓動，然後定時同步回硬盤上。
Windows 可以用 ramdisk 之類的東西，可能要自己寫同步腳本之類的東西。
理論上來說內存比 SSD 都快，但這點差距幾乎沒得比較。

@hzlzh 屏蔽调试环境的确有点意思，但是闭着眼睛敲代码啊口述啊什么的，这种莫名其妙的设限我觉得很奇怪……

你还不如设定「键盘没有退格键与删除键」，或者「手写代码禁止涂改」这样……

已收到，非常感谢。

@wangguan1 已发送，请注意查收。