做增删改查有前途嗎？
經常會聽到一些開發小哥自我吐槽，每天的工作都是CRUD，感覺自己要廢了；也聽到過一些“開發大佬”吐槽身邊的其他開發小哥隻會增删改查，感覺他們要廢了。
（每每聽到這些話我内心OS）
什麼是CRUD？
我們在管理、操作大量資料的時候，針對資料庫的添加(Create)、查詢(Retrieve)、更新(Update)和删除(Delete)等基本操作就是常說的CRUD。CRUD工程師有時也作為一種調侃性質的标簽，為廣大工程師所熟知。
不得不說這是一個很現實的問題，先說結論：所有技術都是為業務進行服務，我個人認為CRUD才是公司業務的常态。
從表面上看，後端相當多的工作量都是CRUD，是以很多開發人員想避免或者大量減少這些重複勞動，這種心态可以了解。CRUD工程師的主要職責就是建表、封裝接口、然後讓接口輸出資料符合用戶端需求。實際上這裡面依然牽涉到許多充滿技術含量的東西。
從前期的需求收集，需求分析，需求評審，方案涉及，釋出計劃，測試計劃，線上監控，事後補償，這一整套流程你能不能深入參與進去？每一個接口的性能能不能做到極緻？每一行代碼是否足夠優雅？這些都是決定你是不是準備一直隻做CRUD。
舉個例子，就說資料庫建表，也并非想象中那麼簡單。例如主鍵是用自增序列，還是用UUID，該怎麼設計索引，如何設計緩存，如何運用分表分庫政策？這些看起來很簡單的東西往往并不簡單，從海量的使用者需求中，分析出與系統息息相關的核心部分，并分析出符合使用者需求的核心領域，這種業務分析與設計能力是一位IT工程師非常重要的核心技能。
除此之外，代碼的品質本身，也是一件值得深入鑽研的方面，其他軟實力包括溝通技能、架構能力、風險意識，也都會在這些CRUD的開發過程中得以展現。
如果你已經成為行業的大牛，就當我什麼都沒說。而對于其他總是認為CRUD毫無挑戰的開發人員，你大機率已經走在了雲程式員的路上。
（雲程式員們指點江山激揚文字）