軟體公司與非軟體公司區別(純個人看法)

Elite_Y發表於2020-07-14

  工作八年多了,走過好多公司,現在已經過了三十,不想再這麼奔波,這幾天由於領導對我的評價,對自己產生了一系列懷疑,是自己能力不行?還是自己態度不行?還是自己工作方式不對?等等很多。這個年紀已經不再是年少輕狂的年紀了。

(技術公司)

  再此之前一直在軟體公司工作,雖然累,但是不斷的成長不斷的學習,不斷的接觸新鮮血液,同事之間都是搞技術的特別和諧,工作分下來都非常積極,生怕自己比其他人少幹了,學習少了。每天去公司是一種快樂。公司之間也沒有心機,大家都在一起玩技術。解決客戶。我們統稱三收益。第一 我們幫客戶解決問題,第二 我們幫公司掙到錢,第三 我們在成長提供自我價值。

  做專案流程:大框出來,之後慢慢填寫細節問題。不斷的確認不斷的完善,最終以豐滿健壯的軟體交付。

(非技術公司)

  去年4月份入職這家公司,信誓旦旦的來了這家公司,打算大展拳腳,因為這個年紀再不放手大幹,就不知道什麼時候可以翻身當家做主人了。(開句玩笑),之前年輕的幼稚,之前年少的想法,我行我素,做好自己的工作就好了。自從來到這我不得不反省自己。錯錯錯!!!

  這家是我們當地一家非常有名的公司。分很多部門(大連)。我所在的部門的客戶跟我上家公司的客戶是一家客戶。所以我知道客戶有多少磨人。所以我堅信我能勝任,我也能幫公司解決。程式碼我也很熟悉。給我的感覺是如虎添翼。但是我錯了。我來了這家公司發現這個部門不是我想象中那麼簡單。不再是一個簡簡單單的技術公司,以support為主。不定時做CR開發,與小的改動專案。部門大概50人,開發不到10個人。我就是這幾位開發中的一員。現在說下我來了之後做的幾個專案:

    1:A 專案,我剛剛來到公司。人生地不熟,我打算處理好人際關係,主動一些。跟PM打好招呼。來了接到一個半路的專案,已經有人做一半了,我是半路進入。另外一個同事告訴我需要做什麼。口頭說,需要做什麼等等。我做好之後進行測試,之後就沒有人再聯絡我。我以為專案結束了 或者說我那沒有問題。我就找我的負責人聯絡下個專案。大家以為這件事結束了?NO 後續一起說!

    2.B專案(abc專案) ,我接到的任務是根據資料庫把所有 Code 判斷的地方 換成 Id ,資料庫直接更改備份,Support Teams告訴我沒有辦法測試。只能硬著頭皮改我用SQL Search找到對應的地方,更改成 Id判斷。 結束。告一段落

    3.C專案(abc專案),更改一些邏輯問題,改了兩個月順利改完。等了三四個月後上線。

    4.D專案,一個新加模組。每個功能點需求一兩句話。還有些隱藏需求點就是專案負責人告訴我 跟其他模組功能保持一致 看看其他頁面咋做的。這是我聽過最多的一句話。專案功能點,有很多需求文件中沒有包含,加上開發對這套系統不是很熟悉。這個系統延期了。由於需求的變更。公司與客戶都產生了很多問題。領導提醒我們已經紅色標識了。專案測試期間問題比較多。來來回回30多個問題(樣式,位置,漏洞,預部署重複性問題)專案終於上線了。大家終於鬆了口氣。

    2020年元旦我休陪產假。

    問題:

    (1).臨時接到(abc專案)馬上上線。有些Job當時驗證不了。只能等到時間自動傳送。半夜一點多成功順利上線。第二天告訴我job沒有執行。我在本地還原了 沒有問題。一個月後又找我說job不好用。我去伺服器檢視是由於部署人員把Key替換了。所以導致ftp上不去。結果傳送不了檔案。

    (2).(abc專案)由於我的疏忽,B專案的Id是Guid 我只判斷是否為空,未判斷是否等於0000-00000-00000-00000這種。導致給客戶發了幾百封郵件。領導幫我扛下客戶的雷。心中存在愧疚。

     休完陪產假回來。領導找我,總結了我來到部門所幹的幾個專案 以下都是領導的話。

    1.A專案。GXX 跟我反映 說你做的那個頁面問題很多。後期他都找人改完了。你不知道吧,我不說你可能都不知道。(我當時懵逼了。我當然不知道。因為沒有人給我反饋,我測試沒問題,我以為頁面沒有問題 專案結束了呢。無力反駁)。

    2.B專案。給客戶發了幾百封郵件。這個雷我們幫你扛下來了。這個以後你得注意點這個事情。(心存感激,但是多多少少我心裡有些不爽,我沒有辦法測試)

    3.C專案。這個專案問題也不少,導致很長時間我們資料傳輸不過去。(有些不是我的問題,卻把問題算到我的身上,support釋出不對。這能懶我嗎?)

    4.D專案。雖然這個專案是你臨時抓進來救火的 但是問題也不少。(無語,專案負責人有些東西說不清,一句話把問題歸於開發身上。負責人:我說的跟開發做的不一樣。兩個開發都可能理解都不對嗎?來來回回的需求變更也算我們的Bug?)

    領導的總結:對你的技術沒有質疑,但是你對待專案要認真些。以後要注意的地方。

    做專案流程:

。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。

過完年

。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。

過完年至今做了四個專案,每個專案都小心翼翼,之前的經驗告訴我,這個部門技術不是太重要,重要的是人情世故,重要的是心機 別被人抓住小辮子。結果還是被人坑了。領導昨日發資訊告訴我,有很多人反饋我交付質量有問題,我過完年這四個專案我都總結過 兩個沒問題。現在做的樣式 位置 加一起不到十個問題。還有一個專案也很好。我昨日一天都在想這個問題,為什麼會有很多人反饋。四個專案 兩個專案負責人,一個私交比較好。另外一個之前有過幾次郵件問題交流,一直抄送領導那種,最終他承認是他問題的結果。不能吧。因為這點事就翻翻我的問題。

昨天我一天我都在想領導的話,還有就是我自我反省。錯在哪裡 差在哪裡,是態度問題還是工作方式問題,還是什麼問題。我感覺一名合格程式設計師應該先自我反省才能深刻意識到問題。可能我之前在其他公司的工作方式與現在的公司不相符。導致領導對我有看法。

  

個人總結

  技術公司做專案流程:大框出來,之後慢慢填寫細節問題。團隊之間相互合作,不斷的確認不斷的完善,最終以豐滿健壯的軟體交付。

  非技術公司做專案流程:跟據需求文件,專案負責人口頭說,專案其他模組功能供參考。測試幾乎0 bug的才算交付好,團隊之間彼此保留,彼此開發自己程式碼沒有交際,怕產生問題領導追責。 

  內在因素:可能是個人方式工作方式導致的問題

  外在因素:帶顏色眼睛看人。還有就是心機很重要,別讓人抓住把柄。領導附近的紅人得罪不起。

 

以上都是這兩天困惑的個人總結。希望業界同仁碰見類似問題指點迷津。希望業界同仁避免類似錯誤。

 

世上本無垃圾,所謂垃圾是你放錯了地方!

相關文章