程式設計師應該要愛惜生命，做有用有意義的事情。做有用的事情，有兩種方式，一、做乙個對使用者真正有價值的專案，這個專案是真正有意義有用的；二、朝正確的方向以正確的方式做專案。但是程式設計師會遇到很多失敗的專案，這些系統要麼是沒有人用沒有真正價值，要麼是以不正確的方式做專案，使用不當的技術，例如，用報表工具代替查詢、用esb企業匯流排當作海量資料傳輸用，或者做一些沒有實際用途的功能，如做乙個萬能的使用者自定義查詢系統、做使用者自定義工作流工具、做使用者自定義報表工具，這些專案無疑在浪費程式設計師的生命。筆者試圖總結程式設計師浪費生命的幾種方式，如下。
1、開發乙個質量和效能很差的系統
程式設計師經常會碰到這樣的專案，做出來的系統質量很差，操作無反饋，失敗無提示，而且速度很慢，操作時不時要等一會兒。然而，關鍵是程式設計師沒有機會或者不想參與實施和維護，失去了學習和診斷問題的機會。
2、花費大量人力財力開發乙個一次性的專案
這是從事應用開發程式設計師經常碰到的情況，為某個客戶定製化開發乙個一次性的專案，然而這個專案要花費巨大的人力成本，最終開發維護週期很長，以巨大虧本收尾或無法收尾。
3、開發乙個很漂亮花哨的無人用的系統
這也是當前常見的情況，客戶要做乙個亮點政績工程，要做乙個介面漂亮花哨「很炫」的系統，各種圖表，各種互動方式、各種監控分析全部堆上，但最終這樣的系統是沒有人用的。這只是給領導或客人參觀用的。
4、全新開發乙個原有遺留的系統
程式設計師的領導要基於原有的系統重新做乙個產品，大幅提公升可維護性可擴充套件性，增加系統的穩定性，減少系統故障。領導決定召集人馬，重新進行需求調研，需求分析，架構設計、編碼開發測試。但是，這樣的事情一再重複，同樣類似的需求給不同的客戶做了一套又一套新的系統，而且每個系統過一段時間後故障不穩定的情況依舊。各種版本、各種**庫留給了程式設計師……程式設計師需要持續給不同客戶維護不同版本的系統。
5、開發乙個專案範圍不確定的系統
程式設計師所在的專案，沒有人管理專案範圍，沒有wbs，使用者提一點做一點，專案完全沒有合同或契約約束，使用者要做的越來越多，系統做得越來越大，最終無法控制，客戶不滿意，程式設計師也累得半死，試圖討好客戶爭取更大專案的計畫失敗。
6、開發乙個沒有系統角色或涉眾的系統
程式設計師做的這個專案，雖然都有需求、有功能、有介面，但是奇怪的是，需求沒有提到，也沒有人知道這些功能是什麼人用的。需求沒有定義出系統的角色，以及角色所要參與的業務活動。然而這樣的專案也不少見，
7、開發乙個使用環境不確定的專案
程式設計師做的企業應用專案，不知道是給電腦用的還是給移動裝置用的，不知道是給ie用的還是其他瀏覽器用的，不知道是給ie6用的還是ie10用的，不能確定瀏覽器平台版本。移動裝置不知道是ios還是android，android不知道是2.3的還是4.0的，也不能確定手機或平板電腦型號。我們知道，中等規模的企業應用都會比網際網路應用要複雜很多，幾乎不可能覆蓋所有使用者的使用終端平台，要做乙個優秀系統必須有約束條件，有使用的目標平台。
針對以上各種情況，程式設計師經常是沒辦法干預的，因為，要麼這是客戶明知故犯的行為，要麼是公司部門的戰略行為，要麼是由於專案經理基本的技能職責缺乏。當然程式設計師可以假設自己是專案經理，考慮該如何做好這些專案並適時適當的提出問題或解決辦法，以免浪費自己的生命。
怎樣才能不浪費生命
高效就是節約生命，就是延長生命。如果在乙個相同的時間段，別人享受到一，你享受到二或三，那麼你的生命就彷彿延長了。當然，它其實並未真的延長，但是在感覺上是延長了。你的時間和生命好像變得黏稠了，而不是像別人那麼稀薄寡淡。無論閱讀 欣賞還是創作，都需要高效。所謂高效有兩個維度，乙個是數量，另乙個是質量。最...
你所謂的穩定，不過是在浪費生命
絕對不會相信我竟然在寫雞湯，自己極其厭惡雞湯，可最近每天卻靠雞湯打氣，那怎麼辦，生活就是這樣的矛盾，今天的文章是對2017年年終總結的覆盤，希望給懷揣夢想 逆風奔跑的你帶來一點幫助。細心的讀者可能會發現，我最近的文章並沒有那麼多的乾貨。確實，自己在技術方面放鬆了很多，因為忙著複習教師資格證，為了父母...
怎樣才不浪費IP的價值？
當年的 我叫mt 迅速喚起了很多玩家小學時代集卡 打卡的熱情，它有意思，也多少有點兒懷念的味道 而後至今不斷推出的各式純卡牌手遊幾乎 轉瞬即逝 甚至有不少難以突圍到玩家面前。等到 刀塔傳奇 推出，讓卡牌遊戲變得 活 了起來，我們再一次歡呼 又有能玩兒的了。但隨著不斷的ip 內容的填充，各類技術 玩法...