關於這個文章名,想了很久。做爲一個程序員(某不知名公衆號裏的一篇文章說:碼農不該該瞧不起本身,就算自嘲,可是在別人面前依然要堅挺的稱本身爲軟件工程師亦或者程序員。因此我就選個相對低調一點的稱呼來介紹一下本身吧)第一篇文章就應該以這種方式命名。前端
我叫赤烏,烏鴉的烏,請不要稱呼我爲赤鳥謝謝!從事java崗位兩年左右,待過幾家創業小公司,踩坑無數外加小公司的學習氛圍慘淡,編碼規範以及要求不嚴格,以致於工做兩年我的水平僅限於CURD。雜七雜八的學了一堆,兼任過前端、運維、實施、測試等工做內容。每次都是得過且過,每次換工做的時候都很痛苦,選擇面也不廣!雖然工資也有上漲,可是總感受核心競爭力不足,到處受制於人。好歹是做爲技術人,應該有技術人應有的傲氣,乾的不爽就離職的態度!(至少應該把當前項目作完再任性,畢竟把坑留給下任填真的很噁心,別問我爲啥有這種感悟)外加上小公司其業務很少,能拓寬的眼界也不大,並不能幫助你完善自個人職業規劃(我只是沒去過大公司,也是自個人問題,可是任要把這些歸咎於公司的錯/傲嬌臉)java
去年被迫換了一家新公司(本身止步不前,被拋棄時就別怪社會殘酷!)工做一年左右就開始摸魚,安逸了許久,竟幹一些雜活技術得不到提高,明知公司噁心又不敢跳脫當前的環境,如今想來實際上是悲哀的一種。換了工做以後,發現本身原來並無本身想的那麼差,雖然乾的一堆雜活,但也至少見識了一些本身本不該該見識到的東西,也算是應得到福吧。對於之前的工做經歷也不想過多地吐槽了程序員
工做年限越長,就算你不行,別人也認爲你應該行。這玩意就跟你年齡提高是一個道理,這個社會就是強迫你在規定的年齡作規定的事,可悲的是你還發現強迫你的人是你的親人,一樣跳脫不了這個圈子。sql
新工做被迫嘗試着獨立開發一個通用報表統計模塊。需求模糊,沒有設計,自身只會簡單的sql,只會看得懂存儲過程,並不會寫存儲過程、函數、視圖等。奈何找工做的時候跟人家說本身工做了兩年,人家以爲你能夠,新入職又要表現得本身能夠,那就必須能夠。設計模式
歷經九九八十一難,寫了一堆爛狗屎,不過最終把功能實現了。全部開始沒有需求的項目,最終總會冒出一堆需求!框架
爲了讓現有的臭狗屎(我寫的那個服務),去適應現有需求的不斷變化,我就在原有的基礎上不斷地塞邏輯.....到最後發現哪怕新增一個小功能,我都須要所有走一遍流程才能確保新增的邏輯並不會影響現有的功能,每次都是強忍着噁心改完一個又一個新需求。每次改完都自欺欺人的祈禱不會再追加新需求。然而這種好運的事情並無發生在我身上。運維
當你有一天查看本身之前寫的代碼很噁心的時候,你其實就應經進步了。相信每個剛入職的小夥伴們,都聽過前輩對本身說過這麼一句話。正是不斷地維護這麼一坨臭狗屎,我開始意識到了自個人不足。對長段代碼中的邏輯進行整合拆分,封裝工具類,添加並研究設計模式(之前一直不知道設計模式有啥用)添加註釋,瞭解代碼規範。找組織,找所謂的職業晉升路線圖譜(不知道有沒有用,但至少要高工資須要回答這些問題,那麼學了總歸沒有壞處)強迫本身去學一些框架底層的東西,查漏補缺,彌補自身的不足。但願有一天我能找到本身的成長道路吧。函數
很感謝能看到這裏的小夥伴們,初寫博客都是一些碎碎念,也不清楚本身表達的如何,也不清楚本身的水平會不會被噴,若有不足,懇請小夥伴們指點迷津,願能共勉之!!!工具