说到底有了版没有文章就空虚了。 在入门一个[环境]、[语言]、[函式库]、[工具]大致上网路都有文件 特别是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