程式設(shè)計(jì)師依專案性質(zhì)大致有三種：寫Demo的、寫Proto的、寫成品的；依專案開發(fā)週期大致有：寫開頭的、寫中間的、寫結(jié)尾的。

1.Demo是樣品，主要是表面上初步實(shí)現(xiàn)，臨時忽悠客戶用的，不一定要求繼續(xù)演化；

2.Proto是原型，主要是從概念上實(shí)現(xiàn)，可能包含了對於底層框架的選型，能逐步演化為成品；在某些場景中Demo和Proto的意義接近；

3.成品即完整實(shí)現(xiàn)的產(chǎn)品，滿足用戶實(shí)際業(yè)務(wù)場景。

大多數(shù)訓(xùn)練學(xué)校教出來的孩子，一開始寫出來的東西最多只能叫Demo，根本達(dá)不到Product的階段。那些外包公司做出來的東西，能算哪一類呢？

而所謂寫開頭的，就是專案剛開始、還可以很自由的選擇熟悉的或者Big高的框架來點(diǎn)垃圾代碼；寫中間的，就是業(yè)務(wù)高速發(fā)展、不管代碼質(zhì)量好壞、沒時間吃藥的寫程式；寫結(jié)尾的，就是專案進(jìn)入萎縮期，留一個人在那打掃灰塵、整天吐槽程式碼的狀態(tài)。

IDE有毒這個主題，其實(shí)與上面的話題無關(guān)，主要是感嘆於程式開發(fā)工具發(fā)展到如今，依然有明顯的兩極化：Editor和IDE。

我毫無挑起爭吵的意願。在接觸規(guī)模化開發(fā)之前的N年時間內(nèi)，我折騰過市面上幾乎所有的Editor（這裡就不提所謂編輯器之神和神之編輯器了），尤其是jEdit，修復(fù)過它的一些bug、給它寫過語言mode，也算是為開源世界貢獻(xiàn)過微力的。但後來在團(tuán)隊(duì)專案中，由於使用的多數(shù)是動態(tài)類型語言，用編輯器實(shí)在是效率太低，才開始選擇IDE。

我個人的習(xí)慣是小的腳本或一些設(shè)定檔修改可以用Editor，但團(tuán)隊(duì)協(xié)作開發(fā)的專案程式碼量都會累積到比較大型的狀態(tài)，就必須用IDE了。有些Editor可以做到快速啟動、記憶體佔(zhàn)用少、快速編碼、自由擴(kuò)展特性，這是很多人選擇Editor的理由；相應(yīng)的，IDE能智慧感知程式碼、錯誤提示、專案管理、任務(wù)管理、VCS等各種集成，是另一部分人選擇的理由。

IDE對多數(shù)程式設(shè)計(jì)師來說是有毒的，因?yàn)槟阌昧司蜁习a，用久了更是毒入骨髓。 Editor則往往可以為它編寫各種擴(kuò)充或插件，那種參與的過程會讓人有種莫名的滿足感。

在公司內(nèi)部團(tuán)隊(duì)環(huán)境，IDE是一般最優(yōu)的選擇。 Editor則可以作為業(yè)餘另一種體驗(yàn)的選擇。當(dāng)然，這只是提議，不是強(qiáng)制規(guī)定。在確保開發(fā)效率的情況下，允許大家有自己的選擇。