PTT職涯區 / Soft_Job (軟體人)

[請益] 關於制度,給我點建議吧

看板Soft_Job (軟體人)作者 (東周小星星)時間15年前 (2010/07/25 11:04), 編輯推噓12(12推 0噓 24→)
留言36則, 17人參與, 最新討論串1/7 (看更多)
最近要幫公司想一些制度讓程式順利運作, 然後我就在想一些軟體業的不好風氣, 我希望可以在我公司不要發生, 我在過去公司最討厭的就是無薪無補休的加班, 很多還很無理的, 有的是老闆因為看到其他公司常加班, 所以就要員工「為加班而加班」, 也遇過「陪加班」的, 老鳥事情沒做完,就凹沒事的菜鳥陪他一起加班, 還硬說是為了心理平衡... 但更多是因為程式改來改去,造成的加班, 我希望這種惡習能在我手中不要發生, 我想到兩個方法下手, 一個是從文件著手, 我真覺得一個公司好不好, 看文件就知道, 文件一開始就寫得很清楚, 事情就做得越順利, 文件一開始就偷懶, 寫得草率, 後面就會做得亂七八糟, 業界常見的做法是文件別人寫出來, 然後丟給程式, 但我認為這流程要改變, 因為非程式人員幾乎是不會寫系統文件的, 寫出來幾乎不能用, 所以我想說這文件部份就由程式人員自己寫, 寫完再和別人確認是否要這麼做, 寫得簡短無所謂, 只要寫得具體, 看得出功能就好, 這樣可以提升文件的水準, 由執行者寫,也可以確保文件寫的東西可以做得到, 第二個就是要檢查程式, 很多公司的老闆或主管會覺得過程「不重要」, 以為只看結果,就可以看得到結果, 我看到不管過程,不看程式碼的結果, 下場都蠻慘的, 所以我認為「惡魔藏在細節裡」,尤其程式碼這種東西, 一開始寫不好,後面就「連環炮」, 所以我希望可以嚴格的規定程式要怎麼寫, 因為真的很多人程式是亂寫的, 習慣很不好, 甚至寫10年程式的老鳥也會亂寫, 後面要debug時就很痛苦, 對於程式碼我真的不放心任由別人「自由的去寫」, 我是希望這兩件事,可以讓我們公司的程式寫出來是很順利很有品質的, 這樣就可以減少加班的機會, 甚至根本不用加班, 也能順利讓案子準時做完, 不知道大家對我這樣的想法有沒有指教的, 或是有沒有其他制度上的建議可以讓我參考一下呢? -- 為什麼世界上沒有好男人呢? 爛男人:我明明就是好男人... 苦命男人:我以後一定會變成好男人給你們看 壞男人:當好男人有什麼好處?有的話我就去當 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 219.70.125.69
推
07/25 11:34, , 1F
你是老闆嗎? 公司會有權讓你這樣做嗎?@@
07/25 11:34, 1F
→
07/25 11:35, , 2F
想要有效率 必須要落實分工制度 但這得多花點人力成本
07/25 11:35, 2F
推
07/25 11:48, , 3F
文件路太長，先有辦法徹底執行 code review 再來看別的吧
07/25 11:48, 3F
→
07/25 11:49, , 4F
我不是老闆耶,算是老闆讓我去規劃的
07/25 11:49, 4F
→
07/25 11:50, , 5F
培養 ownership 的觀念，事情可以不是 owner 做，但是要有人
07/25 11:50, 5F
→
07/25 11:50, , 6F
讓他發生
07/25 11:50, 6F
→
07/25 12:27, , 7F
樓上怎麼說呢?不太理解
07/25 12:27, 7F
推
07/25 12:31, , 8F
以薪換心，薪資空間就從汰除不適任人員下手 XDrz
07/25 12:31, 8F
→
07/25 12:40, , 9F
我沒辦法決定薪水啦>"<
07/25 12:40, 9F
→
07/25 12:56, , 10F
文件由開發人員來寫?這得看是什麼樣的文件,做什麼用的
07/25 12:56, 10F
→
07/25 12:56, , 11F
原po要不要描述清楚一點,你想讓開發者主導什麼樣的文件?
07/25 12:56, 11F
推
07/25 13:35, , 12F
老闆：人力成本要增加喔...那你還是再想不花人力成本的方法!
07/25 13:35, 12F
推
07/25 14:03, , 13F
1.為何「非程式人員」幾乎不會寫系統文件? 這相當不
07/25 14:03, 13F
→
07/25 14:03, , 14F
合理，很像文官不會打戰一樣....。另外我寫程式，我厭
07/25 14:03, 14F
→
07/25 14:04, , 15F
厭寫文件....。 2.codeReivew很花時間，如果review完
07/25 14:04, 15F
→
07/25 14:04, , 16F
又因為時間需求不去改「看起來不好但可以運作」的code
07/25 14:04, 16F
→
07/25 14:04, , 17F
幾次幾後就會變成codeReview只是浪費時間，再來就沒人
07/25 14:04, 17F
→
07/25 14:05, , 18F
會記得codeReview...。(上面應該是說「文官」無法指揮
07/25 14:05, 18F
→
07/25 14:05, , 19F
作戰，就像是非軍人就不能夠當國防部長一樣)
07/25 14:05, 19F
推
07/25 14:52, , 20F
好可愛阿...很難吧
07/25 14:52, 20F
→
07/25 15:01, , 21F
針對第二點來看,請問你有什麼高規格指出程式怎麼寫較好?
07/25 15:01, 21F
→
07/25 15:02, , 22F
如果沒辦法全面具體說明,你第二點就炸了.像樓上說的,好可愛
07/25 15:02, 22F
推
07/25 15:58, , 23F
我沒辦法決定薪水啦~~~至少要給個大餅吧...
07/25 15:58, 23F
推
07/25 19:47, , 24F
看得出您已經快晉升嘴砲階層了 恭喜
07/25 19:47, 24F
推
07/25 20:12, , 25F
我曾遇過有版主把嘴砲當作人身攻擊來處罰人XD
07/25 20:12, 25F
→
07/25 20:13, , 26F
快當管理階層啊...真是恭喜啊=.=+但是...
07/25 20:13, 26F
→
07/25 20:13, , 27F
要制定新制度我覺得要很小心唷=.=+
07/25 20:13, 27F
→
07/25 21:14, , 28F
RD兼PM兼TEST...這樣真的好嗎@"@..
07/25 21:14, 28F
→
07/25 23:11, , 29F
文件上會解說為什麼這邊要Sleep兩秒嗎？
07/25 23:11, 29F
→
07/25 23:11, , 30F
沒有為什麼 只是隨便加上去剛好就不會當機
07/25 23:11, 30F
→
07/26 00:30, , 31F
另外針對第一點,你想到要做文件,誰也都想得到要做文件,但
07/26 00:30, 31F
→
07/26 00:30, , 32F
重點應該是要哪一種文件.人都受過寫文件的訓練嗎?
07/26 00:30, 32F
→
07/26 00:31, , 33F
在定規矩之前,不妨先設法安排文件撰寫的課程講授.
07/26 00:31, 33F
推
07/26 08:48, , 34F
純推「惡魔藏在細節裡」
07/26 08:48, 34F
推
07/26 21:50, , 35F
先推 TDD / code review / issue tracking / VCS...
07/26 21:50, 35F
推
08/09 16:19, , 36F
沒辦法決定薪水的話，程式工程師只覺得工作量變大了而已
08/09 16:19, 36F
‣ 更多 littlethe 的文章
文章代碼(AID): #1CIwcn4c (Soft_Job)
討論串 (同標題文章)
以下文章回應了本文 (最舊先)：
完整討論串 (本文為第 1 之 7 篇)：
排序： 最新先 | 最舊先 | 留言數
在新視窗開啟完整討論串 (共7篇)
Soft_Job 近期熱門文章
更多 近期熱門文章 >>
PTT職涯區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 littlethe 的文章
文章代碼(AID): #1CIwcn4c (Soft_Job)