在編碼的世界里,，程序員永遠(yuǎn)不要期待東西保持靜止太久,。技術(shù)已經(jīng)決定了我們?nèi)绾位印?chuàng)造,、學(xué)習(xí),、生活等，并且不斷發(fā)展,。對于程序員來說,，只有靠近和依賴最新技術(shù)才能完成任務(wù),。而且最深刻的改變之一就是框架、編程語言以及兩者之間的范式轉(zhuǎn)變,。

編程語言本質(zhì)上是與計(jì)算機(jī)通信的方式，并通過使用語法和語義告訴計(jì)算機(jī)要做什么,?？蚣苁菂R集了一起完成任務(wù)的程序的集合，使編碼更有效率,，并且通常使程序員的生活更容易,。

當(dāng)然，二者絕不是對立的關(guān)系,，只是編程社區(qū)中仍然存在一些爭議：到底是應(yīng)該自己從頭開始編寫代碼還是使用各種框架簡化編碼過程呢,？有些很受歡迎的框架可能會給人帶來錯覺，比如Ruby on Rails和Angular.JS等,，其實(shí),，編程語言和隨附的框架都在不斷上升和繁榮。

框架VS自定義解決方案

為什么框架發(fā)展得越來越好,，因?yàn)樵絹碓蕉嗟某绦騿T選擇使用框架,。當(dāng)處于實(shí)際的項(xiàng)目開發(fā)中，程序員就會發(fā)現(xiàn)項(xiàng)目周期短,，使用框架可以最有效地節(jié)約時(shí)間,。如果完全從頭開始編程，使用時(shí)間太多不說,，對程序員的個(gè)人編碼水平也提出了很高的要求,，一定要非常了解所用的編程語言才具備從頭開始的實(shí)力。

但是,，如果使用框架沒有缺點(diǎn)，這篇文章就沒有存在的必要了,。關(guān)鍵是,，雖然框架做了很多基礎(chǔ)工作，但這并一定完全適合于項(xiàng)目所需,，可能要進(jìn)行一些修改,。而從頭開始編碼，自然是完全按照項(xiàng)目需求來的,，甚至你會比框架發(fā)布者做得更好,。

框架，比如Ruby on Rails可幫助用戶減少編碼細(xì)節(jié)問題，很多不好的編碼習(xí)慣都將被良好的框架清理,。當(dāng)然,，使用框架也需要對所用編程語言有一定了解才可以,，您需要對Ruby有一個(gè)全面的認(rèn)識,，才可以用好Rails。從一般設(shè)計(jì)到安全性問題,，框架可以代替一些繁重的工作,。

自動化正在接管一切

現(xiàn)在，自動化正在滲入整個(gè)編碼過程,，程序員不需要再細(xì)細(xì)梳理數(shù)千行代碼,，很多無意義的附加組件或錯誤被編譯器和自動化協(xié)議剝離，旨在刪除不必要的代碼段,。這種演變要求程序員對特定代碼的準(zhǔn)確性要十分了解,。

學(xué)習(xí)正確的工具

正如文章開頭所說,，編程語言和框架都在不斷成長,。而且其成長之一就是依賴于應(yīng)用程序接口（API）和算法來幫助程序員完成任務(wù)。例如,，框架通常定義和實(shí)現(xiàn)算法,，并且使得算法正確，這有時(shí)對編程成功至關(guān)重要,，而不是語法細(xì)節(jié),。如果涉及到一些框架無法實(shí)現(xiàn)的功能，還是需要程序員親自動手,?？蚣苤皇强梢怨?jié)約時(shí)間的編程工具，在程序員的工作中扮演著“輔助”角色,。

建議：使用正確的框架,，結(jié)合部分自己編碼可以有效縮短項(xiàng)目開發(fā)周期，同時(shí)準(zhǔn)確率高,，降低無效代碼數(shù)量,！