看板 Soft_Job作者 tyc5116 (累人啊....)標題 Re: [心情] 前輩拒絕導入任何其他工具....時間 Mon May 19 10:36:46 2014
※ 引述《superpai (超級白)》之銘言：
: ※ 引述《Luos (Soul)》之銘言：
: 我只想問改用 Git 的風險在哪裏...
: Git又沒有很難也不用錢也不會幫你code加入bug
: 也不是最新的科技，也沒聽過不穩
前文恕刪,看了這一連串回文,分享一下心得好了,大家當作聽聽故事(有點長)
然後再藉這個標題問些問題,聽聽大家的意見XD
想當初研所畢業做的東西,因為以學生時代來說
我覺得我寫的東西算是有一定規模的程式了,寫到最後覺得架構變很臭
所以在畢業,退伍,進社會後,因為新人一開始有蜜月期
就趁著快退伍及蜜月期這時候看了UML,Design Pattern,敏捷開發等書
然後在一開始進公司時,前輩拿了一些資料給我,其中一些內容是寫公司的架構
"為了便於新人學習,所以程式@#$%^&*()",簡單說就是引用工研院的程式架構MSD
MSD意思就是把程式分成Model,Status,Design,將程式分為數個次模組
每個模組有各自的狀態切換,然後將其轉換為程式,細節就不說了
重點來囉~~~~
看完說明,再看程式,心裡馬上就開罵了,這三小???寫那麼爛
一開始不知道是MSD是由工研院傳下來的,還以為是PLC部門的前輩那邊導入的
(我在設備製造商工作),想說這架構可能比較適合PLC吧
日後聽到PLC的前輩也在嫌這架構,理由是,沒把圖畫出來根本不知道程式在寫什麼
很多同事還是先寫完程式再補圖,就更看不懂了
然後畢竟自己是新人,所以默默的開始自己思考架構的改良(蜜月期的人是滿閒的)
也沒跟其它人說,一方面自己是新人,一方面導入的前輩還在,亂講話是會得罪人的
(重點!!新人還是安靜的好),最後沒有用出來,畢竟沒有經過什麼磨練
等第一次的case分到我身上,上戰場後,恩~~~程式修改的效率真的有改進空間
有了第一次實戰經驗,對於公司程式的架構,看法稍微不一樣了
"架構不好,但是並非沒有可取之處,雖然還是有很多問題,大體來說,還是要改"
再經過數次case的磨練,對於Design Pattern,Refactor等等的概念也有更進一步的體會
以及公司的心靈陶冶(???)看法又變了
"改架構再怎麼說對公司都是風險,所以不會亂動,
但如果針對目前的架構作一點小小的改良,讓其它人可以接受這小小的改變
以後再一點一點的來改良,對效率有幫助,遇到的風險也較小"
這時大概工作一年半了,也比較有經驗了,便針對目前公司的架構作了一點小小的改良
弄成Sample,寄給主管,也許考慮的不是很周全,但至少比起剛出社會,我拿的出一些東西了
恩~~不過沒被接受,沒被接受我是可以理解的,
主管有主管的考量,而且提出來的東西不見得禁得起考驗
爾後因為部門組織的變動,和主管中間插了一層(以下稱小主管)
大小主管都算是好主管,但是我覺得小主管的眼界不夠寬,而且不太勇於嘗試新事物的感覺
爾後提的一些建議一律的答案便是
"我們的程式架構雖然有很多改進的空間,但是堪用"
甚至於我要一個實驗用機台(還說日後可以拿來教導新人)作一些測試,也沒成功
牽涉到錢的東西,不被接受我也認了
後來,我接觸到了版本控制Git這個東西,覺得很不錯,我甚至想不到有任何風險
因為公司到現在程式的管理都是,今天開一個20140519的資料夾,
明天再開一個20140520的資料夾,導入Git總沒問題了吧?還是免費的東西耶!!
不但免費,現在也發展的很穩定了(應該是吧....XD)
mail給小主管,cc給主管,小主管的回應是"有機會分享給其它同仁"
此後便沒了下文
現在,我已經默默的打開104.......哈
心得:
1.新人還是安靜點,說太多沒人會理你
2.自己有好東西自己留著,如果人家主動想要學再教別人
3.如果教別人要花很多時間,人家還不見得聽的懂,那就直接跟他說"我不會"
(分享一下我老師說過的話XD)
另外,想問問各位前輩,對於上面說到MSD架構有什麼看法(如果有接觸過的話)?
謝謝
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 220.132.89.10
※ 文章網址: http://www.ptt.cc/bbs/Soft_Job/M.1400467010.A.EE9.html
※ 同主題文章:
… ×16
Re: [心情] 前輩拒絕導入任何其他工具....
05-19 10:36 tyc5116
… ×5
推 greatroy:你的作法比起原PO成熟多了，從小處著手，大家的接受度也比較高，反彈也小多了。
很多事情真的是得待久一點看多一些後，才會有新的體會，Git是不錯的東西，用folder存各版本難道就一無是處？
當然不是，至少它沒有任何學習曲線，也同樣能達到版本控制的效果，不是嗎？1F 05/19 11:29
→ greatroy:.Net的面市不代表asp就一無是處，
10+N年前看過有家廠商用ASP做出來的東西，直到現在一堆用.Net的廠商都遠遠落後
傳統相機和數位相機的道理更容易理解，8F 05/19 11:38
→ tyc5116:用資料夾一個最致命的缺點,1.我昨天改了啥?
2.改了一堆,靠,改錯了,又不知道錯哪,只好再回復到前一天剛剛的幾個小時,都白費掉了...
而且連單機型式的Git都不想導入,這...12F 05/19 11:44
→ superpai:沒待過需要這種「體會」的團隊，感到幸福16F 05/19 11:47
→ bndan:沒有版控(用檔案夾這就算沒有) 最基本的修改差異就沒辦法列出來.更不用說每個檔案內的逐行差異...~_~17F 05/19 11:54
→ superpai:突然覺得greatroy的發言有反串感19F 05/19 11:59
推 lovdkkkk:沒用過, 不過看起來強迫人畫圖是功用之一 @@20F 05/19 12:00
→ greatroy:回superpai,看來你對我的發言有很多意見，
在一個維護為主的單位(erp)，創新本來就不是首要的，
穩定沒問題才是最重要的，不知你是否同意？
就穩定的層面來說，當前輩們一直用舊東西，舊思維在穩定的讓系統穩定的運行，新事物的導入本來就該循順漸進，Y若當前輩們用folder數年還活的好好的，就代表這方式在它們的單位是合用的，雖然Git或其它版控軟體更好用更強大，除非你能提出非改不可的關鍵點，否則為何要用？
另外，請別隨便扣別人帽子21F 05/19 12:19
推 b6byc:這樣的差異,如同外星人看地球人. 落後...完全沒競爭力.
地球人還很自滿,以為自己很厲害...30F 05/19 12:28
→ superpai:跟greatroy道歉 因為三個舉例都讓人覺得換掉毫無懸念
所以說服力差到讓我以為是故意講反的32F 05/19 12:35
→ cha122977:每天開一個folder做版控 要trace會瘋掉吧="=34F 05/19 12:38
→ superpai:1. 維護為主才更需要git來保護老code
2. 數位相機才是比傳統相機風險低，符合維護單位的調性35F 05/19 12:38
→ greatroy:呵呵～以原PO這個例子，我的確不認為有任何換的必要性，看來我的表達能力沒有差到讓你誤解37F 05/19 12:49
推 sabreur:用資料夾做版控...我可能試用期就先走人了= = 想累死誰39F 05/19 12:58
推 a47135:前輩們用folder數年還活的好好的<--活的痛苦還是活的好都是活著，所以我覺得拿這個當沒必要導git的理由不夠充分，除非你本來就是那其中一員40F 05/19 13:02
--