作為一名入行5年+的程序員，日常的工作除了寫代碼還是寫代碼，寫代碼對于程序員來說，不光可以增加自己的經驗值，在解決一個難題的時候，還會有一種成就感。但是寫代碼到一定程度之后，還會同步處理一些協調溝通類的事務，比如需求溝通、技術方案等，即是鍛煉自己的機會，也是一系列很有挑戰的事情，耗費的精力往往還比寫代碼多。而在工作中遇到過的緊急的事情也層出不窮，下面我就簡單的說明一下，個人的工作環境和履歷不同，僅供參考。
最緊急的事情，莫過于線上問題，比較典型的是部分商品無法正常展示或者提單。此類直接影響到業務的銷售額，對用戶側也有最直觀的表現，容易引起客訴，同時業務側也最關注。此類問題往往是最需要優先解決的問題，一般通過監控、用戶行為日志，分析相關用戶的提單路徑，再回顧最近的上線記錄和上下游的上線記錄進行排查定位，組內討論確定修復方案并同步給業產研測，充分評估之后實施解決方案。
其次比較緊急的事情是老板的需求。各個層次的領導，總會有一些奇思妙想，然后需要很快的擁抱變化，做需求實現，更悲催的一種情況是，項目快完成了，準備上線了，老板又提出加新的功能，上線時間還不做變更。每一個應用需求變更是必然的，經常會出現這樣的一個產品，他微笑著和你的團隊說你們很棒，他很欣賞你們做的一切，然后在結束之前，他會說，“對了，還有一件事……”。就是這件事往往會顛覆整個應用上線的排期計劃，讓每個人都重新回到設計研發的起點。需求的變更，只是管理人員的一句話，但這卻是程序員最要命的事情。
除此之外，其他的事情一般都也還好，正常排期處理就行。但是在需求排期的同時，需要自己預留出線上問題排查、日常業務維護的時間，當項目發展到一定程度之后，線上問題跟進和業務維護所占用的時間是很恐怖的，如果在日常需求排期時不做考慮，那么將對整個業務的需求交付質量造成嚴重影響。
任何的軟件都有一定的生命周期，當你開工做新項目的時候，往往會利用最新出來的版本庫等一切資源。如果說樹木的腐爛是以一種潛移默化的方式，那么代碼就是以一種迅猛的形式轟然倒塌。生命周期的存在讓我們能更深刻的理解計算機。不要以為代碼沒有摩擦、沒有氧化、沒有微生物的繁殖，就是永恒的，就能永垂不朽，事實并非如此，任何的事物都存在著一定的周期。建立適當的應用退出下線機制，讓我們投入更多的精力做更具價值的技術沉淀，也是一件很重要的事情。
作者：夕陽雨晴，我的：偶爾美文，主流Java，為你講述不一樣的碼農生活。