@msg7086 sorry，少了兩個n次方

@msg7086 fibo(n)=sqrt(5)/5*((1+sqrt(5))/2)-((1-sqrt(5))/2)

所有用到實際封裝邏輯的場景

個人博客，隨便寫點東西，文化，攝影，技術之流
http://lifemap.in

@RangerWolf 防ARP攻擊的東西多得是，我覺得還是寫個東西隨時修改路由器的route表靠譜。

略帶誇張地說，作為國內還算排得上號的前端(現在不是前端了)，用博客作為秀淫技基本說明不了什麼，做出點大小輪子還能說點事。
其次，純手寫JS不能說明你技術好，用jq ng avalon vue也不代表渣。
網絡加速對於博客這樣的小應用來說，靜態動態差別實在不大，等做到高並發的富數據頁面渲染，cache才有明顯的意義。
其次，前端渲染還是後端渲染對於博客來說確實有意義，因為數據量小。如果頁面的數據交互複雜，就用MinDB。
不過我是直接用ghost的，默認主題，足夠了，博客重要的是內容分享，而不是秀技術。

哈哈哈哈哈

@wh1100717 這是肯定的，我也一直做評估別人的事，自己還真沒試過。

@wh1100717 這樣說的話你們折合JD應該也是達不到25K的了吧，如果能招到性價比高的小夥伴也是挺好的。祝好運：）

@wh1100717 哈哈，是。不過之前樸靈轉崗之後空位的是定向邀請的P7/8哦，跟這個一樣的性質。集團內部找轉崗會不會更好？哈哈

@wh1100717 MinDB在還叫NanoDB的時候，也是MongoDB的風格，不過之後我就把代碼全刪了。這是經過實踐之後決定的，MongoDB不適合。

你們是阿里總部吧，你們這個JD的目標級別是P幾？你覺得我如何？哈哈（跟阿里系的人我還是蠻多朋友的）

@wh1100717 啊⋯你們有多少人來自淘寶數據產品？

你們現在是EDP脫離轉總部？

@wh1100717 thanks，已更新

@atan Firebase是不错的，不过它依赖网络，而且没有MinDB这么多的类型和操作，也是更倾向于存储而不是数据操作。而且MinDB也是可以用Firebase作为Store的，另外下一个Store Interface标准会有更多的可选接口，让Firebase的特性能更好的融入MinDB。

@tcsky 不知道你说的是哪一个，不过MinDB更专注于数据库和数据结构，而不是存储。

@fising 默認是，也可以通過應用不同的Store來遷移。API層無變化。

曾經做過只需要點下書籤，然後用手機掃一下QR就能用的⋯不過現在主要是Keynote+Keynote Remote