1.樓主這類css和HTML前端開發，小學生語言，基本上不用自己寫，安裝好後臺dede，cms之類的後臺，下載對方站點放到自己的伺服器前臺目錄裡，安裝資料庫搞定，例如我做一個嘀哩嘀哩站點不超過1天即可完成。如果再需要什麼外掛增強網站功能，去國內開源論壇下載即可，超級簡單。（我此段是迴應題目如何快速做專案的，我並非前端，前端懂不多，但如果非要覺得自己前端比後端牛逼，那麼我們在貼裡互懟吧，工資35k以上才來懟，否則你懟不起）

2.如果是後端開發（不含PHP這類垃圾）或者自動化運維問題，演算法問題會複雜一點，但是也不用說全部自己寫，記好關鍵語法就行了，例如Python的函式，類（封裝和繼承），裝飾器，for in，while，try except，connect corsor，re就行了可以解決99%的問題，具體的功能直接呼叫別人的閉包和庫就行了，去GitHub下載，改引數即可使用，大牛和菜鳥的區別在於理解演算法和函式的呼叫能力，而不是寫的程式碼多少，還有程式設計的習慣也很重要，有無寫註釋，是否簡潔工整。（歡迎交流演算法，樣本訓練，還有一起懟前端）

3.資料庫的話，看懂基本的開啟，讀，寫入三塊即可，具體的操作和立項用圖形化工具就可以搞定了，推薦navicat。（只適合小專案，海量資料需要資料倉庫，這裡我也是迴應題目，真要懟就懟nosql和hive）

4.多學會借用工具，例如編譯器，抓包工具，爬蟲工具，繪圖工具，正則工具可以幫你提高程式設計效率。（後端入職一般都從抓包這個做起的吧？）

5.多學會借人，現在大型專案都是模組化的開發，獨食難肥，一些簡單且重複的功能找下手和外包搞定，需要debug的時候不要一個人瞎看！去GitHub問問，很多印度大牛收幾美金就幫你搞定問題。（別和我說知乎和部落格園，秒成渣）

HTML:以為是在做程式設計

真正的程式設計裡面，程式設計師只負責核心程式碼的編寫，外圍功能在有三方支援的情況下都是會選擇用別人寫好的庫。除了有特殊需求，像安全性要求極高，做非主流的程式或者直接禁止的情況下。

當然偶爾也會複製別人的程式碼拿來用

HTML基本就是貼上抄抄改改……

不是這樣的

前端需要啥介面直接扣下來修修改改就可以了

後端呢寫寫邏輯啥的需要自己寫

我用的是node.js，一個專案下來70%左右是複製貼上的。

1，前端，一般前端開發人員，都先學基本的標籤和css js，你們頁面上大部分效果都是出自前端，其實程式碼大部分都是手寫，他們喜歡用第三方框架來寫，快捷。如果在頁面上看原始碼，一個大的網頁看著很長，很多，所有的都是前端寫的也沒錯，不過有一個很重要問題，上面顯示的程式碼都是後端開發人員做出來的，比如java用jsp套出來的，運用框架渲染的

作為三年汽車軟體開發工程師，表示需要分語言和功能，有些功能需要用匯編和C語言，這些程式碼就是一行一行敲出來的，而有些程式碼是用建模語言自動生成的，也有些程式碼是透過編寫指令碼自動生成的。前者偏向於底層驅動與抽象層介面，後者適用於應用層，邏輯控制。不過，不管怎麼說，在功能的最初都是程式設計師一行一行敲出來的，不過有幾十個程式設計師同時程式設計就會快很多。就像我們看到一個幾百層的大樓，很難想象是由建築工人一塊磚一塊磚的碼出來的一樣。特別是現在的開源專案，一個工程師貢獻100行程式碼，一萬個工程師就能貢獻100萬行程式碼了。

前端菜鳥答一發，只說說自己的短見。

程式設計師想牛逼，就要偷懶！

這裡的偷懶的意思是提高程式碼的可複用性！

簡單的說就是一段程式碼放在需求差不多的地方時，能用，或者稍作修改就能用。

這樣就能省去一大部分的時間！

舉個例子，上次接的一個專案，需求和之前做過的專案差不多，那就可以拿過來，流程改一下，介面改一下，完成！

10年程式設計師，現在做linux核心開發，一個幾十行的程式碼改個10幾次才能合進去太正常了。當然，也鼓勵複用，通用演算法，相似的邏輯，也不必重複造輪子。

不是...90%的程式碼都是ctrl+c和ctrl+v從百度和csdn上粘下來的...1%是把甲方的單位名字改上去...9%是專案經理逼著寫的註釋...這也是為什麼程式設計師不喜歡寫註釋的原因...粘在這裡好使就行了唄...又沒看過程式怎麼能寫出註釋...花時間讀程式碼純屬畫蛇添足...

從這個問題可以看出，樓主沒有寫過程式碼或者說寫過但是很少，再退一步說，即便做過，那也只是小系統，沒有接觸過大系統！！！在這裡我想說三點:第一，99%的程式設計師都是從模擬他人寫程式開始的！沒有人天生會寫程式，一般人接觸的是，別人這木寫的，我借鑑看看，以後我的程式也可以這木寫開始的，這就是所謂的，”不要說你看懂別人了的程式了，你要親自敲一遍”的道理，程式要多動手”第二，大型系統是很複雜的，模組越多，功能越強，那木功能越細，他們之間共性的東西就很多，可重複使用的東西就很多，你像大型軟體和成熟的公司都有公共資源庫，很多東西都可以為你所用，要是什麼東西都自己做我覺得你也做不成什麼事情，比如通訊上使用很多的RS羅德里的演算法，說複雜也複雜說簡單也簡單，但是就算再簡單你也要花時間去解決呀，在企業可不是學校，給你那木多時間去解決！第三，侷限性！人不是萬能的，不可能什麼都懂，但是，在你的專案中卻需要某個功能，但是你不會，沒關係剛好有現成的解決方案，你不懂的，沒關係，它能實現就行，至於你現在不懂沒關係，公司要的是結果！

理論程式設計師寫的程式碼都是一行一行敲出來的。但是有些語言有開發環境或軟體或IDE自動生成程式碼結構，開發人員只需要補充具體方法。還有程式猿都是造輪子，有經驗的程式猿都會把輪子分功能保留收藏，以便以後開發拿出來直接用或小改再用，以免浪費時間。同理，你的專案需要某些輪子，可能別人GIT有分享，你也可以拿來主義。所以一個新專案所有程式碼完全一行一行敲的可能性很小，一位程式猿的程式碼也不會完全敲出來。如果這麼一行一行敲，專案沒起來，已經被別的公司搶先了。優秀的碼農應該都會考慮自己程式碼的複用率。

你說的是少數歐美程式設計師，做核心框架或者核心組建工具的。中國百分之99.99的程式設計師都是在大部分外國開源框架基礎之上進行研發。簡單的講就像是外國提供零件和樣例圖紙，我們進行拼裝。基本高階以下的程式設計師都是倚仗cv大法來做程式的，高階以上會根據各個框架特性進行更合理更好的銜接和融合以更適合我們來使用。中國的軟體研發實際更貼切的說是應用級的，真正能達到建模級去做核心的體系結構設計的少之又少，因為需要投入大量成本並且很難短時間內回報。而且中國的程式設計師待遇相比是很低的，綜合素質平均水平也低很多。因為中國式企業的發展並不依賴於核心技術，當程式設計師達到一定程度後一般都會轉行做管理，即使一直做技術能達到架構水準的基本沒幾個。而且中國的架構師與外國的架構師標準比是低很多的。

本人半路出家，在三線城市做.Net開發已兩年，菜鳥一隻。以我為例，先說前端，如果是管理類的，一般框架用的多，比如最常用的EasyUi，常用的CRUD封裝好，複製貼上就行，快速開發，但是涉及到核心邏輯的一些頁面，或者佈局稍微複雜的就要自己花點時間了。如果不是管理類，市面上的一般都是半吊子前端，真正的前端高手要比後端厲害的多，為什麼？因為前端技術太多，而且更新換代快，後端相對來說發展會慢一些，另外一個最重要的原因，雖然說大型公司有專門的UI，但是想做一個好的前端，藝術細胞也是不可少的，因為前端做的好於不好，一眼就能看到。

後端就比較簡單了，因為做的是web，演算法涉及的不多，核心是業務，所以我傾向於多用封裝好的類庫，最好根據需要自己封裝，然後搭一套自己的開發框架，例如將常用的ef，dapper，sqlhelp，log4等按照自己的使用習慣封裝好，需要的時候直接引用，將能極大提高工作效率。

三線城市，混口飯吃，我覺得夠了！

前端的程式碼很多都直接複製貼上！我是ios原生開發，蘋果開發是需要一個一個的碼的，至少90的程式碼要自己敲。網頁和原生的體驗還是有差距的，原生的程式碼都要敲很久，前端就複製貼上就可以了，心累！！

不可能所有程式碼都是自己打出來的，現在都有各種ide可以幫你生成一些經常寫的，比較常見的程式碼，而且程式設計這東西 一直都是基於前人寫的東西的基礎上開發的。比如你要完成一個功能，別人有寫好的東西，你呼叫就行了，何必自己再寫一遍呢？就好比蓋房子，別人已經做好了磚頭，你有必要自己再去造磚頭嗎？沒必要，直接拿來用不就行了。

一個開發者，當他接觸的專案到一定的程度之後，他的思維，思路已經得到了昇華，專案的需求也決定著開發者的提升程度，如果開發者每天寫的都是hello world ，那也是沒有什麼作用的哦，主要是多接觸不同的專案，各種各樣的客戶需求能夠讓開發者快速的提升自己的開發經驗，開發水平，到這個層次之後，只要客戶提出明確的需求，開發者就可以輕鬆的在腦海中構思出功能效果。程式設計必須要有明確的思路，沒有思路寫東西是很累的。當開發者遇到提升瓶頸，則需要更高難道的功能來刺激他，敲程式碼只能作為練習，畢竟做開發的目的也是為了實現某個目的。不然開發這玩意做啥呢。

所有都自己敲，顯然是不可能的，在學習階段完整的敲下幾個小專案的程式碼是正常的，一般來說，大部分程式碼都是借鑑前人的，倒不是說有多困難，而是很多功能模組的程式碼都是相似的，只需要修改一小部分就可以了，沒事誰會花大量的時間去敲程式碼，所謂的敲程式碼，其實只需要敲一些關鍵部分的程式碼就可以了。 當然，並不是說這些程式碼程式設計師就不會敲了，只是沒有必要，所以一個專案中，一字一字敲的大概只有20%左右的程式碼，其他的你懂的，貼上複製，這一是為了提升效率，二可以減少一些不必要的錯誤。

樓主之所以會問這個問題，想必是沒有學過軟體或是對軟體瞭解不夠，在學習的時候，老師就會告訴你，學的時候一定要大量的敲程式碼，在做專案的時候，肯定是大量的複製程式碼，然後修改關鍵地方。所謂的技術，其實也就是一些關鍵地方才能體現技術，一個軟體中80%以上的程式碼都是一些簡單重複的東西，真正的技術含量其實是在細節上的關鍵地方。所以當你接觸軟體到一定程度，就沒有必要大量的去敲程式碼了。

IT男一枚，寫程式碼都是先從Ctrl + c, Ctrl + v開始的，讀懂它，理解它，最後就成就了你。如果只會Ctrl + c, Ctrl + v，那無論如何，寫不了程式碼。

我們學軟體的都知道。

複製大法好！

你不知道全部程式考自己一個個敲。那麼你會啥也幹不成。

有很多東西是公共的或者共同。是可以複製的或者稍微修改的

這個問題不能一概而論，要看物件，比如一些程式原始碼的創作者肯定是憑藉自己的只是一個一個敲出來的，但是在現在的程式設計師行業中其實非常少的人會這樣做，為什麼？原因在於這種做法一般需要更高的只是技能，其次需要花費的時間更加久。我們都知道現在IT行業的發展和更新速度之快到了你無法想象的地步，所以要大量的節省時間，因此套用別人寫好的模組程式碼是節省時間的最有效的方式，因此程式設計師寫程式碼時只需要理清自己需要達到的目標和邏輯關係就可以了。所以程式設計師是不是自己完全敲程式碼就很清楚了！

在大多專案中，這並不可能。實現上，即使你不引入第三方，你至少也使用了別人寫的基礎庫，那些程式碼可不是你寫的。

對比蓋樓房子，如果有合適的磚你肯定不會自己燒，但你如果需求比較特殊比如你要三角形的磚，那你就得自己去燒了。而燒磚你也會去採購已有的原料，除非你對材料的要求又很特殊…如此這般一層一層的細化。寫程式也是如此。

寫程式這口飯，難點並不是把一行一行程式碼敲出來，而是去思考敲出來的程式碼應該有什麼樣的功能。如果別人已經實現了這個功能，那直接用就好了，這並不影響你成為一個優秀的程式設計師。

當然，畢竟不同於蓋房子，程式面對的需求變化更多，這也就要求你要仔細評估別人的實現是否滿足自己的需求。舉個例子，比如為了實現同時支援abc三個功能，別人做出了一定的效能犧牲，而我只需要功能a，那麼當我對效能比較敏感時我是很願意自己實現雖然不支援功能b和c但效能更好的支援功能a的程式碼—只是，其實大多情況下，這種需求並不多就是了。