1. 程式人生 > >普通程式設計師的四年打雜收貨

普通程式設計師的四年打雜收貨

上個月去思科的外包面了開發的職位 過程很不好 ,去了兩次是不同的部門 ,雖然跟現在做的不是很對口 但是也暴露了自己的問題,同時他們都問到了工作四年 覺得最大的收貨是什麼。

這個問題 當時就把我問到了,是啊 轉眼就工作四年了 ,之前剛畢業的時候 看到一本書說畢業五年決定你的一生 當時心想自己還早著 還有五年時間 要好好努力,後來工作的時候 聽從事同樣行業的堂哥說 工作五年之後 工作就不太好找了,當時都還覺得還有時間,轉眼間現在自己就已經工作四年多了 。

去年五月來到現在的公司 最初以為是做跟之前的工作差不多 ,到後來的很不一樣 又是天天加班 熟悉業務和新工作 ,做到年底又被弄到另一個組做純js開發 ,做了兩個月 又去了浙江出差 去做了那邊大資料輔助公共安全的專案 三次用的技術完全不一樣 ,最後一次的加上是出差 去接坑 自己感覺上手很難 開發做的很吃力 ,也不知道是因為年齡大了 還是怎麼地 現在感覺做那個實時流stream開發是很吃力。

感覺在待下去就快廢了,什麼東西都做了一遍 沒有精通的 。想想每次 換工作 大部分都是因為經濟上的壓力 。也一直在考慮技術適不適合自己 但是做其他又不知道去做什麼 ,也不是對技術一點興趣都沒 只是不喜歡加班多的生活 喜歡下班能陪自己家人 能散散步 平時能打打球的生活,現在看那些有孩子的同事 基本重心都在孩子身上 ,不想以後這邊在加班 那邊老婆在打電話 說讓回家 孩子帶不了,想想都很恐懼 ,我特別害怕工作的時候 家裡有什麼事 但是我又回不去 ,心裡急工作做得更慢 ,惡性迴圈 ,心理抗壓能力比較差 。所以想換個 待遇還不錯 不經常加班 自己很感興趣 能夠一直持續的做的工作。但是我知道這很難 慢慢嘗試吧。

自己也想了想收貨:

1)需要精通一項技術 或 一塊技術

2)解決問題的方法:

1 新問題探索

2 出錯或故障的問題

通常都是有錯誤日誌的,最怕的就是出現一堆錯誤,但其實出錯誤並不像想象那麼壞 起碼有錯誤資訊協助我們解決問題 最怕的是沒有錯誤日誌 但是執行確不正常的。

仔細 耐心的分析錯誤日誌 ,去找問題 把錯誤日誌 摘取關鍵字去搜索 尋找方法。卡住的時候 再仔細讀一遍錯誤日誌 說不定就有靈感。

多讀官方文件 是第一手資料 被翻譯過或者加工過的或多或少加了別人的理解 說不定會誤導自己。

2)溝通

跟客戶溝通 ,跟同事溝通的方式 方法。

跟客戶溝通 注意客戶想解決什麼問題 或者 想知道什麼東西 。從客戶的目的出發去說話,高效的解決客戶的疑問或者問題,避免讓客戶覺得不好溝通或者效率低下。

跟同事溝通 態度可以隨意點,但是比如任務分工這種東西最好 現場敲定 ,避免出現到時候都不管的情況

3)分享

典型 :解決了什麼問題,記錄下來和同事說說 ,避免浪費時間;碰到什麼問題卡住了 思維定式的話 1兩個小時沒搞定 可以找同事看看 往往能解決。

解決一個問題的過程。

說說你碰到的比較困難的問題 以及怎麼解決的。

簡訊貓 發簡訊程式:

剛畢業的時候做的 沒有人會 沒有人問 ,支援java程式呼叫簡訊貓硬體發簡訊 ,仔細的從網上搜,找到廠家提供的發簡訊程式碼 ,開發定時掃描待發簡訊表程式 然後自動傳送簡訊的程式 並嵌入到客戶的支撐系統中去。

剛開始學kettle,沒有接觸過 不知道是個什麼東西 ,也是初次接觸資料類專案, 自己加技術交流群問 自己一個個控制元件慢慢試 出問題解決記錄積累,去官網獲取最新的版本,閱讀官方的文件,來支撐專案的新需求 。

子專案負責人 角色轉變  負責子專案模組的功能規劃 和亮點  整體進度 可以供調動的前臺和後臺資源怎麼分配 客戶的協調等。自己多向別人取取經 然後每天反思自己的問題 怎麼改進。

資料處理 資料分析類專案的經驗。包括此類專案的常用技術工具參考、技術、技術工具的選型、技術方案。大量資料處理 提取、轉移、清理方面的經驗(sql)、文件編寫、資料的敏感性。

資料架構設計方面的參考經驗(如可以給做前端的java的 或者平時不太專注資料庫端的人員 一些資料庫端的建表或者sql上的建議以及一些規範 表命名 列命名 註釋 列為不為空、列的預設值;一些比較好用的函式 decode 、wm_contact 等 方便前臺開發人員把精力放在開發上 ;上線前sql的一些審計;資料庫裡面有大量的表所有人都不知道幹嗎用的 但是空間有需要清理釋放 一不小心清錯了 帶來的代價是巨大的)

協調同事之間的溝通(當通常討論因為互相不懂對方說的什麼 僵持不下的時候,我能夠迅速的知道彼此之間不明白的點是什麼 )