林信良

關於碎形的生成，我們可以用起始元與生成元來描繪，不過，若要讓這樣的處理過程能夠通用，我們可以採用一種名為L-system的符號描述方式，來制定正式文法

在程式世界模擬真實世界的場景時，我們可以運用Perlin噪聲來實現連續性與隨機性，並搭配疊加的作法，而從中延伸出碎形的處理方式，如此一來，能夠增進解決問題的思考面向

設計模組看似與設計函式、類別相像，但主要是以系統的整體關係來思考、規畫，而不只是將一堆套件組合起來、透過API相互取用，僅考量到物件等技術層面的元素

在演算中，我們可以運用隨機性來增加變化，然而，這樣看似無法預測的狀況，並不代表彼此無關聯性，而為了能夠產生更妥善的隨機現象，我們仍然可以持續尋找當中的規律，以便獲得許多的啟發

對於文字剖析處理，也是設計語言時，會接觸到的工作，因為描述文字結構的方式就是語言的文法，而在實現剖析器之際，就已在設計文法。不過，為何還有LL剖析器與LR剖析器之別？

想要撰寫程式碼，我們可以試著自行構造語言，要如何著手呢？關鍵在於文法的設計，事實上，如果在程式開發過程中，我們曾訂定數學公式與規則表示式的經驗，就已經涉及語言的定義

在程式語言C++當中，關於函式的傳遞，目前有很多種可行的作法，而依照開發者當下應用目的不同，函式指標、函子、lambda運算式，都可以是選擇

在不同的程式語言當中，若剛好有同名的術語存在，應該搞清楚它在該語言中確切的定義，而不是硬用其他語言中的定義，甚至是不清楚來源的名詞來理解。