如何看待現在程式設計師更加注重學習框架，而不願學習程式設計基礎？

1樓：象騎士

框架需要學習，程式設計基礎也需要學習。兩手都要抓，兩手都要硬。

練功不練武,都是白辛苦。練武不練功，到老一場空。程式設計基礎是內功、身體素質，框架是招式、打架的本事。

只學基礎的人，沒辦法幹活。現在框架很多，每個公司每個團隊都有自己的技術棧。不同框架、不同解決方案還是不一樣的，社群生態的差異也不同，換個框架需要一定的時間成本和適應階段。

只會程式設計基礎，不學習了解框架，這樣很難幹活。

反之，只會呼叫些框架的API，沒有對程式設計基礎進行學習的話，很難深入了解框架本身。當遇到一些問題後，很容易因為程式設計基礎不夠紮實，一些簡單的問題卻解決不了，變成攔路虎。只學框架的API，只做CRUD的工作，忽視程式設計基礎，不利於框架的高效使用。

程式設計基礎弱的話，學習新框架的速度也比較慢。

小孩才做選擇，成年人都全要。程式設計基礎需要學習，框架的學習不能忽視。

2樓：清風

乙個是為了掌握核心技術，減小成本，提高行業競爭力。

乙個是為了快速實現功能，推向市場驗證商業價值。

而在中國，有自研能力的大公司本來就不多，有些大公司也不一定喜歡搞基礎研發。

每年招的人也不多，絕大多數畢業後參加工作還是進的小公司或創業公司居多。

這就造成了作者看到的現象，更加注重框架的使用，而不是基礎技術的研發了。

實話說，當前中國雖然所謂程式設計師多如牛毛，但真正沒幾家公司願意搞基礎技術研發，基本上是拿來主義，基礎研發如程式語言、資料庫、作業系統、各種程式設計工具這些基本上全是外國搞的。

這種基礎性的研發投入周期長，成本高，收效慢。中國的商人是沒有這個耐心地。。。

3樓：SherlockLucy

首先，程式設計基礎是搭建大廈的基石啊，根基不穩，大廈易傾。學好演算法與資料結構、設計模式這些是入門，不過這些東西都要與實際相結合，不能空學。

其次，你看到的很多程式設計師都在學習框架，可能是他們已經有了良好的程式設計基礎，在良好的程式設計基礎上運用框架，在工作或實踐中可以節省大量時間。當然可能也有一部分人沒學好程式設計基礎就去好高騖遠學習框架，短時間內看不出來什麼，但是一般說來會限制長期的發展。

然後，個人認為學習程式設計的最重要一點是邊學邊做，不斷擴充，而且要以抱著解決問題的態度去做。

4樓：長歡

本人最開始對於軟體架構框架方面的學習並不上心，無論多大的專案，都是乙個人慢慢做，善於各種功能模組的創意與編寫，不過後來發現，這樣下去妥妥的碼農啊，程式猿啊，只有熟悉架構框架，有了總體的經驗與全域性把我才有機會成為攻城獅，並不是說攻城獅就比程式猿高階多少，，只是，工資待遇大部分說明了這一切

5樓：記憶碎片丶

就這麼說吧，現在都是一堆培訓機構出來的會用一點框架就可以了

為了工作：會用很多的框架能讓你輕鬆入職

為了興趣：你會自己去深入學習演算法與數構

6樓：

資料結構，演算法，程式設計技巧以及其他基礎知識是你或多或少必須要了解的。

實際工作每個公司都有技術體系，每個團隊都有主要的技術棧。工作要考慮的是效率，成本以及穩定性等，需要的是解決方案。

其實不同技術棧的框架，解決方案，社群生態等差異比較大的，學習成本不低。

招人還是會優先考慮在能幹活的裡面挑選潛力好的，而且能否幹活比潛力大小要好判斷得多。

7樓：韓大白話

這是兩個維度的事情，前期入門肯定都是研究演算法和資料結構但是大多的演算法都是封裝的，呼叫一下就ok了，當然你是博士，崗位要求寫演算法那另說。

會了這個只是解決區域性的小問題。

士兵可以射擊很準，但是並不能單因為這一點就當將軍其實設計模式有點偏架構的東西了，框架層面算是巨集觀考慮吧，能解決更多問題。用乙個好框架還能起到事半功倍的效果

這是好的上公升通道啊，個人建議先做好區域性演算法，然後學框架，不衝突的，當然可以同步進行。畢竟有的框架中海油一些絕妙的結構和演算法