該怎麼說呢... 現在講的不是對錯, 或是不是有沒有道理的問題, 這串討論是在聊面試時該怎麼寫 code, 在面試時被面試的人很難知道面試者的喜好或是寫程式的習慣, 因此, 選擇最安全的方法是最好的, 就像寫自傳履歷是同一個意思, 既然不知道面試的人的個性, 寫個四平八穩的東西是最安全的 就像 '\t', 用它也沒啥不對的, 但是一段 code 中有 ' ' 又有 '\t', 在某些遜一點的 editor 看來很容易一團亂, 不用在面試時冒這個險 又像是 //, 有些老古板一看到 C 裏面有 // 就皺眉頭, 何必在面試時去 show 這個呢? offer 先拿到才是王道啊... ※ 引述《leicheong (睡魔)》之銘言： : 如果是我的話: : ※ 引述《meowyih (meowyih)》之銘言： : : 下面這些有 "特殊僻好" 的地方要注意 : : 1. 不要用 '\t' 來 indent (抱歉不會翻譯), 而用 4 個空格 : : (non-VS programmer 取向) : 我非常喜歡用tab的呢. (這點由最初學ASM, Pascal, VB, C, Java, PHP : 到現在用C#也從未改變.) : 當你只需要用一種IDE時就沒有排版上的問題, 反正要到新聞組求助時 : 開個notepad把tab轉成" "也很方便. 相對地用兩個space的話, 在 : 完成一個block後要按兩下backspace才可反回上一層indent, 這顯得 : 不十分方便... : : 2. 如果是寫 C, 註解別用 //, 而用 /* */ : : (我知道 // 在最新的 C spec 可以用, 但那不是重點) : 正如樓上說的, 這早就可以用了. 而且這comment方式在某行後加註解 : 十分方便. : : 3. 判段語法就算是只有一行也請 { } 一下 : : 4. 每一個邏輯段落要空且只空一行, 且接著一行的註解, 沒必要時不要空行 : 以上兩點非常同意. : : 5. 別用 MS 派的匈牙利命名規則啊 : : (anti-MS 的人頗多) : : 寫程式的很龜毛又很自我中心的人很多, 我就是其中一個 (爆) : btw, private member用"m_"/"_"前綴使用時也是十分方便的. :P : 變數除了別胡亂命名外, 也請注意有沒有串錯. 這會讓看你的code的人 : 覺得你非常不小心的. -- 要看真相請自Q --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 61.57.131.72 ※ 編輯: meowyih 來自: 61.57.131.72 (10/09 14:21)