二點看法 可能你是初學者 功力不夠 寫的code也不夠多 畢竟他是帶你的人 多少經驗都會比你多(正常來說) 新人總是要經過這樣的一個時期的 你就趁這段時間多多充實自己 多多看別人的東西 別人怎麼寫(雖然 未必寫的好 但總是多參考和比較) 寫code是這樣子的 除了你自己要 寫的夠多之外(這點是非常必要的) 但更重要重要的是 要多看別人寫的 code別人架構如何 如果是自己會怎麼寫? 等等..最好是多看看高手寫的 (但不要超出自己程度太多 等你覺得自己夠穩固了 可以看看 Open Source 組織等寫的code) 覺大多數的程式設計師會來到一個瓶頸(雖然大部份 可能都還到不了這或者根本沒有察覺) 就是長久以來都只寫自己的 意思 是都以自己的思微和邏輯來開發他所面對的系統 因為看的code不夠多 看的架構或pattern也不夠多(只封閉在自己的想法中) 於是乎就永遠不會 再進步 寫出來的東西和品質永遠都只有這樣子的程度了. 第二點是你的Mentor 就你的描述來看 他可能是挺嚴厲的mentor 也可能 是很臭屁的mentor(吧?!) 不論其它 就以一個單純帶新人的角度來看 也 不是這樣帶的 完全沒有了解別人的想法 一眛灌輸自己的想法給別人這樣 再者 是不知道你mentor是不是魔人等級(若真的是高手 我想你能夠給他 帶也是榮幸 不用計較別的了) 因為寫code 架構.邏輯等 沒有絕對對的 也沒有絕對錯的 在某種程度上 就算我們認為這是對的 也不要完全去否決別人的 ※ 引述《cyr1216 (無所事事一整個夏天)》之銘言： : 只能說 程度不好真的很慘.. : 今天幫USER做一個功能 要把計算出來的值回寫到ERP. : 所以我比較謹慎... : 一方面對ERP的一些TABLE還不夠熟 二方面覺得這段語法有點複雜 : 所以寫完之後 請帶我的同事幫我確認一下. : 沒想到他連看都沒看(應該說看到一串程式就不想看) : 劈頭就問我 "你是在寫什麼? 落落長.." : 我心想 就的確牽涉到很多TABLE阿 不然我也不想那麼長. : 結果他說不用那麼複雜阿.. : 就開始東改西改 把我的程式幾乎全砍了 : 一邊改一邊問我 "對不對 對不對 對不對" : 說真的我都還沒看清楚他的寫法 真的不知道要回對還不對. : 改完後沒編譯 直接問我看的懂他寫什麼嗎 : 我就沒回 他就補了一句"寫太快了看不懂?" : 然後就走了 叫我自己慢慢看..他要去忙他的了.. : 我是覺得 -- 現在這是什麼情況 -- : 我一開始問他忙不忙 他說不忙 我才想請他確認語法 畢竟ERP他熟 : 沒想到沒看我的程式 就全砍了 自己重寫一段還沒編譯人就走了 : 叫我慢慢看他的程式.. : 很夭壽骨的是我編譯後還有ERROR. 當時真是騎虎難下 : 不知道要先還原我剛寫的那些 還是幫他那幾段程式解BUG. : 這支程式我花了約3天寫 一開始執行起來效能不好. : 所以我改成設排程的方式跑 USER執行時就不需要再運算. : 帶我的同事覺得這樣做不夠即時 改變寫法 : 終於是有進步到 不需用排程就能即時顯示資料 : 這點我滿感謝他的 畢竟我又上了一課. : 於是昨天幫我改善效能 今天又全砍我的程式 改成他的寫法 : 講了一句"這張需求單應該掛我名字".(雖然我知道是玩笑話) : 但我也有花時間做阿 他就看不慣我的寫法 : 整個大改 再講這種話 聽完實在不怎麼舒服 : 當然我也沒有怪他 只是覺得有種被侮辱的感覺.. : 每個人寫程式時 都有一種比較直覺的寫法吧 : 他的程式是很簡潔沒錯 但我覺得需要繞一下 : 相反的他看我的程式 覺得很囉嗦. : 能學到新寫法是很好的一件事阿 但程式全被砍還是有種說不出來的"怪" : 就覺得 你那麼強所有需求單都讓你做就好了阿.. : PS.覺得說出來比較舒服 請大家多多包涵.. --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 114.24.115.71