為什么只有Ionic才是正確的選擇
前不久( 2015-05-12),Ionic Framework終于發布了1.0正式版,標志著這一實驗性混合開發框架的團隊drifty已經認為該產品已經可以進入正式的生產開發,之前一年多的時間里(從ios7和android 4.0開始)經歷了12個beta版本.
哥是從beta11開始用ionic的,本來尋思著做個feedly/greader殺手--各路創業大神人生導師們不都教導我們要做一個“不是風口上的豬，但人們有著基本需求的產品"嗎--做著做著發現性能嚴重不足,加載二十幾頁之后就卡殼以至于觸摸不能了。
一個框架是否能獲得廣泛使用的可能與其社區的活躍程度成正比，drifty在3月剛獲得了2.5M美刀的投資，就團隊規模（不到10人）來看估計頗能用一陣子。哥嘗試過的其他倆類似框架f7/famo.us，做起功能來就像培根一樣在知識的海洋里孤獨探索(培根叔的珠璣總是被反復引用)。
開源軟件能否獲得廣泛使用，主要看三個條件：
1. 團隊的經濟支持
開源軟件得以發展一般走兩條路：某高手（或某草臺班子）整了個大家覺得不錯的東西出來，成立了公司/機構，得到各種投融資（比如當年的redhat）還能上市圈錢走上人生巔峰，sidekiq那種賣pro/enterprise版license的可以看作是這個方式的變種。
要么是大公司內部某個項目，做好了開源——一般是捐贈給某個開源孵化組織，如apache基金會，基金會再根據資源多少，成立對應的項目部——增加人氣的同時，減少運營成本。想想facebook自己請人干活兒多貴，不如出個人閑時當當工程監理，產品第一時間自己用，還有廣大社區幫忙測試/提bug/反饋/推廣...好處太多。
具體到真正干活兒的團隊本身，有錢，第一，有錢了可以讓團隊持續生產出內容，比如新的feature/文檔/關鍵bug修復/買各種安卓設備測試兼容性等等。這里透露本文的一個秘密：前三段是2015年寫的，后半部分是收拾草稿箱驚現疑似太監文之后2016年底補上的。此刻前面提及的famo.us已經轉型，遙想橫空出世時的webgl渲染，動畫優先，各種demo狂拽酷炫吊炸天，但沒有明確的盈利模式加上推廣不利／文檔幾乎沒有，還好intro視頻里那幾個鮮肉并未相忘江湖，而是相濡以沫轉型成了app外包開發商。當然他們的新公司可能會發大財，famo.us這種好東西自己留著，不給別人用了，于是跟我們討論的hybrid框架再無瓜葛。這一年多，ionic迅猛發展，基于Angular 2的v2已經上線，摒棄了舊底層庫各種桎梏，引入了TypeScript，更加適應大項目，面向團隊協作。一句話：順溜。
第二可以請到所需各種專業人士，比如：NO.1:藝術家。起碼的logo得有吧——此處必須提及朋友，我為什么不幫你做LOGO ?尊重專業人士的工作，自己才能更專業——今時今日，是不是還得有個卡通吉祥物呢？其次，市場推廣人員。光把代碼往github上一放，就能人氣爆棚，星星過萬了？HN/PH發個帖是必須要做的吧？發了貼，遇上噴子，要么解釋要么對噴得跟上吧？feature/request/bug不管了專門盯著貼看不行吧？NO.3:程序員再給我來一打...
2. 社區建設
github里的issue板塊可以看成是開源產品社區的基本盤。一個好的產品，必然人多事多，產品社區，主要是給產品添磚加瓦，獻計獻策。任何偏離了這個主線的內容都應該被管理：close或者刪除。
制造新聞，提升關注度這種操作屬于PR領域，總想著搞個大新聞，這是不成的。一個好的例子是Product Hunt對社區的管理，做好兩點：第一不允許嘲諷，口味更重的謾罵、人肉就更不可以了。“我coding十年，我做左傾搜索排序的時候你個矬子還不會開機呢”“rails/django的性能就是垃圾”這種算是顯式嘲諷，當然嚴禁；隱式的“A*這么簡單的算法都不會？”“哎呀，我這次考了99，是在是太失敗了，余生該如何自處？”這種也嚴重影響討論質量。須知人類雖然有理性，卻是一種情感動物，任何感情上的刺激，都會導致內心的野獸沖破理性牢籠，在缺乏傳統社交約束的網絡上更為嚴重，所以作為社區管理者，也應該秉承“亂世用重典”的理念，霹靂手段顯菩薩心腸。重心從互懟轉移到本該討論的產品上，才有可能出真知灼見。一個反面例子就是國內的各大論壇劣幣驅逐良幣現象，多少智慧的火花還沒迸發就已經湮沒，令人痛心。
第二不可歪樓，轉貼專用。在特斯拉的帖子里討論一下清潔能源還算相關，說到霧霾就已經開始歪了。人們都很愛聯想，有人以為最佳大腦才能這么不羈，最典型的是魯迅的白胳膊那一段。討論特定問題時，專注才是美德。
3. 運氣
這一條看似玩笑，先舉個例子：2005年11月，apache占據71% web server份額，如日中天。lighttpd和nginx隨后出現了，07年那會兒各種apache/lighttpd/nginx的benchmark文章鋪天蓋地，devops和開發者們一時間都患上了選擇不能癥。然而時至今日，nginx以15%從apache和iis穩穩地分了一杯羹，而lighttpd雖然一直有支持者，但卻長期在統計表里被歸入“other”一項，在1%以下徘徊。作為同期的輕量級web server，差異何以如此巨大呢？主要是產品定位上的區別：nginx是為了高負載網站專門開發的軟件，言下之意apache性能不行；而lighttpd則更加傾向在低性能cpu和少量內存環境中運行，算是求仁得仁吧，目前在各路由器rom里，如Merlin/OpenWrt里默認都使用lighttpd作為web server。
“時來天地皆同力”，沒準過兩年物聯網大爆發，每個小物件上都跑個lighttpd，份額刷地就上去了也說不定呢？就跟性格決定命運一樣，產品開發者的選擇決定了產品的前途，有前途產品的背后，都有一個有性格的團隊（或者個人）。apache: “放之四海而皆準、通用，就是我的性格，愛咋咋地！”
總結
“等等，我看到這了都，居然不提React!標題還說得那么絕對，我還要噴你呢！”公司的產品app就是Ionic制作，各平臺已經上線一年多了，運行良好，雖說坑也不少，但適合的，就是最好的。React.js/Native都是優秀產品，每天也是大量新貨上架，所以也是最好的。隨著后現代價值觀繼續地往后發展，多元化讓“最”變成了多維度的最高級，寫這篇文章是為了說明：在一群程序員中喊一聲“PHP是世界上最好的編程語言！”就能引發混戰的時代，還是越早過去越好。
