close
上課內容：
參與學習法
何謂參與學習法：
參與學習法是從自由軟體教學中領悟的學習方法，藉由學生的參與，達到學習的目標。它的工具，不以自由軟體為限；領域，不以圖書資訊學為限；參與者，不以大學生(成年人)為限。
大學生
大學生是成年人或已經做好成年準備的人，具備充份的智慧與知識，足以理解自已的行為，並且願意對這些行為負責。
面對大學生，有三個理念：
1. 大學生是成年人或已經做好成年準備的人 － 成年
2. 大學生期望在知識的成長 － 學術
3. 大學生希望有不一樣的生活 － 創意
學生作業 - 美國麻省理工學院
撰寫好心得的策略
Strategies for Writing a Good Reading Response Paper
1. 從閱讀引發的議題，必須站穩立場。
Define your personal stance towards the issues raised in the readings.
2. 避免空泛，要精準。
Avoid generalities, be specific.
3. 專注在不同意的論點，或可以深入探討的爭論
Focus on the points where you disagree, or where you can push the argument further.
4. 引用自己的經驗或其他的文獻
Cite examples from your personal experience or from other literature.
5. 挑起問題，即使不知道答案
Ask provocative questions, even if you do not know the answers.
提問的智慧
提問前
在通過電郵、新聞組或論壇提技術問題以前，做以下事情：
1. 嘗試在你准備提問的論壇的歷史文檔中搜索答案
2. 嘗試搜索互聯網以找到答案
3. 嘗試閱讀手冊以找到答案
4. 嘗試閱讀“常見問題”（FAQ）以找到答案
5. 嘗試自己檢查或試驗以找到答案
6. 嘗試請教懂行的朋友以找到答案
7. 如果你是程序員，嘗試閱讀源代碼以找到答案
提問時，請先表明你已經做了上述事情，這將有助於建立你不是寄生蟲與浪費別人時間的印像。
最好再表述你從中學到的東西，我們喜歡回答那些表現出能從答案中學習的人。
提問時
1. 仔細挑選論壇
要對在哪提問留心，如果你做了下述事情，多半會被一筆勾銷或被看成失敗者：
(1) 張貼與論壇主題無關的問題
(2) 在面向高級技術問題的論壇上張貼初淺的問題，或者反之。
(3) 在太多不同的新聞組同時張貼
(4) 給既非熟人也沒有義務解決你問題的人發送你私人的電郵
2. 面向新手的論壇和互聯網中繼聊天（IRC）通常響應最快
3. 第二步，使用項目的郵件列表
當某個項目存在開發者郵件列表時，查一查項目的文檔和主頁，找到項目的郵件列表並使用它。采用這種辦法有幾個很好的理由：
(1) 向個別開發者提的問題（如果）足夠好，也將對整個項目組有益。相反，如果你認為自己的問題對整個項目組來說太愚蠢，這也不能成為騷擾個別開發者的理由。
(2) 向列表提問可以分散開發者的負擔，個別開發者（尤其是項目領導）也許太忙以至於沒法回答你的問題。
(3) 大多數郵件列表都要存檔，那些存檔將被搜索引擎索引，如果你向列表提問並得到解答，將來其它人可以通過網頁搜索找到你的問題和答案，也就不用再次發問了。
(4) 如果某些問題經常被問到，開發者可以利用此信息改進文檔或軟件本身，以使其更清楚。如果只是私下提問，就沒有人能看到最常見問題的完整場景。
4. 使用有意義且明確的主題
5. 使問題容易回復
6. 用清晰、語法、拼寫正確的語句書寫
7. 使用易於讀取且標准的文件格式發送問題
如果你人為地將問題搞得難以閱讀，它多半會被忽略，人們更願讀易懂的問題，所以：
(1) 使用純文本而不是HTML（超文本標注語言）(關閉HTML 並不難)
(2) 使用MIME(多用途互聯網郵件擴展) 附件通常沒有問題，前提是真正有內容（譬如附帶的源文件或補丁），而不僅僅是郵件客戶端程序生成的模板（譬如只是消息內容的拷貝）。
(3) 不要發送整段只是單行句子但多次折回的郵件（這使得回復部分內容非常困難）。
(4) 不要用任何固定列折回數據(譬如日志文件拷貝或會話記錄)。數據應該原樣包含，使回復者確信他們看到的是與你看到的一樣的東西。
(5) 在英語論壇中，不要使用'Quoted-Printable' MIME編碼發送消息。這種編碼對於張貼非ASCII語言可能是必須的，但很多郵件程序並不支持。當它們分斷時，那些文本中四處散布的“=20”符號既難看也分散注意力，甚至有可能破壞內容的語意。
(6) 永遠不要指望黑客們閱讀使用封閉的專用格式編寫的文檔，諸如微軟公司的Word或Excel文件等。即使他們能夠處理，他們也很厭惡這麼做。
(7) 如果你從使用視窗的電腦發送電子郵件，關閉微軟愚蠢的“聰明引用”功能，以免在你的郵件中到處散布垃圾字符。
(8) 在論壇，勿濫用“表情符號”和“HTML”功能。
8. 描述問題應準確且有內容
(1) 仔細、清楚地描述問題的症狀
(2) 描述問題發生的環境(主機，操作系統，應用程序，任何相關的)，提供銷售商的發行版和版本號。
(3) 描述提問前做過的研究及其理解。
(4) 描述提問前為確定問題而採取的診斷步驟。
(5) 描述最近對計算機或軟件配置的任何相關改變。
9. 量不在多，精煉則靈
10. 別動輒聲稱找到臭蟲
11. 低聲下氣代替不了做自己的家庭作業
12. 描述問題症狀而不是猜測
13. 按時間先後羅列問題症狀
14. 描述目標而不是過程
15. 別要求私下回復電郵
16. 提問應明確
17. 關於代碼的問題
18. 別張貼家庭作業式問題
19. 刪除無意義的要求
20. 不要把問題標記為“緊急”， 即使對你而言的確如此
21. 禮貌總是有益的
22. 問題解決後追加一條簡要說明
參考文獻：
文章標籤
全站熱搜
留言列表
