我遇到很多程式設計師都說自己的工作很無聊，很無趣，想跳槽幹點更有技術含量的、更有挑戰性、甚至是更炫的工作。
還有些人一邊罵現有的專案，一邊找新的工作。 其實除非你能從頭參與乙個專案的開發，到了新的專案也差不多，很難滿足你的要求。
現在有幾個專案是從頭來的呢？ 大部分的專案都是處於維護狀態，就是對新需求在老**上做實現。
所以你還不如從看似無聊的工作中找點價值出來， 提公升自己再說跳槽的事情。
下面分享別人的幾個小故事：
1. 2023年的時候我還在中科院的乙個研究所，雖然有開發任務，但是很少進度的壓力， 在那裡是很清閒的。
當時在做乙個資料整合的小專案，需求明確， 系統也不複雜 ，開發過程也挺無趣的， 我就琢磨著能不能搞點別的事情， 後來就發現了敏捷軟體開發， 對裡邊的實踐非常認同，於是就學習了單元測試，tdd(測試驅動開發)，結對程式設計，使用者故事 等實踐， 在專案中也嘗試著做了應用， 尤其是tdd, 的確不錯。
再後來就進了ibm， 轉眼間到了2023年，沒想到幾年前種下的種子開花結果了。 ibm 也開始提倡敏捷轉型（雖然和業界比起來已經落後了很多年），於是我5年前的積累就用上了， 不僅僅幫助本團隊做了敏捷轉型， 還走出去幫助工行、農行、華為、鼎橋等公司做了敏捷諮詢， 不但進一步提公升了水平， 也為自己的簡歷增光不少。
2. 2023年的時候做了乙個稅務的專案， 裡邊有很多和稅務相關的具體操作，做起來其實也挺無聊的，就是實現那些固定的業務。
後來做的多了，我就慢慢的發現了這些操作的共性，但就是不知道該怎麼描述出來, 思考了很久也沒有頭緒。
有一天騎自行車回家的路上， 突然間就「頓悟」了： 奧，這些稅務操作其實就是點（x,y）在二維座標系下的移動 !
第二天回去就把這個東西整理成文件， 並且把**也做了改寫，因為有理論指導，**變的特別簡單。
乙個月後國外的老闆來北京， 看到了我抽象出來的關於稅務的操作，吃驚不已， 一直在問： 這是你搞出來的嗎？
唯一的不同是我多做了一點工作， 深入的研究了sametime 的sdk, 帶來了兩個重要的好處：
(1) 在developerworks上發表了第一篇中文的sametime sdk文章，後來形成了乙個系列。 向developerworks 美國**投稿也被接受， 只是後來英文版沒寫出來:-( 這一系列文章被很多人看到， 並且直到6，7年以後，還有人發信問我相關的問題， 我想影響力應該是很深遠的。
(2) 徹底理解了基於事件的程式設計模型 ， 因為sametime sdk的程式設計就是基於事件的， 等到5年後node.js 開始出現並且流行開來時， 我發現它和當年的sametime 幾乎是一樣的，都是非同步的、事件驅動的， 就像喝涼水一樣輕鬆掌握了。
所以仔細的深挖一下現有的工作， 思考下有哪些值得改進、值得學習研究的點是非常有價值的，也許好處你看不到，沒法立竿見影， 但是總會有一天會顯示出來的。
在工作中找尋價值
策略模式在工作中應用
物流系統要新增包裹資料，現在物流的上游有三種包裹 線上的包裹，線下的包裹，外部的包裹，每種包裹在新增時會有些不同的操作，比如線上線下的包裹新增後要發訊息給訂單履約中心方便監控，線上包裹新增時要判斷包裹是否需要抽檢，釘箱，並生成相關的資料等。每種包裹都有其特殊的操作，從系統維護的角度上說，可以使用策略...
HTML在工作中的使用
本文是在學習html的時候，心血來潮嘗試的做法。純屬瞎玩，不可當真。工作中編輯郵件 在管理系統上進行任務編輯 描述時，都可能會使用到html的簡單知識。有一些簡單的標籤可以幫助我們更好的完成工作，比如字型加粗 換行等。比如我在辦公系統上編輯乙個task的時候使用了html，使得這個task的描述展示...
Kafka在工作中的體現
建立topic bin kafka topics.sh create zookeeper localhost 2181 replication factor 1 partitions 2 topic test 檢視topic bin kafka topics.sh list zookeeper lo...