回覆列表
  • 1 # 程式設計保姆

    我見過最坑的程式碼是沒有註釋、幾百行程式碼堆在一起,這是個不好的程式設計習慣。

    相似功能必須寫成函式或過程

    上面是查詢連線資料庫的程式碼應該把它寫出來作為一個函式和過程獨立出來,便於記憶和追蹤。

    程式碼註釋

    程式設計師在寫程式碼過程中,如果關鍵程式碼不養成註釋的習慣,當你面對專案幾十萬行程式碼的時候,你就會付出很大的時間成本

  • 2 # 程式碼Go說科技

    通篇無註釋,也無文件。只有寫程式碼的人才知道這個程式能做什麼,具體怎麼幹的。隨著程式功能的增加,出現人員變動時,痛苦指數可用5個加號表示。

    有註釋,有文件,兩者對應不起來。這種情況一般是偷懶所致,單方面的問題解決之後就算完事。

    有註釋,但是文不對題。出現問題時,由於時間久遠,編寫者也忘記當時的想法,是不是很滑稽?

    各位朋友,上述幾種情況算是比較坑的情況,你遇到過幾種?

  • 3 # 黑狼人

    去年面試了一個程式設計師,理論知識基本上能說得上,但讓他在電腦上寫一個tcp服務端程式,半個小時寫了3行程式程式碼,你說坑不坑?

  • 4 # stonejianbu

    遇到最坑的程式碼的時候,你的反應大致是這樣的“不可能啊,怎麼會這樣,反覆除錯之後,不會見鬼了吧”。

    最坑的莫過於使用框架介面時,你以為的你以為的正確程式碼,得不到你想要的結果。於是你反覆除錯,但你只是除錯了第二個你以為的程式碼,而一直認定第一個你以為的程式碼是沒有錯誤,所以也沒有對它進行除錯,殊不知在第一個你以為的時候就已經出錯了。

    當然這說得比較抽象,我一時也找不到之前的程式碼,那就算了吧,只可意會不可言傳哈哈。當然如果你經常debug,那麼解決這些坑也是比較容易的。

    現在的ide基本都是能夠識別基本語法錯誤的,比如識別符號打錯了,少了分號,多了小括號,少了大括號等等,那麼這些就沒什麼談的必要了。

    最後,要說的一個使自己看了難受的點,我甚至能允許程式碼沒有註釋,但是不能忍受亂七八糟的識別符號,因為混亂的識別符號沒有代入感,會抹滅看下去的慾望。

    防止無圖尷尬,最後放張圖,欣賞下別人的寫法~

  • 5 # king憨憨

    就是把字母“O”和數字“0”打錯了然後就是一遍遍檢查就是沒問題,然後結果是打的時候這兩個程式碼太像了,容易一不小心打錯,純屬個人問題,他人勿噴

  • 6 # Coding4Fun

    我分享一下我見過的:

    1. 用負數作為迴圈下標

    2. 一個檔案裡面定義了三十幾個不同含義的變數,變數名稱從a1到a36

    3. 一大段複雜的業務計算邏輯,然後上面加了一段註釋: // May be correct……

  • 7 # 拒海

    我印象最深的程式碼是一個同事寫的,如下

    // 坑程式碼

    if (Integer.compare(x, y) < 0) {

    // do something

    }

    這個程式碼我當時看了是懵逼的,因為它和下面的程式碼是完全等價的

    // 正常程式碼

    if (x < y) {

    // do something

    }

    我覺得同事不是人,是人肉混淆器,我懵逼完後看懂了這段程式碼,感覺開啟了新世界的大門,以後要寫別人看不懂的程式碼我有思路了

  • 8 # 清水池塘池水清

    業務程式碼,資料庫儲存過程有三百多個引數,而且還是必選引數,呼叫一次簡直噁心到死-_-||,關鍵還不止一次被呼叫。

  • 9 # 程式碼蟲蟲

    #你見過最坑的程式碼是什麼?#

    程式碼的坑很多很多,各式各樣,有的叫坑,有的可以叫雷,有的甚至叫“定時炸彈”,“定時炸彈”這個詞來形容這種程式碼的坑非常確切,因為他們的特徵比較相似,就是這個程式碼執行的時候情況非常正常,看不出什麼異常現象,可是在將來的某一天突然出現讓你意想不到的甚至讓人崩潰的執行結果,總之,這些不好的現象也是另程式設計師們頭疼的問題,接下來我說另一種“程式碼坑”,這種坑也讓人感覺特別酸爽。

    什麼不加註釋,方法很長,連續if/else,多重for迴圈這些坑都不算什麼,還有一種坑叫“冗餘程式碼”,當你開始梳理程式碼的時候,為了研究程式碼的前後邏輯,從頭到尾1行行的讀,程式碼總共也就1000多行,其中有600多行程式碼,你看了又看,不論什麼情況下都不可能執行到,並且對整個程式也沒有一點作用,你百思不得其解,最後弱弱的,非常不好意思地去問原來的開發者,對方順口說,哦,那段程式碼沒什麼用,是冗餘程式碼,這時候,你瞬間崩潰,你可是研究了大半天,他卻輕描淡寫地說冗餘程式碼,你真想破口大罵,你倒是註釋掉啊,害得老子繃著神經看了半天,有沒有遭遇過這種情況的小夥伴啊?

  • 10 # AAA軟體教育Teacher秦

    愛程式設計,愛分享,有夢想一起實現。

    我遇到最坑的程式碼,就是一個函式一千行,沒有個註釋,還需要在這個基礎之上進行更改。

    所以程式碼規範真的很重要。

    阿里巴巴開發者手冊提供了很好的程式碼規範要求。IDEA中可以下載阿里巴巴的程式碼規範。

    可以在我們寫完程式碼之後進行程式碼格式的校驗,非常不錯的一款外掛

    剛入門的小夥伴,一定要養成良好的編碼習慣。

    加油!!ヾ(◍°∇°◍)ノ゙

  • 11 # Shaka0723

    工作接觸的以c居多,最討厭幾點:1.沒有註釋,變數函式作用靠猜2.介面不明確,入參出參沒有說明3.無用程式碼僅註釋掉而不是刪除4.程式碼不分層:驅動程式碼和業務程式碼混雜在一起5.全域性變數滿天飛,而且還隨意extern引用而不在定義全域性變數的c對應的標頭檔案中extern,也就是用的時候才知道這是個全域性變數6.全域性變數不說明哪裡會被讀,哪裡會被寫7.單檔案內的變數和函式未用static限定為私有8.隨意使用縮寫

  • 12 # HI張同學

    看著沒問題,邏輯沒問題,但是用沒有什麼地方呼叫,把那段程式碼註釋,程式崩潰了!!!

    ????????????

  • 中秋節和大豐收的關聯?
  • 實木傢俱被小錘子砸出坑怎麼修復啊?