FM的缺點：看似簡單易入門，其實逐漸深入後，才知道難度很高，不好學。

FM是將程式碼與資料庫都包融在同一個檔案裏的一種格式，大異於坊間其它的資料庫的程式語言，因為程式碼與資料庫都包融在同一個檔案，造成未完成的程式，無法先行提供給使用者作業，若真要提供給使用者，每一次更新程式都必須做好資料庫資料的轉檔，這是很吃力不討好的事。不然就是要叮嚀使用者，暫時不要動程式，直接複製程式回來修改，修改後再覆蓋回去。以前寫程式，資料庫與程式是分離的，分管起來彈性比較大，只要使用者更新主程式即可，不必為資料庫內的資料更新而費心力，這或許是FM至今在台灣無法盛行的其中之一。

其次是其拼組的方式鬆散，程式碼也覺得紛亂，而其帶參數的語法，更像是一大串珠，往往令人難以消化理解。這樣對寫慣程式的人來說，真得難以消受這樣的結構，這會消磨程式設計師的想像力，而讓很多程式設計師懷疑這樣的程式能寫任何東西嗎？繼而打退堂鼓。

網路上都說它好學，剛開始處理，好像簡單，當逐步深入理解與想如何使用與運用時，才會大歎，哇！這套資料庫語言程式，要達到真能活用功夫，其實沒那麼簡單，要弄懂它，不下一番功夫與一段不短時間，勢難有很大成效。

在這半個月來的學習，時常找看網路的資源，真的好稀少，尤其是中文環境的資源更是少得可憐，幾度想放棄FM。與其找網路的資源，不如看看FM提供的範例，不貪速快，慢慢一個一個理解它，對其畫面上的差異，務求明白其用法與作者的想法，順便參照線上說明文件，雖然無法一日進步千里，但是確有一日跬步之功，一有些許心得，即寫下來。

原來正確學習的方式，就是要先倒掉以前設計程式的語法結構與想法，之後看看範例，就是不貪多，就不會走馬看花，一磚一瓦地逐步探究，才會逐漸有心得，並且將心得訴諸於創作中，才是學習FM的不二法門。

可不要小看這些範例很小，不夠格當您想創作專案的藍本，但是這些範例，因為因應各種不同需求而設計，都有不一樣的構思，都潛藏很多學習者必須俱備的基本功法，不要妄想將這些範例當成您的底本，只要吸收它們的理法原則，即可跳脫它們，用自己的想像力創作出屬於自己的資料庫程式。

我不再像網路一樣，一次就大篇大篇寫，反而讓人易入五里霧之中，造成入手登門的困難，只針對一個點一個點的理解，單一寫下來，看似分散很短，其實這樣初學者來講反而是最好的方法。