藍鷗旗下品牌:鷗課學院
全國咨詢電話:18609840051
您的位置: 首頁 > 最新資訊 > 離職總結:大公司與小公司的個人體驗

離職總結:大公司與小公司的個人體驗

2018-09-18 藍鷗
2153人 瀏覽:

  離職在即,在準備下一個工作環境的這段時間,忽然有一陣感慨,工作近五年,在這段時間中,體驗了兩種不同的工作環境:一個規模很大,各種開發體系完備的大公司;另一個(也是目前的)是一個規模100人左右的小公司。目前正在準備離職中,對于兩種不同的環境,很想評論一些什么,但是由于目前工作年限較低,也沒什么資格作什么評論,在這個時間,在這樣一個心態下,就給自己留點什么,對于今后彷徨時,給自己一個參考(不說誰好誰壞)。

  很多人在買車時擔心,車子是好是壞,總是會參考各種論壇的各種評論,近來我也在逛論壇,也在參考其他人的評論,但是好壞參半,究竟如何選擇仍然拿不定主意,但是,其中的一條吸引了我的目光:汽車就像是一段路,而大家的口碑就是地圖,地圖只是一個參考,路好不好走還是要自己走走才知道。在離職的時候彷徨過,走了之后要找一個怎樣的工作,要去一個怎樣的公司,要走一個怎樣的方向,記得當時很流行的就是去一個小公司拼幾年,沒有那么多文檔,沒有那么多流程,你只要編碼就好,而且錢多多。當時真的就覺得,小公司沒有這些流程,效率一定會高很多,卻不甘心由一個那么大的公司跳到一個只有一間小辦公室這樣的公司。拿不定主意的時候又想到了北漂,多么流行的一個就業方向,雖然向往,卻沒有向北京投出一個簡歷,后來有一個外企的機會,借著這個機會,也去一趟首都,總不至于在中國這么久卻沒去過首都,太說不過去了,但是,當我真正坐在會議室里,看著面試官很悠閑的聽完我所做過的項目,就結束了面試后,開始感覺到現實的殘酷和自身的不足了,北漂適合我么?當我在游北京看到每天的地鐵二號線的人山人海時,我放棄了,這里不適合我。是啊,適不適合,不是別人一句話說的算的,還是要親自體驗才能知道是否合適。

  流程控制不同

  流程控制,大公司講流程,全程OA跟隨,每一個環節都有很正式的“小儀式”。參與過的一定都很痛苦,OA怎么那么煩啊,什么事都管,每天的例會,每周的早會,都會有OA嘮嘮叨叨……而小公司,流程上沒那么復雜,開發人員結束開發后,直接用下U盤將程序拷過去安裝和調試就OK了。

  沒有那么多流程上的東西真的很輕松,換來的是我對自己開發的程序沒有底。就像我原來的部門朋友在一次聊天時和我感慨,原來的公司的體系真健全,我現在的公司都沒有什么流程上的控制,我做出來的東西都不敢往外發。是啊,當自己做的軟件人命關天時,都會有這種感覺,當然了,我也感覺到了,所以現在我認識到流程的重要性,也在公司沒人在意的情況下堅持有流程上的記錄,堅持按照以前公司的流程來進行開發(雖然只是有模有樣的參考)。流程還是有必要的。

  客戶源不同

  客戶源的不同,很隨便的做事風格就會有很隨便的客戶。所以,大公司一般接到的項目都是一些成熟的企業的項目,小公司的客戶一般就很隨便了。

  最直接的體會就是,我的第一個項目,在給客戶發布版本的時候,ReleaseNote中的發布程序的格式錯誤了,每一次發布都應該是單獨的,而我將所有的程序版本累計加到了表格中,在連續三個版本后,客戶那邊就來確認這是怎么回事。而目前給我的感覺就是,我們和客戶交流,隨便說說,做做,沒問題就OK了。以前和客戶的溝通是郵件,而每一次的問題都會有郵件伴隨確認,而目前呢,只需要QQ就OK了。一個電話打完也就OK了。你隨便,客戶也就隨便了,什么事都沒有很好的依據了,想修改什么,就修改什么了,也沒辦法,我們服務于客戶了,我們就是在要飯吃,但是,如果我們太隨便,那就真的是要飯的了,在項目上,如果單靠嘴來確定什么,將來是很吃虧的……你都隨便了,客戶當然更隨便了。

  開發習慣不同

  開發習慣上的不同,來到小公司最開心的一件事是什么,我寫代碼不用去管編碼規范了。什么控制代碼行啊,什么格式啊,統統甩一邊。說實在的,原來在大公司里,要完成一個功能很不容易了,更何況還要參照編碼規范。但是究竟從什么時候開始關注編碼規范的呢,應該是我在看到了一段又700多行一個函數的時候吧,沒錯,700~1000行的一個函數,去掉注釋應該有700行左右吧。當然這一定有他的道理的,開發時間短。當然每個人的開發習慣不同,導致開發習慣不同,能寫出700行的一個函數應該算是高手了。但是對我可能不太習慣,在今后的開發,無論條件多么寬松,都應該嚴格要求,不是因為代碼多好看,而是今后的維護成本。

  如果可以,別在新進入一個公司就承擔這個公司的基于base的優化與重構。基于此,我比較贊同大公司的經驗豐富的熟悉系統的人來帶領較聰明或較勤懇地新人來做。而如果讓新人趕鴨子上架的方式單獨進行這方面的開發,就有點得不償失了。如果是從0開始開發也許還不錯,但是如果基于base的,熟悉原代碼是一方面,另一方面修改與調試也是一項耗費成本的因素,修改的代碼是否能夠讓老代碼正常工作,不是一個小時的調試能檢測出來的。

  當然,無論大公司還是小公司,研發工作都是一個費力不討好的工作,你的成績永遠蓋不過你的過失。在大公司,我可以用兩周的時間去調試別人四周未出結果的研發工作,卻在后來因為領導實在等不下去的時候以這么長時間沒弄出來而告終,當然,科技這東西就是要短時間出成果的,沒有實力就不要隨便去擔任研發工作。而基于base的小公司式優化與重構,在時間周期短的情況下最好不要去嘗試,當然,如果你有足夠的實力和足夠聰明的腦子,還是要嘗試的,出于時間的考慮,boss一定會希望你在短期熟悉系統,并進行重構和優化,boss永遠是boss,員工永遠要去完成boss的命令,這是必然的,無論對錯,在短時間的開發周期中,你要靈活……

  總結我的這次重構上的失敗,完全出于自大,開始有模有樣的設計出了一套框架,對于熟悉的部分,當然是重構的有模有樣,但是在項目的后期,由于時間的關系,沒有時間去熟悉其他部分的功能,得到的命令是把原來的東西拿來用吧,但是你懂的,很隨便的程序開發出來,有很多東西是可以通過全局變量來解決的,但是你設計的各種模塊對于把老代碼整合進來還是有挺大困難……也許是我太笨(就是太笨)。沒辦法將這樣的系統整合在一起,但是我的想法中,如果真的整合在一起,這樣似模塊又毫無模塊可言的東西……真的不如沒有。

  其實無所謂好與不好,每個人根據自己的工作個性,來尋找適合自己的工作環境,是這樣的,就像在正常情況下,測試和開發是有點敵對的,但是作為體驗了測試和開發的工作之后,在測試時我理解開發的固執,在做開發時我也能理解測試的找茬,這樣就很好了。都是為了項目能做好,只是出發點不同。

  其實僅僅工作了五年就來談大小公司的區別,只是個人的淺見,離職之際,給自己的五年工作經歷作一個總結,沒有貶低小公司贊美大公司的意思,也沒有諷刺大公司歌頌小公司的意思。就像買車,試駕過多個車型之后,才知道自己到底喜歡什么車,而不是通過論壇的評論就決定的。

  總結一下,無論下一次的工作是什么樣的環境,都要將經歷中的好的方面作參考,不好的方面作警示:

  1.與客戶要做到涉及項目要正規,凡是項目上的東西有理有據,一定要有確認。

  2.遵守流程,無論大小項目,有流程上的確認才會有底,流程上別含糊,你含糊的不是客戶,含糊的其實是自己。

  3.程序員更要有文檔,你根本不知道你留下的代碼會被多少人罵,你也不一定會記得一年前你寫的一個函數是什么意思。(老掉牙的建議)

  4.不要輕易接受一個研發的項目或者重構的項目,尤其是單兵作戰的時候,更何況沒實力呢,不要認為自己在一個公司里有了一點實力就很強大了,也不要被領導的信任沖昏了頭腦。


  1. 廣告1
  2. 廣告2
  3. 廣告3
  4. 廣告4
购彩中心官网-购彩中心平台