閒聊
看一下上篇文章居然已經是半年前，最近真的是過得太墮落了...0rz #說好的 weekly 呢 #失去信任
不說渾話，前半年真的是忙到一個境界，不過說忙也是自己做事的速度提升得不夠快，看看一些有趣的文章一直是自己的業餘興趣之一，看看強者怎麼做事對自己或多或少也有點幫助。最近突然發覺，不少強者都有一個共同的習慣，就是經常思索能不能用更有效率的方式來做事，也可以理解成另一個比較常聽見的說法 - 懶。
面對平常處理的事情，有沒有更有效率的解決方法!?
希望自己也能學會這招 ;p
其實會有這樣的想法是因為看到這篇，提到灣區日報是怎麼運作的，真是強到一個境界阿!!
今天年中也算是人生的一個大轉折，希望自己還是能持續在自己所愛的領域中前進，就算是步履蹣跚也好。老實說，雖然還是會看看閒書，不過覺得自己的熱誠已經不抵當年，真的是歲月不待人啊...0rz #現在真的不是開玩笑了
nodejs module
牢騷發完，還是要寫一點稍微有營養的東西。最近 nodejs 衝到 v6 之後，幾乎大部分的 es6 特性都可以直接爽爽寫了，不過最近為了 module 這最後一塊拼圖，搞得大家人仰馬翻（不過私以為這也是 js 生態一種很有趣的特性，之後有空閒再寫一篇吧 ;p）
主要的爭論是因為在 nodejs 起飛的時候，es6 根本還不知道在哪裡，所以為了解決 modulization 的問題，當時採用的 CommmonJS 的規範
var hahaha = require('commonjs-module');這個相信大家都很熟悉 #都快寫到爛了
import hahaha from 'commonjs-module';但是 es2015 是完全不一樣的東西，而且其實 loader 的規範也還是進行式，雖然有瀏覽器已經開始實作，不過要到完全定案應該還有一段時間要走，那麼對於龐大的 nodejs 模組庫，與之後定案之後的 es6 規範，兩者該怎麼並存（或融和）呢？
現在分成兩派，一個是提議用全新的副檔名 .mjs 來代表 es6 module，另一派則是傾向在 package.json 裡面去定義，如果有 main 就是原本的 CommonJS，module 則是 es6，沒有明確定義，一律走 CommonJS。