無垠天際

幾乎每個講者都提到失敗。 對個人來說，不要害怕失敗，要勇敢面對，甚至要把失敗當做養分，當作天然資源一樣運用，從中我們可以學習、並改進，進而成長。不要把失敗當做是對自己的否定，那只是你人生中必然會出現的一種狀況。 一個例子 我想到前陣子一個發生在我自己身上的事。 某次我在試用公司產品時，發現了一個缺陷，回報給產品團隊時，他們卻說他們那邊無法重現這個問題，但我這邊卻能很明確用幾個步驟產生該缺陷。我與同事花了不少時間找原因，比較我跟產品團隊的環境差別，後來才突然發現我電腦上的客戶端程式與產品伺服器版本不同，因此連線上產品伺服器去操作的時候才會產生該缺陷，然而必須要使用客戶端程式與產品伺服器相同版本才能正確運作。 剛發現原因的時候，又陷入過往錯誤的思考模式，開始否定自己，覺得丟臉，感覺是自己犯了愚蠢的錯誤，弄錯版本給同事找麻煩。過了一會，冷靜一想，其實使用者操作的時候看不出伺服器版本，如果用錯誤的版本連上伺服器也不會立即產生什麼錯誤，大部分功能都可以正常使用，只是就是會在特定情況發生該缺陷。因此未來客戶也可能會跟我犯一樣的錯誤而不自覺，而這樣會導致我們跟客戶之間花費大量時間除錯。於是我建議產品團隊要增加一個版本不一致警告，當客戶端連上一個不同版本的伺服器時，會主動跳出警告顯示兩方的版本，就能避免意外使用不同版本而造成難以除錯的狀況。而主管也都同意增加此功能。

慎選 data binding 語法 最常用的語法有以下 4 種： @init： 只從 ViewModel 載入一次 @load：載入並追蹤 ViewModel 變化 @save：寫入 ViewModel1 @bind：（雙向）等於 @load + @save 後面 3 種因為需要持續維持（追蹤）元件與 ViewModel 的綁定關係，伺服器需要建立 tracking node，因此成本較高。 依對系統的負擔排名如下： 因此如果沒有動態變化的需要，請使用 @init 。 例如在 Listbox , Grid , Tree 內的 <template> 若只是顯示資料，只需用 @init ，可以免去大量 tracking node 所需的記憶體。 例如： < grid width = " 400px " model = " @init(vm.itemList) " > < columns > < column label = " index " /> < column label = " name " /> </ columns > < template name = " model " > < row > < label value = " @init(forEachStatus.index) " /> < label value = " @init(each.name) " /> </ row > </ template > </ grid >

如果要將 Atom 作為 markdown 編輯器的話，本身已經內建預覽功能 （ctrl+shift+m），再加上以下兩個套件會更方便： markdown-scroll-sync 捲動原始檔案時，預覽畫面也會跟著捲動。 markdown-writer 增加熱鍵插入 markdown 語法，如 cmd+shift+’ 插入 code block。安裝完後，要先選 Packages / Markdown Writer / Configurations / Create Default Keymaps，熱鍵才會作用。

使用 Intellij 時，很常需要用除錯 (debug) 模式執行一個程式，但我發現在 Mac 下每次啟動都會卡住整個 Intellij 好幾秒鐘（完全無法操作），然後才會啟動，非常影響除錯效率，近來終於找到 stackoverflow 上有人提供的解法 ：可以透過修改 /ect/hosts 或是啟動 File Sharing 來解決。