[閒聊] call for article

看板LinuxDev作者qrtt1 (無知的q)時間18年前 (2006/10/30 09:24)推噓5(5推 0噓 2→)

留言7則, 5人參與討論串1/1

說到底有了版沒有文章就空虛了。在入門一個[環境]、[語言]、[函式庫]、[工具]大致上網路都有文件特別是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