鼎勝互娛
不管任何一門語言，在開發出來之後，都會有一個標準的書寫格式，如果大家都按照標準去學去寫的話，那程序對大部分程序員來說，都是能看懂的。但是全球程序員千千萬，不可能要求大家都按標準寫，就跟咱們學習漢子一樣，有的寫的好(這個比喻不太恰當)。
一個好的程序，必然是書寫規範，註釋鮮明，之前做過一段時間的程序測試，對程序中變量的定義是有要求的，還有註釋率。其他程序員在看你寫的程序時，會更加便捷。當然這去解決於你們所在一個領域。如果你是寫架構的，必然少不了你自己的想法與理解去寫。在其他程序員看起來會比較費事。
所以也建議程序員們寫程序時儘量按照標準來寫，另外也要注重技術穩定的編寫，按c語音來說，在變量運算中，儘量考慮到對零的除，開方的保護措施，避免溢出。架構的註釋儘量清晰。願天下程序員都有好的發展
慕科zero
如果寫的程序員能按照代碼規範編寫，那麼後續其他程序員接手問題都不大。命名規範，約定，註釋，文檔，這些東西越齊全，其他人接手的難度就越低。
最怕的是什麼都沒有，命名也是abc123的那種，和混淆後的代碼基本也沒什麼區別了
當然，如果接手的程序員水平實在不行的話，那前面的人寫得再規範也不能保證順利接手
程序員編寫代碼過程中，特別是在團隊開發的時候，所有人按照統一的規範和約定來開發，才是最正確姿勢
友益人生
看不懂有兩種，一種是太深奧，一種是風格太爛了
程序員最悲劇的是寫出來的代碼別人看不懂。 因為你這輩子只能一個人單幹了
能寫出是程序員都能看懂的代碼,那才是牛逼程序員
愛碼農
個人認為能不能看懂其他程序員的代碼，完全取決於自己的能力。
如果其他程序員的代碼規範，又有好的註釋，對程序的理解當然有非常大的幫助，但目前大多數程序員在註釋和規範上都做的不好。所以通常看別人的代碼對於程序員來說都是一個頭疼的事。唯一能幫助你的是:提高自己的能力，把抱怨的時間換成分析的時間。
