詹彥嶠、朱超強、趙鵬 等人贊同
如果是技術選型調研的話，除了好處也應該了解壹些需要註意的問題吧，下面隨便列列，僅供參考。
1. 不要陷入糾結工具的怪圈
我們團隊壹開始用 React 的時候，工具棧應該是 grunt + grunt-react；寫了壹段時間感覺有局限，然後老大帶頭把工具換成了 gulp + browserify + watchify + reactify，然後又愉快的寫了大概半年吧，發現流行的庫都上 webpack 了；於是我們的工具棧又變成了 gulp + webpack + babel-loader。最後大家壹致認為 gulp 是多余的，所以我們的工具棧又圍繞 webpack 重新搭建了壹遍。到最近我負責的壹個內部項目，什麽 hot-module-replacement、extract-text-plugin（讓妳在 js 裏 require('style.scss'); 這麽寫的玩意兒）壹股腦的造。當然再後來因為業務需要我們又基於 webpack 搭建了自己的構建工具，這是後話……
這將近壹年半的折騰歷史告訴大家，1) 前端就是個大坑，1個月不學新知識妳就會被社區遺忘 2) 現在上 React 真幸福，工具棧基本都穩定了（什麽看妳還不懂看用 webpack！），不用花太多時間糾結。
PS. HMR 也就那樣，雖然 dan 吹得神乎其神，但實際在項目裏我發現大家還是習慣手動 Cmd + R
，因為項目大了以後 rebuild 也需要 1、2 秒。
2. DOM 操作是不可避免的
但凡是上點兒規模的前端項目，沒有 DOM 操作基本是不可能的。且不說最常見的後端「埋點」，妳總得用 DOM API 去取值吧；就說壹個最簡單的，比如右手邊這個「回到頂部」的按鈕，妳純用 React 寫壹個試試。當然妳會說什麽 requestAnimationFrame，什麽 ReactCSSTransitionGroup blah blah blah，真正到項目裏妳會發現還是 DOM API 簡單。
3. 擁抱 ES 6，擁抱 React v0.14
這倆為什麽放在壹起說呢看因為 React v0.14 裏提出了壹個全新的組件概念叫做：無狀態的函數式組件（Stateless functional components）。它大概長這樣：
var Aquarium = ({species}) => (
{getFish(species)}
);
有沒有發現被傳統的 createClass 方法精簡了很多看當然這樣寫組件也有很多局限，比如不能聲明各種生命周期方法等等，但是在常見的前端業務場景中，純 render 的組件不在少數。在這樣的語法推出後，我們就能把這些組件更方便的抽出來復用了。
此外，擁抱 ES 6 還有很多的好處，比如在加載依賴的時候不用先 var xxx = require('xxx'); 再 var y = xxx.y; 而是可以直接 import {y} from 'xxx'; 簡潔明了。
4. 生態環境仍然在成長中，坑不少
其中首先要口誅筆伐壹下的就是 react-router，我們從 v0.10 開始用，到現在 v1.0。妳知道為了升級這玩意兒我們改了多少次業務代碼麽看每次升級 API 都要變，無力吐槽。當年好不容易搞懂了 v0.11，在博客裏寫了篇技術文章分享，結果後面的日子就是各種被催更……壹個月前抽空就 0.13 版又重寫了壹遍教程，這不 1.0 版又出了，API 基本全都不壹樣了！！不壹樣了！！壹樣了！！樣了！
當然除了坑也有不少高質量的生態環境產品，比如螞蟻的 ant design。
5. Server 端渲染很美，至今沒看見哪個規模級的產品用到
可能是我孤陋寡聞吧，歡迎評論中跟進。自己摸索著寫過壹個最簡單的 server 端渲染，但是這套邏輯如果套到我們現在的業務邏輯中，幾乎可以直接槍斃。為了實現 server 端渲染需要做出的 trade off 太多。
6. React 很簡單，也很難
簡單是因為 React 的 API 真的很少，官網的各種文檔花壹個下午也能看個七七八八（此時此刻再看看 Angular……）。但是當妳以為妳真的搞懂 React 的時候，看看React 源碼剖析系列 － 解密 setState - pure render - 知乎專欄這篇文章開頭提的問題，有多少人能不假思索的答對呢看（順便安利壹下，我們團隊的知乎專欄，目前處於死磕 React 的狀態）
當妳真正在業務項目中使用 React 的時候，妳會發現它的生命周期比妳想象的復雜；它的 API 背後的邏輯比妳以為的麻煩。當然，首先妳要踩進這個坑。
7. 對於樓上某位仁兄表示《React：引領未來的用戶界面開發框架》這本書太難的回答，作為譯者之壹表示對不起妳。作為補償，所有購買本書的同學均可憑拍照私信我咨詢 React 相關的問題。
最後再次安利壹下我們團隊的專欄： pure render - 知乎專欄
8. 夢中驚醒補充壹點，截止目前為止，Babel 6 是個大坑，業務中使用的時候壹定要註意其與 Babel 5 的巨大區別。（關於補充的這壹點，再額外的闡述壹下，應該理解成 Babel 5 為了讓大家愉快的用上 ES 6 做了壹些非標準的轉換，這些轉換在 Babel 6 中都去掉了。所以妳在 Babel 5 下面編譯正常的代碼在 Babel 6 編譯時可能就會出錯。這個問題不能確切的算作 Babel 的坑，但是會影響妳的開發進度）