代碼不寫規範,大項目無法維護,炒你.代碼寫規範,替代性強,炒你.咋辦[朗讀]

說起代碼規範的問題,老炮兒們可以拉著你嘮三天三夜.並且對後進的後生們苦口婆心的說,命名一定要規範,高內聚低耦合,注釋要多寫,禁用xxx,等等等。
那麼問題來了,代碼按規範寫,也就是行業約定束成的標準,或者公司標準,部門標準,將意味著你很容易看懂祖傳代碼,接手快,同時你寫的代碼別人也能很輕易看懂接手,這正如有的人噴php明碼不編譯一樣,拿上就是光屁股.這意味著什麼,crud仔必須進化成架構,算法,管理,業務能手,專家,顧問.其中隱含的一個邏輯就是,超過某個年齡段,你沒進化上去,跟古猿一樣,你就活該死,活該被淘汰.這就是卷.請問各位crud仔,或者奮鬥在架構,算法,管理,業務能手,專家,顧問路上的你,以及奮鬥上去了,但地位不穩固的大多數.捲起來,大boss發通知優化人才結構的時候,回來想過沒?你所拚命維護的標準成了你職業的掘墓人？
好,咱說不規範.其實這是常態.只要寫代碼還沒完全變成流水線,還沒有機械手可以替代的情況下,就無所謂100%規範.一個有記憶的因素,代碼審查嚴格度的因素,業務要求和進度要求的因素,個人習慣的因素等等.寫出來的代碼不見得完全的一是一,二是二.這就說到聽來的一個故事。
前面有個兄弟說他遇到過一個大神,公司的一套系統只有他能維護.因為一個注釋也沒有,文檔也沒有,變量命名完全沒有規律,而且重構成本非常號,你說咋辦?這哥們活的跟神仙一樣.我問,假如他不小心死了咋辦?他回,打電話從閻王爺那兒拽回來。
另外一個梗叫,程式設計師最討厭的事兒是,自己寫文檔,另一件別人不寫文檔。