寫肯定能寫的，程式設計師應該比較"懶"，還有不要重複造輪子。

一般寫業務程式碼的時候，會去參考下多方實現思路，看看有沒有神坑，擇優確定實現方案，再動手。

跟組裝手機類似。你讓他生產CPU很難。軟體專案都是利用現成的中介軟體，半成品，快速、合理組合在一起。前提是你對整體軟體專案有掌控。

作為資深程式猿，我來回答這個問題。

首先答案當然是能寫，但是得看是什麼程式碼，或者說寫什麼樣的功能。

曾經的公司特注意資訊保安，上網要去公共電腦，那時候就是在完全內網環境下寫了兩年程式碼。

針對程式碼所用語言不同，以及使用不同的IDE，也會有不同的差別。比如使用宇宙第一IDE VS2017，其程式碼提示與幫助做的很好，寫c+++++基本可以一直寫到底，只要自己熟悉自己業務，以及熟悉自己所用的三方庫。

但是對於指令碼型語言，雖然語法更加簡單，但是程式碼提示不夠好，個人覺得反倒不好寫，總是想從其他地方複製過來。

不過，對於開發者而言，不停的寫程式碼同時，也是一個不停學習新事物的過程。新的事物包含新的理念，這個時候我們還是需要透過網路閱讀其api文件，以及其他部落格給出的講解或者例子。

月薪三萬，簡單回答是能但是慢。

比如寫java你要用一個ThreadLocal的介面，最不濟花點時間讀原始碼，就知道該用哪個介面、怎麼用。但是這樣肯定比直接搜尋一下效率低。工作的時候老闆只想看你出成果的速度，而不是看你關燈程式設計有多厲害。我參加一些面試，有的面試官甚至允許我用手機搜語法，或者用虛擬碼代替精確的語法。

告別百度和google，感覺能寫，但要查文件比較慢，但印象深刻些。只是還有個問題，第三方庫的文件還是需要百度，Google一下哈哈

裸寫，如果是不借助開發工具寫，比如用記事本寫的話，我看現在大部分程式設計師都寫不出，不過可以在短時間內記住所有的類，方法名，成員變數後可以寫，但是能力會大打折扣。

能寫肯定是能寫的：

簡單的功能基本就直接敲出來了，平時敲這些程式碼的時候也很少借用“外力”；

如果平時很少寫的，甚至要使用沒有用過的框架，這時候沒有網路的話，寫倒是能寫，翻原始碼看方法註釋、看文件唄；

但是在寫的過程中如果遇到什麼問題，比如執行過程中報了什麼異常，這時候沒有網路的話，排查起來會比較費時費力；

沒有網路，不僅僅對程式敲程式碼的效率有影響，更重要的是會對很多程式設計師的心理造成很大的影響，沒有網路就會覺得缺少些什麼...比如我，就算是斷網，也要手機做個熱點。

日常開發過程中，學到新的技術、遇到BUG並解決，我習慣記錄到雲筆記中，方便日後透過其他終端檢視；

很少下載離線文件，大多數都是線上檢視的；

就連很多小工具，我都習慣用線上的；

如果用到某個框架，之前沒有接觸過，一方面結合著官方文件來學習，一方面下載一些Demo執行一下，可以更直觀一些，那麼Gtihub是必不可少的；

開發過程中，程式碼報了一個異常，最快的方法就是搜一下，而Google、Stack Overflow基本上可以解決大部分問題；

這麼說吧，就算是檢查電腦是否能上網，我都是開啟瀏覽器看看能不能開啟百度。

裸寫。通俗點比喻是用txt文字寫程式碼，難度包括，未知引用，未知英文單詞，排版問題，無法快速定位變數關鍵字等等自定義的東西，從編寫～閱讀～維護到執行都是翻倍的不必要的時間和精力消耗。

再一個比喻就是組裝一輛車，不給你自動化裝置，只給你一套手動扳手或者起子之類的單一功能工具，去吧車組裝起來並可以透過測試

我寫vba從自己的程式碼庫複製貼上，改改就行。幾分鐘搞掂了。讓我裸寫，寫不出。更重要的是思路演算法。可我月薪並沒有20k啊，我回答個毛線。

裸寫程式碼，一般指脫離整合開發環境而在單純的文字編緝器上寫程式碼。對於老一輩程式設計師，裸寫很常見。裸寫的程式碼，一般都很簡單，功能單一，所呼叫的函式較少，甚至只調用文字內自己編寫的函式。

薪資的高低，和能否裸寫沒有關係。薪資的高低，主要取決於你從事的行業，所在的公司，所遇到的老闆，所處的崗位，所做的工作。如果你在夕陽行業，公司長久不盈利，老闆又吝嗇，你又不在核心崗位，所做的工作又可有可無，那麼就算你整天裸寫，寫出花，也拿不了高薪。

裸寫不應該被崇拜，應該善用整合開發環境，提高效率，釋放掉由程式碼層面帶來的費力。程式設計師應該專注於業務需求，功能實現，程式碼邏輯，效率與效能。