首頁 > 科技

某上市公司實際開發中,誰晉升誰淘汰了?

2021-07-31 06:46:01

今天是黑馬職場乾貨文:


總結整理了在職場實際開發過程中,優秀程式設計師和普通程式設計師的區別。避免低階碼農,從我做起!


有的程式設計師在一家公司工作了兩年,不但得不到晉升反而每次漲薪還沒有提名。儘管離職跳槽會漲薪,但是對未來職業發展卻沒有任何好處。

一、程式碼質量問題

某些程式設計師寫程式碼總是一片一片,所以導致錯誤頻繁,當領導提出問題之後還覺得寫程式碼是自己個人的風格習慣。引發bug的主要原因就是計算返回結果出現問題,但是既沒有極端值也沒有邊界條件,為什麼還出錯呢?

說明很多程式設計師不寫單元測試,就等著別人給測試。

真正好的程式設計師,應該是自己單元測試程式碼甚至超過了工程程式碼。

二、開發速度

當同組人都做一件事情的時候,開發效率就可以做比較了。別人一個介面三天,你一個介面一週還寫不好。這就是差距,在之前的文章中給大家分享過,接到任務之後該如何開展工作。

第一步:規劃,瞭解業務之後開始做計劃。

第二步:按照計劃排期,就算有的公司不要求寫文件,但對於程式設計師來說文件+程式碼才是一體的。

第三步:配合,哪一個介面需要和誰對接,對接產生的問題一一羅列。

最後才是敲程式碼,大家以為這樣會浪費時間,其實這樣的程式碼非常靈活,就算有需求變更也可以臨危不亂。

三、思維嚴謹

思維嚴謹很多人覺得是沒法定義的,覺得這都是程式碼量和行業經驗累積出來的。其實是也不是,如果是因為工作經驗不足導致的程式碼不嚴謹,我們還有機會累積經驗去避免。但如果是寫了一介面連驗證簽名都沒驗證的話。這類錯誤就屬於思維不嚴謹,還是建議各位程式設計師在實際工作當中養成寫計劃和文件,外加用思維導圖梳理邏輯。

梳理邏輯不是說我這個程式碼如何實現,而是邏輯層脫離程式碼。

四、團隊合作

在實際工作當中總會在Git當中有一些公共工具,你是創造者還是使用者?另外在團隊完成一個項目的時候,你是增益者還是拖後腿的?沒有項目的時候,你摸魚的時間你看新聞八卦還是在在GitHub看源碼?

五、對業務理解的區別

如果你在一家公司,和領導一起去參加需求會都沒有參加過幾次。小心自己已經被邊緣化了。能夠和領導一起,和產品、運營參加的需求討論的人首先是被領導認可的。其次是團隊內部的需求會以及優先順序討論。如果這兩者都沒怎麼參加過,只是拿到人物執行,大家一定要思考下自己問題。

有一些優秀的程式設計師,拿到任務字後會非常重視業務,首先就是和產品經理或運營進行探討,確保合理性之後再說執行問題。

六、工作態度問題

領導最煩什麼樣的程式設計師?莫名其妙捲進去鄙視鏈的程式設計師!大家在網上說一句PHP是最好的語言沒什麼,但不要拿到實際工作當中。

大家都知道有的時候身為開發真的很煩產品和運營,運營是自以為是的想,產品是不考慮你有多麻煩就要你做。但出於公司和部門的好,儘量配合。有一家還不錯的上市公司,運營想要公眾號和APP後臺資料打通,這就涉及跨部門了,某程式設計師直接給產品說「對接不了,互相不配合」。

但是也有程式設計師,一一和各部分負責人去說明原因,想辦法解決。

七、解決能力的問題

最後這一點就不多說了,解決能力問題十分重要。

如果你是SDK開發者,你出現過這類問題嗎?解決問題能力,是程式設計師立業之本。


IT145.com E-mail:sddin#qq.com