寫代碼過程中最忌諱的是什麼?

唯美短句精選


代碼只是編程思想的一種具體展示形式,程序員寫代碼有幾個禁忌,不能寫沒有中心思想的代碼,很多程序員寫代碼都是憑著感覺走,寫到哪算哪,特別是初學者寫代碼的時候,不講究策略覺得一邊想著一邊寫著是一件特別有意思的事情,任何都需要有編程的指導思想指引,不能跟著感覺走,編程是一種理性行為不是肆意揮灑,優秀的程序代碼一定是經過精心設計的,程序代碼的調試不是推倒重來,而是在有中心的基礎上進行修復。

寫代碼是一件很嚴謹的事情,很多程序員在拿到需求之後就急急忙忙開動了,越是年輕的程序員越是喜歡拿到功能模塊就開始動手搞了,正常的一個項目在寫代碼之前會有百分之三十的時間進行整體的設計調研,確定一些關鍵信息的數據結構,真正的代碼階段時間也就只有不到百分二十,剩下的就是模塊聯調,整體功能測試,然後壓力測試,經過alpha,beta,release三步最終達到產品項目,越是老程序員拿到需求之後先會在自己大腦中打無數的草稿,然後收集大量的資料驗證中間存在的疑問,一旦全部驗證完畢就全力動手開搞,由於技術難點都想明白了,代碼實現起來就會快很多,加上基本功紮實基本上幾天就能把所有功能搞完,而且代碼的質量還很高。

寫代碼的時間段內儘量不要被打擾,因為代碼一旦被打斷就要重新恢復現場,恢復現場的斷點需要花費一段時間,導致很多程序員在寫代碼的時候戴著大耳機,就是防止被外界干擾,戴著耳機也不是為了聽音樂消遣放鬆大腦,很多程序員喜歡深夜寫代碼也是這個道理,夜深人靜沒有人打擾,能夠產出高質量的代碼,代碼的質量直接決定了模塊的穩定性和性能,寫代碼最忌諱被人無端的打擾,有時候靈感突然之間什麼都沒了。

寫代碼最直接表現就是把編程的中心思想用簡便的方式表現出來,所以要想表達的徹底代碼質量必須要高。

評價程序員水平高低從來都是靠產品說話,代碼只是內在表現,但也最能從表現上看出編程的基本功。

希望能幫到你。


大學生編程指南




關於這個問題呢,我也不是很清楚,但是之前在其他地方看到過關於這個問題的一些建議,在這裡呢,分享給大家。


1. 不要只為了解決問題而隨意把代碼都寫在Main()函數里。


2. 一個函數應該只解決一個功能或問題

3. 單個函數的代碼行數最好不要超過20行。

4. 要給每一個函數起一個好名稱,做到見名知義的程度方便對程序整體的快速理解。

5. 要給函數作注意語句,寫代碼不只是給自己看的,一個好的代碼也應該讓別人能容易理解。

6. 在編寫一個項目或程序時應事先考慮到需要定義的函數,把且有相同功能的部分抽象到一個函數時,減少代碼冗餘。

最後呢,我想你需要靜下來慢慢思考,自己到底要寫什麼,不要著急,不要慌亂,一步一步的來。


Devoted52


作為一名老牌碼農,最忌諱思路的打斷,當程序員沉浸在自己的世界中時,整個思維是連續性,邏輯性的;一旦有人或者是事,打斷了,那種感覺就像是整個世界變成黑暗一般。


閒庭信步走人生


根據我的經驗,先在算法上搞清楚。不要急著用計算機語言思考問題,要用自然語言反覆斟酌問題的實質和可能的情況。然後,在想辦法實現就可以了。

要把使用的語言有哪些功能最好通曉一遍。這樣有利於自然語言思考算法,更有利於算法用最優的編程方式實現。比如,一個不知道引用正則表達式的人,就很難用正則表達式的思路考慮算法,編程也不會向這個方向發展。

編程之前,並不需要解決全部的問題,隨著編程的深入,相關問題的理解會隨之加深,很多好的思路和編程方法,會不斷呈現出來。甚至會使您不斷調整算法。

切記,算法也不是死的,調整到好的算法,比用一般的算法得出想要的結果,更具有挑戰性和創新性,也更能激發編程的激情和提高編程能力。

還有很多,已經深夜了,有機會再談體會。


分享到:


相關文章: