Re: [閒聊] 有沒有人遇過龜毛的主管?

看板Soft_Job作者 (想要征服的世界)時間12年前 (2012/11/08 21:30), 編輯推噓16(16021)
留言37則, 27人參與, 最新討論串1/1
※ 引述《KSmart (經濟不景氣,好景不常在)》之銘言: : 不曉得是不是我待的公司主管比較龜毛... : 我的主管聲稱之前寫過C、SQL...等等,但他後來都是以SQL為主了... : 我負責寫C++程式,主管在看我的程式碼時 : 主管說:排版要整齊,註解盡量寫多,因為程式不只你要看 : 未來或許有人要接你的工作,那他從註解就能看懂你在寫什麼.. : 我:2#$#@#$@#RS&^$3 : 程式碼的部分,主管就要求,等於要對齊,變數命名要有一定rule : 程式碼需對齊..(如下) : int Apple = 100; : int Ora = 50; : string test = "This is test"; 這是你們公司的rule, 就遵守吧~~ : 變數命名規則 : class 內的變數前面加cv_ EX.cv_Database; : 函式內的變數命名前面加v EX.v_SQLString; : 全域變數前面加gv_ EX.gv_Data; : 函式名稱前面加cf_ EX.cf_Connect(); 這很正常,有制度的公司,都會訂定該公司的coding guide line, 其他人在讀code時,從變數命名,就能夠得知變數型態/變數作用 ex: b_IsKeyboxEnable <--bool 型態 : 還有其他項目= =... : 不曉得有沒有人有遇過這種主管呢?? : 還是主管都會約定這個??? : 不過,我記得好像變數的命名方式有一個rule, : 不曉得大家對於變數的命名方式有一定的方法嗎?? 你也可以在公司內推廣匈牙利命名法, 如果其他人都願意接受的話 ~ -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 140.113.47.7

11/08 21:35, , 1F
我也比較傾向匈牙利命名法,不過目前只有我一個寫C++...
11/08 21:35, 1F

11/08 21:45, , 2F
主管要是不管這個..那才是真正的悲劇
11/08 21:45, 2F

11/08 21:46, , 3F
這樣很好啊,工程規則守住,工作順暢,下班時才會愉快.
11/08 21:46, 3F

11/08 21:47, , 4F
如果放著亂取名字,然後程式越來越難維護,就會擔誤下班時光啦
11/08 21:47, 4F

11/08 22:26, , 5F
這通常有 ide 輔助,先做一份 config 再 export 出來大家用
11/08 22:26, 5F

11/08 22:38, , 6F
magic number!
11/08 22:38, 6F

11/08 23:00, , 7F
主管不管這個真的會慘~不過用匈牙利命名法會比較通用
11/08 23:00, 7F

11/08 23:20, , 8F
若不管的話,會常看到 int a, b, c, d, a1, a2 這種
11/08 23:20, 8F

11/08 23:21, , 9F
看一次崩潰一次。
11/08 23:21, 9F

11/08 23:33, , 10F
這主管這樣不錯啊...
11/08 23:33, 10F

11/08 23:34, , 11F
本來寫程式互相溝通就是好事啊..
11/08 23:34, 11F

11/09 03:00, , 12F
其實這是個人的coding style,我是會這麼做,但是我不會去管
11/09 03:00, 12F

11/09 03:00, , 13F
別人的coding style,因為管不來,一管也有可能會影響到那位
11/09 03:00, 13F

11/09 03:01, , 14F
工程師的效率,所以自已要俱備不管多亂的coding style都能
11/09 03:01, 14F

11/09 03:01, , 15F
看得懂才是治本之道XD
11/09 03:01, 15F

11/09 04:16, , 16F
說影響效率都嘛只是剛開始,習慣之後大家看彼此的code都變快
11/09 04:16, 16F

11/09 07:58, , 17F
這主管不錯 不這樣做工程師一換血維護就很頭大
11/09 07:58, 17F

11/09 08:13, , 18F
不照規則走,code review就退件[教]你重改,改到[正確]為止.
11/09 08:13, 18F

11/09 08:14, , 19F
不用特異獨行啦,不然自己怎麼黑了都不知道.
11/09 08:14, 19F

11/09 10:33, , 20F
萬一公司的coding style根本有問題怎辦? = =
11/09 10:33, 20F

11/09 10:45, , 21F
這個本來就是該規範的事情,你的主管有認真在做事
11/09 10:45, 21F

11/09 14:45, , 22F
這不是龜毛,這是專業
11/09 14:45, 22F

11/09 17:51, , 23F
推主管專業
11/09 17:51, 23F

11/09 18:27, , 24F
推主管,這主管是好主管
11/09 18:27, 24F

11/09 20:43, , 25F
老闆付你錢不是請你來寫沒人看得懂的爛code
11/09 20:43, 25F

11/09 21:01, , 26F
看樣子誤解版的匈牙利命名法還真不少支持者
11/09 21:01, 26F

11/09 23:16, , 27F
並不是說匈牙利命名法很好 而是無論如何要有統一的方式
11/09 23:16, 27F

11/09 23:17, , 28F
事實上各種主流的命名法都有其優劣處 吵不完的
11/09 23:17, 28F

11/09 23:19, , 29F
正確的匈牙利命名法_前是scope _後是type 變數名才開始大寫
11/09 23:19, 29F

11/10 00:11, , 30F
這樣做對自己也好啊 待久了遲早要接別人的案子 那時就知道了
11/10 00:11, 30F

11/10 00:50, , 31F
習慣後對自己review也有幫助吧之前看到int1這種真的很想死
11/10 00:50, 31F

11/10 01:20, , 32F
int1 <-- 至少他告訴你這變數是 integer 型態 XDD
11/10 01:20, 32F

11/10 10:29, , 33F
哀 教你做對的事還被罵龜毛....
11/10 10:29, 33F

11/10 10:30, , 34F
龜毛的是文件還在挑字型排版大小的....
11/10 10:30, 34F

11/11 15:44, , 35F
別小看他,會挑字型排版大小的可能是下一個Jobs喔.
11/11 15:44, 35F

11/11 19:24, , 36F
挑字型還滿重要的啊,code放文件如果不用monospace字體的話
11/11 19:24, 36F

11/11 19:38, , 37F
這是很重要的... 一個案子牽扯到一堆人的時候就很有用
11/11 19:38, 37F
文章代碼(AID): #1GcxG6DM (Soft_Job)