看板
[ PHP ]
討論串[請益] 新手請問一小片段程式
共 8 篇文章
內容預覽:
I hate XP jihadist....... 身為一個XP的愛用者，看到這種XP傳教式的言論就會讓我受不了。. 如果你愛這套方法，請不要用極端的斷言傷害它。. 註解，從組合語言時代開始就有他非常重要的意義，事實上，註解. 不是//或/**/或#這樣而已，程式碼本身就是一種註解，我想你讀過的.
(還有1648個字)
內容預覽:
再仔細看了一下，說真的我還是不太喜歡單純用文字表達意思。. 因為可以被抓語病很多，有可能漏字，有可能表達意思不完全。. 不過對於您的回覆我還是得用文字做些說明。. 說真的我比較喜歡面對面的交流，因為言語的溝通往往不像文字毫無表情和情感可言。我想我有提到「高穩定性」、「低除錯」、「低維護成本」你的可靠
(還有3200個字)
內容預覽:
直接回一篇文盡量講通透好了 不然講半天有一點鬼打牆. 其實一切的一切就在. : → tkdmaf:敏捷開發：高穩定、低除錯、低維護成本。這是宗旨及要求。. 這一句話。. 有沒有道理？很有道理. 但是並不是全部的場合都適合這個，甚至有可能還不是大多數的場合. 怎樣說？設計模式的概念就不只有注重這一些.
(還有804個字)
內容預覽:
很高興你提到了重點。. "無法快速維護及修改的程式". 原因在那？. 我們寫程式往往都只著重在「預設計」、「設計」、「寫文件」、「除錯」。. 而往往佔最大的地方就是「寫文件」、「除錯」。. 尤其是除錯這件事。. 無法快速維護及修改，是因為前手的人未提供「測試code」做處理。. 你提到5000、10
(還有1278個字)
內容預覽:
嗯.... 在我寫程式的過程或是出一張嘴寫程式的時候，. 個人一直認為"註解"跟"文件"是很重要的事情，. 寫的好的註解不只是幫助自己再次了解程式外，. 也幫助往後接手開發或維護的人。. (個人龜毛的寫註解要求，沒寫必退件。 = = ). 程式架構好壞跟註解 "個人認為" 是兩件事情，. 當然不否認
(還有419個字)