跳轉到內容

一般工程學導論/筆記本/專案寫作

來自華夏公益教科書,開放的書籍,開放的世界
blank engineering notebook opened to page 62,63.
一個開放的工程筆記本。

專案寫作三部曲

[編輯 | 編輯原始碼]

專案寫作需要在左邊空白處寫下三個詞:GoingToDo、Doing 和 RANT。 老師會讀這些詞並進行計數。 更多細節請檢視課程大綱。 沒有 RANT 不會得到任何分數。 多個簡短的三部曲比一個長的三部曲得分更高。 多寫 RANT。

GoingToDo、Doing 和 RANT 的目標是鼓勵在專案進行之前、期間和之後進行寫作。 不要事後寫作。 這樣寫出來會顯得生硬、不自然。 專案寫作一開始會讓人感覺緩慢、效率低下且毫無意義。 幾個星期後,重新閱讀。 然後價值就會顯現出來。 玩耍會變成工程。 學習的衝動會來自內心,而不是來自外部世界。 慢下來會加速,超過那些非工程師。 寫作會得到提高。 現在就開始。 不要抵抗。

GoingToDo

[編輯 | 編輯原始碼]

它通常來自於之前的 RANT。 有時它完全不同。 不要擔心邏輯一致性。 筆記本應該充滿混亂。 它不是一本書。 其他人可能會閱讀它。 混亂的本質提高了時間順序的完整性,它更令人尊敬。 它真實。 我們的記憶比當時的現實邏輯性要強得多。 GoingToDo 應該捕捉意圖。

GoingToDo 不會記錄或證明所花費的時間。 不要寫下瑣碎的事情,除非有工程上的理由。 不要寫下:“要上傳圖形”,除非你以前從未做過。 在你的筆記本中寫下同一件事 40 次並不會給你帶來 40 個三部曲分數。 預計在電子文件中獲得“工作”專案分數。

所做的事情不必與 GoingToDo 相匹配。 目標是做一些事情。 這裡是畫畫的地方。 筆記本中的圖畫應該是快速草圖、表格、簡筆畫。 在 1980 年之前,工程學的第一門課是關於如何畫…藍圖。 今天,學習在電腦上畫畫。 寫下關於電腦工作的筆記。 描述圖紙、檔名稱、它如何有利於專案、它在專案維基中的位置。

網路探究(參見研究維基頁面)應該記錄在這裡。 你在搜尋什麼關鍵詞? 結果中有哪些模式? 為什麼或為什麼不放棄特定的搜尋? 這是如何證明否定…證明某件事尚不存在。 正確地做到這一點是贏得尊重的最快途徑。 如果有人不信任你,並且覺得有必要自己檢查,你就失去了尊重。 如果你沒有記錄網路探究,這種情況總是會發生。 一個網路探究包含許多 GoingToDo、Doing、RANT 三部曲,而不是一個。

Doing 應該記錄程式設計過程。 概述單元測試。 描述你目前正在進行的測試。 描述從 GIT 下載的軟體包。 有關該過程的更多詳細資訊,請參見程式設計專案。

記錄成本、產品描述、購買地點和數量。 畫出工具的圖片。 描述如何安全地操作、配置和存放工具。

工程從玩耍開始,然後進行實操,再進行設計,最後解決問題。 Doing 是從實操過渡到設計的關鍵環節。 工程設計是開始整理問題、利用模式和綜合新創作的階段。 可交付成果通常是使用適當的設計工具建立的電腦檔案。

好的 RANT

[編輯 | 編輯原始碼]

RANT 代表 Reflect(反思)、Analyse(分析)和 NexT steps(下一步)。

至少,RANT 是一個快速記錄下一步行動的文字…在登出、吃午飯或其他休息之前。 目標是記住休息前你在哪裡。

RANT 是三者中最重要的一項。 沒有它,就無法穿越混亂、迷霧和不確定的森林。 如果卡住了,嘗試回答以下適用的問題

什麼做得對/錯
為什麼某些事做錯了
數字中內建的錯誤是什麼
如果有更多時間,會做…
這項工作更合適的工具是…
如果能重來,會…
如何更準確地完成…
如果能自動化,會透過…來改進資料
這是預期
這不是預期(預期是什麼?)

RANT 為下一個 GoingToDo 做準備。

糟糕的 RANT

[編輯 | 編輯原始碼]

RANT 通常在出現“我”這個詞的時候就會變得糟糕。

  • "我認為它不會成功,因為我沒有足夠的時間去做。 五個小時過去了。 我也沒有製作第二個圓柱體。 所以我認為它不會成功。"
  • "我很高興,我認為我很快就會完成。"

RANT 不是反思。 下面是兩個不應該出現在筆記本中的反思例子。

  • "透過這個專案,我瞭解到我們應該更早做準備,因為這可以幫助我們避免匆忙行事。"
  • "我瞭解到我們應該在開始之前制定一個完整的計劃。"

糟糕的 RANT 用意見代替了事實

  • "彎曲衣架比預期更困難。"
  • "需要非常細緻的工作。"
  • "這會成功。 架子會執行,水會流到上面,壓力也會施加到上面,所以它會讓架子執行。"

好的 RANT 堅持事實,讓讀者得出結論。

  • "排量器上下移動相當平穩,釘子很好地固定了杆子,使其保持直立不動。"

好的 RANT 為下一個三部曲做準備。

  • "需要想點辦法防止曲柄在轉動時左右移動。"

典型評分標準

[編輯 | 編輯原始碼]

老師通常會要求所有團隊成員的筆記本。 首先會掃描寫作模式。 平均每頁約 3 個三部曲,代表大約一個小時的工作。 每頁更多三部曲通常是瑣碎的,不會被計入。 更長的三部曲會導致老師責備你將它們拆分。 然後對三部曲進行計數(瑣碎的會被扣除),並乘以每個三部曲的分值。

通常,所有專案團隊的筆記本都在課堂上,當著其他人的面,同時進行評分。

不要事後寫作

[編輯 | 編輯原始碼]

最大的障礙是學習在專案進行之前、期間和之後進行寫作。 如果你去商店尋找零件,隨身攜帶筆記本。 在商店裡,在筆記本上寫下你的想法。 試圖事後回憶和寫作會導致三部曲和分數減少。

不要創作一本書

[編輯 | 編輯原始碼]

這不是英語課。 混亂的、半成品的、劃掉的、錯誤的、完全錯誤的、愚蠢的錯誤的想法、主意和圖片都是預期的。 工程筆記本中的大部分內容都是錯誤的。 當事情按預期進行時,就會建立電子文件,筆記本中的寫作就會停止。

不要試圖寫一本完美無缺的書,讓別人閱讀。

其他人會閱讀你的筆記本,尋找你嘗試過的但沒有成功的方法。他們希望找到你卡住的地方的描述,以便與他們卡住的地方進行比較。他們希望找到你通往偶然成功的步驟。

請記住,成功只是工程筆記本中很小的部分。

華夏公益教科書