因為 swift 還是要接 objc 阿，在 compiler 那邊要做 mapping 和檢查，就用傳統的命名方式接受度比較高 (也是為了讓 objc 可以再 call swift)

再說變數名和參數名其實變數名在 swift 是非必要的，所以就變成這樣了，身為長期開發者並不意見，只是換個方式把 objc 的長變數到其他地方而已

好貼心XD

除了不好上手，API 設計並不一制外，其實都還好啦

Xp Simplicity Rules，個人也覺得這個想法真的比較好。能夠把意圖表示的很清楚，即便需求怎麼樣變也會變的很好調整

趕快換趕快換，換個語言比較好啦

竟然中文化了！他們的 Crashlytics 很好用

這個一定要跟著熱血一下的阿！！！

開始用 TDD 開發之後會有一種心魔，大概就是當你覺得這部份不用寫 test 的時候就會在不久之後爆掉給你看，這樣就變成自己愈來愈相信寫測試是一種解決心理自我壓力的必要經過。

慢慢的寫測試就會變成是一種舒壓的動作

終於 Google 也跳出來了!

用 Emacs 的飄過~

我也是，完全不想背那幾個的位置

原來有 */+- 可用，不過這幾個鍵也遠到太難按了阿

遠端的開發成本聽說會比較高一些阿，然後更多人覺得可以物理戳人比較有存在感 XD

竟然要收了，這個對 google 來說應該不怎麼花錢才是…

之前有試過 PureLayout1 這套用起來也是簡單；所以我也算是手寫排元件的

一開始就是純手工來排畫面上的東西，所以換過來其實也差不多啦，只是觀念上和考量的事情並不相同；然而自己試過一陣子 Interface Builder 的感覺是不太好，雖然說大部份的事情都可以自訂義，但是那些東西也是要重新習慣過，再說 Interface Builder 要整理弄懂的功夫其實並不容易。大部份時候都會有奇怪的需求，或是不同的 view 之間的整合顯示，很多東西並不是 Interface Builder 可以完全解決的。

xib 也是有他的限制，一個頁面上畫面上元件不多，大部份的東西都能夠解決，愈來愈多元件就要考慮過了，因為重複的元件有不同的行為，也會有不同的顯示或是執行流程，xib 也只能排出一定的型式，超過一定的符度之後他也是不管的啦 (笑

storyboard 在舊版 XCode 6 之前，若有試著把他丟進版本控管系統來看一下的話，他改動的範圍是非常大的，也就是只要有兩個人在同時編輯，要手動 merge 那個 XML 是非常困難的； XCode 6.x 之後，產生和編輯的範圍會變小，讓這個檔案 (storyeboard) merge 比較不會出錯，但是誰知道那天會有人遇到呢？這個就算是開發時的不可測量範圍吧

然後有朋友提醒我，Interface Builder 也不是完全的所見即所得…突然覺得手動自己寫起來安心多了阿！

只能期待下回補上？

超棒的鍵盤幾年前第一次接觸後就自己從一把回家了

用了幾年的心得問題依舊是方向鍵，因為 Fn 的位置並不好，再加方向鍵要按就會覺得非常卡手，大部份是玩遊戲或是上 PTT 才會有需求

其他使用 Emacs 或是 Vim 或是 Shell 都沒有什麼問題，因為精簡所以手需要移動的範圍可以練到最小；Caps lock 也因為認識到這個位置本來就該是放 Ctrl 的，再加上自己也沒什麼在用，已廢除。

還有一點可以特別提一下的是 Backspace。雖然一開始會覺得他的位置怪怪的，但是習慣之後還是覺得小指可以無壓力的按到感覺非常棒！

剩下的沒買的朋友都是覺得當年單價太高，現在便宜快入手

遊戲公司到了 EA 好像都沒有好結果的耶，不玩運動遊戲的話 EA 出的都可以跳過了阿

我自己有買 Pebble 第一代，功能什麼的都不重要，待機時間才是手錶的全部。 說實在的，能用的就那幾個功能也變化不大阿，小米目前看起來什麼都要來沾一下