作為程序員，你有哪些正在做的個人項目？

11-25

作為一名有追求的程序員，工作之餘肯定會搗鼓屬於自己的東西，很想知道大家都在做什麼有趣的事情？

本來只想湊個熱鬧，沒想到這麼多人點贊，其中還有我關注的幾個大V，實在感謝各路大佬鼓勵……這個問題已經吸引了很多重量級開發者，曬出的項目有的高達數千star，而我只是初出茅廬，還有很長的路要走。希望自己有朝一日也能像這個問題下的各位大佬一樣，為開源社區貢獻不可忽略的力量。

這篇回答發出之後，發現不少小夥伴對幾何證明演算法感興趣，於是我建了個QQ群，歡迎大家加群交流，一起完善這個演算法。群號：590988133。

/* ---------- 以下為原答案 ---------- */

想起了我之前在一篇回答里簡單提過的項目，看到這題就再厚著臉皮寫一下好了。和前排大佬們成熟的開源庫不同，這是一個還在內測的項目。

在我上初中時，數學學到了幾何證明，當時有一個異想天開的想法：如果能開發一個幾何畫板可以自動證明平面幾何題就好了。

於是在這個忽隱忽現的執念之下，我在上大學的時候終於開始了行動。當時和負責UI設計的小夥伴一起申請了一個國家級創新項目，用C#和WPF寫了一個名為《平面幾何題板》的桌面軟體。它可以證明一部分初中難度的平面幾何題，只要用戶畫出題圖並錄入已知條件和求證，就可以輸出參考答案式的證明步驟：

（界面右側中間為輸出的答案）

記得第一個版本一共做了兩三個月，核心代碼兩萬行，其實真正的攻堅階段也就是幾個下午加晚上。作為個人練手項目它是完美的，因為它用上了我之前所學的很多演算法，如DFS和BFS、二維凸包、各種樹和圖論演算法等等，所以那時寫得非常愉快。在確定機器證明的演算法細節後，我一口氣碼了大量代碼才進行了一次調試。當我輸入一道幾何題，看到這個孩子工工整整地輸出了證明步驟，激動地都要哭出來了：

（當時做的demo軟體）

為了描述幾何定理和畫圖命令，我還創造了一種簡單的腳本語言：GCScript（全稱：Geometrical Command Script）。上圖界面下方的代碼就是GCScript。最後《平面幾何題板》里有一個用GCScript語言聲明的默認定理庫，包含了一些基本的幾何公理和定理，當然用戶也可以自由修改默認定理庫。在證明過程中，《平面幾何題板》會根據這些定理進行一步步推理演繹。

從開始開發到項目結題，我花費了大量時間調證明演算法上的bug，又將這些代碼重構了兩次，最後為了讓它在移動設備上運行，還做了一個HTML5版的准成品。HTML5版的分支對GCScript有更好的高亮顯示效果。比如以下就是一個完整的定理聲明：

最後的結題非常順利，原因可能是我本科所讀專業在人文學院，驗收的老師們對計算機領域都不太懂……但是，我當時並不為項目的結題開心，甚至頗有一種「你驗收時的草率對不起我的努力」之類的感受（逃

儘管項目結題了，但它在我看來還未完成。目前證明演算法的剪枝和優化還不夠，GCScript也需要更大的靈活性，畫板作圖的功能還需要更加強大一點。總之，todo list還很長。

該項目的未來計劃：

完成《平面幾何題板》的第一個正式版，並以UWP應用的形式發布；
演算法成熟後將核心類庫開源；
擴展《平面幾何題板》解題類型的範圍。

由於項目代碼比較龐雜，我的個人時間也不算很多，這將是個漫長的過程。

最後曬一下HTML5版《平面幾何題板》在iPad端的演示視頻：

【更新】對評論區里一些疑問的回答：

Q1: 這個項目是不是基於第三方庫？

A: 這個項目只用到了一個第三方庫，也就是demo軟體里支持高亮的代碼編輯器控制項（來自SharpDevelop，一個.NET界稀有的開源IDE）。證明演算法和相關代碼均為原創。

Q2: 機器證明不是已經成熟了，為什麼重複造輪子？

A: 目前機器證明領域確實有了成熟的演算法，離不開我國數學泰斗吳文俊的貢獻。他們更注重科研領域的平凡幾何定理的機器證明，並且主要用效率更高的代數法。和這些巨人的工作不同的是，我做這個項目的初心是模仿中學生用演繹法進行證明，並且輸出標準的可讀證明步驟（能直接拿來當參考答案的那種）。所以作為計算機輔助教學（CAI）的應用，我覺得這個嘗試是有趣並且有意義的。

Q3: 成品軟體有無市場？

A: 唔……作為個人項目其實最開始沒考慮這麼多，這也不是我的主業。不過，如果有了成品軟體，它首先一定得是個好用的幾何畫板，其次才是能證明部分幾何題的幾何畫板。

如果大佬們對幾何證明演算法感興趣或者有什麼建議，歡迎加群交流~

/* ---------- 分割線 ---------- */

當然，我的個人項目還有目前比較成熟的UWP應用《紙書科學計算器》，也是在知乎安利了很久的，詳情請見我的專欄Bug工廠。

《紙書科學計算器》將於10月更新，漏一張截圖如下：

IINA，一個現代的 macOS 媒體播放器：lhc70000/iina。

開始做的原因是「既然沒人做這樣的東西，只好我自己來了」。

軟體本體是我邊學 Swift 邊寫的，中間差點棄坑。

現在的網站是在火車上一天搞出來的。新網站一直想做，但一直沒時間。

就是這樣一個初學者寫出的，剛發布時簡陋無比的項目，第一天就獲得了 2k star，現在 7.8k。雖說星星不能吃，但是受到的關注越多，壓力就越大。用戶的 feature request 越來越多，現在早就超出了自娛自樂的範疇，必須嚴肅考慮將來的發展方向了；而作為 github 上 macOS + Swift 排名第一的項目，它也必須對想涉及 macOS 開發的新手有個好的引導作用，所以要不斷重構，覆蓋掉早期的黑歷史（霧）。

作為媒體播放器這樣一個綜合性比較強的項目，我也學到了很多。macOS 方面要深入理解系統的窗口管理、進程管理和事件機制；解碼上雖然主要依賴 mpv，但音視頻編碼知識也不能少，必要的時候也要直接調用 libav*；渲染上還要懂一點 OpenGL；搜索字幕要進行網路請求，非同步問題不用說，還要實現不同網站的 API 格式，如 XML RPC；其餘的包括定義二進位文件的格式，實現簡單的 DSL 等等，無法一一列舉。

不管怎麼說，這是個讓我寫起來很開心的項目，也通過它認識了很多有趣的人。如果你有興趣，請務必加入 Contributor。

近期我非常忙，也很久沒有發布新版本了（如果我忽視了你的 issue 或郵件，請毫不留情地多催我幾次）。不過其實開發分支上已經積累了不少新功能，下一版不會太遠。作為一個在知乎上掛了四年多的用戶，我也是想輸出一點東西的，而非讓自己的回復看起來全是打廣告，不過一是不一定能抽出時間，二是感覺經驗還不夠。有時間的話，我會試著寫點其他內容的。

Arch Linux 中文社區軟體源。Arch Linux 是一個很有特點的 Linux 發行版。簡單，前衛，又易於理解，很適合程序員學習研究之用。Linux 最棒的一點是它會配備一個系統級的包管理器，一條命令解決軟體的安裝——但前提是軟體源里有該軟體。於是一個叫「打包者」的角色產生了。可是不賺錢的開源世界總是缺乏人手。怎麼辦呢？打包機器人 lilac 橫空出世！只要告訴 lilac 包在哪，怎麼打包，lilac 就能持續不斷地隨著軟體的更新產生出新包了！一次配置，長期受益！（歡迎參與，有不少事兒可干。）archlinuxcn/lilac（以及本組織下的其它項目）

知乎專欄/動態轉RSS。喜歡閱讀？喜歡RSS推送？無論什麼設備，無論什麼應用，支持 RSS 就能用！完全免費！無需註冊！立即使用：各種轉 RSS 服務。好用請給項目送小星星哦： lilydjwg/morerssplz 。本項目還支持靜態化知乎文章，以方便推送長文到 Kindle 或者使用存檔服務。

swapview。學習新的編程語言，但是厭倦了看不出什麼特點的 Hello World？你需要來看看 swapview 了！簡單算術，字元串處理，文件 I/O 操作，錯誤處理。swapview 雖小，卻囊括了實際開發中最最基礎的幾個點。而且是十數種語言的數十種實現哦！編程世界裡的對比語言學，喵哈哈哈～ lilydjwg/swapview

額…個人項目比較多，不過大部分都是作為學習新技術練手用的項目。_(:3」∠)_

基本上每個月都會至少開一個新項目（除了2016年下半年準備考研）

喜歡的話可以去我的 GitHub 點個follow哦~ 逃 (///ω///)

算室：Airing的演算法實驗室（2017.9）

基於 Typescript + express 構建的可視化演算法實驗室。

GitHub: https://github.com/airingursb/algorithm-lab
線上地址：http://lib.ursb.me

四時：閃亮亮的天氣APP（2017.8）

基於 React Native 的 Android iOS App，已上架 App Store，小巧精美，曾位付費天氣排行榜第三名。

GitHub：https://github.com/airingursb/4times-front-end
App Store 下載

實用的命令行翻譯程序（2017.7）

GitHub：airingursb/airing-translator

基於咕咕機的物聯網系統：自動列印女友微博情緒變化（2017.7）

GitHub：airingursb/Weibo2RSS

Sophia：哲學知識共享社區（2017.7）

基於 Vue2 + Vuex + vue-router + express 構建的哲學知識共享社區。

GitHub：https://github.com/airingursb/sophia
線上地址：https://sopher.group

雙生：隨機匹配異性的共享日記（2017.6）

基於 React Native 的 Android iOS App，已上架 App Store，上架當天用戶數突破100。

GitHub：https://github.com/airingursb/two-life
App Store 下載

一圖：高校圖書館的好伴侶（2017.5）

高校圖書館APP，產品線擁有 iOS 端、Android 端，已上架 App Store。在南昌大學技術部的幫助下，目前已對接南昌大學圖書館，擁有2k+的用戶，在本年的中國高校計算機大賽上取得第十名的成績。

產品主頁：https://1ibrary.github.io
App Store 下載

咩咩單詞：微信小程序的單詞應用（2017.2）

單詞記憶類微信小程序，使用簡單效果優良，該產品已經上線，不斷迭代開發中。

GitHub：https://github.com/airingursb/miemie

暴打劉傑容：基於白鷺引擎的H5小遊戲（2017.1）

線上地址：http://airing.coding.me/flygame/
GitHub：airingursb/fly-liu

基於C/S的閉環控制智能葯櫃系統（2016.8）

GitHub：https://github.com/airingursb/drug
產品主頁：http://ursb.me/drug

晴寶：最簡潔的天氣應用（2016.7）

基於 Ionic2 構建的 Android iOS App，已上架 App Store。（後續版本基於 Swift 開發，已棄更）

GitHub：https://github.com/airingursb/sunnybaby
產品主頁：http://ursb.me/sunnybaby
App Store 下載

Bilibili 數據分析項目（2016.2）

Python 爬蟲與 Web App 數據報告——抓取並分析B站數據，開發 Web App 展示成果。

bilibili 用戶爬蟲：airingursb/bilibili-user
bilibili 視頻爬蟲：airingursb/bilibili-video
bilibili 彈幕下載器：airingursb/bilibili-danmu
bilibili 數據報告：airingursb/bilibili-report

FeedMe（2015.10 - 2016.4）

iOS 與 Apple Watch 平台的單詞學習App（棄坑）

GitHub：airingursb/FeedMe
產品主頁：FeedMe

AiringGo（2016.4）

基於 JS 實現的五子棋 AI，已上架 Chrome Store

GitHub：airingursb/AiringGo
線上地址：AiringGo
Chrome Store 下載

EMPs：基於激光雷達點雲的移動地理信息採集系統（2016.4）

智能車可視化系統，可以在網頁上查看小車的行駛路徑、小車的環境溫度表與濕度表、以及小車的速度變化折線圖。

GitHub：airingursb/EMPs

CANVAS——Draw on the Web（2015.11）

個人寫成的電子書，每節都附帶有若干 Demo，已上架極客學院 Wiki。

GitHub：airingursb/canvas
線上閱讀：https://airingursb.gitbooks.io/canvas/detail

wechat-translator（2015.11）

基於 WeChat 公眾平台的英漢辭典（Java版），關注訂閱號 Airing 即可（停止運營）。

GitHub：airingursb/wechat-translator

微信聊天界面生成器H5版（2015.8）

設計簡單、內容完善的微信聊天頁面生成器，使用簡單效果優良

GitHub：airingursb/ez
線上地址：微信界面生成

姓名大樂斗（2014.4 - 2014.6）

有趣的 PC 桌面聯機小遊戲（VB版）（人生中初學編程的第一個項目）

GitHub：airingursb/nameplayer

也就 4600 個星星吧

進入

本職是老師，業餘時間做了個java學習網站 how2j.cn

本來做出來是自己用用，方便教學和開發工作自己查閱資料方便~ 然後越做越多。。。

目前每天有2000人訪問吧，哈哈。。。。做了快兩年的網站，這麼點人訪問，說出來可真是丟人呢~

前前後後得堅持了這麼快兩年吧，其實說堅持不準確，聽上去像是在做苦哈哈的事情似的。應該說是享受了兩年吧。自己還算是有比較豐富的開發經驗，所以做這個網站呢，需要的技術基本的還是都有，可以把想要的功能都弄出來，也沒惱人的項目經理管著，沉浸在開發的樂趣裡面，還是很幸福，很享受的事情~

有空就在做，覺得吧，做出來也算是比較有意義的一個東西，能讓初學者多少加快點學習的腳步。

做的過程中，碰到很多新技術自己也不懂，一邊學，一邊做，很充實~

6年前教書的時候，就跟一個學生語重心長地說，你應該一邊學習一邊把自己掌握的東西，在新浪博客上記錄下來，日積月累是會很值得的。結果他沒理我，沒想到我自己倒是做起來了。。。

如果你是一名技術工作者，不管是初學者還是已經工作的，試試養成這麼個習慣，每天把工作或者學習里的一小點有用的東西記錄下來，只需要幾年，一定會給你帶來很好的回報~

關注這個問題有一段時間了，就借這個問題，談談自己從大學開始一直到現在都在做的一個項目吧。這個項目的名字暫時就叫作仿造夢幻西遊吧。那接下來我就從頭說起咯。

相信每個愛玩遊戲的程序員心裡都有一個去做遊戲的夢想吧，當然我也不例外。而且，作為一個八年的夢幻西遊玩家，除了對這款遊戲非常熟悉之外，還擁有著關於這款遊戲的數不清的回憶。所以在大學裡看完《Windows遊戲編程大師技巧》之後，熟悉了一些遊戲製作的原理，就想嘗試著去仿造夢幻西遊啦。但是呢，萬事開頭難，當時只會C語言，可以用DirectX顯示一張點陣圖而已。要直接去做一款遊戲，根本就是摸不著頭腦，無從下手，所以做夢幻的條件並不成熟。那怎麼辦呢，只好繼續學習，繼續深造啦。到了大三，無意中找到了http://www.gamelua.com這個論壇（目前已經改版），這個論壇上介紹了一個叫EdGameMaker（簡稱E·M）的遊戲製作軟體。

Edgame Maker(簡稱E.M).是一款獨立遊戲製作軟體,由國人研製開發，最大的好處就是非常適合不喜歡學習編程然後英文有差的人使用，採用Lua腳本驅動,外接插件模式.極大的降低了業餘遊戲製作門檻,你可以製作做出你希望的任何2D遊戲,包括網路遊戲.目前僅支持2D遊戲製作。

這個軟體的特點是底層封裝了HGE引擎，上層是中文版的Lua，還提供了很多示例，上手非常容易。非常幸運的是，我在論壇上搜到了有人用這個軟體在做夢幻西遊！！！

原來有做夢幻西遊想法的人不只我一個呀，當時立馬覺得自己找到組織了。而且由於夢幻非常的火，論壇上有很多關於夢幻的討論。

這些帖子呢，介紹的是夢幻西遊的資源格式，其實追本溯源呢，夢幻西遊資源格式出自雲風大神的風魂，^_^。這裡暫時不表。除了有熱心朋友搬運資料外，還有網友做了夢幻西遊的資源（人物動畫，地圖，圖標等等）讀取的支持庫，這樣直接就能在E·M裡面用了，這下方便多了。於是，支持庫一出，我就預感到，我能開始去做夢幻西遊了。另外還要感謝另一位網友，他用E·M1.5版本做出了一個基本上很完整的夢幻西遊客戶端，而且無私的開放了源碼。

這個版本包括自動尋路，回合戰鬥，包裹切換裝備等等。這樣以來，源碼在手，我對製作夢幻充滿了信心。於是我一邊學習這位網友的源碼，一邊自己嘗試著從頭製作自己的夢幻。當時的源碼其實只能跑在EM1.5版本之上，但是EM已經升級到了EM-X，而且源碼的圖片資源是自己打包png的，但是論壇上已經有網易支持庫了，可以直接讀取官方資源文件了，源碼並不支持夢幻裡面非常時尚的彩果染色，但是論壇上已經分析出了染色的原理。所以呢，針對源碼中的問題，我就從頭開始用最新版EM-X做了一版自己的夢幻。

可惜當年發的介紹帖子找不到了，暫時也就這幾張圖片啦。整個項目將近兩萬行Lua，是我大學裡面最大的項目。值得一提的是，大三上學期做遊戲為了模仿官方，就登陸到官方去玩了幾下，結果。。。你懂得，全職玩了半個學期夢幻。所以那個學期的成績奠定了我畢業前清考的科目數目。

好了，其實故事到現在差不多就要尾聲了。但是，別急，故事還在繼續。。。

由於玩了半個學期遊戲，而且大三也快結束了，我也該考慮一下未來關於生計的問題。當然覺得，做遊戲這條路門檻很高，主要受兩本編程大師技巧的影響，自己的水平也就是用用中文版的Lua，做個坑坑窪窪的2D遊戲而已。3D遊戲，那門檻不知道高到哪裡去了呢。最後得出的結論是，做遊戲等於沒飯吃。於是乎，機緣巧合下，去做了Android開發。不過這是另一個故事了，不細說咯。畢業後，Android開發做了有半年多，感覺自己編程技能有了提高，對面向對象，網路，資料庫，有了一定的了解。當年做夢幻的瓶頸感覺有了新的解決方案了，於是，我就又有了重做夢幻的想法。

還是萬事開頭難，儘管之前做過一版Lua的，但是這次我打算做一版純C++的。因為之前的Lua版很吃內存，而EM是一個黑盒的東西。而且EM這個工具本身是服務於廣大業餘愛好者的，小弟不才，但起碼也算CS專業的，丟掉EM，自己另起爐灶更能消化好所掌握的知識。

所以，這一版我對項目提了兩個最基本的目標：

用純C++語言編寫程序
基本實現原來版本中的功能

要實現這兩個基本目標也是挺不容易的。。。因為我還是無從下手呀。怎麼辦呢，還是那條路，繼續學習，繼續深造咯。。。畢竟做項目是副業，不斷學習才是主業嘛。於是利用空閑時間，把3D遊戲編程大師技巧啃完了。這書看得我心悅誠服。也很想把書裡面的東西實踐一下，但是問題來了，書上用的是DirectX，但是我的開發機是Mac，這就沒辦法了。於是我又去學了OpenGL。而且由於OpenGL跨平台要比DirectX好，我本身又是個移動開發，所以並不排斥學習OpenGL。非常幸運的是，找到了這個#1的OpenGL教程網站，簡直是3D遊戲編程大師技巧的上層補充。學起來也很是愉悅。終於，OpenGL也學的差不多了。顯示個點陣圖，調個Alpha不成問題。但是呢，我缺少的是一個遊戲程序的框架。於是乎，知乎上提了個問題：如何用OpenGL封裝一個2D引擎？沒想到的是，很多知友熱心的回答了。其中韋易笑大神更是給小弟我指了條明路，StarEngine/engine。這簡直就是及時雨，StarEngine的源碼非常清晰，易懂，還用了C++11，而且非常輕量，很適合初學者閱讀學習。於是我又花了點時間，把StarEngine給通讀了一遍。這下就真是的，萬事俱備，只欠東風啦。終於可以著手去做C++的夢幻啦。

2016.9.10 勉強能走了~女兒村~

2016.9.25 障礙有了就差演算法了幹完這票沒事兒得多出去走走了

2016.10.1 簡陋的A星尋路

2016.10.3 加了遮罩的A星尋路不要問我國慶在幹啥，我在寫遊戲

2017.6.11 C++/OpenGL仿夢幻西遊開坑了，oceancx/SimpleEngine ，macOS下幾乎一鍵編譯

2017.8.6 今天下午修了一個困擾多天的幀動畫BUG

2017.9.3 抽象出了Player，離多人遊戲又更進了一步。歡迎code review。

2017.9.10 單機版

2017.9.27 Little milestone achieved.

項目介紹：

CMake構建，跨平台編譯運行，親測Windows，Mac有效
純C++/OpenGL編寫，所有庫都是源碼構建，git submodule一條命令同步
項目依賴：glew，glfw，glm，SOIL，imGUI，asio

項目地址：oceancx/SimpleEngine

注意：此Repo暫時還不穩定，穩定之後會發布相關文檔，包括資源文件的id對應表，以及顯示資源文件的工具，還有資源讀取的相關源碼，還有各種參考資料，若想著手開發的同學請等等，目前代碼很爛的。汗。。。

好啦，故事差不多完啦，項目目前個人依舊在維護開發中，開源出來方便對遊戲開發感興趣的同學們參考。歡迎提問，但不保證有問必答。。。

最後的最後，整個項目從大二結尾開始做，到現在也算有些年頭了。我也從Android開發正式轉到遊戲行業中了，也算堅持下來了，我想原因無它，喜歡而已罷了。

更多：我的知乎導航

最近幾天因為要交某個論文所以在寫一個幾何定理證明器，然後剛才 @大笨蛋千里冰封給我看了 @Bug製造機的高贊回答（Bug製造機：作為程序員，你有哪些正在做的個人項目？），然後我就囧了……

這個證明器是用C++編寫的，目前600+行代碼。雖然沒有圖形界面，但對於現在來說已經足夠了。證明的原理就是根據已有的條件+設置好的定理，然後BFS（其實是爆搜，暫時沒做剪枝……）得到新的公理，直到找到求證的目標為止。然後往回找證明中用到的條件，整理好後輸出。

下面是幾個生成證明的示例：

不管怎麼說，做這種東西還是很有成就感的啦~(～￣▽￣)～後面還需要添加更多的定理，優化搜索的方式……

開源的話，等論文之類的處理好再說吧。

QingWei-Li/docsify - 無需編譯的文檔工具。

斷斷續續的維護了十個月了吧，重構了三次但是每次都都覺得好爛。值得欣慰的是還是得到了許多用戶的支持，還被各種國內外大佬 star 了。

不過最近已經維護不動了，感覺興趣已經變成了義務。。。

前端開發一枚。

2017-09-01 補充

寫了篇專欄文章分享下經驗，見：個人開發者的困境與突破

2017-9-28 補充

這幾天剛上線了一個新app，大概一千多個用戶了。

這是一個用阿里雲 CDN 加速 dribbble 圖片的客戶端，可以快速瀏覽 dribbble 的圖片和服務，再也不用忍受那龜速瀏覽了，主要用戶群是產品或者設計師。

https://itunes.apple.com/cn/app/%E8%AE%BE%E8%AE%A1%E6%90%9E/id1282966969?mt=8

------------------ 原答案 ------------------

剛畢業的時候主要是做一些 chrome 插件，大概二十幾個一個賬戶都放不下，曾經有些用戶數幾十萬，不過因為功能都很單一，沒有什麼大的價值。

後來學習 iOS，做了一個顏文字輸入法，就是 appstore 里搜關鍵字排名第一那個，出手時用戶數 60w，不過已經是好幾年前的事情了，現在估計一百多萬用戶吧。現在這個項目已經不屬於我了，所以這絕對不是廣告，只是發個鏈接參考下：

顏文字輸入法 - 最強大的新生代賣萌神器：在 App Store 上的內容

後來學 nodejs，做了一個網站前端亂燉，高峰期的時候一年幾百萬訪問，廣告費比當時的工資都高，不過也很久沒維護了，這個項目的代碼是從 0 開始一句一句寫出來的，代碼都在 github 上：xinyu198736/htmljs

後來又做了一個 app 二十一點睡前故事，和老婆一起合作的，錄了 184 個故事，基本都是好評，大概五六萬用戶，這個 app 其實是作為節日禮物送給那時候還在讀書的老婆的，嘿嘿。有孩子的可以下載試試：

二十一點睡前故事，活潑動聽的幼兒故事書：在 App Store 上的內容

不過最近沒什麼新產品了，主要是沒時間和精力，然後主要在搞一些社區的公益活動，例如我們的開源基金會還有各種子活動：

Hangzhou-Node-Party/Node-OpenSource-Foundation

Hangzhou-Node-Party/Node-Party

Hangzhou-Node-Party/Node-Meetup

Hangzhou-Node-Party/Node-Girls

PS：做產品一定要堅持，並且有一個單純的初衷。這些東西產出過程中夾雜了無數次失敗的實驗和產品，然後我的初衷就是學習技術，即使產品失敗了，我也可以掌握一門新技術，掌握對設計產品的理解，掌握對營銷市場的初探嘗試，這些才是真正的收穫。另外業餘項目真的需要付出很多，在做 app 的時候，每天除了上班時間，基本要在這個產品上再投入 6 到 8個小時，每天晚上都兩三點睡，真的很累。

感覺這個話題可以深入分享一下，專門開了一個 live 來分享，感興趣的同學可以關注下：https://www.zhihu.com/lives/893156713996390400

大三剛開始時有很多朋友遇到了問題

我就花了十天沒怎麼睡覺一口氣寫了1萬多行

寫了個程序

獻醜獻醜

(歡迎私信，相互促進，相互學習，相互合作）

介紹一下

前面聲明一下, 強烈推薦使用電腦端使用應用, 手機屏幕畢竟小, 體驗會稍微差一些

假設你是小Y ,在清華大學讀CS, 大三時的你想申請國外大學,想看看自己的學長學姐在2016年申請的情況, 你只需要在應用的首頁的搜索引擎輸入 "清華大學 2017 CS" 如:

搜索出來的鏈接每一個都是散布在互聯網上的清華大學學生2017年申請CS的Offer, 如:

當你點擊任何一個鏈接都是互聯網上散布的清華大學學生2017申到CS的Offer

當下即試, 點擊應用鏈接並在搜索引擎框中輸入 "清華大學 2017 CS "

簡單海外 | EasyEasyOversea

假如你的女神校是Stanford的PhD, 你只需要在搜索引擎輸入"Stanford CS PhD", 就能看的所有的散布在互聯網上的stanford的CS PhD的Offer情況以及大家的評價:

就可以看到互聯網上所有的 Stanford的CS PhD的Offer

當下即試,點擊應用鏈接並在搜索引擎框中輸入 "Stanford CS PhD"

簡單海外 | EasyEasyOversea

這時你收到了Duke的面試邀請, 一時慌忙不知所措, 這時你只需要在搜索引擎輸入"Duke 面試",點擊右上的論壇搜索結果, 就會出現所有散布在互聯網上的Duke的面試經驗貼哦

當下即試,點擊應用鏈接並在搜索引擎框中輸入 "Duke 面試"

簡單海外 | EasyEasyOversea

假設小Y運氣很好到了美帝, 此刻求職季, 他想去女神公司Google, 但是不懂Google面試什麼套路? 怎麼破? 這時只需要在搜索引擎輸入 "Google 面試", 點擊右上的論壇搜索結果, 就會出現所有散布在互聯網上的Google的面試經驗貼

當下即試,點擊應用鏈接並在搜索引擎框中輸入 "Google 面試"

簡單海外 | EasyEasyOversea

現在來解釋一下應用的搜索引擎部分, 搜索引擎分為兩部分, 一個是Offer搜索, 我人工聚集了互聯網上所有的留學美,歐,港,日等地的Offer, 你只需要輸入大學名或是專業名或是學位名或是年份(如 2016 )就可以看到所有的Offer, 當下是所有的漢語寫的Offer(從 2013 年開始的Offer現在數量為 8w 多), 將來可能匯聚國外互聯網上的所有高校Offer.

另一部分是論壇搜索引擎, 我們對現在所有的關於海外的論壇進行搜索, 後面跑的是和Google一樣的搜索演算法, 和你的搜索的詞最相關, 那麼我們和Google有什麼不同呢? 關鍵在於我們首先做了一次人工篩選, 是針對我們人工篩選後的站點進行的搜索, 而Google是對全網進行的搜索

其實搜索引擎不止上面的玩法, 如果有什麼新的玩法請寫在評論里, 告知大家

好的, 現在小Y知道了EasyEasyOversea可以告訴他Offer細節, 但是他最近要考TOEFL, 卻不知道考多少分比較才夠, 花太多時間準備似乎又不值得. 這時只需打開 EasyEasyOversea 的數據可視化板塊, 便可以看到匯聚互聯網上所有Offer的數據可視化報告, 可以清晰看到大家的TOEFL成績分布.

點擊鏈接, 當下即看 ( PC端效果最佳 ):

簡單海外 | EasyEasyOversea

其中還做了每年度的報告, 可以清晰看到申請者的TOEFL成績一年比一年高了

點擊鏈接, 當下即看 ( PC端效果最佳 ):

簡單海外 | EasyEasyOversea

也做了Offer的和Rej的,可以看到Offer的還是要比Rej的要高的( 比如口語 )

點擊鏈接, 當下即看 ( PC端效果最佳 ):

簡單海外 | EasyEasyOversea

這時小Y想知道哪些學校喜歡招華人啊, 因為他知道其實申請難度並不是完全以學校排名記, 而是還要看那個學校缺不缺人.這時他點擊可視化報告的"申請的大學"就可以看到所有人都申了哪些學校, 以及喜歡給Offer的和喜歡給Rej都是哪些學校, 可以看到USC特別少給Rej

點擊鏈接, 當下即看 ( PC端效果最佳 ):

簡單海外 | EasyEasyOversea

這時他想知道PhD情況是怎麼樣,可以點擊按鈕,可以看的PhD申請的大學相比於MS更加分散

點擊鏈接, 當下即看 ( PC端效果最佳 ):

簡單海外 | EasyEasyOversea

其實這裡還有更多的可視化案例, 請讀者自己上應用操作,可視化報告使用了大量的交互, 能最好的表達一份數據的意義.

現在主要是做了北美地區的數據可視化報告, 之後還會有英國的, 歐洲的, 日本的, 香港的, 請時刻關注我們的應用

之後我們也會對大家每天的搜索的詞做數據可視化, 看看大家都關注一些什麼, 感覺一下大家都對什麼學校或者企業或者話題感興趣

這份數據可視化給予大家最宏觀的每一年份的, 得到Offer或者收到Rej的案例報告, 從宏觀角度規劃自己去海外的計劃, 如果你想要微觀上的信息, 那就用搜索引擎吧, 這些數據就是搜索引擎的數據源哦.

數據可視化在應用的論壇(稍後會說)任意板塊的右邊「推廣」欄那裡哦

最後要介紹的就是EasyEasyOversea的的論壇啦

首先就是要回答為什麼現在這麼多論壇了, 我們還要做一個呢? 首先是因為別的都做的。。。好醜啊。。。。這個論壇是我高度定製精心設計的, 首先外觀我自認為很棒

接著就是很多論壇其實是很「攬客」的, 他們更想做一些商業上的推廣或者自己本身就是中介, 而我絕對不做中介, 我們只有兩個人也不是公司, 也沒想過從中收益.

所以我們絕不做會員

也不做中介

並且整個應用的伺服器是放在AWS Tokyo的, 在日本, 很多國內不好討論的東西,你懂的...

論壇的板塊規劃主要是我們在海外會遇到的大方向的問題, 如求職求學政策和租房子等...

論壇按地區分為北美,歐洲,新港澳和日本

點擊鏈接, 當下即看 ( PC端效果最佳 ):

簡單海外 | EasyEasyOversea

每個地區的都可以報Offer, 以及發帖, 以及論壇的回復界面做的非常好,歡迎大家對熱點話題討論.

點擊鏈接, 當下即看 ( PC端效果最佳 ):

簡單海外 | EasyEasyOversea

論壇也可以私信, 如你對某位前輩的發言很感興趣想請他幫忙可以, 類似:

論壇主要是想著, 大家都說著漢語, 在海外我們都算是自己的小圈子, 其實我們華人也可以像印度朋友一樣組成一個大圈子, 大家互相幫助, 在海外有我們的一席之地.

如果有朋友想幫我們做移動端的可以私信我

最後說一下, 這個應用是我複習期末時偶然想出來的, 於是寒假就花了十幾天寫了出來, 現在由人大學姐

@張穎 負責運營, 別的由我 @gaga salamer 負責.團隊只有我們兩個人!

應用成本非常低, 伺服器由我之前打AWS Hackathon得到的抵扣券抵扣, 所以成本就只剩下幾十元的域名了.

做這個也是想要改變當下大家信息不對稱, 很多人有出國留學或工作想法但是苦於找到合適的信息來參考計劃可行性. 於是便有 EasyEasyOversea

名字來源於Kanye West的一首歌, 但是更寓意著:

讓我們走向海外更加 Easy

也讓每一個有此想法的人 Take it easy

歡迎關注我們EasyEasyOversea的知乎專欄和微信公眾號（在應用的底部或者微信搜索 EasyEasyOversea 對, 就是那個個人號）

我們承諾很少發文,

但是是第一時間發布由我們兩個技術愛好者寫的最乾貨的數據分析文章, 裡面會包括最有價值的數據可視化, 類似:

最後你要怎麼找到我們的應用呢？

首先你要記住一單詞

Double Easy Oversea

就是 easyeasyoversea 啦

記住讓我們走向海外更加 Easy

也記住也讓每一個有此想法的人 Take it easy,

我們的域名非常好記:

http://http://easyeasyoversea.com

也可以輸入Google或者百度(注意沒有空格哦), 第一個就是啦

如果你覺得應用有用, 快放到你的瀏覽器收藏夾吧！

我們其實是想做成一個社區驅動的應用, 響應大家的需求, 所以建了三個企鵝群, 可以在裡面討論和提需求:

EasyEasyOversea產品交流群( 327078383 )

EasyEasyOversea技術交流群( 575605146 )

EasyEasyOversea海外交流群( 579440946 )

因為我們沒有任何商業推廣渠道,

如果你覺得應用你喜歡

請給我們點個贊!

並轉發到你的朋友圈或者有需要的同學和朋友!

我們真的沒有更多的推廣渠道啦@!

如果你覺得搜索引擎搜索源有好的意見,

請發郵件告知我:

contactsalamer@163.com

關注我的人應該都知道，我已經很長時間沒回答問題什麼的了，因為真的沒時間。

看著前排回答的項目，或成熟，或科研創新，或有巨大開源影響力，自愧不如，但還是想和大家分享一下我不看知乎的這段時間在做的事情。

很久之前（大概兩年前），我做了個Android APP－－－NONo筆記。

當時Android開發非常火爆，我在做這個APP的過程中投入了大量精力，也進行了大量的分享，同時結識了很多志同道合（為Android生態添磚加瓦）的小夥伴，初期APP在快速迭代，大概是受「不要自己找需要，要問用戶要需求」等毒雞湯的荼毒，對用戶有求必應，APP功能在極速膨脹，從只支持一些初級富文本編輯／展示的便簽APP，到支持富文本／MarkDown、分組、標籤、多色主題、豐富的設置項的筆記APP，但當演變到這一步，我發現，這個APP的發展已經與我的初衷相背了，它的體積已經&>10M了，它的首頁啟動時間已經&>100ms了，它的特色已經淹沒在越來越多的功能模塊里了。

在我一籌莫展時，恰好去做了幾次體檢，體檢單中n個↑↓，我瞬間清醒了，這反而把我從混亂的思緒、產品設計以及忙碌的coding life中解脫出來，在2017年2月到2017年8月這半年時間中，我開始了規律作息、飲食、豐富娛樂的livework in peace，當然，我這半年沒有全部鹹魚，大概每天保持3h-5h的coding時間(以前是10h+)，當我晚上23點還沒洗漱時，就想下身體，瞬間所有的手頭工作、過去的或未來的榮譽瞬間都索然無味。

「人都是怕死的。」

我也明白了，人要先學會自私。你滿足用戶一萬條需求，而當你懈怠他一條要求，他便把你一腳踹開，因為他享受的不是你的血汗結晶－產品，而是享受一種「開發者有求必應，對自己一對一vip服務，並且自己是爸爸」的蜜汁爽感。用戶如是，我也有權力選擇自私，所以我從2017年2月開始就基本沒維護過「NONo筆記」APP了。

我轉而去做了「NONo筆記-Web」（做了移動端響應式）。（今天應一些知友要求補充個知乎專用邀請碼吧:

031A-021-B8B9-A6

）

http://diandianapp.applinzi.com/WebAPI/redirect/mobile-app.php (二維碼自動識別)

雖然名字相同，但基本已經沒關係了，只有少量數據互通（筆記數據和用戶數據），而且想法不再是做一個「UI精美且免費版的某知筆記」，"我為什麼要copy一個成熟的產品並做成免費"，這是吃力不討好且又沒有任何意義的事情，至於要做成什麼樣，大家拭目以待（透露一點：會逐步開放一個開發者平台）。

在此過程中，我自學了react全家桶、前端構建工具流以及一點基本的Node.js（Mock一些API）。

當然，做的過程中也經歷過幾次痛苦：

webpack1-&>webpack2，webpack2 特別是webpack3 release後，大量的webpack-plugin以及loader的readme不再官方提供webpack1的配置方法，無奈之下，只能升級webpack2，升級過程花費了數個晚上，數不清的坑
wepack打包方式從modulesid-&>chunkID，分離了庫js和app js，並實現了long-term cache。
多次重新學習了xxx-loader的配置文檔
。。。。

「總結就是，webpack,config.js改動一次想跑起來真的不容易。」

對未來的展望：

1、把「NONo筆記-Web」想做的坑先填上。

2、可能會使用React-Native製作新的iOS/Android端APP；也可能只是做好 mobile broswer適配，並且開放一些API。

特別感謝:

Ant-Design React組件庫

作為一個想當產品喵的大四代碼汪，最近在做一個故事接龍社區，支持無限分支、無限續寫（截圖在最後）。

比如，故事的開篇是小明扶起了摔倒的老奶奶，可以續接多個並行的分支，比如老奶奶訛了小明一萬塊、老奶奶突然變成了喪屍、老奶奶把孫女介紹給小明……然後每個分支還可以接分支，無限續寫。

感覺挺有趣，哈哈~

技術方面，嘗試前後端完全分離，前端Vue（UI框架用的Vux），後端Laravel（API實現用的Dingo+JWT）。

國慶剛開始開發，目前完成了最簡Demo，包括微信登錄、新建故事、續寫、列表、閱讀。接下來時間不太多，慢慢做，爭取這個月之內第一版發布上線（現在只是放在微信介面測試號上）。

-------10月13日更新-------

目前完成了點贊、收藏、動態列表。優化了一些體驗。用戶中心也做了個框架。以下是最新版截圖

最新動態：

故事列表：

發起故事：

閱讀故事：

續寫故事：

個人中心：

沒有工作, 但只有我一個人寫,

我程序員生涯的封鍵盤之作,

基於BitDegradeTree的存儲引擎, 最終兵器"levi-db",

特點:

快,

日誌即數據,

支持正則查詢,

不解壓也可查詢數據,

隨機讀寫和順序讀寫一樣快.

寫完之後, 我就再也不怎麼想寫代碼了.

我的目標是星辰大海,

天上地下,

paper最高~

今天來看我的個人倉庫已經有50個了，時間最長的還是biezhi/blade，這是我2015年9月在開源世界的處女座，目前還在維護並樂此不疲。

它是一個Java的MVC框架，當時的想法比較簡單，擺脫SSH的臃腫，jar包即服務那才爽。

在今年的3月份，使用Blade一周左右開發了一款博客系統，在Github上快速流行了起來，它叫otale/tale，裡面很多技術幾乎都不是主流的，作為個人項目，我倒喜歡把玩和挑戰一些有趣的技術。

除此之外還做了很多有意思的小東西：

biezhi/oh-my-email：一個類實現的郵件發送（Java語言）
biezhi/wechat-robot：之前好奇做的微信個人機器人程序（鬼知道這麼多人感興趣）
biezhi/lowb：把玩NodeJS做的一個小巧的終端程序，README里有演示
biezhi/oh-mybatis：在瀏覽器中生成mybatis的那些屎文件
bladejava/blade-jdbc：仿ActiveRecord的資料庫操作庫
biezhi/terse：很久以前在typecho下寫的主題
biezhi/grice：Java編寫的文檔引擎
biezhi/oh-my-session：以前寫的基於ServletAPI的Session擴展
kongzhongfinance/mrpc：分散式的RPC服務治理框架，公司內部用的
junicorn/roo：組織業務愛好者開發的社區系統（進行中）
biezhi/witty：初學Golang做的一個聊天對話的程序

當然還有更多，不知不覺寫了這麼多，我要去改BUG了，（逃...

造了些非常小的用於後台編程的純頭文件庫，非常非常的小，大多數都沒有什麼大文檔，用法也是簡單至極（提供了g++ test.cpp./a.out做測試用例），追求對工作效率的提升：

yuanzhubi/raw_buffer 類似於flat_buffer Cap"n Proto的序列化庫，但是只支持c++（求支援），除了支持0拷貝正反序列化外還支持

無需工具來給你生成.h文件，協議定義直接產生C++介面。如果你是用於存儲，你甚至可以直接把協議寫進你的cpp文件。
支持使用你代碼中自定義的pod結構體X來組包。如果重載了流輸出運算元，還可以以json的格式輸出到流。
支持使用前向聲明的類型來組包。struct X; 然後居然你可以把用X來定義你的包成員。
包成員可以是包類型自己。這就讓你可以輕鬆的在包中遞歸的定義出鏈表和樹的這種遞歸定義的結構，他和上一點結合可以產生強大的威力。
支持引用（前面2點其實已經在暗示了）。為了避免產生環，只允許低地址引用高地址。數據間的關聯關係不再需要在數據中填入主鍵來進行表徵以及通過查找來匹配了。
支持對包的一個子欄位進行局部的數據合法檢查，有太多optional欄位但你用不了太多時能讓你只選擇需要讀取的欄位去做數據合法性檢查。
支持針對小包的空間優化。用法里demo有介紹。
成員名就是API名，不會給你強制的加init,get,set之流的前綴破壞你代碼的命名風格。
寫在最前面是因為目前正在頻繁的更新中。

yuanzhubi/local_hook hook能讓你在不侵入式修改庫代碼的情況下，非同步化掉很多不會yield的密集計算庫或者有阻塞系統調用的庫（密集計算庫長時間不yield的，hook掉他的malloc或者memcpy之流的中頻函數即可）；對很多技術改造或重構來說也很有用。靜態庫或者.o可以用objcopy --redefine-sym；動態庫可以用LD_PRELOAD 。但是對於動態庫的hook，有時候殺傷力太大（對整個進程內某個名字所有的動態鏈接都產生了hook效果），如果我只是想僅對進程內的某個二進位文件（可以是動態庫也可以是可執行文件）中使用的某個名字的動態鏈接進行hook（進程中的其它動態庫或可執行文件則不受影響）該怎麼搞呢？利用ELF的動態鏈接庫GOT的實現機理，我們實現了上面所需要的局部hook, 也就是local_hook：僅在你調用了local_hook的鏈接二進位中執行hook。僅支持x86x64，C語言可用還純頭文件, 以常規方式啟動即可無需使用LD_PRELOAD。https://github.com/yuanzhubi/local_hook/blob/master/local_hook.h 源碼自帶介紹
yuanzhubi/call_in_stack call_in_stack是一個允許你的函數把任何一塊內存當作棧來執行的庫。他的命名是由於linux內核在x86和arm中分別已使用了call_with_stack和call_on_stack..

他原本的設計用意是輔助已有的有棧協程庫，讓你無需因為存在最壞的情況而在協程創建時給他分配大塊的棧（任何函數調用，只要在其中不會發生協程切換，那麼都可以call_in_stack_safe一塊固定的，全局（但線程局部）的內存而不是消耗調用者的棧。消耗堆棧厲害的std::sort，打日誌之流特別適合用它）這裡對他的使用有較為詳細的介紹。他類似於一種共享棧的技術來節省內存，但是0內存拷貝開銷。
一些評論其實他如他名字一樣，他的設計目的遠遠不止如此。內核遇到中斷，總是call_with_stack或者call_on_stack去執行真正的中斷響應常式；而我們做服務端網路編程，使用epoll或者完成埠之類的模型時本質也等於在響應OSI 7層中斷：N個網卡中斷=M個TCP的recv收包完成=1個http收包完成「中斷」：然而我們的處理過程往往並不「屏蔽中斷」（不阻塞），我們依然可能去發起一個無阻塞的redis請求去請求數據但一時這個請求完成不了（一時等不到收包完成或者超時的「中斷」），於是我們因為這個自己發起的「軟中斷」被逼的先臨時去響應別的「中斷」（這次epoll_wait的返回可能有好多個7層中斷等著處理呢）。所以call_in_stack 配合有棧協程，就是完整的幫你以內核處理中斷的全流程來分割上述的無阻塞IO多路復用流程（這套模式，內核已經驗證了其高效性）：

2.1.響應1個http收包完成「中斷」的流程是創建一個有棧協程或尋找一個有棧協程（內核中斷響應只有4K或者8K的堆棧，我們的協程也可以這麼少甚至更少）並執行處理代碼。我們認為這叫從「內核態」切換到「協程態」

2.2. 協程處理過程發現某些純cpu邏輯比較消耗棧，於是在一個線程局部的全局堆棧call_in_stack函數獲得結果，call_in_stack執行函數的過程我們認為從「協程態」切換到「用戶態」。一般可以盡量讓協程態不做重邏輯。

2.3 協程態發現純用戶態邏輯搞不定，需要發起些無阻塞IO請求或者當前處理耗時太長協程想yield？於是協程態調用協程切換函數，切換去處理剩餘的7層中斷(對稱協程就是從「協程態」切換到另一個「協程態」，非對稱協程則從「協程態」退到「偽內核態」（這時不會去調用epoll）再切換到另一個「協程態」)，沒有其它中斷待處理就直接退到「內核態」去epoll.

綜上：內核態可能會因為epoll而阻塞，協程態不允許阻塞但可能因為無阻塞IO操作暫時無法完成或者yield導致協程切換，用戶態則不允許阻塞或者協程切換。如果我們把我們的網路服務看成「內核在請求我們處理他們的數據」，那我們其實就是在做內核編程，以內核的方式去做並發。What does this library for? · Issue #1 · yuanzhubi/call_in_stack而有棧協程和call_in_stack就是等價於「內核驅動」編程的utility咯。

VUX 基於 Vue 的移動端頁面組件庫

Github 地址： https://github.com/airyland/vux/issues

官網: https://vux.li

完全憑著一腔熱情堅持了580天(今天2017.09.17)的開源維護，2k+ 的 commit，算下來每天 commit 3 次，9.3k+ 的 star。雖然不夠完美，文檔還不夠完善，但也方便了一部分人。

https://vux.li/demos/v2?x-page=v2-doc-home (二維碼自動識別)

// 這是知乎，不是 Github，請不要在評論里反饋問題。請看我簽名。連反饋問題都不會自覺到唯一的反饋通道就不要評論了，甚至連提個反饋的正確姿勢也沒有就別發出來讓人煩了。

GoReporter 第一款Go語言代碼質量分析工具。

可根據項目生成質量報告，包括單元測試，代碼風格，代碼統計分析，可維護性，以及高階的優化和最佳實踐建議等等，還在不斷完善中，可視化報告目前還比較弱，正在開發第三版報告頁面。非常歡迎有興趣的前端同學幫忙優化。

GoReporter是最初是從2016年年底開始在部門內開發，今年三月份開始開源版，開源三個月就得到社區歡迎獲得1000star，同時也汲取了很多開發者的建議和問題，長期佔據Trending榜單並受到Github官推。還在不斷優化改善。

一個寫給老婆的、尚在建模構造溫馨感的、尚待填充內容的、Threejs實現的、帶物理引擎的、可配置的、沒什麼技術含量的3D相冊（做完後開源放出來，然後轉投Babylon（試了下還是搞這個微軟靠譜啊

還有一個計劃排期重構完善的東東 dtysky/MoeNotes

以及一直都想完成但和現在搞得已經八竿子打不著的dtysky/FPGA-Imaging-Library和體三維-0 - dtysky|一個行者的軌跡

還有一個黃油。。。嗯

今天剛立項做一個純粹的用 Vue 實現的 AntDesign 組件庫，所謂純粹就是保留所有 ant-react 的樣式，實現所有 ant-react 的api。

雖然目前有各種成熟的組件庫 Element 、iView等，但是感覺沒有 antd 樣式那麼優雅。

雖說沒有太多技術上的難度，但是開源項目重在穩定與長期維護，希望自己不會像之前 antd-vue 那些前輩一樣棄坑。

願景達到 500 星。

———更新於9.24 00:48 Github 抽風的時間段

今天接到第一個陌生人的 star （也是項目的第4個）是一個ant-design的參與者。

今天接到第一個陌生人的申請開發的郵件，處理了他的PR（由於Github抽風沒能評論）。

通過處理這個PR，自己也學到了些東西，比如怎麼處理別人的PR，Vue組件的作用域slot的用法。

其實，開發規範還沒寫全，組件開發的最佳實踐也還在摸索階段。上周才嘗試著著把文檔生成給實現了。都有點感覺對不起今天提PR的這位同學。

立個小目標國慶節之後 [Antue](https://github.com/zzuu666/antue) 將有 18 個組件。