Re: [請益] 有關學習程式語言

[Lapha (lapha)]

※ 引述《dickjas (夏天的航海記)》之銘言：
: 原文我就自己刪了
: 首先
: 第一題答案確實是考型態轉換沒錯
: 問題是真正寫程式時，程式誰會沒事這樣寫，更應該避免這樣寫
: 如此只會造成程式複雜度加深，maintain不容易。
: 除非想要寫一些沒人看的懂得的東西
: 雖然以前我的前輩很愛寫這種天書= =
: 想當然爾，在他離職後，也造成公司後進的痛苦

  說到實際上有沒有這種Code, 我倒親自看過幾個例子...

Case1:

  某個RD寫了這段 Code...

  void foo(DWORD dwResourceCount)
  {
      while (dwResourceCount > 0)
      {
          ....

          dwResourceCount--;
      }
  }

  當苦主我不幸呼叫這個foo()時, 只好很哀怨地幫別人debug...


Case2:

  程式碼中不該有 Magic number, 所以某RD用了這招...

  #define GIGABYTE (1024 * 1024 * 1024)

  用這個 marco 的程式, 請記得不要進行 2G 以上的運算....


  寫程式並不能只靠創意、想法, 畢竟軟體開發也是一種產業,
  有必須遵守的紀律在, 這些小細節往往會帶來意料之外的破壞力,
  如何顧好這些細節, 就是基本功的所在了

--
※ 發信站: 批踢踢實業坊(ptt.cc) 
◆ From: 60.251.167.2
推 dickjas:這位懂我的痛苦..呵呵~~老是為了展現實力寫了
→ dickjas:一些超級特別的code，只是造成維護困難~~
→ dickjas:還好現在程式語言都朝物件導向方式前進了~~
→ dickjas:為了就是維護容易，避免一堆奇怪的code出現
→ Lapha:物件導向並不是萬靈丹, Leaky Abstractions 始終存在
→ iincho:物件導向 != 簡單讀...
推 alongalone:物件導向,通常只會讓code變抽象...Orz
推 vyjssm:有些是故意埋炸彈，沒人能解，我見過ASSEMBLY，利用compile
→ vyjssm:後，讀常數區位置，任何人一改程式，常數區一變，程式就
→ vyjssm:讀到不同位置，根本無從DEBUG
推 StubbornLin:http://coolshell.cn/articles/4758.html
→ StubbornLin:如何寫出無法維護的代碼
→ rofellosx:無法維護? 這表示可以不花時間在維護上?
推 prag222:使用物件(object),我們可以輕鬆模擬任何特殊形式的問題,只
→ prag222:要透過新增新型態的物件,當我們閱讀使用OO寫的程式碼的時
→ prag222:候,你也同時在了解這個問題。
→ qrtt1:請問 case 1 的問題哪？我的 c 太弱，看不出問題點>"<
→ Lapha:DWORD是unsinged.. 所以 DWORD不會小於0...
→ i386:dwResourceCount == 0 的時候, while就沒了吧???
→ Lapha:嗯, 但是一開始輸入的參數有可能是負值, so...