跳到主要內容

發表文章

目前顯示的是 2018的文章

2018 台灣領袖高峰會心得 - 面對失敗

幾乎每個講者都提到失敗。

對個人來說,不要害怕失敗,要勇敢面對,甚至要把失敗當做養分,當作天然資源一樣運用,從中我們可以學習、並改進,進而成長。不要把失敗當做是對自己的否定,那只是你人生中必然會出現的一種狀況。

一個例子
我想到前陣子一個發生在我自己身上的事。

某次我在試用公司產品時,發現了一個缺陷,回報給產品團隊時,他們卻說他們那邊無法重現這個問題,但我這邊卻能很明確用幾個步驟產生該缺陷。我與同事花了不少時間找原因,比較我跟產品團隊的環境差別,後來才突然發現我電腦上的客戶端程式與產品伺服器版本不同,因此連線上產品伺服器去操作的時候才會產生該缺陷,然而必須要使用客戶端程式與產品伺服器相同版本才能正確運作。

剛發現原因的時候,又陷入過往錯誤的思考模式,開始否定自己,覺得丟臉,感覺是自己犯了愚蠢的錯誤,弄錯版本給同事找麻煩。過了一會,冷靜一想,其實使用者操作的時候看不出伺服器版本,如果用錯誤的版本連上伺服器也不會立即產生什麼錯誤,大部分功能都可以正常使用,只是就是會在特定情況發生該缺陷。因此未來客戶也可能會跟我犯一樣的錯誤而不自覺,而這樣會導致我們跟客戶之間花費大量時間除錯。於是我建議產品團隊要增加一個版本不一致警告,當客戶端連上一個不同版本的伺服器時,會主動跳出警告顯示兩方的版本,就能避免意外使用不同版本而造成難以除錯的狀況。而主管也都同意增加此功能。

ZK 教學 - 常見錯誤用法 06 - 慎選 data binding 語法

慎選 data binding 語法 最常用的語法有以下 4 種:
@init: 只從 ViewModel 載入一次@load:載入並追蹤 ViewModel 變化@save:寫入 ViewModel1@bind:(雙向)等於 @load + @save 後面 3 種因為需要持續維持(追蹤)元件與 ViewModel 的綁定關係,伺服器需要建立 tracking node,因此成本較高。
依對系統的負擔排名如下:

因此如果沒有動態變化的需要,請使用 @init。
例如在 Listbox, Grid, Tree內的 <template>若只是顯示資料,只需用 @init,可以免去大量 tracking node 所需的記憶體。
例如:
<gridwidth="400px"model="@init(vm.itemList)"><columns><columnlabel="index"/><columnlabel="name"/></columns><templatename="model"><row><labelvalue="@init(forEachStatus.index)"/><labelvalue="@init(each.name)"/></row></template></grid>

將 Atom 作為 markdown 編輯器

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

Intellij IDEA java 在 mac 下除錯模式啟動特別慢(卡住)

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