27 posts tagged with "Philosophy"

知識邊界​

Matt Might 的「圖解博士學位 (The illustrated guide to a Ph.D.)」主要是以視覺化的方式解釋「全人類的知識邊界」與博士學位之間關係。不過我認為這個概念在幫助人理解教育體系本身的設計以及自身的知識邊界非常有幫助。沒有看過得人可以點擊上面的連結或是這個中文翻譯。

以下我會參考這個概念解釋，加上一點我的個人見解。

“As our circle of knowledge expands, so does the circumference of darkness surrounding it.”

-- 愛因斯坦

用圓圈來形容知識，Matt Might 並不是第一個人，不過視覺化的表達可能遠比名言金句更有力量。現在想像一個圓圈代表全人類知識體系已知的知識，而圓圈外則是未知：

當一個人接受了國民義務教育，它從整個知識體系中均衡的學習到了一點東西：

在 Matt Might 的圖解中，高中是另外一個均勻的知識圈圈，開始出現知識領域專業化是大學系所才發生的事情。不過在我國教育實務上有分成普通高中跟高職；普通高中又有分組（108 課綱之後為班群），而高職則是已經開始進行類似大學系所的專業化學習（理論與實務的差異先不談）：

普通高中是綠色的比較均勻圈圈，高職則是以較偏頗的虛線，看過銀之匙（荒川弘）這部作品的讀者可能會對這種差異更有感覺，作品中普通升學體系的主角進入技職體系所受到的衝擊就是來自於兩種體系對於知識邊界預期不太一樣。

如果你繼續留在學術界，完成學士、碩士的訓練；並且持續閱讀論文、學習往特定的知識領域前進；最後在人類的知識邊界挖出一角，那個成果將讓你成為博士。

Matt Might 花比較多篇幅在醞釀這個小角，因為擴展人類知識邊界的博士並不容易，不過這並不是我今天要談的重點，所以容我快速帶過，但是到這裡為止，你應該對「知識邊界」的概念有比較清晰的想像。

另外在我看來，知識邊界拓展的方式從微觀尺度來講，更像是「劈裂」過去的，當每你經歷一個得以觸動的知識點時，知識邊界會以閃電一般的路徑劈裂過去。

觸動的與否取決於該知識點與知識邊界的距離，以及原本「裂痕的方向」有關，這是為什麼同樣的事件、同樣的體驗可以成為某些人的知識點並拓展它的知識邊界，對某些人而言卻只是成為被忘卻的記憶。

專題式自學法​

專題導向學習 (Project-Based Learning) 似乎是一種教育科學的方法論，並且在我國被提倡也只是最近（108 課綱）的事情而已。而我有幸在成長過程自然的捕捉到這個方法論的脈絡。

「想做遊戲」，於是有了：

飛貓工作室，

但是實際上沒有完成任何遊戲。

「看著 LEGO® NXT 2.0，心想自己造一個」，於是有了：

電機開發平台 (MMFEDP, Modular Multi-Faceted Electrical Develop Platform) 專案，

但是實際上沒有完成任何跟可程式化有關的東西或是足夠實用的減速機。

「看著機器人比賽，對著那種與他人合作打造機器人的憧憬，心想自己造一個」，於是有了：

獨立性無人地面載具 (ITUGV, Independent Task Unmanned Ground Vehicle)，

但是實際上沒有實現遠端遙控的機器人。

「YouTube 的『homemad』影片往往包含了車銑床之類的加工方式，但是我想自己製作機器人零件，那就用鑄造的好了」，於是有了：

土砲熔爐，

但是實際上沒有用它製作過機器人零件。

「想和同儕分享寫程式的樂趣」，於是有了：

程式蠱，

但是實際上沒有讓其他人參與過。

「想做 2.5D RPG」，於是有了：

VB.NET 土砲 2.D 遊戲，

但是實際上沒有實現遊戲該有的抽象化與職責分離。

「看著 KSP 遊戲但是無法合法的擁有，心想自己造一個」，於是有了：

VB.NET 太空軌道模擬遊戲，

但是實際上停留在 2D 模擬，而且沒有更進一步的多組件編輯機制。

「心想開發一個多人連線 FPS」，於是有了：

香巴朵 Online，

但是實際上 3D 射擊的部份並不是使用 GPU 繪圖，而連線功能也僅停留在 2D 的實驗性開發 (prototype)。

「想用論壇機制來解決抽象的『自造者銀行』」，於是有了：

C 幣論壇，

但是實際上交易功能並沒有投入使用。

「既然我已經做過熔爐了，這次順便解決廢氣問題好了」，於是有了：

畢業專題-熔爐，

但是實際上廢氣處理系統並沒有得到足夠多的關注與測試。

當我說：

我有「閃亮事物症候群」

不是在開玩笑的。

當我說：

「智者從歷史中學習，愚者從錯誤中學習」，而我是愚者。

不只是說說而已。

每一個 Side Project 其實都源自微不足道的願望，並且乍看之下所有專案都以失敗告終，不過我尚未提起我在當中獲得了什麼：

• 「飛貓工作室」：我當過傲慢毫無能力（不論是領導能力或是技術能力）的籌備者；這讓我每次在團體或團隊中手握權力時，不斷提醒著自身與他人之間的關係。
• 「MMFEDP」、「ITUGV」：我已經成長到不必透過 NXT 2.0 這樣的東西，而是使用 Arduino、樹莓派來開發機電玩具的程度了。
• 「土砲熔爐」、「畢業專題-熔爐」：它帶給我「無法製造」的無能感是引導我前往材料系的因素之一，如今我已經能夠使用車床、銑床、鉗工、手工電弧焊、3D 列印...等等方式打造我想要的東西。
• 「程式蠱」：Zero-player game 的概念至今仍然在影響著我學習的方向，實作 2.0 的時候更是直接點開 dlopen 的使用經驗。
• 「VB.NET *」：雖然現在我已經不使用 VB 了，但是第一次使用參考（指標）以及從靜態記憶體到動態記憶體的過程依然是不可多得的體驗。
• 「香巴朵 Online」：它對我提供了一個很強烈的 TCP Socket 的記憶點，這讓我在使用諸如 HTTP 其他網路連線機制的時候很有幫助。
• 「C 幣論壇」：使用 Laravel 的經驗可以說是幫我在後端軟體的開發經驗上打下非常堅硬的基礎。

專題與知識邊界​

是的，大部分的專題目標都在我當下的知識邊界之外，這也是為什麼它們大多數都會失敗的原因。

我們選擇在這個十年登上月球，並完成其他的事，不是因為它們很簡單，而是因為它們很困難。

-- 約翰．甘迺迪（John F. Kennedy）

每一個 Side Project 都是對於「博士挑戰人類知識邊界」的微小仿作，對我而言知識不是一個被好像很偉大的人站在教室裡授予的東西，而是在知識邊界之外，透過一個又一個知識點劈開未知獲得的東西。

如此不斷的前進，過個幾年回過頭來看，可能會驚訝於那些曾經遙不可及的目標不知不覺已經處於自己的身後；又或是它已經處於自己當下的知識邊界觸手可及的地方。

我曾經有一個同事，是動畫師之類的，雖然不同部門、不算熟、也沒什麼深入聊過，但是我認為我從他身上學到一個很重要的概念—「演出」。

他經常會用「演出」來形容一段角色動畫，也經常在做動畫前先自己用肢體表現一次，呈現多種角色動作的形式。當下我其實沒有太多想法，直到後來我才隱約知道他說的「演出」是什麼意思。

這是當下我知道的「演出」：

後來我看到了：

這是透過動作捕捉器，直接將人類演員的肢體動作錄製成能在遊戲內使用的動畫影格，動作更自然也不用讓動畫師手工調整。

接著我看到了：

很多短影音往往包含了有趣的上下文與故事，但是仔細觀察會發現這個影片中的角色的動作跟前一個動作捕捉演員有著接近的神韻：一些明顯且誇大的神情或肢體「演出」。

岔開一下話題，這是一個我很享受的 Factorio 影片：

然後這是那個 Factorio 影片的幕後花絮：

可以發現影片的整體節奏並不像正片一樣緊湊，作者的情緒起伏也沒這麼浮誇。

作者也表示，劇本是模仿 3Blue1Brown 的緒事風格「事情可能怎麼被發現」，而刻意營造出「他自己發現」的氛圍。

簡單來說，「演出」一種精細設計的虛假呈現；是一種謊言，如果任何戲劇作品出現不現實的情節，那十之八九是一種「演出」。

我不太記得孔子在國文課本裡說了什麼，但是我記得賣油翁的一句：

「但手熟爾」，只是手藝熟練罷了

真正和這句話發生共鳴來自於我高職在練習證照的學科與術科；以及我那算到幾乎快爛掉的基本電學習題的經歷，並且真正發酵是我開始使用 Linux 幾年之後，那幾個原本在學科考古題裡面的指令已經內化成我日常生活的一部分。

程式語言是手段；不是目標，事實是軟體工程師其實經常需要根據需求學習新的語言，原因可能是為了維護舊專案或是針對特定問題的語言特性...等等。不過我認為依然需要選擇一門程式語言當作「母語」，必須是成為肌肉記憶最後帶進棺材的一部分，它可以成為學習其他語言時進行典範 (Paradigm) 參考的基準¹。

Javascript/Typescript 是我選擇作為「母語」的語言，我會持續學習它的歷史、它的生態、它的語法，當我試著重構一些老專案的時候，我可以看到過去的開發者如何在 Promise 尚未納入規範就開始使用 Promise²；當我試著在 3DS 上建立 Javscript Runtime ³，我窺見了 Node.js 的工具鏈以及 Runtime 和 Engine 的差別...

我決定向賣油翁學習，精練一門手藝這件事甚至早在 ChatGPT 橫空出世以前。前一陣子在公司的壓力之下我被迫嘗試使用 Cursor，然而實際上它非常的不好使，有一些特定的任務我要花大量的時間撰寫提示詞來約束它。

「那是你提示詞下的不好」「你應該要多搭配一些規則」...有些人或許會這樣說，不過我想那些「有些人」的心中沒有賣油翁；它們或許本來就討厭寫程式，寫提示詞對它們而言是一種解放。不過對我而言，與其「節省時間」寫提示詞，「浪費時間」打磨我的手藝，反而才是我認為正確的道路 — 賣油翁的道路。

也不是完全不能用 LLM 寫程式，但是老實說用例十分有限：

• 如果我不熟悉語言、不熟悉當下的開發主題或領域
  • 我無從驗證 LLM 生成內容的好壞或是有效與否，因此不宜用 LLM。
• 如果我熟悉語言、當下的開發主題或領域，但是 LLM 很難命中我的預期解法
  • 需要花大量的時間琢磨提示詞，但是同樣的時間我自己寫更快，因此不宜用 LLM。
• 如果我熟悉語言、當下的開發主題或領域，並且 LLM 很來電，很快就命中我的預期解法。
  • 節省手工開發時間，採用。

LLM 生成文件的能力似乎被不少工程師視作「自動補全文件」的解方，畢竟很多工程師都很懶得寫文件，但是我認為「作為 LLM context input 的文件」跟「給人類閱讀的文件」應該嚴格區分，因為 LLM 能夠很輕易的產生或更新大量的文件，但是人類的認知負荷容量並不會因此提昇，每個人能夠處理的資訊量依然是固定的，大量的甚至可能灌水的生成式內容反而會大幅度的消耗人類的處理量能並且提高認知負荷。

即便機械手臂在製造業能夠造成產能的提昇，實際上工廠依然是嚴格分離機械手臂和人類的工作區以免發生事故，只有特殊處理的「協作型機械手臂」能夠和人類直接處於同一個空間工作，這些協作型機械手臂透過特別的反饋來避免傷害工作人員。我認為 LLM 應該也有相同的問題，只是由比較不明顯的「精神傷害」取代傳統的「物理傷害」，因此不應該讓 LLM 的生成式內容「直接侵害人類的工作空間」。

拖鞋普遍給人的觀感都是隨便、不正式。我其實也這麼認為，不過我試著從反向的角度看這件事。

台灣是四面環海的熱帶/副熱帶氣候，潮濕而且炎熱，硬要套上那種「西裝領帶」來自較為寒冷乾燥地區的文化似乎有點莫名其妙。

有些動物會築巢，巢穴的本質是「溫暖的小窩」，相對於「險惡的自然環境」的淨土，而「家」就是人類的巢穴，更有「家是最後的堡壘」這麼一個概念，是美國人習以為常的概念。私以為台灣以治安良好而聞名，人與人相處的距離十分的近，「家以外是險惡的自然環境」的概念幾乎從台灣人的腦中消失，那麼在「自己的巢穴穿著不那麼有保護機能的拖鞋」似乎也顯得沒這麼奇怪了。

※封面圖是 AI 生成的，沒有任何人類受到跟拍，提示詞在這裡。

「根據 GDPR，你有權將數位足跡從我國的監控系統中消除，並且你提交的申請已經由賽博管理司通過核准。但是根據我國的交互觀測基本法，你在我國停留期間的所有記憶將會被消除，接下來我們將根據交互觀測施行細則第二十條對你執行記憶消除術。」

「道理很簡單，你不想被觀測，那你也不能觀測我們，彼此彼此。」

※關於人工消除記憶的科幻設定可以見：記憶裂痕 Paycheck (2003)

仔細想想，目前的婚姻制度跟現代人價值觀或生活習慣有點脫節了吧？ 應該立法建立不同的契約強度，例如： 婚姻 Education，婚姻 Trial，婚姻 Pro，婚姻 Enterprise（？）

醫院的領藥等待區有一些桌椅，桌子上貼著「禁止飲食」。然後我剛剛看到有個人坐在那邊打開流質食物的罐頭倒進管子開始進食（？）

問：他有違反「禁止飲食」嗎？

工業革命的時候一堆國家燒煤燒得很爽，現在又建立減少溫室氣體的全球秩序來牽制發展中國家； 然後現在是一堆國家收集資料跟訓練 AI 玩得很爽，我就看到時候會不會又建立什麼國際秩序限制發展中國家收集資料跟訓練模型 ._.

說詞我也都想好了：什麼訓練是高耗能產業應該避免啦；被生成式 AI 灌暴的資料之海造成人類原創的資料資料很珍貴，不能隨便蒐集啦；人權數據履歷，模型背後沒有血汗資料標籤員....之類的。

是的，生程式內容現在在我眼裡跟溫室氣體沒兩樣。

這個想法其實去年就有了，只是一直沒有找時間寫下來。

我奶奶葛屁的時候靈堂是放在殯葬管理所，然後單位會根據往生的年紀給予不同的臨時牌位， 舉例來說我奶奶算是高齡壽終正寢，臨時牌位是有紅色緞帶裝飾還有彩色印刷花紋的紙板， 而隔壁的往生者則是黑色緞帶的樸素紙板，隔壁的追思者多數看起來是勞動階級—會拿香煙點香的人， 往生者是因為年少輕狂過了頭還是職業意外我就不得而知了。

總之看到臨時牌位的差異讓我不禁感慨，人葛屁了還要被打成績， 而且我奶奶最後的二十年是受傷需要人照顧的，倒數的五～十年更是人棍一般的狀態； 足不能行、目不能視、口不能嚼、耳不能聞， 還因此被發了紅色緞帶「你好棒棒活到這個歲數」看起來格外諷刺。