Re: [請益] 要如何說服同事停止命名類似iID的變數

[ykjiang (York)]

贊同 Ting1024 的看法，
我也不會要求別人加或不加前綴，甚至看到別人加或不加，也不會覺得奇怪

不過如果有人堅持要我加或不加這個，我一定會跟對方吵，很激烈的辯論

身為一個專業的程式員，我現在養成的程式撰寫習慣，都是經過考量的
我知道自己在做什麼

以這個議題來說
說真的，加不加型別前綴，除了程式語言不同有不同考量外


我覺得另一個重要的考量是你寫的程式的抽象度

越抽象越高階的部份，加這種前綴顯得越彆扭

除了少數情況，我偶爾會用指標前綴，
或者同一個程式區塊裡面，有名稱類似，但型別不同，我又懶得去想更貼切名稱時，
我才會為它們加上型別前綴

有一種前後綴是關於單位或型別轉換的，
例如

int_from_char

這時我就會恰如其分的寫上去


※ 引述《Ting1024 (無)》之銘言：
: ※ 引述《FukadaKyoko (小毛哥)》之銘言：
: : 但我想知道是堅持要加的人的理由
: : 這麼做的優點在哪
: : 因為我的工作經驗沒有感覺到優點, 只有缺點
:         沒有堅持要加，你們同事不就說了：
:         "之前都這樣用, 就跟著用就好了"
:         是你堅持要廢掉，不是他們堅持要加。
:         像我寫CODE，時加時不加，一切看心情，今天懶懶的
:         我就不加，今天太閒時間多我就加，
:         在台灣，我們軟體人大部分都是要解決一件特定的事情，
:         不是在做框架，也不是在建什麼平台，不用想那麼多.
:         況且，加與不加，對薪水一點影響都沒有，這可能才是前輩們
:         叫你不要爭論這種事情的主要原因 (笑)
:         你當救火隊，把一件棘手的事情限時搞定，讓主管
:         開心、放心，這時候你的薪水就增加了，這比較實在 :D

--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 39.12.129.195
→ ykjiang:我想講的是，你不能要求別人放棄匈牙利命名法
→ ykjiang:因為不是每個人都有那個時間或天份去設計一組好的 API
推 hidog:真的會為了coding style去爭吵 是因為這樣的style影響維護等
→ hidog:例如傳入參數過多就要包成struct,不然會影響維護性XD
※ 編輯: ykjiang         來自: 39.12.129.195        (05/26 00:02)
推 leicheong:在一個專案用越多不同種類的coding convention只會增加
→ leicheong:維護難度, 我的意見也是前人用甚麼跟著用就對了