程序員源代碼問題

A. 總在提源代碼，什麼是源代碼

源代碼就是源程序
源代碼，是指未編譯的文本代碼。是一系列人類可讀的計算機語言指令。
在現代程序語言中，源代碼可以是以書籍或者磁帶的形式出現，但最為常用的格式是文本文件，這種典型格式的目的是為了編譯出計算機程序。計算機源代碼的最終目的是將人類可讀的文本翻譯成為計算機可以執行的二進制指令，這種過程叫做編譯，通過編譯器完成。
作用
源代碼主要功用有如下2種作用：
生成目標代碼，即計算機可以識別的代碼。
對軟體進行說明，即對軟體的編寫進行說明。為數不少的初學者，甚至少數有經驗的程序員都忽視軟體說明的編寫，因為這部分雖然不會在生成的程序中直接顯示，也不參與編譯。但是說明對軟體的學習、分享、維護和軟體復用都有巨大的好處。因此，書寫軟體說明在業界被認為是能創造優秀程序的良好習慣，一些公司也硬性規定必須書寫。
需要指出的是，源代碼的修改不能改變已經生成的目標代碼。如果需要目標代碼做出相應的修改，必須重新編譯。
代碼組合
源代碼作為軟體的特殊部分，可能被包含在一個或多個文件中。一個程序不必用同一種格式的源代碼書寫。例如，一個程序如果有C語言庫的支持，那麼就可以用C語言；而另一部分為了達到比較高的運行效率，則可以用匯編語言編寫。
較為復雜的軟體，一般需要數十種甚至上百種的源代碼的參與。為了降低種復雜度，必須引入一種可以描述各個源代碼之間聯系，並且如何正確編譯的系統。在這樣的背景下，修訂控制系統（RCS）誕生了，並成為研發者對代碼修訂的必備工具之一。
還有另外一種組合：源代碼的編寫和編譯分別在不同的平台上實現，專業術語叫做軟體移植。
版權
如果按照源代碼類型區分軟體，通常被分為兩類：自由軟體和非自由軟體。自由軟體一般是不僅可以免費得到，而且公開源代碼；相對應地，非自由軟體則是不公開源代碼。所有一切通過非正常手段獲得非自由軟體源代碼的行為都將被視為非法。
質量
對於計算機而言，並不存在真正意義上的「好」的源代碼；然而作為一個人，好的書寫習慣將決定源代碼的好壞。源代碼是否具有可讀性，成為好壞的重要標准。軟體文檔則是表明可讀性的關鍵。
效率
雖然我們可以通過不同的語言來實現計算機的同一功能，但在執行效率上則存在不同。普遍規律是：越高級的語言，其執行效率越低。這也是為什麼匯編語言生成的文件比用VB語言生成文件普遍要小的原因。

B. 編程中的源代碼是什麼意思

C語言源代碼，就是依據C語言規則所寫出的程序代碼，常見的存儲文件擴展名為.c文件和.h文件，分別對應C源文件(source file)和C頭文件(header file)。

C語言是一門編程語言，簡單點說，就是由人類書寫按照一定規范書寫的字元，通過一定手段(編譯鏈接)轉換後，可以讓電腦或者其它電子晶元"讀懂"，並按照其要求工作的語言。

在所有的編程語言中，C語言是相對古老而原始的，同時也是在同類語言中更接近硬體，最為高效的編程語言。

(2)程序員源代碼問題擴展閱讀：

C語言廣泛應用於底層開發。它的設計目標是提供一種能以簡易的方式編譯、處理低級存儲器、產生少量的機器碼以及不需要任何運行環境支持便能運行的編程語言。

它能提供了許多低級處理的功能，可以保持著良好跨平台的特性，以一個標准規格寫出的C語言程序可在許多電腦平台上進行編譯，甚至包含一些嵌入式處理器（單片機或稱MCU）以及超級電腦等作業平台。

其編譯器主要有Clang、GCC、WIN-TC、SUBLIME、MSVC、Turbo C等。

C. 編程人員寫代碼問題

如果你想把所有的代碼都手敲的話，那還停留在最初的作坊式的階段，
我想你可能還是初學者，等工作了就會發現，你經常復制的代碼其實都可以用工具自動生成的，如果不能的話，你可以自己寫批處理來生成，那樣也就不用每次都敲或者粘了吧
編成貴在思想，只要有了編成的思想就可以說是會了，
語言只是一種手段罷了，如果思想好的話，學任何一種語言都是很快的阿
(@_@)

D. 請問源代碼和源程序有什麼區別

源程序是指未編譯的文本代碼。
驗證碼主要是為防止暴利破解，所以需要防止圖片識別。所以驗證碼一般情況下為書寫不正規，且有隨機的背景雜點，或雜線

源代碼（也稱源程序），是指一系列人類可讀的計算機語言指令。

在現代程序語言中，源代碼可以是以書籍或者磁帶的形式出現，但最為常用的格式是文本文件，這種典型格式的目的是為了編譯出計算機程序。計算機源代碼的最終目的是將人類可讀的文本翻譯成為計算機可以執行的二進制指令，這種過程叫做編譯，通過編譯器完成。
作用
源代碼主要功用有如下2種作用：

生成目標代碼，即計算機可以識別的代碼。
對軟體進行說明，即對軟體的編寫進行說明。為數不少的初學者，甚至少數有經驗的程序員都忽視軟體說明的編寫，因為這部分雖然不會在生成的程序中直接顯示，也不參與編譯。但是說明對軟體的學習、分享、維護和軟體復用都有巨大的好處。因此，書寫軟體說明在業界被認為是能創造優秀程序的良好習慣，一些公司也硬性規定必須書寫。
需要指出的是，源代碼的修改不能改變已經生成的目標代碼。如果需要目標代碼做出相應的修改，必須重新編譯。

程序:計算機並不能直接地接受和執行用高級語言編寫的源程序，源程序在輸入計算機時，通過"翻譯程序"翻譯成機器語言形式的目標程序，計算機才能識別和執行。

E. 為什麼有的程序員的代碼結構混亂

程序員都有一顆工程師的心，所以當他們到一片新的場地想做的第一件事就是，將舊的一切推倒重來。是的，他們決不會滿足於簡單的增量勞動。

或許這種微妙的心理定位可以解釋：為什麼程序員進入新項目組後寧願丟掉舊代碼重新寫，也不願意修修補補。他們認為舊代碼簡直一團糟。

但是，事實上真是這樣嗎？你之所以認為舊代碼一團糟，其實是由編程的一個基本定律決定的，那就是：寫代碼容易，讀代碼難。

為什麼你覺得舊代碼異常混亂？因為讀代碼更難。

這大概就是代碼Reuse難以實現的原因。 這就是你組里的每個人都喜歡用不同的功能將分割的字元串轉換成一個數組。比起猜測舊的功能是怎樣實現的，重新寫一個自己的功能要簡單和有趣多了。

作為這個公理的推論，你可以問問身邊的程序員他們正在奮戰的代碼怎麼樣？「簡直是一塌糊塗！」他們肯定會這樣說。「我簡直想推倒重來！」

為什麼認為代碼這么糟糕呢？「額，看看這個功能，竟然有兩頁長！完全不知道這些東西為什麼在這里！完全不知道這些API是干什麼的。」他們會這樣回答你。

漫畫：讀別人代碼是一種怎樣的體驗？

曾經，Borland的創始人 Philippe Kahn當初就是向記者們吹噓：Quattro Pro會比Microsoft Excel要好用得多，因為它是從頭開始編寫的，全部都是新的源代碼！

但是，認為新代碼比舊代碼好簡直就是荒謬。舊代碼是已經運行過的，測試過的。無數的bug在被發現前都上線運行過，發現之後程序員們可能在花了好些日子才修復了這些bug。這種修復可能是一行代碼，也可能是幾個字元，無數的時間和精力都花在了這些bug修復上。

當你決定拋棄這些舊代碼從零開始的時候，你也丟掉全部前任努力的結果。

新代碼一定比舊代買好？NO，重寫可能會帶來更大的風險。

對技術領導者來說，重寫項目的代碼也是一個異常艱難的決定。因為從公司層面說，重現代碼甚至會威脅產品的市場競爭力。一旦決定重寫代碼，那麼與競品相比，你可能落後了2~3年——在軟體行業，這時間可夠長的。

你理想中的新代碼會帶來產品功能的提升▼

但事實上，即便重寫的新代碼可以實現舊代碼的所有功能和需求，但是為產品帶來的市場競爭力只有邊際提升。因為重寫用的新技術、新語言、新框架並沒有給產品帶來質的飛躍。

更不用說在重寫的漫長過程中可能會遇到一些意外情況，比如：

1、缺錢：資金鏈的斷裂▼

2、缺人：核心程序員離職

最終導致效果不佳：達不到原產品應有的所有功能和需求，白白浪費了時間和金錢，也丟掉了市場競爭力。▼

所以重寫代碼意味著，你在把自己置身於非常危險的境地，可能幾年後你也寫不出比以前更好的代碼。你只是花了一大筆錢把已經存在的代碼又寫了一遍。

當你覺得眼前的舊代碼很爛時，該怎麼辦？

你覺得舊代碼寫的很爛，那又怎樣呢？它們已經上線，已經在實際運行中經受住了考驗。所以當你發現前任留下的代碼亂七八糟的時候，不妨冷靜下來，從以下三個方面入手理解代碼、改善代碼：

1、代碼的結構有問題

如果一段網路代碼突然彈出了自己的對話框，應該是UI代碼需要被處理。這些問題可以被解決掉，你要一次次小心地移動代碼，重構，改變介面。還需要一位細心的工程師立馬仔細地檢查這些改變是否有問題，從而不打擾到其他人。事實上，甚至比較大的結構變化也可以不扔掉代碼來完成。

大牛程序員Joel Spolsky回憶說，曾經在某個項目中，他和他的團隊花了好幾個月重新架構在一點上：把代碼動來動去、清理、創建有意義的基類，並創建了模塊之間的完美介面。但是他們始終非常小心翼翼，並沒有產生新的bug、也沒有丟掉任何舊代碼。

2、代碼的效率不高

曾經，Netscape的渲染代碼被傳非常緩慢。但事實上，這只會影響該項目的一小部分，這部分是你可以優化甚至重寫的。你完全不必重寫全部代碼。優化速度的1％工作量，會讓你獲得99％的爆炸性提高。

3、代碼寫得很醜

有些代碼真的寫的很醜，比如Joel曾參與一個項目，開始用下劃線做開始的成員變數約定，但後來改用更標準的「M_」。所以一半的功能用「_」開始，一半用「M」開始，這看起來真的很醜陋。但這個問題5分鍾就能解決，而不用從頭開始寫全部的代碼。

最後，你要記住，從頭開始再寫一遍並不意味著你會寫出比以前更好的代碼。因為你沒有參與到上一個版本的創建，所以你其實根本就不算有經驗。一旦你准備推倒重寫，你可能會再犯一遍版本一犯過的錯，甚至會產生更多的新問題。

一個總結：

面對糟糕的舊代碼，Keep Calm & Carry On !

在大型商業項目中，推倒重來是非常危險的行為。當然，如果你是在做實驗，想到新演算法可以隨時重寫。

F. 程序員如何學習源代碼

想成為一名優秀的程序員，源代碼的學習是必不可少的。閱讀優秀的源代碼可以幫我們理解書籍中講到的理論知識，更好的去應用它，並且能夠開闊我們的思路，完善我們的思想。 那麼我們應該如何去學習源代碼呢？一起來看看達內老師的建議。 源代碼的學習是一個從整體到不斷細化的過程，在學習中不能想著一步到位，要慢慢的去深入。源代碼作為軟體的特殊部分，是程序員在工作中不能忽略的。想要學習源代碼，你不妨按以下步驟試試。第一步，畫出整個程序流程圖，理解整個程序的思想。這個方式可以讓人很直接的理解程序的整體流程，而不會被代碼所干擾，讓程序員從總體上把握程序。第二步，對流程各節點(函數或過程)的理解。流程的每一節點是構成整個流程的不可缺少的部份。第三步，把流程和流程各節點串起來理解整個程序，如果可以的話還可以記筆記總結下自己的經驗。 第四步，如果想深刻的學習到源代碼的精髓所在，你可以寫一些相近的程序進行操練。但是你理解了這個程序並不代表你掌握了這個程序，只有當你編寫一個相近的程序時，你才知道自己到底理解了多少，掌握了多少。

G. 源代碼究竟是什麼

源代碼就是人類可以看懂的機器文字，程序員在寫完代碼以後，會將源代碼編譯為機器代碼，可能是一個可執行程序exe啥的，我們平時用的就是這個可執行程序，要想增加功能，或者改善程序，就需要有源代碼了，因為人不可能通過0和1編出高級程序。

舉個例子：你用Word寫好一個文檔，生成一個PDF文件，一般來說PDF是不可修改的，你可以把這個PDF發給別人閱讀，但是別人要想修改這個PDF就不好操作。而你有這個PDF的原稿（Word文檔）你可以很方便的修改然後再生成PDF文檔。這里的Word文檔就相當於源代碼，PDF文檔就相當於軟體。

簡介

代碼，沒什麼可說的，廣義的，只要算是程序語言寫的都是，c寫出來的是代碼，編譯後，成匯編語言程序，也可以說是代碼；再匯編成，機器語言程序，也可以說是代碼；不過，算得上代碼的，也算是程序，一般都是廣義的說法。

說「源」的問題、你用c寫出來的，讓我看，那是源代碼；你把編譯成．exe文件的代碼，讓我直接運行，那就不是源代碼、你做的java游戲，如果你把自己寫的java代碼給我，那是源代碼；把處理過的可執行文件給我，那不是源代碼。

H. 什麼是程序員什麼是代碼

程序員所寫的代碼，是為某一特定程序或某一個應用程序所制定的編碼和內部測試的組織實施，使此應用或程序應能夠在程序員編寫的代碼中，實現各種功能。程序員(英文Programmer)是從事程序開發、程序維護的專業人員。一般將程序員分為程序設計人員和程序編碼人員，但兩者的界限並不非常清楚，特別是在中國。軟體從業人員分為初級程序員、中級程序員、高級程序員(現為軟體設計師)、系統分析員，系統架構師，測試工程師六大類。代碼又臭又長
我見過最長的方法是5000多行，那段代碼沒人敢動，只敢往下加 if else，每次需要改這段代碼的開發都戰戰兢兢，生怕出現什麼莫名其妙的bug。java 可是一門面向對象的語言，一個方法裡面有5000多行可以說是很可惡的事情了。我想一開始代碼長度可能沒這么誇張，是什麼導致這種結果的？一個是當初寫這段代碼的人本身寫的是直來直去的方法，一堆if else ；後面迭代的開發，面對這么長的代碼瞬間失去了從頭讀到尾的耐心，直接繼續在後面加 if else 迭代，最後這個方法就變成了一個縫合怪一樣的玩意。
好的 sql 可以很大程度上簡化代碼的復雜程度，但是太過復雜sql 本身就會給後來的開發人員造成閱讀困難，結果又是變成一條無人敢動的祖傳代碼，我想這應該是不少公司極度抵制存儲過程的原因之一。當然不少銀行應用開發還是大量使用存儲過程，存儲過程有用武之地的，但是一個又臭又長的存儲過程就等著變成祖傳代碼吧。當年我見到一個60多個join的sql，看到第一眼就驚為天人從此難以忘懷，當然那段sql也成了沒人敢去動的代碼了。
代碼邏輯不明
代碼邏輯不明所以是我們開發很容易去犯的毛病，是一個不致命卻煩人的毛病。在代碼上的體現是，邏輯判斷寫的比較反人類各種雙重否定是肯定，不把你繞暈不罷休。或者是寫起代碼來東一榔頭西一棒槌，讓人不知道你想幹嘛。導致這個的原因有可能是開發人員在需求理解上出現偏差，做到後面發現不對勁，再回去改又不大可能了，只能硬著頭皮往下寫，結果就是代碼彎彎繞繞；還有很重要的鍋是在產品經理，任意變更需求，想一出是一出，開發人員無奈只能跟著想一出寫一出。還用可能是開發人員方法或者類命名太藝術了，什麼四川方言拼音這種沒有十年腦血栓想不出的命名咱就不說了。就說那種國產凌凌漆式的無厘頭命名——這看上去是個刮鬍刀實際上是個吹風機，就這種不知道讓人說什麼好。
規劃代碼的核心思想
吐槽了一堆代碼規范問題，接下來我們說說如何去規范我們的代碼以及如何做到就算開發人員更換了，或者項目轉手給他人了，仍然可以讓後面的開發可以無礙的去閱讀代碼修改代碼。當然各個公司/團隊都有自己的一套代碼規范，比如項目的結構、代碼命名風格、代碼格式等等。不同團隊有不同的風格，但核心思想是大同小異的。接下來我就我個人的開發經驗來分享一下一些代碼規范的思想。

I. c語言中，源代碼是什麼東西

源代碼在C語言中又被叫做源碼，是程序員編寫程序最的代碼，要通過編譯程序形成可執行代碼才行，學好C語言，源碼是基礎，多看看視頻或者C語言教程，認真點有兩個月就差不多了，兄弟我手打挺不容易的，覺得可以，就採納吧，不會的追問我

J. 編程中的源代碼是什麼

源代碼（也稱源程序）是指未編譯的按照一定的程序設計語言規范書寫的文本文件，是一系列人類可讀的計算機語言指令。

在現代程序語言中，源代碼可以是以書籍或者磁帶的形式出現，但最為常用的格式是文本文件，這種典型格式的目的是為了編譯出計算機程序。計算機源代碼的最終目的是將人類可讀的文本翻譯成為計算機可以執行的二進制指令，這種過程叫做編譯，通過編譯器完成。

分類：如果按照源代碼類型區分軟體，通常被分為兩類：自由軟體和非自由軟體。自由軟體一般是不僅可以免費得到，而且公開源代碼；相對應地，非自由軟體則是不公開源代碼。所有一切通過非正常手段獲得非自由軟體源代碼的行為都將被視為非法。

作用。源代碼主要有如下兩種作用：

1.生成目標代碼，即計算機可以識別的代碼。

2.對軟體進行說明，即對軟體的編寫進行說明。為數不少的初學者，甚至少數有經驗的程序員都忽視軟體說明的編寫，因為這部分不會在生成的程序中直接顯示，也不參與編譯。但是注釋代碼對軟體的學習、分享、維護和軟體復用都有巨大的好處。