Pages

Tuesday, May 28, 2013

[雜談] 程式中的命名風格

很久以前一直在規劃要弄個雜談區,方向大概就是放一些「看起來雜亂無章,不曉得能做什麼的嘴砲文」... 其實就是把一些放在D槽多年的資料移到雲端備份XD 但既然要丟上雲端,還是會盡量讓內容看起來有條理一點。作為系列的第一篇,先來個時事文吧。



前幾天在 BBS 上看到命名風格的討論,由於持續了幾天,就稍微看了一下大家在聊些什麼。那一串的原點是有人提到對專案中出現「型別前綴」這種參數命名原則不太滿意,結果很多人就爆炸了XD

工作或專案上的 coding rule 通常沒有什麼對錯可言,就是一組大家都能接受的規則而已。在團隊成員對於程式碼的表達有一致的認知,而不是各自表述時,才有機會繼續談後面的合作。而「命名風格」雖然帶有不少藝術與美感(順眼)等主觀成份,也不是因此就沒有討論的空間。

編寫程式不完全是讓電腦系統可以運作那麼單純,也是程式設計師們傳達自己想法的管道。程式的編寫跟寫作一樣,雖然不必使用到華麗的詞藻,但我相信一份敘事簡明的程式,閱讀起來也是賞心悅目。作為個人能力的養成,還是值得花一點時間研究... 至於在團隊中使用,以及成員間的溝通協調,就真的是政治問題或人品問題啦~


Thursday, May 2, 2013

Auth-source in Emacs

前幾天將 Emacs 一口氣更新到 24.3 以後,發現有一堆東西都不太一樣了,一執行就回報一堆錯誤。畢竟現在已經有很多工作都在上面進行,工具有問題的話很麻煩,只好花點時間調整。

首先要找出有問題的套件,暫時移出路徑待修,結果一整理下來發現有一大堆根本不曉得為什麼存在的東西會報錯,把 mercurial log 叫出來一看才知道上次整修的時間已經是 2009 了。存在這麼多年卻完全沒印象的東西叫做垃圾,乾脆整個目錄都翻出來整理。(不過我要強調這只是倒垃圾,還不到 dot emacs bankruptcy 的程度XD)

後來在更新 g-client 設定時,發現在新版裡已經改用 auth-source 來取得認證所需的資訊。玩了一下發現這東西還真是不錯,可以把一些認證用的密碼資訊統一管理,並透過 api 來取得。大概瞭解運作方式後,馬上動手整合到跟認證有關的套件中。