程式設計師一般率屬於企業級公司的研發部人員，從事軟體開發性質的工作。注意不是研發而是開發。

顧名思義。程式設計師是開發人員，開發軟體的基層人員。就是透過一些寫好的固定的計算機語言組裝自己想要的想法、需求等。而在這個組裝過程中的技術就是體現程式設計師能力的強弱。

sql語句的組裝、併發執行緒的處理、軟體框架的搭配使用都是個人能力的豐富體現。也是程式設計師在工作中必須要學會的知識點的。

些許拙見，供您參考。

看了這位大叔的職業生涯，簡直就是傳奇的一生！崇拜之情油然而生，不由得停下了正在敲擊鍵盤的雙手，思緒進入“如果我有這麼厲害的技術那麼我會...”的幻境之中，開始意淫起來。。。

突然，產品經理來了，讓我給他把一個使用者的資料給修改一下。我開啟MySQL客戶端工具，並連線上了線上的庫，寫了一條sql：“select * from user where user_id = 123”,然後按照產品經理的要求把這條資料給修改了。然後繼續回到我的idea上開發APP這個版本要迭代的功能。

這個是真的不會，大多數人都不會，除了在大學期間學的計算機原理、作業系統這些知識以外，工作以後真的很難接觸到這些東西了。就算能接觸到一些，也是一些皮毛。大多數人畢業之後都從事軟體開發了，個人認為這也是國內硬體普遍較差於軟體的一個原因。

題中說的sql、併發、框架、架構這些都是基於應用開發，屬於軟體層面。99%的公司根本不需要了解所謂的路由、作業系統，也不會給你時間去琢磨這些東西，工作中也用不到。但是sql、併發、框架、架構卻是每一個應用開發都需要的知識，而且門檻也低。是個人就會用，平時接觸最多的知識就是這一塊了，本著解決問題為出發點，自然討論的就是這些東西了。

還有，大家不要覺得人家就很牛逼，自己就很菜。人家確實牛逼，和人家比自己確實也很菜。但是這不是思考問題的點。本是芸芸眾生，之所以出名，就是因為他是技術大神，是屬於金字塔頂部的那麼幾個人中的一個。我們要做的就是不斷的往上爬，不斷學習，精進技術。

因為各種框架架構很虛啊，比較容易吹牛逼啊，網路作業系統又要理解很多理論又要會操作，大家都會避之不談。Talking is cheap,show me the code!大概可以這麼理解了！

我國大多數公司的開發只停留在應用層面，對於計算機底層技術的研究還比較落後。受大環境的影響，對於底層技術的研究缺乏動力。

我不喜歡我工作的那一套，可是真的很喜歡 編譯arm映象刷N1盒子 定製openwort映象 nas 路由 軟路由這些，沒事就喜歡研究這些東西，

你不能要求一個還沒有實現財務自由，或者年薪50萬的程式設計師放下業務程式碼，去研究更深層次的東西，以至於到編譯器、系統、核心。一是沒能力，二是沒時間。

這個人。。。神一樣的存在，換句話說，計算機只是他展現牛比的一個方式而已。。。

他真正牛比的是縝密的邏輯思維方式，堪比數學家的數學運算能力。。。這種人百萬分之一都不一定有啊。。。

中國人不太擅長這些東西，但是中國人有自己的一套理論和解決問題的方法。當然了，經過多年西方同化薰陶，咱們也可以擼起來很多東西。

不過這個人的專案完成能力也太強了。。。隨便一個專案都夠他吹一輩子牛比的！！！！強大！！？

水平沒到那個層次，比如說效能問題，資料包協議解析、拆包過程有效能損耗，核心資料複製到應用程式記憶體也有效能損耗，為什麼不見有人從底層的層面去最佳化？谷歌是做到了，一般開發沒那個能力

給你們講個笑話 有個大廠的開發在工作時對我發火了 理由是他的vpn無法連線外網 但事實只是他DNS有問題 他有太多的vpn軟體 有的可能修改了他登錄檔的DNS proxy 所以 他並不是連不上外網 還是DNS問題 關鍵這些都不是事 主要問題是 這哥們要和我不懂裝懂 說“肯定是路由有問題 連上了VPN要訪問外網肯定是要加路由的 你搞網路的這都不知道 ” 我日 給我氣的

從這種心態可以看出，還是迷信國內程式設計師不如國外的程式設計師厲害，國內軟體行業經過近二十年的發展，已經積累了一大批經驗非常豐富軟體開發工程師，國內網際網路公司能有這麼大的影響力除了國內人口數量多的紅利之外，還有一個很重要的因素國內程式設計師質量已經上來了，如果沒有這個基礎不可能發展這麼迅速，國內一批優秀的程式設計高手已經在很多領域做出了國際水準，像阿里的阿里雲算是中國程式設計師的一個傑作，水平已經能到很高的水準了，不像是很多人講到的國內程式設計師只會簡單的搬運工作。

程式設計師討論的內容不可能僅僅限於框架，架構，路由和作業系統也是在這個範疇，特別是一些嵌入式系統經常有作業系統定製工作，也屬於程式設計師討論的重點，程式設計師討論什麼內容和工作的內容有著直接的關係，記得在一個專案內大家都非常熱衷於講自己的程式碼提交到開源社群，並且被透過認可，這種對於程式設計師來講是巨大的榮譽，現在國內已經有很多的程式設計師在做這個事情了，很多開源社群裡面已經陸續看到中國程式設計師的影子了，在初級階段可能因為底子還比較薄弱。開始先是進行學習，基礎足夠了才能有創新的機會。

很多人覺得中國的程式設計師只會山寨，不懂得原創，在自己非常弱小的時候先是讓自己存活下來然後才是創新發展，很多企業剛剛掙扎在死亡線上這個時候不可能有多大的創新產生，只有擁有了足夠的財力才能有底氣去搞創新搞研發，任何企業都離不開這個規律，程式設計師在一起討論的問題點差別場景太多了，程式設計師討論技術問題未必是在現實中，一般喜歡在網路上尋找答案，或者喜歡發論壇進行討論，平時具體討論主要是和專案相關的事情，很難直接去談一些架構問題。

程式設計師能力高低主要和思維能力和基礎編碼能力決定的，程式設計基礎可以隨著時間的推移進行積累，思維能力需要經過經過專案的提煉，所以沒有做過專案的程式設計師不算真正的程式設計師，程式設計師能力提升不要隨著時間推移一步步提升的，有些程式設計師進步幾年後慢慢進步就變得十分緩慢了，主要在程式設計思維上沒有實現真正的突破。

術業有專攻，研究從事的方向不同。

程式設計師就是編碼程式為業務服務應用層的，屬於業務系統開發工程師。你說的路由屬於網路管理，一般網路運維工程師。作業系統屬於作業系統工程師，研究底層的。

國內資源一般都握在一幫老古董手裡，他們能看懂的也是應用層的一些東西，至於底層那些大神，都是程式碼，投資人每次見到他都在問，這傢伙到底幹嘛的？殊不知底層的人員可以改變整個專案的架構，設計出來的東西可以簡單易用

當你一個malloc sys call後，你會去關注線性區對虛擬記憶體對映的管理、夥伴系統對物理記憶體的分配、頁表做了記憶體虛擬化、記憶體著色解決快取命中、缺頁中斷做了延遲分配嗎？你不會，因為下面越牛逼，寫程式碼的人就越傻瓜。MySQL一個索引不當就負載高了，redis一個阻塞查詢就血崩了，一個java的庫沒用好就direct memory exception了，為啥，還不是場景太多這些基礎元件不夠牛逼。read the fucking code，讀核心原始碼，感受不一樣的程式設計思想？

另外，國外的人有些特質就是能把愛好做到極致，但是像我們，有時候到一定程度，對愛好的堅持會被家庭的一些責任等等分散，從而平衡。但並不代表就沒有領域強人。

從你的問題來看這部分的程式設計師基本都是應用軟體程式設計師。之所以會出現這樣的問題可能和以下幾個方面有關係。

1. 關注點。應用程式設計師主要是在已有的作業系統，框架和網路情況下去做應用級別的開發。他們的關注點是應用軟體如何符合業務系統的要求，比如業務的處理，需要對應sql，如果業務量上去了就會遇到兵法的問題，如果多人同時開發就需要定義良好的架構，等等。但是相對於應用軟體來說，作業系統和路由都屬於基礎設施了，不是程式設計師所關注的點。有系統工程師，網路工程師或者運維工程師去關注，越是大企業這種情況越嚴重。

2. 穩定性。相對於軟體，應用，工具，架構的變化。路由，作業系統的變化的頻率就不高了。基本每次版本更新以後，大家學習以下就好了。但是工具，架構的變化頻率就高得多了。特別是一些前端的架構和工具出得速度已經讓開發人員乍舌。

3. 熟悉程度。作業系統，網路，協議這些知識點本身比較基礎，對於剛剛接觸開發，或者沒有深入瞭解的開發人員來說是有一點深的。即使是老鳥也必須透過大量閱讀和實踐來豐富這部分的知識。再加上平時對這些知識的應用又有限所以談論的機會也少。

以大資料處理Python為例，國內軟體公司熱衷於站在國外軟體公司提供的模組框架基礎上開發程式。用人家的框架的結果是，很少有pip install xx 的xx是國內公司開發出來的（因為開源免費？）。正如一個大學生面試寫簡歷時把他（她）的技能寫成會使用office一樣。類似作業系統等底層基礎的基礎沒有人去做，這是國內軟體開發公司的悲哀。是啊，誰願意為他人作嫁衣呢？可為什麼國外（指美國）公司願意做呢？他們閒的沒事幹？按照無利不起早規則，百思不得其解姐。

程式設計師一定會修電腦麼？不一定，因為他的工作與此無關。

程式設計師也有很多種，大多數都是做應用的，關注的是業務邏輯而非網路路由。

根本是軟體開發有特殊性，節約成本，提高效率，增加利潤，減少工作量，而底層路由等都是最基礎的，早就成熟不需要太多的開發，簡單應用就可

程式設計師談論的哪些話題居多，應該是由市場大環境決定的吧。

我在做網路之前，也做過一段時間的嵌入式開發，針對題中所提到的，說一下我自己的看法吧。

想要上線一個完整的應用，需要搞清楚客戶提出的需求，做好產品規劃，然後制定框架，再透過程式碼塊實現具體的功能，最後完成最佳化工作。

在整個過程中，SQL呼叫資料庫裡的資訊，透過執行緒併發的方式提升效能，搭建軟體框架使應用結構化，條理分明利於開發。至於架構比較特殊，設計架構的另有一群人，他們被稱作系統架構師，程式設計師想要成為系統架構師的，還是要經歷一番徹骨寒的。

所以，像SQL，併發這些東西，都是從如何開發某種針對特定場景，來實現某項功能的應用而生衍生出來的問題。注意，是開發，不是研發，這點很重要。

那又該怎麼看帶路由，作業系統這些東西呢？

實話實說，這確實沒什麼討論的必要，一個只考慮產品特性的程式設計師，需要知道路由經過了多少跳才到達伺服器嗎？不管是在OSPF還是IS-IS的協議網路下都不影響他程式設計；在windows的環境下編一個C++或者java的程式，有現成的IDE為什麼要去搞懂windows的作業系統呢？

這些東西作為茶餘飯後的談資還可以聊聊，但放在工作中純屬給自己找不痛快了。

當然了，就像我前邊說的，如果不是搞開發，是要搞研發。那就是另外一種情況了，這樣的工程師需要對基礎知識瞭解的滾瓜爛熟，除了作業系統核心，數電模電，網路協議都要有一定的瞭解和認知。

至於有人說的國內程式設計師比不上國外IT人士的言論，我只想說不能一棒子全都敲死，畢竟我們發展的比較晚，中高階的程式設計師佔比確實還是比較少的。但我們總在進步不是嗎？阿里騰訊的大牛放眼國際還是很強的一股存在。

還有，對那些喜歡灌完雞湯說夢想的，我表示我也有夢想，想搞一個比IOS還牛皮的作業系統，但我也得先吃飽肚子，不然夢想就只能成為“夢”和“想”了。

這種現象也是國內軟體行業現狀的體現，不是程式設計師不想談論路由和作業系統，而是想談卻談不起來！要不找幾個大學的計算機教授來嘮五塊錢的作業系統，看看有幾個能聊明白？或者大家想想咱有能拿的出手的作業系統供大家談論的嗎？

但這個問題仍然值得我們深思，我認為有以下幾點原因導致了大家多談論sql，架構，併發和框架，而很少談論路由和作業系統的現象。

都說沒有實踐就沒有發言權，這句話放在這裡就挺合適。這個問題要分開來看：一方面，大家想談路由和作業系統卻沒有談資。另一方面，此程式設計師非彼程式設計師，路由和作業系統的實現不是一般程式設計師可以完成的！打個比方，都是運動員，你問問詹姆斯和科比為什麼不和劉國樑比賽乒乓球呢？根本就不一個類目嘛～

如果你是一個家庭主婦，久而久之你談論的將圍繞著柴米油鹽。如果你是二人轉演員，那麼生活中處處都是段子。同樣由於我們國內的程式設計師日常工作大都圍繞著sql、併發、框架和架構，所以這就成為了大家的談資。反過來，如果都是做作業系統開發的，還愁沒人聊有關話題嗎？

從專業角度講，這是軟體開發不同的範疇。sql、併發、架構和框架主要是應用系統方面的，主要有程式設計師崗位來開發。而路由屬於網路通訊方面的，主要是網路工程師或者通訊工程師來實現。作業系統則是複雜而龐大的，管理硬體和軟體資源的底層系統軟體，是應用系統執行的基礎和前提。

路由主要是通訊方面的知識，工作中，程式設計師只需瞭解一些基本通訊協議即可，不必關心其具體的網路路由細節，比如路由表、下一跳等。

關於作業系統又主要分為以下幾類：

嵌入式作業系統(包含ios和android)

類Unix作業系統

windows作業系統

macos作業系統

無論是在哪個分類下，我們都處於絕對落後的地位。早在1999年，時任科技部部長的許冠華就曾說過“中國的資訊產業卻芯少魂”。這個芯指的就是晶片，這個魂指的就是作業系統。遺憾的是，時至今日我們還沒能徹底改變這種狀況，作業系統的技術和市場依然被西方國家壟斷。

所以一直以來，在pc端的作業系統領域，很少有企業願意投入研發成本來抗衡，都是國家團隊在努力突破，可就是這樣依然難見成效。而缺少了社會企業參與的氛圍和土壤，眾多程式設計師也失去了參與其中的機會，因此對於作業系統研發的談論就無從說起了。

後來到了移動網際網路時代，作業系統不再是微軟一家獨大。國外研發出了ios和android，國內則出現了基於安卓的華為emui和小米miui，還有魅族的Flyme，還有阿里自主研發的yunos和alios。

近來華為更是推出了鴻蒙系統，更是讓國人看到了希望。但同時圍繞著作業系統生態的建設卻成為人們擔憂的話題。

而在應用系統研發領域，雖然我們擁有了支援高併發的電商平臺和電子支付，雖然擁有金蝶、用友這樣的企業級服務商。但還是難以和oracle、ibm、sap這樣的全球性的企業級服務商匹敵。因此我們還只是軟體大國，還不是軟體強國。

也許等什麼時候，我們的軟體系統可以像中國的高鐵技術、橋樑技術一樣輸出到國外時，我們談論的也許將不再熱衷於談論sql、併發、框架和架構了！