程式設計效率不高，專案進度緩慢，可能是很多IT管理人員頭痛的問題。下面我們來聊下相關的影響因素。

一、技術選型，框架熟悉程度

新手甩雙截棍經常打到自己， 熟練的人才能發揮足夠的優勢。 框架（framework）技術，主要指前後端分別用什麼程式語言，框架，類庫等，由CTO，架構師或團隊中相對資深一點的技術人員指定。 一般來講，需要在3-5個實際專案中，使用同一種框架技術，才算比較熟悉。

熟悉框架主要體現在，分層設計思想明確； 瞭解當前框架技術的優缺點 ，合理規避缺陷。 初級一點的人員，因為不熟悉整體框架，會在分層設計時頻繁遷移程式碼，結構穩定性差，嚴重影響效率。

選擇不同的技術，對效率的影響反而沒那麼明顯，主要還是熟悉程度。

二、規劃合理性，專案需求設計

專案管理也是影響程式設計效率的一個重要因素。 規劃不合理，頻繁修改需求，導致技術人員，在同一個問題上反覆修改，會大大影響程式設計效率。

有些IT管理人員，並不理解編碼的過程，認為修改是很方便的事情。 實際上，很多複雜的業務，穿透性強，牽一髮動全身，改了一處以後，同時需要修改幾十處，或者聯調才能正常執行。

當然，非常有經驗的技術人員，能設計出強大的，靈活性高的業務系統，應對頻繁修改需求的狀況，這樣效率層面就有很大的提升。 HardCoding（硬編碼）是頻繁修改需求最大的障礙，

提升程式設計的抽象性，儘量避免HardCoding ，來提升程式設計效率。

三、 程式設計的有效累積

在多個專案中，使用同一種框架技術，會發現很多地方是可以重複利用的。 注意有效累積，並適當的整理，可以大幅度提升程式設計效率。 有一定經驗的技術，需要很好地思考解耦的問題，保證元件/單元/函式/模組等，跨專案可以重用。

很多大公司都有自己內部的一套程式設計框架和工具，新手只需編寫少數的函式和呼叫就能上手。 只是大部分公司不願意把內部整套的工具與其他人共享。另外領域的垂直性，也讓一些程式設計共享變的雞肋。

四、 他山之石可以攻玉

想要更高的程式設計效率，除了以上幾點的改善外，是否有捷徑可以走呢？這裡我們僅討論免費的方案，收費的情況有比較大出入。

可以根據業務的場景，尋找一些開源的產品來進行改造。 場景的匹配度，整套開源系統的成熟度，完整性，以及使用限制等，都需要仔細考量。如果場景契合的很，那麼大量的工作別人已經幫你做完了，只需一部分個性化改造就行， 效率超級高。

常見的電商應用、客戶關係管理、供應鏈管理等都有現成的開源產品。

另外可以使用低程式碼工具來完成程式設計任務，大量的程式碼自動完成，讓效率倍增，很多常用的場景，系統預設已提供，稍作改造就行。 這個方式需要對低程式碼工具的綜合性能力進行評估，確保相應的技術堆疊和架構能夠支援應用的完整性。