大家說說自己看過最長的函數,
我看過最長的是5000行（連空行,註解）,
居然看懂了,還改寫成功了,不過花了好幾個月,
好在當時公司沒啥事給我做,我才能慢慢研究,
否則當時初出茅廬,可能早被請走路了,
有人更扯嗎?

編輯記錄

那還算好！
要是亂命名 沒寫註解。
看沒兩分鐘就想打哈欠！（經驗：工研院的案子）

其實長度到其次,

因為 如果是初學者,連陣列都還沒學,或 不太會用雙層迴圈,或者 還不太會用 function, 而系統提供的程式庫也不熟,

只要邏輯能力還不錯,

某些情況,一個 main 隨便寫個3,4千是很容易的, (但這裡會有很多程式碼是 copy paste 後小改產生的)


這種情況,其實可以減少 50-85% 以上的行數.




要不然,如果真的是核心為了效能, 或不太好切割太多,

是也有那種,一個函數真的要幾千行不可




但是,因為 程式行數 的 灰色空間很大,


如果沒有相關資訊配合解讀 整個情況,那只能,大略參考用.




===================引 用 rachex2000 文 章===================
大家說說自己看過最長的函數,
我看過最長的是5000行（連空行,註解）,
居然看懂了,還改寫成功了,不過花了好幾個月,
好在當時公司沒啥事給我做,我才能慢慢研究,
否則當時初出茅廬,可能早被請走路了,
有人更扯嗎?

編輯記錄

就單一個函數要寫到5000行, 其實是很恐怖的, 除非用一些有的沒有的灌水, 不過我自己倒是有寫一支Form當 TFrame使用, 總長度約7500行, 就是這樣了!

我也有過以工研院技轉的程式開發...
程式碼慘不忍睹
===================引 用 wameng 文 章===================
那還算好！
要是亂命名 沒寫註解。
看沒兩分鐘就想打哈欠！（經驗：工研院的案子）

------
林壽山
網站: http://superlevin.ifengyuan.tw
mail: superlevin@gmail.com

大概是為了保護 智慧財產 的手段


這種情況,程式碼就不適合寫成大家都容易懂,容易修改.


這樣才可以鎖住特定主架構,

如果有人沒買專利或授權,就拿去用,

會比較容易比對出來.








===================引 用 superlevin 文 章===================
我也有過以工研院技轉的程式開發...
程式碼慘不忍睹
===================引 用 wameng 文 章===================
那還算好！
要是亂命名 沒寫註解。
看沒兩分鐘就想打哈欠！（經驗：工研院的案子）

早期有些 計價方式或程式的價值高低 ,是看行數的,

或者 部分大公司資訊部, 加班有加班費的單位, 一堆人都喜歡加班,
或習慣晚一兩個小時等主管都走光了.


這時候,

要是就算500行就可以寫出來,

也要寫個5000行,這樣比較有 "生產力".

或偶而也要跟其他人一樣加班到晚上9點或10點的 ,才會被認為是認真工作,對公司有向心力.

甚至, 說不定還比較容易加薪..



同樣一支程式的工作,如果寫 300行,更短時間就寫好,

那週遭人士大概會以為你負責的只是小程式的修改,很輕鬆沒什麼,



雖然滿奇怪,
但在一些場所,尤其週遭會寫程式的不多,
卻是很真實的場景在上演.







===================引 用 P.D. 文 章===================
就單一個函數要寫到5000行, 其實是很恐怖的, 除非用一些有的沒有的灌水, 不過我自己倒是有寫一支Form當 TFrame使用, 總長度約7500行, 就是這樣了!

編輯記錄

我個人的觀念是如果相同效果，程式碼越長代表功力越差，還好本人待過的公司，老闆也會寫程式，所以注重結果而不是程式碼的長度

是阿，要加長長度還不簡單
; 與 CRLF 多用用就可以了

===================引 用 BEELIN 文 章===================
我個人的觀念是如果相同效果，程式碼越長代表功力越差，還好本人待過的公司，老闆也會寫程式，所以注重結果而不是程式碼的長度

我們主管在年終打考績時…就曾經要我們把程式碼的所有function 列出來，把程式總行數給他
那時真嘔@@…馬…的…code 寫得好該死… ><

===================引 用 system72 文 章===================
早期有些 計價方式或程式的價值高低 ,是看行數的,

或者 部分大公司資訊部, 加班有加班費的單位, 一堆人都喜歡加班,
或習慣晚一兩個小時等主管都走光了.


這時候,

要是就算500行就可以寫出來,

也要寫個5000行,這樣比較有 "生產力".

或偶而也要跟其他人一樣加班到晚上9點或10點的 ,才會被認為是認真工作,對公司有向心力.

甚至,說不定還比較容易加薪..



同樣一支程式的工作,如果寫 300行,更短時間就寫好,

那週遭人士大概會以為你負責的只是小程式的修改,很輕鬆沒什麼,



雖然滿奇怪,
但在一些場所,尤其週遭會寫程式的不多,
卻是很真實的場景在上演.







===================引 用 P.D. 文 章===================
就單一個函數要寫到5000行, 其實是很恐怖的, 除非用一些有的沒有的灌水, 不過我自己倒是有寫一支Form當 TFrame使用, 總長度約7500行, 就是這樣了!

呵。把它的exe 叫出來。去看 cpu window，把 asm 抄過來。
用 inline asm
保證你會領最高的烤雞。
而且，公司還不能沒有你。
因為沒有你，那些沒人能處理。
haahahahaaaa
===================引 用 ddy 文 章===================
我們主管在年終打考績時…就曾經要我們把程式碼的所有function 列出來，把程式總行數給他
那時真嘔@@…馬…的…code 寫得好該死… ><

其實,

一則可能是,主管不是寫程式出身的,


二則,更可能的是,


要打點關係,已經預設好要拉拔特定人士的話,
績效評估方式的就會超奇特的.

中間層的主管也是按照上意(或有力人士)行事,多方取捨,並兼顧自身利益考量,
這才是他對上面的人價值所在,跟這些有力人士建立合作方式,並且鞏固人脈,才能長期經營.


(幾年下來,就培養了一堆功力灌水的子弟兵,到處卡位)
(似乎開發工具生產力越高就,就越容易速成越氾濫)



所以,似乎是,

沒背景的程式設計師,
不適合把程式寫的過於簡單易懂,
過快解決問題.

要表現的很努力,能吃苦耐勞,
要寫的讓程式碼看起來專業,很有份量.
會比較討好.

===================引 用 ddy 文 章===================
我們主管在年終打考績時…就曾經要我們把程式碼的所有function 列出來，把程式總行數給他
那時真嘔@@…馬…的…code 寫得好該死… ><

編輯記錄