Re: [討論] 初來乍到的新人企圖心?

[mgtsai ()]

: 並非所有改變都是不好得, 原po應舉實例大家才能夠判斷
: 以前也曾經遇過完全沒有revision control的環境

說到 revision control 與 tracking system，許多人說在公司內部難以推動

若不要求在短時間內改變現況看到成效的話，倒是有一個方式可以參考：


  "由自身開始做起，再推己及人"


以下的方式也不是我創的，有許多地方我自己也是抄 Joel on Software 提到的方法

以 revision control 為例，公司不架系統，不代表不可以自己架一個
反正架個 subversion 或 git 也不是多麻煩的事

然後將自己所負責的 code commit 進自己的系統
在其它同事還沒享受到 revision control 的好處之前，自己先好好享用

再來，就是把一些和自己工作相關的 code 也 commit 進去
即使這些 code 的 PIC 是其它同事而不是自己，還是照樣 commit 進自己的系統
這樣做有一個好處，就是如果同事當把程式改到爛掉時
自己可以回溯到自己確定可以 work 的那個 revision
不致於讓別人的爛 code 影響到自己的工作進度
至於 commit 的頻率，勤勞一點的話就每天一次，懶惰一點的話就每周一次
至於 code 不能 compile 不能 run 還是照樣 commit
這樣可以不用耗自己的時間當同事的測試工程師，只要拿到 code 傻傻地 commit 即可

這有另一個好處是，當同事不小心刪掉 code 口中喊出ＸＸ娘時
那時的他一定露出兩眼無助的眼神在座位上哀嚎啜泣
這時的你一定要發揮公關長才，扮演救世主的角色
向同事勒索一頓大餐，再 check out 出他所期盼已久的 code

在燈光美氣氛佳的餐廳中，向同事耳提面命 revision control 的好處
對方第一次或許不會買帳，其實同事接不接受倒也不是重點
重點是這頓大餐確實是由同事買單

當發生兩次三次哀嚎事件後，同事也不得不接受 revision control
這時就順水推舟把 check out/commit 的責任推給他
順便告訴他以後再發生類似事件時就不再理他了
(要不要真的不理他就得看自己的臨場判斷了，看自己做人的技巧高不高)

當 revision control 聯盟累積到五人時
 (快的話三個月到半年內應該可以達到這個目標
  即使花一年時間也不嫌慢，重點是要有耐心一個拉一個)
這時要在 team 或部門內部推動 revision control
勝算會比剛開始自己一個人獨幹高出許多
真的好用的東西，當大家嘗到甜頭後，就不會走回頭路

----------

換另一個角度來看，連 revision control 都不願花點小時間去架設
不願從自己開始做起，使用私人版的 revision control 當起點
只會在一旁抱怨，同事都不願意配合，公司都不願意採用
我的看法是，說再多 revision control 多好，對公司帶來多少效益
都只是嘴砲罷了

事情不是別人什麼都要準備得好好的自己才能動手做


--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 114.32.58.129
※ 編輯: mgtsai          來自: 114.32.58.129        (08/26 01:08)
推 babuturtle:有些是客戶本身就會要求專案要有check in/out機制
→ babuturtle:趁這種專案把整個機制建立起來也是個機會
→ babuturtle:不過通常是要夠大的 開發人數達一定以上的才會要求..
→ mgtsai:回樓上：很多人腦中只想著，我要推動ｘｘｘ
→ mgtsai:但卻吝於營造有利推動的誘因
→ mgtsai:做一件事的巧門有很多，靠外力是一個方式
→ TonyQ:接下來置底討論這個話題 :)
→ mgtsai:由自己做起感染別人也是個可行的方法
→ TonyQ:我覺得mgtsai 這論點很不錯啊 很切實。
推 pingsky:推這篇, 有時候會是好不容易這一項拉夠人變成聯盟要推時
→ pingsky:突然進來一個狀況外新人說要主推另一個更新更好的東西Orz.
→ pingsky:babuturtle 大, 有些時候客戶想要的機制,也可以是工程師誘
→ pingsky:導的, 像有些心裡知道老闆不想撥錢撥時間做的東西,誘導客
→ pingsky:戶提出, 讓老闆心甘情願的撥錢撥時間出來做
→ pingsky:說一句實在話, 推動新東西除了是技術也是政治, 老鳥在公司
→ pingsky:裡待這麼久了, 對於公司文化及政治都有一定的優勢
→ pingsky:真的對於工作有幫助,讓老鳥工作變輕鬆的東西,老鳥自己也會
→ pingsky:想推, 而由老鳥主推也更可能減少大家的痛苦
→ pingsky:而新人初來乍到時看到的可能是 1.已經run 的, 2.計劃推的
→ pingsky:3.沒有推的, 然後英雄們往往很容易看到3.卻忘了想為什麼會
→ pingsky:有3. ,而另外也很可能看到是3.的它其實是2.
推 qrtt1:用 DVCS 就不一定要架啦。不過架起來倒是有『宣示』的意涵。
→ iincho:我可以跟你保證這個效果在台灣大部份的公司沒有用...:-)
→ TonyQ:有時候是沒有熟的人，新人進來剛好有相關技術就會一路推下去
→ TonyQ:像之前我們在公司推 git ，有人帶跟沒人帶接受度就有差。
→ TonyQ:還好我公司會有用。（笑）
→ iincho:你是在軟體公司，這種事我在硬體廠看多了..用得最多的DVCS
→ iincho:我看過的case來說，就是....z...i....p...(炸
→ iincho:以前我也會推git, 我用的很爽啊為啥別人不用...
→ iincho:後來發現，git的邏輯對一般等級的RD太困難，而且沒好的GUI
→ iincho:幾乎有一半的人反應過不會用，而且不是只有一家公司這樣
→ iincho:後來想一想，反正有沒有DVCS他們也一樣過，當然沒動力學..
→ iincho:那不如usb拷一拷就好，公司文化就這樣你能怎麼辦...XD
→ iincho:我都說這種事不是做了會怎麼樣，而是不做會怎麼樣....
→ TonyQ:就這件事情來講，我覺得如果是用慣svn或者有svn觀念的，
→ TonyQ:推 hg 可能會容易些，連svn都沒用過得還是先用svn就好。XD
→ iincho:我這邊是svn轉git吱吱叫...
推 ericinttu:git最近很熱門 XD
推 pennymarkfox:好方法!!
推 flydragon198:到新公司就是先架了個SVN，不過目前主要我在使用＠＠
推 art1:約耳談軟體真是好文章！！
推 SmileJoS:好文章！
推 troylee:我有從自己開始阿 = =a
推 troylee:只是同事都只給 DLL 檔...= =
推 genius945:推!
→ ykjiang:我在前公司時也是先自己用 svn ，然後再推廣
推 tomap41017:這篇觀點很實際，受用了!!
推 lauto:看環境吧..不一定適用