老專案和人有一個能跑就行
大多數開發者認為“老專案和人有一個能跑就行”,不願意對其做較大的改動。所以有個名詞叫zuchuan程式碼。我猜幾乎每家公司都會遇到這種情況吧。
原因太多了,以下都是我結合各行各業吐槽列出(但不限於)
1.需求亂提:不合理的需求未萬惡之源,可能這個需求會導致特別複雜。12306的業務場景堪稱變態,造成這種是我國地域發展不均衡的,實在也改不了。但是也有不少公司的需求不亞於12306的複雜度,那就不應該了。按照這種需求寫的程式碼,想很清晰是不太可能了。
2.設計亂來:其實就是沒設計。今天建立個表,明天加個欄位。表是什麼含義不知道預留了,tab001 002.欄位也是預留欄位1,預留欄位2.。。。。。。你會發現一個有趣的現象就是幾乎從來沒人用預留欄位。因為不敢用。不知道自己會不會影響別人。所以預留了個寂寞。
3.開發亂寫:比如一個表50個欄位。如果是核心表,我會設計提供最小化原則,只提供幾個關鍵的,其他的來一個定製的,按需提供。確保最頻繁的操作一定最輕量化。但是現實中,我看到的一般都是最大化提供。提供出去一個全部的作為公共。即使其他場景用一個,也要取全部。更有甚者全部取到頁面上,然後是僅僅不顯示。這種消耗和傳輸都實實在在發生了。
4.運維不力:管控不了開發,然後擴充套件到架構層面引入中介軟體和異構資料庫。這本身有增加了開發難度和成本,給 zuchuan程式碼繼續加碼。
今年不是有文章說有云了,還要不要DBA。其實就以上幾個場景來說,1 2公有云是一點都解決不了,要DBA去解決。3 4 公有云最希望你發生,用的越多成本越高。DBA是可以去解決的。當然這裡的DBA已經到了最高的Architect的程度了。至於私有云就是1234幾乎都管不了。
一般來說CTO都不希望出故障,如果出了故障要先發現以及快速解決。在123的前提下,做到這點非常難。我個人愚見還是管好123,才能儘可能程度防患於未然。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/637517/viewspace-2948524/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 能跑原始碼,還提供資料集:這裡有一個入門企業級驗證碼識別專案原始碼
- 電商專案一般有多少個介面,有哪些功能和作用?
- 自己一人如何去做一個web專案Web
- 手把手教你實現人臉識別,有手就行
- 有手就行5——jenkins專案構建型別(pipeline流水線專案構建推薦)Jenkins型別
- 一個就只是JMS的開源專案,沒有Kafka和RabbitMQ!KafkaMQ
- 一個專案完整的管理流程有哪些
- [專案管理]工程與產品開發的差異——一個老專案的經典問題專案管理
- 有手就行8——專案構建細節3-Jenkins的引數化構建Jenkins
- 推薦一個能跑的Android4.4 能跑的Android GPS HAL驅動原始碼Android原始碼
- 當我完善幾年前的一個老專案時,我做了哪些改進
- 如何申請和管理一個sourceforge專案
- 一個電商專案的Web服務化改造2:現有專案的5個問題Web
- 搭建一個專案
- 【vue-cli3升級】老專案提速50%(一)Vue
- 封閉的一個多月,老菜鳥的 機械手和AGV 自動搬運小專案總結
- 專案管理中,專案干係人的角色和責任專案管理
- 給專案“發起人”和“干係人”正名(轉)
- 一鍵將 Laf 遷移到 Sealos 雲開發(Sealaf),有手就行!
- 適合老年人的養老模式有哪些?模式
- 程式設計師: 我只要技術牛就行! 軟體工程師: 那你能做個好專案嗎?程式設計師軟體工程工程師
- 關於一個java專案呼叫另一個java專案的心得Java
- 2010.03.16專題:一個開發人員的專案煩惱
- mozjpeg:Mozilla的一個有關影象壓縮的新專案
- 分享一個「實時三維人臉重建」的開源專案
- 專案回顧:一個開發人員的觀察與思考(轉)
- 搭建一個SSM專案SSM
- 開始一個專案
- 第一個activity專案
- 大資料很難?職場老鳥告訴你,會用EXCEL就行大資料Excel
- AKM專案軼事之上專案一個月
- 有沒有一兩萬的創業專案創業
- 單人專案管理的心得和教訓專案管理
- 【實戰】記一次老專案的swagger整合Swagger
- 有手就行3——持續整合環境—maven、tomcat、安裝和配置MavenTomcat
- 有一個專案管理軟體,名字叫8Manage PM!專案管理
- 一個有關struts+spring+hibernate專案的問題,Spring
- 一個非技術人員對 GNOME 專案使用 GitLab 的感受Gitlab