跳槽一年工作經歷總結

2021-04-23 22:32:18 字數 1253 閱讀 9796

轉眼間, 跳槽到目前的公司也快一年了,  從一家目前看來可以養老的國有企業跳槽到外企. 算了一下所繳的個人所得稅,差別並不大. 加上其他的開銷, 應該比去年還差點, 相比未來的不可**性及當前的危機, 呆在原來的公司現在應該會好的多.

無論如何, 不是很後悔,畢竟見了世面了. 一下子從一家作坊到了一家現代化的企業. 當然了,以前的公司也是不錯的, 也有一些很厲害的創新的, 如果坐過北京到南京的火車, 每次火車快到南京,介紹南京的時候,會介紹以前公司的一項產品的. 然而我對老公司總是有些頭疼的,沒有軟體文件, 包括需求文件,即使有,也是寥寥幾筆, 改起軟體來那個舉步維艱. 新公司據說也是比較牛的, 不過以前是沒聽說過, 本人比較孤陋寡聞^_^.

進去之後發現管理真是天壤之別, 沒人管的狀態. 上班也不打卡, 9點上班, 似乎9點到的只有寥寥幾人, 9點半左右50%的基本到了. 老油條都是快10點才到. 還有更晚的. 看起來公司沒人管理.

不過, 作為軟體開發人員, 軟體管理帶給我的驚奇可是巨大的.

一開始的時候,就是寫requirement, 當然了,我們是新手,不可能寫新的, resuse, 把其他專案的需求拿過來改.  天哪, 我那時的感覺就像劉姥姥, 沒辦法, 以前沒見過. 很多不同的專案, 按模組分成很多partition, 然後在每個partition裡,都是一句話的需求,非常非常的詳細,每乙個需求都有很多標籤,  包括版本,是否需求, 鏈結(設計文件trace到每一條需求文件, 需求文件trace到每一條系統文件),專案(因為一條需求可以是common或者獨有的),測試要求等等。另外,修改完成要做basekine,並且要註明change request number,而cr必須在另乙個軟體管理系統中請求。

寫完需求,就要做文件讓別人看你的修改, 又是比較神奇的工具。在該文件裡要把需求加上,還要比較文件,和chenge request, 還有其他相關的文件,然後呢,把相關人員的名字寫上,輕輕按一下傳送,文件就發到別人那裡去了。過幾天,別人就把comments發回郵箱,收一下,不同人的comments都會自動加到傳送的文件的相關位置上。我這個土人做完這一流程,嘴巴張得好大。

再就是設計文件,設計文件和需求一樣的流程。然後就是開發,天呢,那些**,如果按照現代軟體的觀點,真的是...全域性變數滿天飛。是上個世紀的產品,我們再拿來修修改改。

測試,真枯燥,每一條需求都需要寫測試文件和測試**。相比以前公司,幾個不做軟體的做測試,不過,好在都是那方面的專家。

我想,任何乙個人在公司裡都是很小的一枚螺絲釘,缺了可以很快的換上新的,最大限度的降低了對個人的需,大大降低了個人離職給專案的帶來的風險。而以前的公司,培養乙個人很難,離了乙個人也很難。

一年工作經歷與大家分享

我是一名搞計算機軟體開發的,工作這麼長時間以來,我想把自己的工作經歷寫出來和大家一起分享快樂與困惑!一次偶然的機會讓我的人生有一次重要的轉折點。我開始了學習計算機軟體開發的專業,當時的我很不願意學軟體開發,但是在家人的逼迫下我還是最終的堅持學了起來。在這裡我也要謝謝我的家人,如果沒有他們也許我也不會...

工作一年總結

不知不覺從學校畢業已經一年了,這一年我經歷了從沒有一點工作經驗的菜鳥到現在基本適應了軟體開發的崗位,感謝公司和李總監給我這個機會,感謝幫助過得我的同事們和主管還有我的朋友們和家人。實習的四個月可以說是在煎熬中度過的。以前在學校的時候從沒有接觸過linux,不會寫makefile,不會shell語言,...

工作一年總結

很多時候有同事跟我說,我同學在某某大公司.怎麼樣怎麼樣,福利多好,技術多牛.我只是想說,既然選擇了,就別埋怨.覺得自己來公司屈才了,那就果斷離職,別再多說。因為你要知道,這是你選擇的,你每 九晚五,沒有硬性任務,上班做好自己的任務,下班安逸的玩玩遊戲.這就是你承受的理 由。不要總是說這說那,因為遲早...