樓主的遭遇和我在上個公司如出一轍；我上個公司是做企業軟體開發的，後面開始做企業的定製服務；也就是在我們自己的產品基礎上去滿足特定客戶的特定需求；在這種情況下，就會有很多樓主說的，定製需求越來越多，判斷公司id的程式碼越來越多，到處都是if else；造成了程式碼量劇增、程式碼維護性非常底，沒有人願意去看和維護哪些程式碼；
但是，從一個企業的角度看，這個是無可厚非；如果不這樣，每一個定製都重新開發、部署；這樣會增加成倍的開發成本、延長交付時間；企業也需要存活，怎麼做成本最低，開發速度更快就怎麼做，不會因為這樣造成程式碼不優雅，維護性不高而選擇其他方式；
所以，如果真遇到這種情況，看這個公司是否從此以後都是這樣，如果從此以後都是這種需求和開發生存模式；且你又沒有工作動力和工作激情，那麼，你可以選擇重新物色新的工作，找一個更適合自己發展和能力發揮的舞臺；
還有一種方式就是你自己去思考如何去最佳化這種開發方式，我當時思考了，就嘗試透過元件化、模組化；不只是功能模組化，從設計、js程式碼、css程式碼都進行規範化和元件化，降低功能與功能之間的耦合度；也嘗試透過根據配置、自動生成功能模板，然後進行稍微修改的方式提高開發速度；所以透過自己的知識，去解決這種使用if else的原始方式，找到一種更優雅、開發效率更快，開發質量更高的方式，這何嘗又不是一種挑戰，對自己來說，何嘗不是一種進步呢？
樓主的遭遇和我在上個公司如出一轍；我上個公司是做企業軟體開發的，後面開始做企業的定製服務；也就是在我們自己的產品基礎上去滿足特定客戶的特定需求；在這種情況下，就會有很多樓主說的，定製需求越來越多，判斷公司id的程式碼越來越多，到處都是if else；造成了程式碼量劇增、程式碼維護性非常底，沒有人願意去看和維護哪些程式碼；
但是，從一個企業的角度看，這個是無可厚非；如果不這樣，每一個定製都重新開發、部署；這樣會增加成倍的開發成本、延長交付時間；企業也需要存活，怎麼做成本最低，開發速度更快就怎麼做，不會因為這樣造成程式碼不優雅，維護性不高而選擇其他方式；
所以，如果真遇到這種情況，看這個公司是否從此以後都是這樣，如果從此以後都是這種需求和開發生存模式；且你又沒有工作動力和工作激情，那麼，你可以選擇重新物色新的工作，找一個更適合自己發展和能力發揮的舞臺；
還有一種方式就是你自己去思考如何去最佳化這種開發方式，我當時思考了，就嘗試透過元件化、模組化；不只是功能模組化，從設計、js程式碼、css程式碼都進行規範化和元件化，降低功能與功能之間的耦合度；也嘗試透過根據配置、自動生成功能模板，然後進行稍微修改的方式提高開發速度；所以透過自己的知識，去解決這種使用if else的原始方式，找到一種更優雅、開發效率更快，開發質量更高的方式，這何嘗又不是一種挑戰，對自己來說，何嘗不是一種進步呢？