寫程式不痛苦,改程式更痛苦 ... C 要如何寫才好

Cudacke Dees wrote:
重點就在於這兩這意思...(恕刪)


看來你還是不懂大家在講啥,有機會的話去試試看當今Compiler會對i++或++i做啥吧
第40樓的Si_NZ有用GCC作實驗,可作參考
es_mato wrote:
即然自己已經可以評論...(恕刪)

借主題問一下,UltraEdit 怎麼自動排版?我找不到選項 ...

ps: 有時候我連 html 都會把 code 重新排版 ...
為變數命名是一種學問,寫註解更是高深的藝術
相較之下,code style就真的微不足道了.
歡迎留言,只要不謾罵攻擊,留言一律五分奉上。
同意很多大大的意見,可能有一些大大對我說的有一點誤會!

因為在工作負責的範疇之中,還有包括客服 (也就是說這一些 code 未來也要提供給客戶看)

若是沒有整理好或註解好,被客戶一問就倒了!或者被笑這個一個正規公司提供的 code 嗎?

唉!各行各業都有難做的地方呀!
傻綠班的鴿 8:17 ━━━━━━━━●━━━ 14:50 ⇆ㅤㅤㅤㅤ◁ㅤㅤ❚❚ㅤㅤ▷ㅤㅤㅤㅤ↻
aaaaabounce wrote:為變數命名是一種學問,寫註解更是高深的藝術
相較之下,code style就真的微不足道了

哈!註解真的是高深的藝術沒錯的說
有時寫到一半有瓶頸就先寫註解
在寫註解的同時也能讓自己重頭檢視自己的邏輯(不然註解的文字真的擠不出來)
那時靈光乍現....登登....瓶頸就被突破了

我寫註解都是當成日記在寫,這段code當初的設計想法啦,能夠日後擴充的啦,感想啦,遇到的問題啦
等等囉哩八唆的敲一大堆.....最重要的一定都是敲中文
這樣做的好處??如果3年前自己寫的code叫你自己改有時會認為那是別人寫的
或根本忘記當初為何要這樣寫
不過有了超囉唆註解後...嘿嘿...所有回憶都會一一湧出
更重要的是別人看不懂你的code....那他至少看得懂中文吧

還有不只變數命名連函數命名也都是學問
良好的命名習慣真的能夠省不少事情
比如匈牙利表示法,滿多人用的,所以當看到Linux的開放原碼
嘿!!居然能憑函數名稱去猜到他的作用,幾乎沒有溝通障礙
所以看一下函數庫書中的一些"系列函數"他們的命名規則後偷學起來滿受用的
再要不然套入樹狀結構的概念來為函數命名也是常用的方法

精神不好,愛睏真的不要硬撐!樓上前輩說的真的沒錯,為了趕2小時進度的代價可能是2天的debug
lee0715 wrote:
哈!註解真的是高深的...(恕刪)


同意Lee大大所說的想法,不過出社會後,註解得要改用英文寫,因為會看你的code的人不見的是老中.
除了檔案一開頭的說明外,註解要插在什麼地方,要寫多少,真的要好好斟酌.
寫的漂亮的人,一行就讓小弟知道這段code在做什麼;反之,也有看了註解後,對程式碼產生困惑.
註解除了讓自己做備忘錄外,也是讓其他人接手時能很快掌握你的程式. (如果不會有交流,自然不會有這種困擾)
工作的一位前輩說,看code看到最後,得到一個心得,programmer的程式寫的好不好,由程式的註解就可以看出來.不過說來慚愧,小弟code看的不夠多,還無法到達那樣的境地.
總之,好好寫註解,益己益人.
歡迎留言,只要不謾罵攻擊,留言一律五分奉上。
一般程式人員有3個等級,等級高低見仁見智。

第一,會自己寫程式。
第二,會看別人程式。
第三,會改別人程式。

3個都具備才算是好的程式人員。
要讓自己、別人和將來的自己都看得懂,
像"不痛苦"就要配"才痛苦","痛苦"才是配"更痛苦"。
marscape wrote:
要讓自己、別人和將來...(恕刪)



以目前台灣的環境來說, 稱得上會寫程式有點概念的, 大概只有業界從業人員的一半吧...我想...
在國外很多大公司的標準下, ex. MSFT, Google, 我想比例可能還更低的多....
對他們來說, 寫程式是很嚴謹跟耗費腦力的工作....
很多在interview中, 因為修過計算機概論, 會寫點 for, if, 連 pointer, string 概念都不太懂得人, 只要是理工相
關科系, 或許台灣的公司就可以了, 可是在國外 interview 相關的 process 裡面, 應該連當測試人員都沒辦法....
所以台灣或許能做點代工, 買人家solution改改, 出點軟體比重不大搭配硬體的產品....
但是就是沒辦法做大軟體, 嚴格來講, 就是業界的平均水準差, 跟缺乏有經驗更高段的架構設計師....


Coding convention的確是大開發團隊裡面很重要的事情, 不過在 CMMI 的範疇下, 其實這是很小的事情...
以我自己來說, 我認為重要性為:

需求分析 > 架構設計 > Test plan > coding > coding convention
越前段越重要花費的時間也越長....可是常常大家都搞的相反....

我看過很多新人, 甚至是老手...

有看不順眼人家的格式跟命名規則的, 硬是全部改成自己看的爽的, 我佩服他的毅力, 但是很不諒解為了這個 delay schedule...

有寫code好像除了 if else, 跟for loop, 不會用function all,到處copy&paste 搞的整個很雜亂很難 maintain...

有寫註解不知道在寫什麼完全看不懂還喜歡寫很多的....

有哪種覺得不改程式就沒進度, 一拿起來亂搞, 原本架構上改兩三行, 非要在錯的地方改了一堆又side effects一堆的...

有什麼辦法哩....大家都覺得寫程式很簡單嘛....


文章分享
評分
評分
複製連結

今日熱門文章 網友點擊推薦!