程序員編譯率

㈠ 什麼叫程序的編譯

編譯程序片語可以有兩種認識。一、編譯程序是一種動作，是根據編譯原理技術，由高級程序設計語言編譯器翻譯成機器語言二進制代碼行為。二、編譯程序是動名詞，特指生成編譯器的軟體程序。

㈡ 程序員真的很難嗎

您好，非常榮幸能在此回答您的問題。以下是我對此問題的部分見解，若有錯誤，歡迎指出。展開全部
很多人問編程難不難？我想說那可不是鬧著玩的。不從事這一行的永遠不知道這行的艱辛，還咋巴著小眼睛問編程好不好學？
不知道諸位看沒看過聖鬥士星矢這部動漫，如果你想踏入編程殿堂，就要先想想那個被無數小孩子嘲笑的實力很菜只會死纏濫打經常被虐得體無完膚的主角星矢，首先你得問問自己，想學編程，你有沒有像星矢一樣持之以恆百折不撓一步一個腳印忍受常人無法想像的困難和痛苦的品質，沒有？你說我開玩笑逗你，那好，下面的不用看了，因為你確實不適合學。
如果你只想著掙大錢，勸你別碰這行，一句話，別來找虐。為什麼？你看到的手機APP,各種應用，要想開發出來，不知道需要多少種技術。拿最常見的網站開發，需要後台資料庫mysql，數據格式json,xml,各種網路協議，還有網站開發語言PHP,

JSP,ASP.NET，等等不下十幾種技術。而每一種技術都是一本厚厚的五六百頁的書，需要最少一年多時間掌握一門技術。最要命的，每種技術互不交叉還跨度很大，每種技術都有自己的設計理念和很多很多「天坑」在等著你攻克，你問問你自己，你有這個恆心和意志力天天捧著本大部頭的書天天看，天天上機操作學嗎？你說有，那好，你看電視上那些富二代天天瀟灑地到處遊玩泡妞基本於你無緣了，因為你根本就沒時間，談個戀愛都困難，還想打網遊玩王者？那算了，你還是別碰這行了，別耽誤你玩游戲享受生活了。
學習編程，你上來就會碰到第一關勸退BOSS,環境搭建。如果只會個C++，JAVA可以有VS,
Eclipse幫助你，但是你要學那種新興的語言工具，如cocos2dx, NodeJS, Android,各種伺服器語言，Linux,
那對不起，各種環境配置能練得你頭大，就算用上VS這種宇宙無敵IDE,
學編程還是會碰到無休無止的各種編譯錯誤，運行時錯誤，很多時候編譯器給出的出錯語句非常費解,全英文的哦，還是高濃縮科技英語，還經常真實出錯原因跟IDE的出錯提示差了十萬八千里，這個時候只能依賴您豐富的編程排錯經驗，不行只有網路，google，專業論壇海量搜索，碰運氣了，看是不是有高人也遇到同樣的問題，很多情況下你發的帖子石沉大海，沒人回答，這個時候是你最容易放棄被勸退的時候，少年們，覺悟吧。這個時候如果你沒有星矢那樣反抗命運不公，被打倒多少次都要站起來不服輸的勇氣，半途而廢是你註定的結局。
程序員加班很恐怖，工作制通常是996，即早9晚9周六還要上班，晚9下班還是早的，一般到晚上十點。你想那時夜深人靜了人家都休息抱著老婆睡覺了，你還在工作中，F9, F10, 不對，重來，這聽上去是不是很崩潰?
第2，程序員耗腦太嚴重。工作中需要十幾個小時大腦不停地運轉。需要設計演算法，不斷地把代碼改來改去來適應客戶一天幾變的需求。很多功能沒有現成的解決方案，還經常遇到一些天書一樣的疑難問題，bug，實際工作中突發狀況千奇百怪，你可能見都沒見過的bug,崩潰，需要一點一點查幾萬行的log日誌。而且也需要網路，google,英文論壇尋求幫助，理解錯誤信息是什麼意思。所以英文不好的沒耐心的還是算了吧，不適合這行。
第3.

程序開發首先是非常難學的，任何一門編程語言都有自己獨到的思想，概念設計，很多情況下一門語言與另一門語言沒有多大關系，知識經驗無法串用。而且工作中你還不得不用到這些技術你不得不去學。而且程序技術日新月異，新類庫新SDK每天都會推出，你需要日復一日不斷地學習新技術。如最新視頻解碼技術，游戲引擎等等，而這些新技術可是國內沒有書和任何資料的，需要你到英文官方網站去找實例看文檔去學，更要命的，新的技術和老的還沒太大關聯，你得重頭去學。而且老闆急趕項目不會給你什麼時間，一般三天就是極限了，你需要這么短的時間快速掌握一項新技術...
綜上，你明白程序員為什麼總要加班了吧，也知道這行不是人乾的吧。為什麼說程序員干到三十干不動。很簡單，以這種消磨人生所有時間狀態，你生命中只有加班加班工作工作學習學習，你將不能顧家不能跟朋友聚會不能再有自己一點點休閑時間，更別說談女朋友戀愛了，以這種狀態你能堅持到三十歲？我想那簡直是個奇跡了非常感謝您的耐心觀看，如有幫助請採納，祝生活愉快！謝謝！

㈢ 程序員編譯程序由哪幾個主要部分組成每個部分的功能是什麼

咨詢記錄 · 回答於2021-11-24

㈣ 為什麼說用高級語言寫的程序，執行效率沒有匯編高這些高級語言不都是要先編譯成匯編語言嗎

高級語言主要是給人看的，即使實現的目的完全相同，不同的程序員寫出來的高級語言都很可能會看起來完全不同，因此編譯器在把高級語言編譯為機器碼的過程中，就難免會產生很多的冗餘代碼，比如在匯編語言中從a點到b點能夠一步到達的，在高級語言編譯的代碼中卻有可能滿世界亂轉把整個字母表都走一遭後才到達b，盡管結果看起來是一樣的，但效率就不可同日而語了。
當然了，像js之類的腳本語言也是高級語言啊，它們是解析執行的，效率當然更加沒有匯編語言高了。

㈤ 怎麼才能成為程序員 我已經過了國家計算機二級（C）

數據結構、操作系統、編譯原理、軟體工程先學好這些課再說吧

選好復慣用書

在復習應考時，大家要根據自己的具體情況，制定一套完整的復習計劃。不要拘泥於某種特定的方法，某種方法對別人很合適，但不一定適合你。在參考書的使用上，我向大家推薦兩本參考書，一本是清華大學出版社出版的《程序設計》，另一本是大連理工大學出版社出版的《全真試題精解》。

在看《程序設計》這本書時，不一定非要按順序從第一頁看到最後一頁，可以從中間開始看，也可以跳著看。對於第二本書《全真試題精解》，建議大家把每道題都做一遍，不要漏掉任何一個細節。

另外，在參考書的使用上要靈活一點。拿自己來講，在學校已經學過《C語言程序設計》，而且在這門課上花了很大的工夫，所以先略過了《程序設計》後面有關C語言程序部分，把節省出來的時間專攻數據結構、操作系統、編譯原理、軟體工程等不熟悉的內容。

掌握復習方法

理解數據結構中的樹、二叉樹、排序二叉樹、單向鏈表、雙向鏈表等內容，對於我們這些非計算機專業的學生來說是有一定難度的，而這些內容又是考試的重點，不但在上午的概念題要考到，在下午的程序設計考試中也是考試重點。我建議大家在復習這部分知識時，結合《習題集》中相關的編程題目來看。這樣既鞏固了概念，又加強了自己的編程能力。另外，有條件的話，大家最好找到《數據結構》這本書看一看，可以幫助你理解概念。

程序設計中的一些典型例題，最好上機調試一下，這比你拿本書看效果好多了。如果程序看不懂，可以在其前後加幾條Printf語句，就可以看出這幾條語句的結果。程序弄明白以後，大家還可以對程序進行測試和修改，檢查一下結果是不是自己所要得到的。對於調試過程中的出錯信息，一定不要放過，因為這些很有可能就是考點。

提高復習效率

因為大家平時上課都比較忙，復習的時間就顯得比較寶貴，因此要學會提高效率。我有一個心得，就是在看書的時候，在這一頁的空白處注一些眉批。幾個字就夠了，能勾起自己的記憶就可以。等以後回過頭再看的時候，這幾個字就可以起到提綱挈領的作用。看看這幾個字，想想這一頁的重點，這一頁就可以翻過去了。這樣能節省不少時間。

通過對這次考試的復習，我以前從報紙、雜志獲得的零亂的計算機知識被一條「系統匯流排」連接了起來。可以說，這次復習不光幫助我通過了考試，更重要的是讓我的計算機知識更加系統化，在編寫程序的時候，看問題也更加全面深刻了。

注意考試技巧

程序員考試分為上午、下午兩場。上午考基礎知識，全部是選擇題，一共75題，每空一分，滿分75分。下午考程序設計，全部是填空題，一共25題，每空3分，滿分也是75分。考試結束後，主考部門會劃定分數線，只有上午、下午的成績都通過分數線，才算是通過了考試。

下面我給大家舉兩個例子談談考試中的一些技巧。

1、注意英文縮寫和全稱的對應。2000年上午考題有一道關於互聯網的七層參考模型是由誰制定的問題。其中涉及ISO、ITU、CCITT這幾個縮寫，如果平時大家注意到了這幾個縮寫所代表的英文全稱，就不難回答了。

另外，2000年科技英語有這樣一道考題，____markup language 。選擇項為1、supertext，2、hypertext……。很顯然，如果知道超文本標志語言的縮寫HTML，稍一聯想，就知道答案是應該是2、hypertext，否則就可能掉進題目的「陷阱」。

2、軟考有些內容是經常考到的。例如1994年下午第三題中有一個空：fig = (score ==100) ? 'A': (score < 60) ? _____________;

這道題目的意思是：如果score為100分的話，fig為「A」。如果score小於100分的話，則分為兩種情況，一、score小於60分，fig為「E」，二、score大於60分，則以60分為界，以100分為第一區間，每隔10分為一區間，fig的等級分別為「B」、「C」、「D」、「E」。這里的score為一整形數，則（score-60）/10也為整形數。而在ASCⅡ中，「A」、「B」、「C」、「D」是順序排列的。空格處應填「'E'：'A'+(score-60)/10」。

這個考點在程序設計考試中經常考到。對於這樣的知識點，只要我們概念清楚，掌握牢固，就不難舉一反三。

編後：2001年程序員考試的合格率只有20%，這個數字令許多朋友對考試望而卻步，但從這位朋友的復習考試經歷中不難看出，考試雖然有一定難度，只要掌握好學習方法，安排好學習時間，通過考試也並非難事。

㈥ delphi編譯器效率高到底是指什麼

所謂delphi編譯器效率高，一般指的是以下三方面：

1、編譯連接時間短，這一點是其他任何編譯器都無法相比的（一般來說，VC, VB編譯過程所用的時間是Delphi的幾倍），原因很簡單：Pascal語法限制嚴格，用戶必須規范地編碼，省去了編譯器的很多麻煩。

2、編譯出的程序執行速度快，產生的代碼長度短。這一點比VB強，但和VC基本一樣，誰也沒有優勢。不過很多人有誤解，以為Delphi類庫龐大復雜，加一個控制項就要把整個一個源文件全部加進來，代碼長度太大，效率太差。其實真實情況是，擁有眾多VCL控制項類庫，是Delphi的一個獨特之處，VC的MFC庫無法與之相比——MFC有的底層簡單封裝的類，VCL庫都有，但VCL有的上層組件，MFC卻根本沒有。使用VCL上層應用控制項後，代碼長度的確比VC大，不過VC卻沒有這方面的選擇，而VC所用的從底層一磚一瓦地編碼的方式，Delphi完全支持，而且絕對沒任何劣勢，代碼長度也不長（VC的語法復雜，按C程序員一般習慣做的話，代碼長的反而會是VC）。產生誤解的原因，是多數Delphi程序員是應用級的，而VC程序員是底層些的，應用程序員大多不太懂得底層代碼的編寫，只會搬控制項、響應事件，以為底層的東西Delphi做不來。

3、對應用級的程序開發周期短——這也就是Borland一貫吹捧的「快速開發工具」的含義。正因為VCL的存在（封裝了很多界面組件以及通訊、資料庫、internet應用等很多後台功能），對高層應用不再需要一磚一瓦地受累，使開發周期縮短了很多倍。

單純從技術角度說，編譯器效率應該指編譯出的代碼是否短小/運行速度是否快，以及是否能用較少的源代碼高效地實現復雜功能。前一方面Delphi並不比VC差，而比VB強，但並非一騎絕塵；後一方面則的確有一騎絕塵之象。

Delphi的致命缺點，其實不是技術——技術它是領先的，毫無疑問，問題是市場策略和公司實力（Borland只是家小公司），微軟「攜操作系統以令諸侯」，誤導了眾多軟體開發公司，讓它們以為微軟的才正宗和好用，造成了事實上的VB，VC用戶群遠比Borland的龐大，源代碼數量也一樣是C/C++遠遠占優，而Borland的C++ Builder卻開發得太晚難以形成市場優勢。

概括來說，如果你要開發上層應用為主的程序，特別是資料庫方面的程序，那麼Delphi能讓你省不少時間；而若開發底層些的軟體，為能有更多相關代碼可以參考利用，為能容易地招聘到更合適的程序員，以及為了代碼維護方便，都適合用C/C++去做，當然，C++ Builder從技術上說是個不錯的選擇，只是用戶群還太小。

㈦ 軟體編譯

①磁碟上存儲的只是定義為文件的東東，它不管你是不是什麼什麼類型的代碼。
②程序語言的定義是在程序操作期(編譯、解釋等)的意義，靜態的無所謂什麼語言，全是二進制文件。
③一般來說編譯和運行是分離進行的：編譯期主要完成分析、優化、生成目標代碼等工作，運行期是計算機系統通過直接或者間接手段執行指令集。
④源程序語言越接近機器語言，一般生成的目標代碼執行效率也越高。

㈧ 為什麼匯編語言編出來的程序要比高級語言編出來的執行效率高

這個沒有一定的說法，取決於編譯器的聰明程度。
一般的語言，如C語言是首先將C語言編譯為匯編，然後匯編轉為機器碼。而用匯編的寫則是直接由匯編到機器碼。那麼這兩者的速度差異取決於編譯器在編譯的時候產生的匯編碼是否比程序員手寫的更為高效和快速了。
早期的時候編譯器很差，產生的匯編碼沒有程序員手工寫的高效，而現在編譯器大大的聰明了，所以這兩者的速度是很難講的。
不過大部分情況下，編譯器翻譯的都要差，所以速度沒有手工寫的匯編碼快。加上JAVA、c#語言等先要轉成一個中間語言，再翻譯成匯編碼，這個就更差了。