之所以被稱為Junk，那是因為他並未有計劃把這些代碼變成任何項目、也不會提供文件、更加不會保證有任何的改良。
Andrew Tridgell在大概八九年前左右曾來港演說，時歷久遠，當時的內容大多忘記，不過有二點是現在仍記得的，其中一項就是他提到的Junkcode程式庫。（註一）
受到他的影響，之後我也開始了建立自己Junkcode程式庫的習慣，只是沒有像他般公開。
我的Junkcode主要有幾種內容 ：
- 不同語言的Hello World及語法的實驗。
- 不同Library/Framework的試驗
- Algorithm驗証
- 試作性質的專案
因為沒責任，故此寫起上來是挺輕鬆的，除非目的是研究怎樣改良代碼，否則什麼代碼質素、易讀性的考慮都被拋諸腦後。
不過即使是垃圾，難保日後會有用武之地，所以我都有好好地做version control作為保存的手段，只是commit log就有點... 嘿嘿。
最初用CVS管理、後來git面世了，跟著就轉了去git，最後又變成了Bazaar。
像是Frontview、DQuest、PenPen、Dualless這類項目的雛型都是先在名為junkcode的source tree中開始，當漸漸成型後才獨立分離出來，故此你若查看PenPen、Dualless的提交歷史時會發現第一個版本已經包含了許多的檔案，那都是先寫在junkcode裏的。
不過因為太隨意建立專案的關係，source tree變得有點混亂，所以我開始了使用Test Driven的方式管理。
Test Driven式學習
Test Driven Development是近年一個熱門題目，當初學習時的實驗代碼全都是在junkcode裏進行，掌握這方法後不單影響了我的專案管理風格，連Junkcode的寫法也有所變化。
例如説要去學習一門新的語言時，我首先寫的不是Hello World，而是先找一個評價好的Unit Test Framework，然後用這語言寫的第一個程式不會再説Hello，祇會説Pass / fail。
假設有以下的情況，我現在要去學Javascript，找來了一本叫做《Javascript設計模式》的書本，跟著有朋友推介使用QUnit做unit test，花了點時間總算把環境建立起來。
在書本中見到以下的代碼：
var a = [3]; console.log(a.length); // 1 consloe.log(a[0]); //3 var a = new Array(3); console.log(a.length); // 3 consloe.log(typeof a[0]); //undefined
照著書本把代碼打一遍是一種學習的過程，只要查看注解的内容就知道是否正確，若印出預期結果可以加深記憶；失敗則能鍛練除錯的技巧。
而我則喜歡更進一步，把教學用代碼變成測試條件，例如以上代碼會變成：
test("array" , function() { var a = [3]; ok(a.length == 1); ok(a[0] == 3); var a = new Array(3); ok(a.length == 3); ok(typeof a[0] == undefined); });
跟著那去browser跑... 噢！第４個測試不能通過！？
ok(typeof a[0] == undefined);
這句不對嗎？
打錯了，原來是這様才對
ok(typeof a[0] == "undefined");
又或者這様也對
ok(a[0] == undefined);
在這轉换過程中不小心做出了超越作者預期的行為而犯錯，測試程式亮起了紅燈，跟著為了回復為綠燈去工作，這就是學習（而且帶了有一點兒TDD味道）
這種學習方法不限於學習語言本身，也可以用來學用不同的Library/framework、設計模式，可以簡單地驗查自己的想法是否正確，順道可以協助掌握寫測試程式的方法，對日後其他的專案開發很有幫助。
總結
無讑是編程的初心者還是經験豐富的老手，建立自己的junkcode程式庫都有一定的好處，這些積累的作品不一定可以發表，可是……
- 或許日後會有機會用到，成為其他專案的一部份
- 或許可以在Junkcode中找回以解決過的問題方法，但現在忘了。
- 回顧以往寫過的代碼，也是一種樂趣
如果加入VCS及TDD，則還有以下好處：
- 練習使用版本控制系統
- 掌握各種測試技巧、有助於引入TDD
- 更快掌握一門語言、Library/Framework。
- 通過Test Driven式的學習，習慣思考不同行為的正確結果
- 重新掌握一門語言、Library
- 太久沒有使用相關的技術，可以查看過去寫的測試代碼回想起來。
- 如果framework更新了,跑一次測試程式就可以知道有沒有跟過去的認知衝突的地方。
註一: 另一項記憶悠新的内容是關於在開發Samba時，曾經比較過Multi-process、Multi-threading及I/O multiplexing三種多工作業的效能，然後發現I/O multiplexing的效能是最好的，現在非常之熱門的Node.js其實也是應用了相同的原理。
