編程要有多厲害才能用記事本寫各種代碼?

人不範二枉少年_


要問多厲害的程序員,才能用記事本寫代碼,我覺得很多程序員都可以做到,只是編碼效率會大打折扣;做了十多年的程序員,也見過不少的程序員,還真的沒見過只用記事本寫代碼的“大牛”。


剛開是學習編碼的時候,可以用記事本

我在大學的時候,學校開設了Java的課程,剛開始的時候老師也是讓我們使用記事本敲代碼。我認為老師這樣的做法,是讓我們這些初學者可以儘快記住Java的基本語法,以及熟悉javac、java這些命令。

不過我覺得,初學前一週這麼弄弄就行了,後期真的沒有必要一直使用記事本進行開發。

見過不少牛人使用Vim開發的,但是Vim現在有很多好用的插件,幾乎可以把Vim看做是半個IDE了。


編寫程序,怎麼簡單怎麼來

我信奉的原則:一定要善於使用工具,讓自己的工作變得更簡單。

  • IDE:各種強大的插件、編碼提示,會讓我們的開發速度更快;至於用Eclipse還是IDEA,我覺得熟悉哪個用哪個;現在還有很多代碼生成的插件或工具,一些固定格式的代碼都不用手敲了;

  • 圖形化工具:例如數據庫圖形化工具。日常工作中,除非是萬不得已,我們很少在控制檯敲腳本命令去連接數據庫,都是使用圖形化工具;

  • 學習Shell腳本,我經常要做環境的更新發布,都需要敲很多命令,我寫一個腳本能節約很多敲命令的時間;現在我們使用自動化發佈,連腳本都不用執行了。


讓工具替代一部分工作,不是為了偷懶,而是減少“體力勞動”,把自己的時間和精力放在更重要的地方。

所以回到這個問題,【編程要有多厲害才能用記事本寫各種代碼?】,我認為,很多程序員都可以,但是開發會奇慢無比,完全沒有必要;而且也不要覺得,能使記事本寫代碼的程序員才是大牛。


希望我的回答,能夠幫助到你!我將持續分享Java開發、架構設計、職業發展等方面的見解,希望能得到你的關注;另外,關注我後私信【資料】兩個字,可獲取架構、大數據、面試等相關資料。


會點代碼的大叔


其實用記事本編寫程序並不是衡量程序員編程能力的標準,大部分程序員採用記事本編寫程序往往都是處於某種環境或者條件的限制所不得已的選擇。

比如我在剛開始從事軟件開發的時候就使用記事本(Editplus)寫了兩年Java代碼,當時我只是一名初級程序員。使用記事本的原因是實在沒有什麼比較好的工具可以使用,後來Eclipse出現之後,我就果斷使用Eclipse編寫Java代碼了。

編程工具在程序員編寫代碼的過程中會起到非常重要的作用,尤其是對於應用級程序員來說更是如此(代碼量大),好的編程工具能夠明顯提升程序員的工作效率。隨著軟件開發逐漸流程化,目前有非常多的編程工具可以使用,而且功能也越來越豐富。

在當前的雲計算時代,軟件開發模式也在產生著變化,目前越來越多的定製化軟件開發任務在基於PaaS的方式下開發,PaaS方式開發軟件存在著以下幾個明顯的優勢:

第一:開發環境可移植。開發環境的移植問題是困擾開發人員多年的問題,如何在不同的開發環境下切換始終沒有一個特別好的解決方案(導入導出),而基於PaaS的開發環境解決了這個問題。

第二:支持多種語言。雖然現在不少集成化開發環境都會支持多種編程語言,但是實際情況是採用不同語言的程序員依然會使用不同的開發環境,而PaaS則完成了多環境的集成,使得程序員可以根據自己的習慣來選擇。

第三:強大的功能封裝。PaaS除了能夠提供豐富的開發環境之外,PaaS還能夠提供強大的封裝功能,在PaaS下進行軟件開發會極大的提升自身的工作效率,而且開發的軟件也有較高的穩定性。可以簡單的理解為,在PaaS下開發軟件就像搭積木一樣,程序員需要關心的是“創意”而不是實現的細節。

總之,隨著軟件開發領域的不斷髮展,開發工具也一定會越來越豐富。

作者簡介:中國科學院大學計算機專業研究生導師,從事IT行業多年,研究方向包括動態軟件體系結構、大數據、人工智能相關領域,有多年的一線研發經驗。

歡迎關注作者,歡迎諮詢計算機相關問題。


IT人劉俊明


這其實是一種誤解,很多人覺得用記事本、文本編輯器寫代碼才是技術最好的,其實用什麼工具寫代碼只是一種用戶習慣、更多的是符合自己的生產環境,並不是說用記事本或者文本編輯器寫代碼的就一定很強,用集成開發環境的就一定是能力不足的。

對於編程的初學者來說,毫無疑問,筆者建議每一個初學者都應該學會用文本編輯器寫代碼,如果能搭配的在Linux等環境下學習一些相關命令對於你以後的學習、工作都是很有好處的。


首先是很多開發者在實際工作中必定要接觸到很多Linux環境下工具,學習一些Linux和文本編輯器的知識絕對是多多益善。當然睡到文本編輯器,不是說每個人都一定要去學習Emacs和vim這樣的入門門檻相對較高的編輯器,類似於GitHub公司的atom編輯器,微軟的visual studio code編輯器,兩者均是基於electron開源框架,這個框架整合了node、chromium、V8等框架,結合JavaScript、HTML和CSS創造了無數經典軟件。除此之外sublime text、UltraEdit都是不錯的選擇。

2. 生產環境集成開發環境更適合

當然,在正式工作中,尤其是企業級開發領域,集成開發環境絕對還是最佳選擇。在大型項目,尤其是數十人、數百人,在項目構建、部署、協作方面,IDE還是要優於文本編輯器的。

再稍加修改就能作出帶有跳轉、高亮、靜態分析、自動格式化、自動補全的新語言插件。集成開發環境毫無疑問擴展性不會差,更重要的是在多人項目裡,IDE才是真正的生產力工具。

因此對於文本編輯器編程來說,對於日常學習編程,尤其是初學者來說,毫無疑問掌握一些文本編輯器的用法,自然是好的,更好的掌握編程的精髓,因為文本編輯器很多方面不像集成開發環境那麼智能,不能偷懶。等到了工作的時候,生產力工具自然選擇集成開發環境,這時候前期打下的基礎,便可以讓你事半功倍。


EmacserVimer


曾經在剛開始學習寫代碼的時候,我也覺得用vim寫代碼的人比用其他編輯器的人厲害,尤其是剛到公司培訓的時候,一個老同事給我說 “我用了八年vim,現在才剛入門” ,聽到這個,我瞬間感覺我們這些用vs,xcode的人跟人家一個不是一個檔次。

直到後來項目歷練的多了,慢慢才知道不管用什麼編輯器,能把業務上的問題解決才是王道,編輯器只是錦上添花的,或者根本無關痛癢的事情。

所以,在我看來,即使一個人用筆記本寫代碼,但解決不了什麼重要問題的話,也是渣渣,根本不值得崇拜。我們還是要回到本真,多去衡量代碼的價值,而不是編輯器。

人在學代碼的路上,總是各種各樣的彎路,各種各樣的扭曲的思想。在我看來,用編輯器寫代碼厲害這種想法,就跟清朝以三寸金蓮唯美一樣無知,希望您別抱有類似想法,早點醒悟。


李coder


如果是初學的話,我倒是建議學學IDE,IDE的效率高,而且企業團隊開發,基本上都是用IDE。

如果有一定經驗了,當然應該學一些構建工具的用法。現在軟件開發,絕大數情況下是在成熟的技術,組件,甚至產品基礎上構建,說直白點,應用的成分大過開發。學會使用構建工具,既有利於你靈活的組織工程,也有利於靈活的使用現有的技術,類庫這些東西。

幾年前我如果做點開發,基本上就是用eclipse,idea或者netbeans,後來是感覺這些東西太笨重,而且我用的不多,所以就不用了,改成了sublime text。使用這種文本編輯器來開發,我認為最重要的問題是解決構建,像java的maven,gradle,前端的webpack,glup,c++的cmake等。ide本質上也是用這些工具來構建工程的。很多程序員,因為只用ide,脫離了ide幾乎不會建工程,或者建起來也不知道怎麼編譯運行。

我現在如果做開發的話,是不用ide的,不管java還是c,還是前端,或是其他,都是用sublime,它提供給我文件,代碼的輔助管理功能,構建,調試基本上就是靠構建工具和命令。我不是覺得這樣牛逼,我是懶得折騰ide,ide其實也挺複雜的。

作為程序員,ide是必須得掌握的,這有利於團隊協作開發。


geyall


我也喜歡用記事本,我只是覺得用起來方便,我自己就做個一個記事本的編譯器,代碼出錯有錯誤提示,錯誤代碼提示,每次要寫一個函數就直接在記事本里完成調試,保存著txt文件後,下次打開就能直接運行,很方便





小嘟嘟熊


如果是你遇到以下問題怎麼辦:

1. 調用的函數名記不全了,怎麼辦?

2. 拼寫錯誤怎麼辦?

3. tab對齊怎麼替換成空格?

4. 如何編譯工程?手敲命令?

5. 如何組織項目文件結構?

6. 如果查詢變量名,函數名,文件名?

7. 如何發現傳遞參數類型錯誤,邏輯錯誤?

8. 如何查詢引用關係,調用關係?

……

用記事本做不到這些。


slience36896972


問題本質要不要用集成開發工具寫代碼而言,是不是用記事本寫代碼和編程本身厲害與否沒有多大的關係,倒是有很多人建議在初學編程的時候,先以記事本學習為主,這種是有一定道理的,畢竟記事本寫代碼空白一張對於初學者來講需要考慮的東西對於掌握基本的東西多點,畢竟很多接口在寫的時候沒有了聯想功能只能靠大腦去想,倒是真能鍛鍊自己的獨立能力。

說到記事本寫代碼,要說這方面表現的比較厲害的在linux下面直接完全的鍵盤操作不用鼠標,工作效率高的驚人,當然需要記住大量的快捷鍵,要比直接圖形界面的操作效率高很多,linux下面直接搞好VIM能夠體會到純鍵盤操作的快感。

決定編程水平的高低主要分成三個部分:

1.編碼水平,這是程序員的基本功,能把想做的功能給完成了,而且性能質量很高屬於高手。

2.編程思想,這是決定程序員水平高低的關鍵,任何東西都需要指導思想,正常的編程模式也不會超過100個體系,常見的多進程模式,網絡編程模式等等學會了套路無論什麼編程語言用起來照樣比較暢通,編程思想絕對水平高低。

3.框架思想,這種屬於在編程思想和編碼水平之上的東西了,邁向頂級的關鍵,絕大部分屬於普通的程序員,真正在食物鏈頂層的才有幾個,有些有這種能力但是沒有展示的機會,也是挺可惜。

所以看編程水平的高低,更多是內在東西,快捷鍵使用再流利,沒有主心骨,一樣也是花架子,看一個人水平高低還是要看做出過什麼東西,很多老工程師在面試的時候,問的不是做過什麼項目,一般是問現在市場上還有當初做過的產品沒,產品才是最好的簡歷。

程序員對自己最好的宣傳是做過的產品。


大學生編程指南


別迷信了。好多培訓老師,包括高校教師在教編程的時候都會鼓勵初學者用記事本編程。我也是這麼過來的。因為以前是沒有集成開發環境的,編程當然用記事本。現在有了集成開發環境,編程效率大大提高。你不用在關注關鍵字是不是拼寫完整,語法的結構有沒有漏掉什麼。你應該關注的是編程邏輯。這不是考試,面對一道數學題,你需要找到的是解決問題的方法,算數就交給計算器吧。


icccfr


這就和挖坑一樣…正經幹工程的都用挖掘機挖坑…然後一個傻逼說這坑他用手也能刨出來…然後圍觀的人都說好厲害哦…

就是這樣…用記事本寫程序多厲害談不上…傻逼是一定的…但凡會用集成編譯環境…誰用記事本啊…


分享到:


相關文章: