ui 輪子
輪播、tab、懶載入……
照著餓了麼ui庫、bootstrap 挨個實現就好。
做這種輪子比較考驗 css 功力，你需要用盡量少的**適應盡量多的場景。
流行 ui 模式的實現瀑布流、視差滾動、fullpage等。
原理簡單又炫酷，何樂不為。
dom 操作的輪子
實現得最好的當然就是 jquery。
由於 jq 這麼流行，所以你實現的結果很可能跟 jq 的 api 一模一樣。
因此現在很少有人造這個輪子，但是在十年前，大家都是在早 dom 輪子。
這要求你對 dom 和 api 設計有很多經驗。
至於 virtual dom，你可以在某種程度上認為是一種 dom api 的封裝，不過它的難點其實不在這裡。
js 缺失的標準庫的實現
date 很爛，所以有了 moment
array 很爛，所以有了 underscore lodash
js 沒有載入器，所以有了 require.js 等
js 自定義事件不好用，所以你可以自己造乙個
有的瀏覽器不支援 es5，所以有了 es5shim。
模板引擎……
就乙個正則替換還好意思叫引擎，實現這種輪子的第一要務是如何給出漂亮的 debug 資訊，至於渲染速度的，我認為只能排在第二位。
框架輪子
mvc 可以造輪子，雖然不流行了，但對老專案很有用。mvvm 在不考慮 ie 的前提下造乙個輪子也絕非難事。flux 單向資料流的輪子就更好造了。工程化輪子現在搞前端不會工程化怎麼行。
基於 gulp 做一套自動化構建盡顯逼格。
所以你看，前端搞了這麼多年，只不過就是每年把上面輪子重新造一遍而已
造輪子之我見
味，因為自己就是那一小撮喜歡造輪子的人！自己錯了，錯在哪呢？浪費時間？那麼很快的把事做完了，再做點啥呢！自己是個人英雄主義麼。想出頭麼，想要更多的公升職，加薪 麼，想要譁眾取寵麼！困惑，苦悶，壓力，壓抑，接踵而來。今天看了篇文章 似乎不光自己由此困惑，很多人或者說很多想要做輪子或者 正在造輪子的人 ...
談談自己造輪子
寫下這篇文章，主要是對我近段時間工作的反思。對於一些程式設計師來說，喜歡自己造輪子可算是乙個很平常的事情，我想可能有如下原因 我不覺得造輪子不好，曾今很長一段時間我都認為造輪子是體現自己能力很好的一種方式，但是現在越來越覺得，不要過分的去造輪子。昨天，我需要對接amazon s3的儲存，官方沒有go...
C語言造輪子
double 數轉 uint64 t 四捨五入法 vs 中線程安全函式 sprintf sprintf s strtok strtok s gcc 中線程安全函式 strtok strtok r uint64 t doubletoull double a char p null,pp null ui...