這個抄是要怎麼抄呢 ? 是到網路上搜尋程式片段
然後加到自己程式中嗎 ?
cdfu提到:
學寫程式沒有捷徑,多寫就對了,
寫
cdfu提到:
學寫程式沒有捷徑,多寫就對了
會抄的人功力也要接近被抄的人吧 至少要有一定程度 甚至超越被抄的人
否則看不懂 怎麼抄 怎麼引用
功力越高 越知道到那裡抄 如何抄才省事
從無到有太費力
tonychen168提到:
這個抄是要怎麼抄呢 ? 是到網路上搜尋程式片段
學習演算法, 語法, 邏輯是一定的, 但是抄? 剪貼嗎? 哪有這種剪貼的方式? 這種系統會卡卡的. 最終會反噬系統的穩定.
哪有那麼剛好會有你要的
頂多是上網找點子 或是接近的"範例"
還是得靠自己實力轉化為對自己有幫助的程式段啦
PS. 我最討厭的就是一些學子不靠自己實力
新註冊一個帳號就來這邊"要求答案"
通常我會給 而且會故意放BUG 讓這種人怎麼死都不知道
我剛開始是 到網路上搜尋程式片段然後加到自己程式中
最近只能 自己的程式 這支的抄到另一支 沒法再用網路抓的了---改自己的比較快
然後 發現 自己的很難 要刪掉不少 才能放出去給別人抄
有時候也不一定是要用抄的,程式範例跟一堆說明比較起來,有時候還更好理解。(看不懂說明的時候,直接看code還比較快)
另外,有些東西光是抄範例也抄不到,例如一些結構(pattern等)、架構性的東西,恐怕光看範例是看不出來的。
通常要抄還是需要能理解才有辦法抄對,不過有時候會因為程式裡面的原理太困難...就算抄過來也改不動就是了(隔行如隔山,尤其如果牽涉到一些數學跟理論的東西的話)
抄來的東西通常只能當零件、積木,實際上組裝還是要靠自己...
如果是固定的算法,最好是給物件、函式,沒,就自己改成物件、函式。
比如說RSA、DES、CRC、SHA-1、XML-Parser、USB、SCSI、、、等,要研究老半天才能自己寫,有找到能用當然就拿來用阿。
如果什麼都要自己寫過,那案子什麼時候可以結案 ... XD
如果搞台車子什麼都要自己來,那要不要先去學會搞鑄造、焊接、、、阿
Tony老大問的是寫程式寫到最後都會抄來抄去?
我認為, 不一定, 看為何而抄, 抄什麼, 如何抄...
對剛開始寫程式的小工, 抄, 是因為模仿是學習的最佳路徑, 向其他程式設計師複製或介紹程式語言的書裏的範例或上網找一找功能差不多的程式來改一改就可以用, 這是學習並成為程式設計師的必經路徑.
等寫的程式多了, 就會累積一堆自己的程式碼, 這時就是把舊的程式碼功能差不多的複製來改一改用.
再資深些, 因為程式邏輯都腦海裏, 加上現在整合開發工具都會提供速簡式指令編輯工具, 不用打長串的指令, 只要讓開發工具自動帶, 此時, 就不用抄來改, 直接Coding比較快...
很多資深的程式設計師都以創作新的系統架構為傲, 這時, 根本沒有可以抄的地方.
因此, 我認為, 應該是越資深、功力越強的程式設計師, 越不會抄, 剛開始才會抄.
所以, Tony老大的問題應該改成...寫程式剛開始都是抄來抄去的是嗎?
要怎麼說抄或不抄,比較適當的說法是,吸收別人的經驗,程式你沒辦法完全copy,我舉個個人的例子,當初Delphi Unicode的程式工具尚未問世時,個人也是在網路上搜尋Unicode的理論?資料庫是否也要支援Unicode?程式端需不需要Unicode?…等等等的,最後讀了一堆資料、練習了一堆網路上先進的片段Unicode用法、不斷的試了再試,終於搞出來了,完全支援不管是英、簡、繁…等等的系統,都能正常顯示,而不會有亂碼,只要一次開發,全部都可用,說我沒抄嗎?答案是有,但我抄出自己的一套,抄不抄不是重點,重點還是在於你有沒有興趣、你有沒有真的去做,問一堆沒做還是不會XD
說"抄"是講給不懂的外行人聽的..
如果看不懂,是能抄個鳥..!?
看懂了,自然就能自己寫出適合目前需求的東西..
複製過來改,只是因為我們比較懶..
可以用最省事的方式達成目的,為什麼不做...!!