Re: [心情] 前輩拒絕導入任何其他工具....

[tyc5116 (累人啊....)]

※ 引述《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
推 greatroy:你的作法比起原PO成熟多了，從小處著手，大家的接受度也
→ greatroy:比較高，反彈也小多了。
→ greatroy:很多事情真的是得待久一點看多一些後，才會有新的體會，
→ greatroy:Git是不錯的東西，用folder存各版本難道就一無是處？
→ greatroy:當然不是，至少它沒有任何學習曲線，也同樣能達到版本控
→ greatroy:制的效果，不是嗎？
推 kofi0916:故事蠻好的
→ greatroy:.Net的面市不代表asp就一無是處，
→ greatroy:10+N年前看過有家廠商用ASP做出來的東西，直到現在一堆用
→ greatroy:.Net的廠商都遠遠落後
→ greatroy:傳統相機和數位相機的道理更容易理解，
→ tyc5116:用資料夾一個最致命的缺點,1.我昨天改了啥?
→ tyc5116:2.改了一堆,靠,改錯了,又不知道錯哪,只好再回復到前一天
→ tyc5116:剛剛的幾個小時,都白費掉了...
→ tyc5116:而且連單機型式的Git都不想導入,這...
→ superpai:沒待過需要這種「體會」的團隊，感到幸福
→ bndan:沒有版控(用檔案夾這就算沒有) 最基本的修改差異就沒辦法列
→ bndan:出來.更不用說每個檔案內的逐行差異...~_~
→ superpai:突然覺得greatroy的發言有反串感
推 lovdkkkk:沒用過, 不過看起來強迫人畫圖是功用之一 @@
→ greatroy:回superpai,看來你對我的發言有很多意見，
→ greatroy:在一個維護為主的單位(erp)，創新本來就不是首要的，
→ greatroy:穩定沒問題才是最重要的，不知你是否同意？
→ greatroy:就穩定的層面來說，當前輩們一直用舊東西，舊思維在穩定
→ greatroy:的讓系統穩定的運行，新事物的導入本來就該循順漸進，Y
→ greatroy:若當前輩們用folder數年還活的好好的，就代表這方式在它
→ greatroy:們的單位是合用的，雖然Git或其它版控軟體更好用更強大，
→ greatroy:除非你能提出非改不可的關鍵點，否則為何要用？
→ greatroy:另外，請別隨便扣別人帽子
推 b6byc:這樣的差異,如同外星人看地球人. 落後...完全沒競爭力.
→ b6byc:地球人還很自滿,以為自己很厲害...
→ superpai:跟greatroy道歉 因為三個舉例都讓人覺得換掉毫無懸念
→ superpai:所以說服力差到讓我以為是故意講反的
→ cha122977:每天開一個folder做版控 要trace會瘋掉吧="=
→ superpai:1. 維護為主才更需要git來保護老code
→ superpai:2. 數位相機才是比傳統相機風險低，符合維護單位的調性
→ greatroy:呵呵～以原PO這個例子，我的確不認為有任何換的必要性，
→ greatroy:看來我的表達能力沒有差到讓你誤解
推 sabreur:用資料夾做版控...我可能試用期就先走人了= = 想累死誰
推 a47135:前輩們用folder數年還活的好好的<--活的痛苦還是活的好都是
→ a47135:活著，所以我覺得拿這個當沒必要導git的理由不夠充分，除非
→ a47135:你本來就是那其中一員
推 askacis:自己開個local SVN or GIT來用，等別人痛過一次就會想起你
推 hidog:很多東西是看領域 例如銀行業保守 出問題賠不起
→ hidog:原則上配合團隊 不喜歡就閃
推 hidog:工具是為了讓工作更順利  這個才是重點吧
推 leicheong:.NET可以用Impersonation, 比ASP可以用的東西更新呢.
→ leicheong:不知道具體有那些東西ASP可以做到而.NET做不到的.
推 a47135:特例比通則吧，不管什麼時代總是有拔尖的作品，只是拿那些
→ a47135:拔尖作比現在的普/爛作來護航實在是不怎麼樣
→ viper9709:推最後的三點心得~