2023離職總結報告：大公司與小公司的個人體驗其實無所謂好與不好，每個人依據自己的工作共性，來查找適合自己的工作環境，是這樣的。下面是我帶來的2023離職總結報告：大公司與小公司的個人體驗，盼望能給你一點感悟。

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

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

流程掌握不同

流程掌握，大公司講流程，全程OA跟隨，每一個環節都有很正式的“小儀式”。參加過的肯定都很苦痛，OA怎么那么煩啊，什么事都管，每天的例會，每周的早會，都會有OA嘮嘮叨叨而小公司，流程上沒那么簡單，開發人員完畢開發后，直接用下U盤將程序拷過去安裝和調試就OK了。沒有那么多流程上的東西真的很輕松，換來的是我對自己開發的程序沒有底。就像我原來的部門朋友在一次談天時和我感慨，原來的公司的體系真健全，我現在的公司都沒有什么流程上的掌握，我做出來的東西都不敢往外發。是啊，當自己做的軟件人命關天時，都會有這種感覺，固然了，我也感覺到了，所以現在我熟悉到流程的重要性，也在公司沒人在意的狀況下堅持有流程上的記錄，堅持根據以前公司的流程來進展開發（雖然只是有模有樣的參考）。流程還是有必要的。

客戶源不同

客戶源的不同，很任憑的做事風格就會有很任憑的客戶。所以，大公司一般接到的工程都是一些成熟的企業的工程，小公司的客戶一般就很任憑了。最直接的體會就是，我的第一個工程，在給客戶公布版本的時候，ReleaseNote中的公布程序的格式錯誤了，每一次公布都應當是單獨的，而我將全部的程序版本累計加到了表格中，在連續三個版本后，客戶那邊就來確認這是怎么回事。而目前給我的感覺就是，我們和客戶溝通，任憑說說，做做，沒問題就OK了。以前和客戶的溝通是郵件，而每一次的問題都會有郵件伴隨確認，而目前呢，只需要就OK了。一個電話打完也就OK了。你任憑，客戶也就任憑了，什么事都沒有很好的依據了，想修改什么，就修改什么了，也沒方法，我們效勞于客戶了，我們就是在要飯吃，但是，假如我們太任憑，那就真的是要飯的了，在工程上，假如單靠嘴來確定什么，將來是很吃虧的你都任憑了，客戶固然更任憑了。

開發習慣不同

開發習慣上的不同，來到小公司最快樂的一件事是什么，我寫代碼不用去管編碼標準了。什么掌握代碼行啊，什么格式啊，統統甩一邊。說實在的，原來在大公司里，要完成一個功能很不簡單了，更何況還要參照編碼標準。但是畢竟從什么時候開頭關注編碼標準的呢，應當是我在看到了一段又700多行一個函數的時候吧，沒錯，700~1000行的一個函數，去掉解釋應當有700行左右吧。固然這肯定有他的道理的，開發時間短。固然每個人的開發習慣不同，導致開發習慣不同，能寫出700行的一個函數應當算是高手了。但是對我可能不太習慣，在今后的開發，無論條件多么寬松，都應當嚴格要求，不是由于代碼多好看，而是今后的維護本錢。

假如可以，別在新進入一個公司就擔當這個公司的基于base的優化與重構。基于此，我比擬贊同大公司的閱歷豐富的熟識系統的人來帶著較聰慧或較勤懇地新人來做。而假如讓新人趕鴨子上架的方式單獨進展這方面的開發，就有點得不償失了。假如是從0開頭開發或許還不錯，但是假如基于base的，熟識原代碼是一方面，另一方面修改與調試也是一項消耗本錢的因素，修改的代碼是否能夠讓老代碼正常工作，不是一個小時的調試能檢測出來的。固然，無論大公司還是小公司，研發工作都是一個費勁不討好的工作，你的成績永久蓋不過你的過失。在大公司，我可以用兩周的時間去調試別人四周未出結果的研發工作，卻在后來由于領導實在等不下去的時候以這么長時間沒弄出來而告終，固然，科技這東西就是要短時間出成果的，沒有實力就不要任憑去擔當研發工作。而基于base的小公司式優化與重構，在時間周期短的狀況下最好不要去嘗試，固然，假如你有足夠的實力和足夠聰慧的腦子，還是要嘗試的，出于時間的考慮，boss肯定會盼望你在短期熟識系統，并進展重構和優化，boss永久是boss，員工永久要去完成boss的命令，這是必定的，無論對錯，在短時間的開發周期中，你要敏捷總結我的這次重構上的失敗，完全出于自大，開頭有模有樣的設計出了一套框架，對于熟識的局部，固然是重構的有模有樣，但是在工程的后期，由于時間的關系，沒有時間去熟識其他局部的功能，得到的命令是把原來的東西拿來用吧，但是你懂的，很任憑的程序開發出來，有許多東西是可以通過全局變量來解決的，但是你設計的各種模塊對于把老代碼整合進來還是有挺大困難或許是我太笨（就是太笨）。沒方法將這樣的系統整合在一起，但是我的想法中，假如真的整合在一起，這樣似模塊又毫無模塊可言的東西真的不如沒有。

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

其實僅僅工作了五年就來談大小公司的區分，只是個人的淺見，離職之際，給自己的五年工作經受作一個總結，沒有貶低小公司贊美大公司的意思，也沒有挖苦大公司歌頌小公司的意思。就像買車，試駕過多個車型之后，才知道自己究竟喜愛什么車，而不是通過論壇的評論就打算的。

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

1.與客戶要做到涉及工程要正規，但凡工程上的東西有理有據，肯定要有確認。

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