是不是程式語言的缺陷有待討論 但是，的確我想，當初有這些 DP 是在解決當時發生的一些問題，所歸納出來的常用解法 但是如果要用新的語言來解釋以前的東西，好像有點怪怪的 畢竟，這些語言在設計之初，應該就已經想到了之前發生的一些問題了吧～
每個語言都應該會有自己的 Design Patterns，因為 DP 的由來，本來應該就是集結了大多數人在解決某些問題所歸納出來的解法～ 我的見解是這樣
看完這個 LinuxFab 站長的感慨1 真的是覺得世態炎涼阿
其實我對這些網站的技術相當佩服，因為他們總是走在最前線～ 這麼大的流量、線上交易、防盜..... 很厲害
不過我很佩服這些開設社群的人，他們都有自己的行動力能夠去實現自己的想法，很厲害～ 這裡也是～
也有可能是我自己孤陋寡聞～～～
其實 Memory 的 Cache 機制，這兩個都不錯，而且因為都有持續更新，所以應該大部分該解的問題都已經解了
除非你的量大到一定程度，可能才需要考慮其中細微的 Performance Issue
json 的確是好解法, +1
所以說跟 Git@OSC 無關吧？感覺有點陰謀論的樣子
所以感覺上用 cdn 就得相信 cdn 廠商的良心 實際上給你的程式碼不會是竄改過的～
這個連結語法我還以為跟一般的 Markdown 一樣勒～有點怪怪的....
Prism1
Kmark 是一個類似 Markdown 語法的格式，以下為提供的功能:
*兩邊加單星*
**兩邊加雙星**
~~兩邊加雙曲號~~
> 左邊加個大於符號
左邊加個大於符號
* 可用星號 * 也可以 - 減號 * 數字加點也可以
`abcdefghijk`
兩邊用倒引號包住
abcdefghijk
``` function abc() ```
上下都用三個倒引號包住
function abc()
[這是連結][1] [1]: http://example.com
連結第一部份是文字，先用中括號包住，後面再加上 [編號]。 第二部份是連結本身，放在文末，開頭是 [編號]: http
這是連結1
