逆戰好程序員怎麼編譯

㈠ 程序員的編程思想怎麼培養

編程思想培養當然要多練習總結了，我就以編程思想中演算法 —— 邏輯思維來舉例子吧。

在具體解決問題的過程中，最關鍵的能力有兩個 ——「邏輯思維」和「調試糾錯」。

邏輯思維能力

程序員圈子很流行的一個笑話。

娃媽給程序員老爸打電話：「下班順路買10個包子帶回來，如果看到賣西瓜的，就買一個。」

結果娃爸手捧一個包子進了門。娃媽怒道：「你怎麼就只買了一個包子？！」

娃爸答曰：「因為看到了賣西瓜的。」

雖然是一個黑程序猿的笑話，但也體現了很典型的編程思維。編程就是理性嚴謹地與電腦對話，因此對編程者的邏輯思維能力也有很高的要求。

邏輯思維中有個很重要的原則叫 MECE（Mutually Exclusive and Collectively Exhaustive），意思就是「相互排斥且整體完備」，也就是「不重復，不遺漏」。

在編程的演算法中，需要處處考慮MECE原則。解數學題時，也是同一個道理——我們要保證答案中考慮到所有的情況，而這些情況既不遺漏，也不重疊。

調試糾錯能力

編程的世界裡，只有對與錯，沒有模糊值。在程序運行的過程中，只要最終的結果與期望不符合，就證明演算法中肯定有錯漏。

但是，程序中的bug常常不是一下就能找到的，需要我們把程序的運行順序一步步地跟走一遍，同時觀察每一步的運行結果。這就需要很多的耐心、觀察力和專注力，對抗挫能力也是一種磨練。在這個過程中，也會逐漸懂得一個道理：犯錯很正常，糾正它，下次不再犯類似的錯誤就好。

這一點，也是優秀的人身上常常共通的一項品質。這些人總是在進步，因為他們懂得「回溯、調試、糾錯」，不斷進行自我優化和成長，不斷be better。

希望對你有所啟發幫助

㈡ 怎麼學程序員編程

學程序員編程可參考如下：

對於初學者來說，可以採用視頻+書籍的方式進行學習。這兩種方式形成互補關系。編程教學視頻可以讓人迅速掌握編程，但通常比較生動、淺顯，不成系統。

編程書本是比較系統、深入的，但是枯燥，所以最好的方法是書和視頻結合。當人已經過了入門期之後，看書、看視頻、看博客就可以隨心所欲。

其實軟體工程發展到今天，編程已經是一個很「職業化」的技能。業內自嘲「IT民工」，每天「搬磚」之類的，就是這種現象的反應。不扯遠了，總之一句話，基本上都是些是個人都能學會的技術，沒有什麼神秘的。

某些培訓機構招一些高考失利的考生，培訓兩年就把他們往公司里送，他們也一樣能勝任工作。所以自學也不是件難事。但前提是，你走對了路。

如果你從二進制、編譯原理、數據結構……這些開始，我估計你陷在裡面就出不來了——除非有名師指點或者天賦異稟，再或者有大機緣？

不要急著做這些「學究」式的學習研究，就像學開車一樣，不需要你從發動機原理學起是一樣的。程序/語言是讓你用的，就像車是讓你開的，明白了這一點，你就可以立馬輕松100倍。
所以，先選一輛「好開「的車，迅速的跑起來，享受這種微風拂面的快感和刺激，才是最重要的。

㈢ 好的程序員應該掌握的幾門編程語言

應該掌握至少一門強類型，靜態語言。 即java，C#，C++中的一種，或以上。
靜態語言和動態語言，就像汽車和自行車。如果去市場買菜，一定是自行車方便，但如果出趟遠門，你才會明白汽車好在哪裡。必須掌握一門靜態語言，你才能具備編寫大型程序的能力。掌握靜態語言的程序員，和只懂腳本語言的程序員，是兩個完全不同的概念。只有會開汽車，才是真正的司機。
至少要掌握JAVASCRIPT或TYPESCRIPT。即便你不做網站，你也很難避免和web相關的代碼打交道。因為今天的APP，有很大一部分，是用網站封裝而成的。因此JAVASCRIPT雖然有很多缺點，但它卻非常重要。由於JAVASCRIPT是腳本語言，並不利於編寫大型邏輯，因此TYPESCRIPT也是個很好的選擇。當然如果你對自己的JS水平很有自信，可以坦然面對「回調地獄」（JS程序必須克服的巨大挑戰，所有中型以上的程序都會遇到），那隻用JS也可以。否則的話，你可以考慮用TYPESCRIPT，這玩意比ECMA組織的那些解決方案靠譜太多了，現在市面上的H5的游戲，絕大部分都是用TYPESCRIPT編寫的。

㈣ 想學習製作簡單的jar格式的手機游戲，請問有什麼好的開發軟體還有，有什麼JAVA語言編譯器

java編譯器是c語言寫的，開發軟體只是集成了c語言的java編譯器和友好的界面，作為平台讓程序員更舒服地編程。java寫完程序同樣是程序文件，不是安裝文件，導出為jar則是jar包裡麵包含scr、bin和res文件夾，有相應的.java，.class和圖像文件。手機有java編譯功能則將jar包里的文件編譯即為安裝過程，進入游戲則是運行過程，文件已經在安裝時編譯過。
用Eclipse作為開發軟體，集成sun的midp功能，以前是wireless toolkit for cldc，現在更新換代了。Eclipse是比較好的選擇，無論J2ME還是Android。只有安裝正確的插件，便可進行java手機開發。有了類似wireless toolkit的插件，在寫完程序編譯完成後便可直接選擇將程序以jad包形式調試，導出成jar包，在deployed文件夾里便可看到jad和jar文件，jar便是可以安裝到手機里的那個安裝文件。
答得有點莫名其妙還望諒解，我很久以前用的J2ME，答樓主的問題就回顧了一下。
一開始學習java肯定不能從J2ME開始了吧，從簡單的功能和例子開始，高級程序語言的概念殊途同歸，如果概念清楚，只要把包里的api記住就能寫了。從J2SE的application和applet開始。

㈤ C文件如何成為可執行文件（編譯、鏈接、執行）——摘自《程序員的自我修養》

本文算是我閱讀《程序員的自我修養》（俞甲子等著）相關章節的筆記，文中直接引用了原書中的敘述，強烈建議大家去看原書，本文只做概要介紹而用。——註：文中有很多引用圖的地方，請大家自己去找原書看，支持正版！我遇到一個問題，Linux C編程中的問題：.. char *p; unsigned int i = 0xcccccccc; unsigned int j; p = (char *) &i; printf("%.2x %.2x %.2x %.2x\n", *p, p[1], p[2], p[3]); memcpy(&j, p, sizeof(unsigned int)); printf("%x\n", j); ... Output: ffffffcc ffffffcc ffffffcc ffffffcc 0xcccccccc My questions are: 1. Why it prints "ffffffcc ffffffcc ffffffcc ffffffcc"? (if p is unsigned char* then it will print correctly "cc cc cc cc") 2. Why pointer to char p copied to j correctly, why not every member in p overflow? since it is a signed char. 這是別人在郵件列表中提出的問題，在試圖回答這個問題的過程中，突然發現，自己對連接器的工作並不熟悉，因此拿來好書《程序員的自我修養》來看，並做如下匯報，強烈推薦《程序員的自我修養》！！！寫好的C語言文件，最終能夠執行，大致要經過預處理、編譯、匯編、鏈接、裝載五個過程。預編譯完成的工作： （1）將所有的"#define"刪除，並展開所有的宏定義 （2）處理所有條件預編譯指令 （3）處理#include預編譯指令，將被包含的文件插入到預編譯指令的位置，這個過程是遞歸進行的。 （4）刪除所有的注釋 （5）添加行號和文件名標識，以便調試 （6）保留所有的#pragma編譯器命令，因為編譯器需要使用它們。編譯完成的工作： （1）詞法分析 掃描源代碼序列，並將其分割為一系列的記號（Token）。 （2）語法分析 用語法分析器生成語法樹，確定運算符號的優先順序和含義、報告語法錯誤。 （3）語義分析 靜態語義分析包括生命和類型的匹配，類型的轉換；動態語義分析一般是在運行期出現的與語義相關性的問題，如除0錯。 （4）源代碼生成 源代碼級優化器在源代碼級別進行優化：如將如（6+2）之類的表達式，直接優化為（8）等等。將語法書轉換為中間代碼，如三地址碼、P-代碼等。 （5）代碼生成 將源代碼轉換為目標代碼，依賴於目標機器。 （6）目標代碼優化匯編完成的工作： 將匯編代碼變成機器可以執行的指令鏈接完成的工作： 鏈接完成的工作主要是將各個模塊之間相互引用的部分處理好，使得各個模塊之間正確銜接。鏈接過程包括：地址和空間分配、符號決議和重定位。 首先講靜態鏈接，基本的靜態鏈接如下： 我們可能在main函數中調用到定義在另一個文件中的函數foo()，但是由於每個模塊式單獨編譯的，因此main並不知道foo的地址，所以它暫時把這些調用foo的指令的目標地址擱置，等到最後鏈接的時候讓連接器去修正這些地址（重定位），這就是靜態鏈接最基本的過程和作用；對於定義在其他文件中的變數，也存在相同的問題。具體過程如下： （1）空間和地址分配 1）空間與地址分配：掃描所有輸入目標文件，獲得各個段的屬性、長度和位置，並且將目標文件中的符號表中所有的符號定義和符號引用收集起來，放到一個全局符號表中。 2）符號解析和重定位：使用第一步收集到的信息，讀取輸入文件中段的數據、重定位信息，並進行符號解析與重定位、調整代碼中的地址等。 動態鏈接的過程更為復雜，但是完成的工作類似。 動態鏈接的初衷是為了解決空間浪費和更新困難的問題，把鏈接過程推遲到運行時進行 首先介紹一個重要的概念——地址無關代碼。為了解決固定裝載地址沖突的問題，我們希望對所有絕對地址的引用不作重定位，而把這一步推遲到裝載的時候再完成，一旦模塊裝載地址確定，即目標地址確定，那麼系統對程序中所有的絕對地址引用進行重定位。同時我們希望，模塊中共享的指令部分在裝載時不需要因為裝載地址的改變而改變，所以把指令中那些需要被修改的部分分離出來，跟數據放在一起，這樣指令部分就可以保持不變，而數據部分可以在每個進程中擁有一個副本，這種方案目前被稱為地址無關代碼（PIC，Position-independent Code）。 我們需要解決如下四種引用中的重定位問題： 1）模塊內部調用或者跳轉：這個可以用相對地址調用或者基於寄存器的相對調用，所以不需要重定位2）模塊內部數據的訪問：用相對定址的方法，不過鏈接器實現得十分巧妙： call494 <__i686.get_pc_thunk.cx> add$0x188c, %ecx mov$0x1, 0x28(%ecx) //a=1 調用一個叫做__i686.get_pc_thunk.cx的函數，把call的下一條指令的地址放到ecx寄存器中，接著執行一條mov指令和一個add指令3）模塊間數據的訪問：在數據段里建立一個指向全局變數的指針數組，也成全局便宜表（GOT），當要引用全局變數時，可以通過GOT相對應的項間接引用： GOT是做到指令無關的重要的一環：在編譯時可以確定GOT相對於當前指令的偏移，根據變數地址在GOT中的偏移就可以得到變數的地址，當然GOT中哪個每個地址對應於哪個變數是由編譯器決定的。4）模塊間的調用、跳轉：採用上面類似的方法，不同的是GOT中相應的項存儲的是目標函數的地址，當模塊需要調用目標函數時，可以通過GOT中的項進行間接跳轉。 地址無關代碼小結： 現在，來看動態鏈接中的另一個重要問題——延遲綁定（PLT）。當函數第一次被用到時才進行綁定，否則不綁定。PLT為了實現延遲綁定，增加了一層間接跳轉。調用函數並不是通過GOT跳轉的，而是通過一個叫PLT項的結構進行跳轉的，每個外部函數在PLT中都有對應的項，如函數bar，其在PLT對應的項的地址記為bar@plt，實現方式如下： bar@plt: jmp* (bar@GOT) pushn pushmoleID jump_dl_runtime_resolve 鏈接器的這個實現至為巧妙： 如果在連接器初始化階段，已經正確的初始化了bar@GOT，那麼這個跳轉指令的結果正是我們所期望的，但是，為了實現PLT，一般在連接器初始化時，將"pushn"的地址放入到bar@GOT中，這樣就直接跳轉到第二條指令，相當於沒有進行任何操作。第二條指令「pushn」，n是bar這個符號引用在重定位表「.rel.plt」中的下標。接著將模塊的ID壓棧，跳轉到_dl_runtime_resolve完成符號解析和重定位工作，然後將bar的地址填入到bar@GOT中。下次再調用到bar時，則bar@GOT中存儲的是一個正確的地址，這樣就完成了整個過程。 在鏈接完成之後，就生成了你要的可執行文件了，如ELF文件，至於這個文件的詳細的信息，可以參考相關的文檔。 現在，你要運行你的可執行文件，這是如何做到的呢？ 我們從操作系統的角度來看可執行文件的裝載過程。操作系統主要做如下三件事情：（1）創建一個獨立的虛擬地址空間，但由於採用了COW機制，這里只是復制了父進程的頁目錄和頁表，甚至不設置映射關系（參考操作系統相關書籍）。（2）讀取可執行文件頭，並且建立虛擬空間與可執行文件的映射關系。（3）將CPU的指令寄存器設置成可執行文件的入口地址，啟動運行。我們來看一下執行過程中，進程虛擬空間的分布。 首先我們來區分Section和Segment，都可以翻譯為「段」，那麼有什麼不同呢？從鏈接的角度來講，elf文件是按照Section存儲的，從裝載的角度講，elf文件是按照Segment存儲的。」Segment」實際上是從裝載的角度重新劃分了ELF的各個段，將其中屬性相似的Section合並為一個Segment，而系統是按照Segment來映射可執行文件的。

㈥ 作為一個好的程序員，都需要具備哪些基本的

你好，小U來為您解答這個問題，眾所周知，程序員是從事程序開發、維護的專業人員。
作一個真正合格的程序員，需要具備：
1：團隊精神和協作能力
團隊精神和協作能力是作為一個程序員應具備的最基本的素質。
2：文檔習慣
文檔是一個軟體系統的生命力。作為代碼程序員，必須將30％的工作時間寫用於技術文檔。沒有文檔的程序員勢必會被淘汰。
3：規范化的代碼編寫習慣
知名軟體公司的代碼的變數命名、注釋格式，甚至嵌套中行縮進的長度和函數間的空行數字都有明確規定，良好的編寫習慣，不但有助於代碼的移植和糾錯，也有助於不同技術人員之間的協作。
4：需求理解能力
程序員要能正確理解任務單中描述的需求。
5：模塊化思維能力
作為一個優秀的程序員，其思想不能在局限當前的工作任務裡面，要想想看自己寫的模塊是否可以脫離當前系統存在，通過簡單的封裝在其他系統中或其他模塊中直接使用。
6：測試習慣
測試是軟體工程質量保證的重要環節，但是測試不僅僅是測試工程師的工作，而是每個程序員的一種基本職責。程序員要認識測試不僅是正常的程序調試，而要是要進行有目的有針對性的異常調用測試，這一點要結合需求理解能力。
7：學習和總結的能力
程序員是很容易被淘汰的職業，所以要善於學習總結。