說到底有了版沒有文章就空虛了。 在入門一個[環境]、[語言]、[函式庫]、[工具]大致上網路都有文件 特別是linux相關的東西，有多到讓你看到手軟的手冊 但是，還是需要文章的。所以特別寫下此篇來鼓勵大家寫文章 ^^ 以下是你可能有的疑問？ 1. 已經有手冊了，為什麼還需要文章，怎麼寫都不比手冊詳細 2. 我如果寫的沒有比手冊好還值得放上來嗎 3. xxxx已經很簡單了有寫出來的必要嗎 4. 斷簡殘編的code能成為文章嗎 依俺寫[心得]的經驗任何文章都會能起作用， 並給予想接觸的人有多少幫助 我想對於英文閱讀並不是每一個人都能游刃有餘的 所以我們需要下類的文章： 0. 降低入門門檻的環境準備文 :: 依函式庫gtk為例，你可能要自己編!? 或是用該linux的套件管理工具 之間會遇到什麼樣的問題，每個平台不儘相同 但只需要一點提示，就讓人可以解決 :: 函式庫編好了，如果你是用gcc 還要加什麼include path/library path參數呢? 手冊上雖然可能會提到，但對於初接觸的人也許很困難 :: 是不是可以寫一點makefile呢? makefile加快你工作的效率呦 :: vim的ctag+cpp completed plugin怎麼用:) Example: http://rat.nutn.edu.tw/~slayer/myarticle/php.smarty.txt (Smarty安裝文) 1. 結構性強，指引性高的流程體驗文 :: 環境準備了之後，我們只寫個Hello World是不夠的 至少還需要一個大部分使用流程的介紹 :: 以gtk為例，我們要了解怎麼新增視窗、 怎麼在Container中新增widget， 新增了widget怎麼寫signal讓他可以處理事件 :: 建議上這類文件能加上官網的reference api查詢方式 則對於想要自立救濟的使用者有所助益 Example: http://csie.nutn.edu.tw/~qrtt1/gtk_short_tutorial.html http://rat.nutn.edu.tw/~slayer/myarticle/c.mysql.txt 2. 概念的結合劑之細節文 :: 講解套件或函式庫中特定功能的用法，因為有些函式是要合作的 如果沒有按開發者設計的方式去處理，則怎麼寫都不能work Example: http://csie.nutn.edu.tw/~qrtt1/gtk_menu_tutorial.html (gtk menu的用法，以最後的樹狀圖作為概念的總結) 3. 片段但是小巧美麗的Code Snippets :: 這類的文，主要以示範為主。你絕對有code比文多的權利 沒有人可以要求你一定要解釋什麼，因為只是想留個範例罷了 :: 不論是網站，或是自己寫的都歡迎分享 Example: http://www.eclipse.org/swt/snippets/ 4. 絕世武功起手式學習路徑文 :: 學習路徑只是一種建議，希望在自己走過一次坎坷的路程後 設想了「當時如果先了解xxx，再學ooo應該會更好上手」 5. 內功心法之背後理論注解文 :: 有些東西，只看到別人的工具或函式是不可能用得起來的 因為還需要一點理論的了解，像用gtk tree view 如果不 理解一下mvc可能會有一點難以駕馭 Example: http://csie.nutn.edu.tw/~qrtt1/gtk_tree_view_tutorial.html (講gtk-tree-view and mvc) 6. 黯然消魂掌之自創心法 :: 每個人也許都有自己的壓箱寶，讓自己快速學習，快速coding， 快速debug，快速....的秘密。 :: 是什麼讓你在做「」那麼有效率。 :: 是什麼讓你老是犯了「」 :: 正面的/負面的經驗都是值得分享的 (這方面倒是可遇不可求的:P 應該尊重每一個人覺得自己應該持有的秘技) 這些是一個技術性討論版大致需要的由低到高的文章。 寫文章其實不要想著一次就寫到完美， 永遠都可以修改自己以前的想法， 先把自己一時的念頭寫下來，又想了一點再寫一點。 甚至在不同的文章中分表。 那天想到又集合成了一個完整有系統的專章 :P 享受分享是件快樂的事 ^+++++++++++++++++^ --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 163.26.34.213