程序員進化視頻

⑴ 程序猿關於燙燙燙燙燙燙燙的梗是什麼意思，能不能給小白解釋一下

這種亂碼最常見的地方是Visual Studio里。

Visual Studio中，未初始化的棧空間用0xCC填充，而未初始化的堆空間用0xCD填充。

而0xCCCC和0xCDCD在中文GB2312編碼中分別對應「燙」字和「屯」字。

如果一個字元串沒有結束符''，輸出時就會列印出未初始化的棧或堆空間的內容，這就是大名鼎鼎的「燙燙燙」亂碼。

(1)程序員進化視頻擴展閱讀：

程序員不是你們眼中的程序猿。程序猿是一種非常特殊的、可以從事程序開發、維護的動物。一般分為程序設計猿和程序編碼猿，但兩者的界限並不非常清楚，都可以進行開發、維護工作，特別是在中國，而且最重要的一點，二者都是一種非常悲劇(加班)的存在。

是一種近幾十年來出現的新物種，是信息革命的產物，在行為和物種歸類上我們也可稱為碼字猴。程序猿是人類在科技研究上的一種新興進化，擁有無與倫比的耐力、超越時代的智商、橫穿社會的苦逼相和低於人類平均壽命的顯著特點。

另，可以理解為」程序員「的無奈的自我稱呼。

社會結構

成群，一般2～10程序猿組成個小組，數個小組合成一個團隊。

⑵ 根基決定一個程序員會不會被淘汰

豐厚的薪水，高端的職位和有成就感的事業是人人都想要的，而這些都取決於你每天的認真工作，努力學習和靈活做人上。日子就像一塊塊磚，你就像是一個泥瓦匠每天在堆砌著你的人生，最終砌出一個宏偉的大廈或是一幢低矮的小屋甚至是堆成一堆瓦礫全取決於你自己。 程序界和軟硬體一樣都要遵守摩爾定律，也就是說當前的技術知識很快會被替代，你需要不斷學習新的東西，否則就會面臨著被淘汰的危險。然而，一個人的學習動力和慾望都是有限的，記憶力還會隨著年齡的增長而衰退，從這個道理上來說，年齡大的遲早會被年齡小的超過，成為雞肋並最終將被無良的公司拋棄。難道程序員這個職業做不過三十五歲，永遠是一碗青春飯嗎？根基是決定一個人會不會被淘汰的關鍵 其實這個結論既正確也不正確，它的結果取決於要評判的人。一個人如果根基扎實，他就更容易學習新的事物新的知識，年輕和精力相對於扎實牢靠的根基是微不足道的，對於別人是一座山的障礙，對於他也許就是一張紙的隔閡，這樣的人是不會面臨著被超越被淘汰的危機的，青春飯的論調對他完全不適用；而一個人如果根基不牢，只是靠精力和年齡勉強立足，每次新事物新知識出現都在和年輕人拼體力拚精力，那麼他遲早將被淘汰，優勝劣汰的社會就是這樣殘酷無情，但很公平 。 面向對象的思想。MVC,分層架構，按介面編程，依賴注入，OR Mapping,面向方面，SOA等都是OO的發展，不從根本上領會它，程序員就難以把握程序發展進化的趨勢，永遠停留在老窠臼中無法自拔，自我提高升華進化當然更是一句空話。 數據結構。程序的核心目的是收集，整理和展示數據，而數據的核心就是數據結構，它的重要性不言而喻。線性表、棧/隊列、串、多維數組、廣義表、樹、圖這些數據結構你都需要認真掌握，掌握的程度越深，日後學習的阻力就越小，相對於他人將更有優勢。 演算法。如果缺乏好的演算法，程序架構得再完美數據再貼切都無濟於事，猶如一台法拉利卻用牛來拉一樣。迭代法、窮舉搜索法、遞推法、貪婪法、回溯法、分治法、動態規劃法都是你需要掌握的，不要以為這很難，讀透一本演算法導論就足夠了。 基礎API。只有思想，數據結構和演算法只是一條腿，要健步如飛還得兩條腿走路。程序員的另一條腿就是基礎API，你需要認真掌握TCP/IP協議詳解，Socket通信，線程，文件讀寫等每種語言和技術都需要的基礎知識，一個新事務即使再絢爛奪目也是利用這些基石搭建而成的，如果你徹底了解了它們將永處不敗的境地，甚至覺得新技術也不過如此。 多學。從項目中學，從書本中學，從別人哪裡學，從失敗中學習，掌握基礎API就是需要多學習，如果有已有的知識總結可以起到事半功倍的效果。 多想。學習OO和演算法都需要理解，光是死記硬背毫無用處，子曰「學而不思則罔」，OO和演算法的學習都需要一個理解消化的過程，只有徹底理解了，你才真正掌握了它們。 多練。經過代碼的歷練，程序員才能百煉成鋼，成功的項目能告訴你什麼是正確的，失敗的項目會暗示它為什麼會失敗，下次你就能更進退有據。更重要的一點是，不做項目，不做多個項目，不做大項目，程序員對「度」的把握總是缺乏經驗，不是過就是不及。真正親手手寫過10-20萬行代碼的是成為一個成熟程序員的必要條件（但不是充分條件）。 如果一個程序員有良好的根基，充滿智慧的頭腦，積極主動的精神和鍥而不舍的毅力，他就一定能有豐厚的薪水嗎？答案是否定的。原因在於薪水不光取決於自身的水平，還取決於周圍的環境。 程序員的身價首先決定於他能給僱主帶來多大的利益，如果帶不來利益，程序員再有本事也是白搭，這就要求程序員一定要根據自己的特點尋找合適自己發展的公司， 在你的職業生涯之初就要研究自己和世界，逐步選擇一個合適自己的方向發展，永遠記住，方向比努力更重要。 其次， 程序員的身價也取決於他的不可替代性 ，即使一個人能帶來很多的利益但身後有大批的後備軍資源，干不好立即就有人頂替你，這樣的人薪水也不會高，反正你不幹有的是人干，資本家就是這樣無情。這告訴我們要使自己不可替代，就要努力向高處走，一定和眾人拉開差距才能彰顯自己的價值。 IT是一個朝陽產業，正處於蓬勃發展中，選擇這一行比其它行業擁有更多的發展機會。 相對於其它職業，程序員對自己命運的把握程度更大。 」榮辱自取，不求於人「，這是一種非常好的感覺 ，在別的職業中是難以找到的。 只要人們還在使用計算機，程序員這個職業就永遠不會消亡，因為計算機運行永遠需要軟體。 在信息時代，程序是一個非常有效的收集或發布信息的工具，如果利用得當，它能直接帶來巨大的收益。 程序員事業發展的方向 架構師，CIO。對於熱衷於技術的程序員來說這是一個不錯的方向，架構師這個職位的必要條件是有優秀的技術功底和豐富的設計經驗，此外還需要有某個領域的深入知識。對於CIO要求更高，他需要對未來五年內的技術走勢把握得比較清楚。 項目經理，部門經理。人際關系處理良好，語言能力出眾的程序員適合走這條路。這也是大連大多數程序員的理想選擇。 做自己的網站，當一個給自己發薪水的人。網站做好了收入頗豐，低端如hao123，高端如google的例子都擺在眼前。其實做網站初期投入並不巨大，但需要持之以恆的毅力尤其是敏銳的市場嗅覺，它決定了你是否能從網站中盈利。此外，擁有自己的網站對於自我宣傳，建立個人品牌有很大的好處。這條路適合於熱衷於網路技術的程序員。 開公司創業。製作軟體並不難，難得是是否能接到活，能否接到長期的活，如果能做到的話，你就可以選擇創業。拿工資致富是不可能的，而一次項目的利潤可能就等於你前期的工資總和。 後語相對於永恆的宇宙，我們確實非常渺小，應該有謙卑之心；但是跟別的任何生命相比，我們的尊嚴，我們的價值，我們的可能性，是一樣的；就算人家確實是牡丹玫瑰，自己只是小小的，角落裡的一朵苔花，也應該燦爛地綻放，把自己漲圓，並且自豪地仰望蒼天，說：「我也能！」

⑶ 程序員提升開發技術需要注意哪些

一、不提升非技術技能

我們認為非技術技能是項目成功的主要因素。這些非技術技能也可以稱之為「軟技能」，總體上來說，它已經被公司證明為能夠駕馭企業和客戶之間的長期商業關系，因此也能決定公司的成長發展路徑。一些關鍵的軟技能指標包括：

a.紀律——這是最重要的特徵之一，缺乏紀律，最終會讓這個開發團隊在開發能力上「缺乏自信」。解決這一問題的矯正方法就是每天制定詳細的to-do清單：兌現你的承諾、完成你開始做的事情、避免多重任務，因為這些往往會讓你的生活產生混亂。

b.顧客的聲音——不把客戶置於決策的核心地位只會跟你們業務的原始目的相沖突。如果客戶不高興，即使你擁有世界上一流的專業知識和資源也不會起什麼作用。保持符合客戶期望的解決方案、及時交付才能體現出項目的真正價值。

c.溝通——尤其是當客戶和供應商並不在同一地點的時候，明確而及時的溝通是填補服務空白的極好措施。主要集中在這衡團三個方面你就能克服問題——進行主題討論、清晰表達、乾脆簡潔。

d.了解需求——在整個開發生命周期過程中，決定成功和失敗的之間的一個至關重要的區別將會給人留下深刻的印象。通過最初的頭腦風暴法了解問題狀態，以及後續的交貨程序，這其中都要和客戶完美配合。只有這樣，客戶才會贊賞你的工作，給你好評。

二、對編碼不理智

古人雲：善泅者溺，善騎者墮。但估計絕大多數的程序員都認為自己的編程技術絕對的牛。而同樣真實的是，每一個代碼，讓不同的程序員去實現的話都會不可避免地發現它所存在的缺陷。所以說，只有通過在一個項目上的合作，程序員之間必然有的摩擦才能證明誰是最好的。健康的競爭是好事，但它不應該成為一個本來可以成功的項目的負擔。

另一個創意阻礙是無法將預定義的模板使用在對你有利的開發項目里。幾乎所有的編程語言有一個很好的在線/內置的代碼片段存儲庫，可以咐閉橘修補代碼，防止重新編程。然而，如果因為不理解需求或缺乏接觸各種可用庫/模板的話，這就意味著程序員最終會無意間將一開始就創建的代碼付之東流。這不僅增加了開發時間，也提高了總體成本。另外一點就是，發布了的代碼已經經過了質量檢測，所以只有將它用作模板才能發揮它更大的價值。

三、不一定什麼都要被理解

如果你是剛調到這個團隊來的編程人員，對於手頭的工作並不是很熟悉，那該怎麼辦?肯定是先看一些前任留下來的工作計劃，要是他寫的詳細倒也沒什麼，如果寫的不詳細，估計會讓你更加的撓頭。

因此，推己及人，在需要交代的工作上，最好是把任務寫的盡可能的詳細。這么做也是非常現實的原因：能夠把編程問題解決掉，最好是保證使用解釋性的語言和英語發音來表示變數。一些基本的指針可以讓你的程序更容易被理解，包括：

a.把所有參數、引用、方法和變數名稱盡可能接近英語表達。保持文件名簡短但有助於理解的功能。

b.使用++包裝文字是一個好辦法，能讓代碼和注釋更加清晰。

c.將編寫的程序保持在一個連續的流程上，尤其是在使用OOP基礎上的語言：C、C和C++。

d.對於不同的代碼塊使用不同的描述名稱。

四、不使用經過驗證的工具和技術

程序員的好壞從他使用的編程工具和調試工具上就能看出。在異常情況的跟蹤上，下面就是程序員經常會出現的常見錯誤。

對一些可能會對其它代碼有影響的常見案例進行捕捉，處理這些比較常見的異常情況(而不是特殊的異常)意味著無意中除除掉了會抑制整個程序的殘留部分，因此並不會影響他人的代碼。

也許程序員可能帶有惡意的意圖來捕捉所有的異常情況，但即使是捕捉到了也不實施採取措施，這就是常說的「虛假安全閥」，這種異常處理手段是態轎對整個軟體的穩定和安全的一種妥協方式。

五、較差的控製版本

在任何涉及多個團隊的項目里，當談到版本控制的時候不去介紹使用最佳實踐都是一個十足的罪過。版本控制的目的是確保由一個人執行的編輯或修訂不去影響另一個人的工作。

版本控制不僅有助於將由兩個或兩個以上的程序員的編輯工作合並到一起，還有助於跟蹤程序的更改歷史。所以說，任何開發團隊都應該做一些好的改進措施以確保強大的版本控制，這其中就包括：

為每個解決方案創建一個「邏輯單元」

給解決方案制定描述性的名稱

確保你所使用的都是最先進的文件

頻繁的向團隊分享你所做的各種改變

六、擁有最新信息的個人代表不了團隊

一旦有新員工加入，就立刻強制安排他參加專業培訓，讓他知道他的角色是用來干什麼的，盡早產生創造力。例如一個測試人與加入之後，就應該向他介紹編程的理念，之後將培訓重點放到測試實踐上，而不是繼續闡述編程的重要性。

現階段的技術的進化程度比以往任何時候都要快，，所以要記住，定期培訓是必不可少的，這是在給團隊創造價值。例如一個Web設計師需要知道響應式設計，提供給設計師大量的用戶日常使用的移動設備的不斷擴張的樣品，希望他們能獲得靈感。

七、不恰當的測試

測試作為整個系統開發生命周期(SystemsDevelopmentLifeCycle，簡稱SDLC)的重要一個要素，通常不需要開發團隊給出太驚人的結果。但是如果在測試環節沒有付出恰當的、相應的努力的話，這是說不過去的。下面的一些方法或許對你的測試團隊有用，至少在你們交付產品的時候能夠給用戶一個好的交代。

單元測試

實物模型

綜合測試

八、注意安全漏洞

有的時候在軟體開發過程中，就會遇見如下這樣的安全漏洞：

A、不同組件之間意想不到的交互作用：a、輸入不正確的驗證信息;b、SQL資料隱碼攻擊;c、跨網站指令碼;d、命令植入攻擊;e、跨站請求偽造(CSRF);

B、難以實施的資源管理，包括：a、不尊重可用內存緩沖區;b、對外控制;c、使用有潛在危險的功能;

九、和客戶交流

最初的合同簽訂後，開發公司通常會忘記每天與客戶進行產品上的信息交互，以至於在交貨的時候還需要進行升級。兩大關鍵的交流點可以讓你和客戶保持更好的、更長的關系：

在客戶開問之前，開發方應該和客戶進行交流溝通。

和客戶保持周期性的交流。

十、避免標准實踐面臨的迫在眉睫的最後期限

通常情況下項目都會遇到進度延誤的現象。然而，這不是說你有理由去偷工減料或者是在開發或測試階段耍花招，未經測試的模塊絕對是一個隱患，會讓你的開發團隊名譽受損的。一個更好的方法來管理延遲是提前告知客戶並且積極執行延遲計劃。只要延期的理由是有效的，客戶應該會理解，也會給你額外的時間來解決這個問題。

⑷ 請問一個程序員，怎麼進化到一個項目經理

那得看你是不是有這樣的志向了，如果你的目標是成為項目經理，那麼你現應該做的就是開始關注項目開發的全過程。

程序員和項目經理是兩個工種，這一點你一定要清楚，只有思想先轉變了，人才有可能跟著轉變身份。

程序員是技術工作，主要承擔的是項目中某一部分的具體任務，完成某些需求，去把代碼都敲完，保證測試的時候不出問題，沒有BUG，也就夠了，別的事不用操心，也用不著一個程序員去操心；作為程序員最多就是學點新技術，可以更快更好的完成自己那攤任務即可。

項目經理是管理崗，至少理論上是這樣的，不過現在很多軟體開發工司的項目經理多半也是一個項目組里的技術骨幹，其實這也沒有什麼不行的，只不過想做好項目經理，僅僅懂技術是遠遠不夠的。

項目經理的工作更多的是協調內外關系，確保項目可以按期合格完成。協調則是主要工作，內部 ，需要協調項目組里各工種之間的工作，讓大家可以配合起來更高效的完成工作；同時還要和公司進行協調，比如人員的借調或者資源的調配，瑣事更多一些。

與此同時還要和項目的建議單位進行協調，因為人的溝通是不可能百分百理解的，項目開發更是如此，對於很多細節上的問題，都是應該由項目經理去和建議單位協商的，若溝通不暢後續將面臨著很多設計變更的問題，會耽誤時間與資源。

所以如果你想成為項目經理，在忙完自己程序員的工作之後就多留心去學一些管理方面的知識吧，以備哪一天的榮升之機。

⑸ 有人說，人工智慧將來可替代程序員寫代碼，你怎麼看

你好！我是康哥！ 未來不光是人工智慧會取代程序員寫代碼，我認為很多行業都有可能被取代！

作為80後的我小時候沒有電腦，父母那一輩基本上班的時候也都沒接觸過電腦，那個時候工作文稿都是用手寫，而到我上了大學，短短18年的時間電腦在中國得到了普及。讓我印象最深的是我參加工作的時候公司的老會計，業務能力不在話下，但是金蝶用友玩的不轉。後來也不得不順應時代的發展，學習電腦知識。

所以人工智慧現在看似是一個很新興的產業，但是很可能在未來的十幾年當中滲入我們生活中的方方面面。

那些重復性的工作，例如人力資源中的考勤工資；財務中的基礎做賬工作；程序員中的基礎代碼工作；甚至醫院的醫生都會被人工智慧取代 。

未來不會被渠道的是一些重復性工作不強的職位，我認為這個實際上就是效率的提升，電腦代替手工勞動，機器代替人的大腦和手腳，讓我們的生活更加有效率。

我認為是一件好事情，能讓我們有更多的時間去開發新事物。不斷地開發我們的大腦去 探索 新事物。

但是從另外一個方面來看，未來的確有很多人會失業。不管是現在我們常見的一些崗位，包括一些看似穩定的鐵飯碗，例如公務員或者事業單位人員，一些職能性的但是效率底下的職位也將會被取代。

這就提醒我們每個人都要居安思危，不斷提升自己的技能和附加值，這樣才不會被 社會 所淘汰，二十年時間看似很長，但是實際很短。

AI能代替我們的是一些能夠重復的工作和簡單的開發工作，可是誰來維護這些人工智慧，如何管理這些人工智慧我認為未來是我們人類職位的一個新增項。

作為一名IT行業的從業者，同時也是一名計算機專業的教育工作者，我來回答一下這個問題。

首先，隨著人工智慧技術的不斷發展，未來大量基礎的編碼工作必然會由智能體來完成，這個過程也會不斷推動程序員的崗位升級，提升程序員的崗位附加值，同時減輕程序員的工作壓力。實際上，人工智慧技術的發展對於未來延長程序員的職業生命周期具有重要的意義。

當前程序員崗位的工作壓力還是比較大的，不僅應用級程序員每天需要完成大量的編碼工作，研發級程序員也需要面對一些毫無能力提升的編碼工作，這在很大程度上降低了程序開發的樂趣，使得程序員感到乏味。隨著當前產品迭代的速度不斷加快（大數據時代的並行迭代），程序員不僅面臨更大的工作量，在工作內容上也得到了一定的拓展（全棧開發趨勢），所以當前從事程序員崗位還是具有一定難度的。

要想讓程序員從當前的工作壓力當中解放出來，採用智能體實現代碼編寫是非常重要的一個解決方案，這不僅會提升程序開發的效率，同時也會保障程序代碼的質量一致性，提升程序的穩定性。實際上，當前在程序開發領域內已經有不少工具可以完成一部分代碼的生成工作，雖然目前功能還不夠強大，但是已經在一定程度上減輕了程序員的編碼負擔。

未來當智能體替代程序員完成基本的編碼工作之後，程序員可以把更多的精力應用在創新方面（演算法設計、模式設計、框架設計等），而且技術驗證的速度也會明顯提升，這些都會提升程序員的工作效率。

如果有互聯網、大數據、人工智慧等方面的問題，或者是考研方面的問題，都可以在評論區留言，或者私信我！

有人說，人工智慧將來可替代程序猿寫代碼，你怎麼看？

好！

科技 這么發達，

完全有可能，

但是，

怎麼發達，

有一些程序還是離不開人的操作，

程序猿，

有些程序必須靠人工才能完，

這個毋庸置疑，

不論智能怎麼發達，

有些人的操作，

永遠取代不了的，

這個倒是真的，

有一些事物，

是人工智慧無法完成的，

到任何時候人，

都不會被智能取代消退，

總有一些程序交給人，

來操作！

都是些不深入ai的媒體炒作概念，讓人覺得ai無所不能。一百二十八年內不可能，有的話也是小打小鬧，滿足不了工業屆千變萬化的需求。ai可以輔助創作，但獨立創作，尤其是代碼，絕無可能。

如果ai將來能寫可執行的邏輯正確的代碼，那麼未來的程序員或演算法工程師，都會大部分失業。如果ai都能按邏輯寫代碼，都可以去嘗試各種邏輯，甚至自己決策。那麼ai可以控制各種帶有晶元的設備，小到手機，大到 汽車 。這還是ai么，這不是上帝之子么。

可能你從github喂海量的代碼給到模型，藉助於大數據和gpu算力出來，理論上來說能訓練出一個號稱能寫代碼的ai.但這個ai寫出的代碼都是基於統計規律的，不能處理突發事故。運氣好的話，生成的代碼能執行，但代碼越長，生成的代碼可運行的概率越低。

即使能運行，代碼的邏輯是什麼？

程序員和產品經理干架，就是因為需求會一直變。你期望ai能寫出滿足千變萬化的需求的代碼？

我們從幾十億年的單細胞生物進化到今天，能不能有點自信？要是ai這么厲害，我覺得我沒臉說我是人了。總之，怎麼可能！

將來我們寫代碼時：

總之，ai可以輔助程序員編程，極大提高編程效率。但如果代替程序員自己編程，根本不可能。如果有那一天，我把我現在的手機吃了。

這幾年，人工智慧被炒的越來越熱了，比如阿里的魯班系統能夠自動生成雙十一海報，一天可能出圖上億張；還有通過機器學習，程序畫的話，被賣到上億元；其實就目前來講，這些都是比較基礎的，人工智慧即使畫畫，也是通過機器學習別人的畫之後，說白了， 組合的。沒有靈魂作為支撐的產品，不能說沒有價值，但是在意義層面來講絕對是非常弱的。

人工智慧在將來可以替代程序員寫代碼嗎？我只能說：有可能，而且即使人工智慧代替程序員寫代碼，也是比較基礎的，其實，隨著現在程序工具化的趨勢，已經解放了程序員，如果人工智慧+工具化，在一些基礎的，機械的編程中，確實能夠讓程序員解放出來，去處理更加復雜的業務邏輯和架構設計。

但是，我感覺人工智慧完全取代程序員是不可能的。因為，機器永遠也不想到人類復雜的需求，尤其是，變來變去的需求變化。如果機器能夠有靈魂的話，估計也會被人類復雜且變來變去的需求，折磨的要死，從而發出一句，感嘆：卧槽，這是什麼玩意的破需求。

但是，去年有一條新聞值得我們關注，那就是：

Repairnator 是由 KTH 瑞典皇家理工學院的軟體技術教授 Martin Monperrus 開發。它會監控開源軟體在持續集成期間發現的 bug，並嘗試自動修復它們。如果它成功合成了一個有效的補丁，那麼 Repairnator 會偽裝成人類身份向人類開發者提交此補丁。到目前為止，Repairnator 已經成功生成了 5 個補丁，並被人類開發者永久地合並到代碼庫中。

這是自動程序修復軟體工程研究中新的里程碑。

所以，現在機器都可以修改 bug 了，將來在一定程度上寫程序，也是有可能的，但是完全取代我認為不現實。

原因如下：

當然了，如果機器能夠完全取代人類編程的話，那非常可怕啊，未來有可能將是被機器控制的時代，而不是人類控制機器的時代。

有人說，人工智慧將來可以取代程序員來寫代碼，這個理由不成立，因為人工智慧就是程序員開發出來的。而且現在所謂的人工智慧遠遠沒有達到真正意義上的智能，大部分還是人工更多一點。

如果以人類的生命成長階段來看，人工智慧目前只能算是嬰兒階段，在嬰兒階段就拋棄喂養自己的母親程序員，那為時也太早了。

人工智慧大體分兩個大的方向，圖像識別和機器學習。目前圖像識別成長的比機器學習更快一點，但也僅限於快一點兒，我們常見的圖像識別場景就是無人駕駛。而機器學習發展相對緩慢，都是在初級階段，如果想要有階段性的變化，在演算法機制上要有突破性的進步，才能引領機器學習進入下一階段。

所以至少在未來幾十年甚至上百年我認為我們程序員都不會失業的，還是有飯吃的。

所謂人工智慧的程序也是由人類開發設定的，它也絕不會取代人的作用，它對美學，結構想像力設計，邏輯多向思維甚至懸思學都無法深入涉足，它就像一個架構師將演算法和公式公布出來，其它基礎部分由代碼來完成一樣，就算將來人工智慧也可以進行相關研發，但審核與檢測仍然需要人類完成，人類的工作只會越來越高級。

所以不用杞人憂天，人工智慧是不可能真正成為人類的思維一部分的，當它的工作目標對人類無意義而虛耗電能和時間的時候，人類是一定會及早發現並介入的，一個簡單的拔電源就可以停止其行為……

人工智慧是近階段大家經常提到的一個話題，其中神經網路深度學習其中一個特點，那麼人工智慧最終真的能達到一般人類這樣去思維么？能夠像程序員那樣的編程么？會不會以後有一天真的能替代程序員了吧，這件事情你是怎麼看待的？針對這事情我來說一下我的看法。

人工智慧會讓程序員的工作效率更高，十年之內不可能完全代替程序員

在CSDN上有一篇報道，有一個名字為Screenshot-to-code-in-Keras的項目可以把一些稿件自動變成一堆html代碼加css代碼，有的前端程序員就可能為此而感覺到恐慌，感覺以後人工智慧要替代自己的飯碗了，這樣的事情也不足為奇，在人工智慧這個概念還沒有興起之前，一些java程序員使用ide開發工具就能生成一堆代碼，節省了開發效率。感覺起碼在近五到十年內感覺人工智慧還不能完全替代人類程序員這樣去編程，就以前端代碼為例，雖然html代碼加效果類css讓人工智慧生成代碼，可能人工智慧在這方面戰術上完勝，但是一些戰略問題它還是遠遠不及人類的。

其一它生成的東西能確保是人類想要的嗎？，如果不符合要求是不是需要人類程序員來調整，人工智慧不可能做出一套適應所有場景的東西出來。

其二前端程序員是要與後端程序員進行對接的，在對接時各個參數，怎麼調用了，相當復雜，兩個人類程序員（前端程序員與後端程序員）還需要溝通好長時間，難道人工智慧就能那麼完美理解人類的意思就不需要溝通了么？

近5到10年內的情況可能是這樣的，一些低級的常規的代碼都可能會是自動生成，一些組織調整的工作交給人類程序員來進行處理，最後項目的質量當然還是有人類進行負責的，由人工智慧的加持，程序員的工作效率可能會大大提高，以往傳統開發需要幾周的工作量可能會縮減到幾天甚至更短。

未來上層領域的程序員數量會減少

隨著時間再往後發展，我想一些上層代碼會逐漸由人工智慧程序自己完成了，可能寫代碼的不再是程序員了，比如說可能是一種操作軟體的形式存在，有著成熟的操作界面，良好的操作體驗，一個非技術人員通過界面輸入自己想要的東西，通過一定的規則描述，然後就會生成相應的代碼並能直接運行。或者比這個更先進，不是一個軟體界面的形式存在，而是一個智能硬體設備，只需要對其說話，像與人類說話那樣，說出自己的需求，智能設備就能在短時間內做出自己想要的東西。

如果真能達到這種程度的話，我想未來參與業務開發的程序員的數量將會急劇減少，但是 不可能減少到為0，因為人工智慧做出的東西也不可能是完全有保證的，起碼需要個別人還需要進行對項目代碼進行負責不是嘛，就想現在的無人駕駛車為啥還留有方向盤一樣。上層開發的人員少了，人工智慧這些底層開發的程序員會更吃香了，甚至數量會多起來。

軟體數量和規模將成倍增長

大家都知道程序做事效率是相對高的，人類做項目是用天，周，年為單位來計算的，那麼這些軟體交給人工智慧處理應該是秒級別的吧，如果是大一點的項目頂多是分鍾了。如果是這樣的話，估計人類世界軟體的發展速度將會達到一個新的高度，軟體的數量和規模將是幾何倍數的增長。

如果真是這樣一天的到來，我想人類在學習和思想上都要有策略上的改變，以前經常在嘴邊說的話，要勤奮，要多動手，未來的人類要做的事情，就是要多思考，勤於思考。動手的事情就交給人工智慧去吧。

那是必然的。不僅程序，看病，甚至很多方面都可以，但是，那種機械的，生冷的東西在幾何級數提高效率的同時也會鑄成，無論如何，這個趨勢不可阻擋，是喜是憂？需要蓋棺定論。

電腦只能處理精確到指令，需求一開始往往是很模糊的，以目前人工智慧自然語言語義理解的發展程度，可能性很低。

⑹ 程序員到底有多累，多辛苦

程序猿有多累，這個問題從三類人的視角進行分析：

1. 一個是作為程序猿本身的自己，程序猿在不同階段會有不同的感觸

• 上學階段：時間是自己安排的，執拗時自己研究通宵達旦也不覺得累，即使累了也知道自調節,也有時間自己調節,所謂吃了睡，累了睡，想幹啥幹啥，那就是大學，程序猿基本對累沒感知

• 剛畢業兩三年內：初生牛犢不怕虎，剛畢業，絕大部分工作努力，一方面是工作與學習有很大不同，為了完成任務需要加班加點，剛畢業年少經常加班也不會累，畢竟還有精力；另一方面是為了成長，這種來自內心主動性的驅動力會讓程序猿感覺不到累。本寶寶剛畢業那會，項目上線天天加班到凌晨後，不上線的日子裡白天測試項目，晚上自己學習搞自動化，星期天也是趴在電腦前，完全就是靠著內心的驅動力驅使，那段奮斗的時光並沒有感覺多累

• 有了兩三年工作經驗後：不得不承認，我現在就是這個階段，連續一周凌晨多回家身體感覺疲憊，身體的每個細胞都在告訴程序猿自己已不再年輕，當你連續加班時，在明亮的辦公室里會感覺很困，不會介意那光的強烈，不會想起自己需要再熄燈的情況下睡著；而當項目終於上線，晚上早點回家，那種積蓄了N久的勞累疲憊感會一下子湧上來，一坐上班車就睡著，到目的後人都走了才醒來，然後走一段到地鐵站，地鐵上站著就能睡著，默默的站著睡著還錯過站，在那一刻你會知道自己有多困，看著地鐵里腳步飛快的人，明白原來這就是北京。回答家，扔下電腦包，啪的一下趴在床上，那種暈乎乎的感覺彷彿一下子就能睡著，但是當身體整體躺在床上的時候，不敢睡，為啥，想起了一個RD leader說的話：真怕一下子睡著了，就永遠起不來了。剛畢業的兩年內我倒頭就睡不會想這些，但是在工作久了，身體不如年輕時，那種累真的會讓自己覺得睡了就不會再起來。每一次項目上線都是這樣，這就是程序猿的累；程序猿經歷了下圖似的進化過程，

  
  

  ⑺ 什麼是程序員

  1. 程序員，從字面看就是寫程序的人員。

  2. 程序員(英文Programmer)是從事程序開發、程序維護的專業人員。一般將程序員分為程序設計人員和程序編碼人員，但兩者的界限並不非常清楚，特別是在中國。軟體從業人員分為初級程序員、中級程序員、高級程序員（現為軟體設計師）、系統分析員，系統架構師，測試工程師六大類。

  3. 初，中級程序員一般叫做碼農。
     

  4. 高級程序員和架構師一般叫做攻城獅

  5. 系統分析員是指做需求分析同時懂代碼的那群

  6. 測試攻城獅一般指黑盒測試，也就是點點點，所有功能按鈕全點，看看有沒有錯誤，常見錯誤404，500。

  總結而言，一隻優秀的程序猿通常有以下特點：（以下來自於網路，詞條：程序猿）

  1. 【PMonkey】對技術充滿JI情（因為能夠得到香蕉）

  2. 將編程作為一種愛好（不一定，只有少數的程序猿有這一素質） 如果你允許會滔滔不絕地跟你談論技術（程序猿使用特殊的語言，別的人或猴子很難聽懂）

  3. 【PMonkey】有過個人的開發經歷（獨立的尋找過香蕉或追尋母猿）

  4. 堅持認為某種技術最好（程序猿都很固執）

  5. 如果讓他用他認為不好的技術他會非常別扭（同上）

  6. 聰明、健談、興趣廣泛（只限於NEET和有關宅話題）

  7. 在大學和工作前就開始接觸程序（程序猿從小就是程序猿了）

  8. 總而言之，程序猿和它的一些同種族（如網管猿，技術猿）一樣，都是人類用來幫助提高生產力的技術人員，由於許多程序猿的智力很高，所以經常自己去尋找香蕉或母猿而無心工作，但這只是個別現象，總體來說程序猿是一種對人類很有用的動物，它們工作時很勤勞，而且不像業務猿那樣喜歡跳奇怪的舞蹈（也叫增猿舞）吵的人們想鬼畜它，程序猿一般到了30歲左右就會進化成別的猿類（一般是管理猿），不過據報道，也有一些少數一生都是沒有母猿的悲劇程序猿。

  9. 程序猿是被詛咒的悲慘生物，它們受到的詛咒有：過度的勞作、永遠不足的睡眠、低廉的收入等等……

  10. 程序猿並不擅長戰斗，它們生活中最主要的活動是——在樹葉上打洞，然後將打洞的樹葉放進一個木盒子里念咒語，並聲稱那些是能夠提高族群的食物供給或提供其他神奇功能的偉大產品。但是，因為每個程序猿打洞的方式各不相同，他們之間也會經常爆發沖突，每個程序猿都聲稱自己所用的打洞方式是最好最先進，打出的洞是最美最華麗的，並不惜因此用打洞的樹葉互相投擲。根據一些冒險者收集到的程序猿族群的資料，所謂的打洞方式，有西珈岬式、爪哇式、希沙埔式等等。不過，令人驚異的是，雖然每個程序猿所用的打洞方式都不同，但它們能用幾乎所有的方式來給樹葉打洞，來表達「你好，世界」的意思……

  11. 因為長時間的不運動，程序猿的體力普遍低下，不擅長近戰。不過，它們的高超智力彌補了這個缺陷。投擲打洞樹葉是它們常用的攻擊方式，而且，一如它們所宣稱的一樣，那些樹葉有著一些神奇的功能——很多冒險者在受到樹葉攻擊後，雖然受傷並不嚴重，但都不同程度表現出反應遲緩、四肢不聽指揮、眼前一片藍色等症狀，甚至於昏迷不醒。不過，好在這些症狀都不致命，但是這足以保護程序猿遠離冒險者的侵擾。

  12. 程序猿只為了保護棲息地才會戰斗，因此，一般冒險者都會繞開它們的地界。而且，由於程序猿的智力達到了能和冒險者交流的程度，甚至有的冒險者和程序猿族群建立了良好的關系，並且得到了它們的打洞樹葉作為向族群提供食物的交換——只是這些禮物在冒險者手上遠不如在程序猿手上可靠……

  ⑻ CC程序員實用大全怎麼樣

  譯者序 第一章 C語言入門 1 編程簡介 2 創建ASCII碼源文件 3 編譯C程序 4 語法錯誤 5 典型的C程序結構 6 往程序里添加語句 7 在新的一行上顯示輸出結果 8 C語言區分大小寫字母 9 邏輯錯誤BUG 10 程序開發過程 11 文件類型 12 進一步了解連接器 13 頭文件 14 幫助編譯器查找頭文件 15 加速編譯 16 注釋程序 17 提高程序的可閱讀性 18 注意編譯器警告信息 19 控制編譯器警告 20 用注釋屏蔽警告 21 名字的重要性 22 分號的作用 23 變數 24 給變數賦值 25 變數類型 26 定義同一類型的多個變數 27 定義變數時加上注釋 28 給變數賦初值 29 在定義時初始化多個變數 30 使用有意義的變數名 31 C關鍵字 32 整型變數 33 字元型變數 34 浮點型變數 35 雙精度型變數 36 給浮點型變數賦值 37 類型標識符 38 無符號類型標識符 39 LONG長類型標識符 40 聯合使用無符號和長類型標識符 41 使用大數值 42 寄存器類型標識符 43 短SHORT類型標識符 44 從類型申明中去掉INT 45 有符號類型示識符 46 多賦值運算符 47 把變數的值賦給另一種類型的變數 48 創建用戶自己的類型 49 賦給十六進制或八進制值 50 溢出 51 精確度 52 賦值為引號或其他字元 53 PRINTF入門 54 使用PRINTF顯示整型數值 55 列印八進制或十六進制整數 56 用PRINTF顯示無符號整型數值 57 用PRINTF顯示長整型數值 58 用PRINTF顯示浮點型數值 59 用PRINTF顯示字元型數值 60 用指數格式顯示浮點數 61 顯示浮點數 62 用PRINTF顯示字元串 63 用PRINTF顯示指針地址 64 在數值前添加正號和負號 65 用PRINTF格式化整數值 66 0填充整數輸出 67 在八進制和十六進制數前顯示前綴 68 用PRINTF格式化浮點數 69 格式化指數輸出 70 左對齊PRINTF的輸出 71 聯合使用格式符 72 字元串的換行 73 顯示NEAR和FAR字元 74 使用PRINTF的轉義字元 75 判斷PRINTF已顯示的字元數目 76 使用PRINTF的返回值 77 使用ANSI設備驅動器 78 用ANSI驅動器清除屏幕顯示 79 用ANSI驅動器顯示屏幕顏色 80 用ANSI驅動器定位游標 81 在C中作基本的數學運算 82 模運算（取余運算） 83 運算符的優先順序和結合性 84 強制操作符運算順序 85 C的自增運算符 86 C的自減運算符 87 按位或運算 88 按位與運算 89 按位異或運算 90 「取反」運算 91 對變數的值進行運算 92 C的條件運算符 93 C的長度SIZEOF運算符 94 移位運算 95 位循環運算 96 條件運算符 97 循環控制 98 C如何表示真TRUE和假FALSE 99 用IF判斷條件 100 簡單語句和復雜語句 101 判斷是否相等 102 關系判斷 103 用邏輯與判斷兩個條件 104 用邏輯或判斷兩個條件 105 邏輯非運算 106 將條件結果賦值給變數 107 在復合語句中定義變數 108 使用縮進來提高程序的可讀性 109 使用擴展CTRL+BREAK檢查 110 判斷浮點數 111 永遠循環下去 112 賦值判斷 113 IF-IF-ELSE語句 114 按規定次數執行語句 115 FOR語句的有些部分是可選擇的 116 在FOR語句中賦值 117 控制FOR循環的增值 118 在FOR循環中使用字元型和浮點型數值 119 空循環 120 無窮循環 121 在FOR循環中使用逗號運算符 122 不要在FOR循環中改變控制變數的值 123 用WHILE循環重復執行一條或多條語句 124 WHILE循環的組成部分 125 使用DO重復執行一條或多條語句 126 C的CONTINUE語句 127 使用C的BREAK語句來結束循環 128 GOTO語句分支 129 判斷多個條件 130 在SWITCH中使用BREAK 131 使用SWITCH語句的DEFAULT CASE 第二章 宏與常量 132 在程序中定義常量 133 宏與常量擴展 134 給常量和宏命名 135 使用-FILE-預處理器常量 136 使用-LINE-預處理器常量 137 改變預處理器的行計數 138 生成無條件預處理器錯誤 139 其他預處理器常量 140 記錄預處理器的日期和時間 141 判斷是否進行ANSIC編譯 142 判斷是C++還是C 143 取消宏或常量 144 比較宏與函數 145 編譯器PRAGMAS 146 預定義值和宏 147 創建用戶自己的頭文件 148 使用#INCLUDE<FILENAME.H>或#INCLUDE「FILENAME.H」 149 判斷符號是否被定義 150 進行IF-ELSE預處理 151 更強大的預處理器條件判斷 152 實現IF-ELSE和ELSE-IF預處理 153 定義需要多行的宏和常量 154 創建自定義宏 155 在宏定義中不要放置分號 156 創建MIN和MAX宏 157 創建SQUARE CUBE宏 158 注意宏定義中的空格 159 如何使用括弧 160 宏是沒有類型的 第三章 字元串 161 C字元串的形象化 162 編譯器是如何表示字元串的 163 C是如何存儲字元串的 164 『A』是如何區別於『A』的 165 在字元串常量內表示引號 166 判斷字元串的長度 167 使用STRLEN函數 168 將一個字元串的字元復制到另一個字元串中 169 將一個串的內容追加到另一個串上 170 給字元串追加N個字元 171 把一個字元串轉移到另一個字元串 172 不要越過字元串的界限 173 判斷兩個字元串是否相同 174 比較字元串時忽略大小寫 175 將字元串轉換成大寫或小寫 176 獲取字元串中第一次出現的某個字元 177 返回索引到串的首次出現 178 搜索字元在字元串中的末次出現 179 返回指向字元中末次出現的索引 180 使用FAR字元串 181 為FAR字元串編寫字元串函數 182 計算字元串的內容反轉 183 將字元串的內容反轉 184 將某特定字元賦給整個字元串 185 比較兩個字元串 186 比較兩個字元中的前N個字元 187 不考慮大小寫比較字元串 188 將字元串轉換成數字 189 復制字元串的內容 190 從給定字元序列中查找字元的首次出現 191 在字元串中查找子字元串 192 計運算元字元串出現的次數 193 給子字元串獲取索引 194 獲取子字元串的最右端出現 195 不使用%2格式標識符顯示字元串 196 從字元串中刪除子字元串 197 用另一個子字元串代替子字元串 198 轉換數值的ASCII碼形式 199 判斷字元是否為字母數字 200 字元是否為字母 201 判斷字元是否包含ASCII值 202 判斷字元是否為控制符 203 判斷字元是否為數字 204 判斷字元是否為圖形字元 205 判斷字元是大寫還是小寫 206 判斷字元是否可列印 207 判斷字元是否為標點符號 208 判斷字元是否包含空白符 209 判斷字元是否為十六進制值 210 將字元轉換成大寫形式 211 將字元轉換成小寫形式 212 使用ASCII字元 213 將輸出格式寫進字元串變數 214 從字元串中讀輸入 215 標志字元串以節省空間 216 初始化字元串 第四章 函數 217 函數 218 在函數中使用變數 219 把MAIN當作函數 220 參數簡介 221 使用多參數 222 老式C程序中的參數申明 223 函數返回值 224 RETURN語句 225 函數原型 226 運行時程序庫 227 形參和實參 228 解決名稱沖突 229 返回類型為非INT型的函數 230 局部變數 231 函數如何使用堆棧 232 函數的開銷 233 C如何存儲局部變數 234 申明全局變數 235 避免使用全局變數 236 解決全局和局部變數的名稱沖突 237 更好地定義全局變數的有效范圍 238 傳值調用 239 使用傳值調用防止參數值變化 240 傳址調用 241 獲取地址 242 使用變數的地址 243 改變參數的值 244 只改變指定參數 245 使用堆棧進行傳址調用 246 記住函數變數的值 247 C是如何初始化靜態變數的 248 使用PASCAL調用順序 249 PASCAL關鍵字的影響 250 混合編程示例 251 CDECL關鍵字 252 遞歸函數 253 遞歸階乘函數 254 另一個遞歸的例子 255 進一步理解遞歸 256 直接遞歸與間接遞歸 257 判斷是否要使用遞歸 258 為什麼遞歸函數慢 259 如何消除遞歸 260 將字元串傳遞給函數 261 傳遞指定的數組元素 262 形式參數中的CONST 263 使用CONST不會阻止參數值的修改 264 無界字元串的申明 265 指針的使用與字元串的申明 266 C是如何使用堆棧處理字元串參數的 267 外部變數 268 應用外部變數 269 外部靜態變數 270 VOLATILE關鍵字 271 調用結構和基指針 272 調用匯編語言函數 273 從匯編語言函數中返回值 274 沒有返回值的函數 275 不使用參數的函數 276 AUTO關鍵字 277 范圍 278 范圍的分類 279 名稱空間和標識符 280 標識符的可見性 281 DURATION 282 支持參數個數可變的函數 283 支持個數可變的參數 284 VA-START、VA-ARG和VA-END是如何工作的 285 創建支持多參數多類型的函數 第五章 鍵盤操作 286 從鍵盤讀入字元 287 顯示字元輸出 288 緩沖輸入 289 將鍵盤輸入賦組合字元串 290 聯合使用GETCHAR和PUTCHA 291 記住GETCHAR和PUTCHAR都是宏 292 使用直接I/O讀入字元 293 不顯示字元的直接鍵盤輸入 294 知道何時使用『\R』和『\N』 295 直接輸出 296 將按鍵放回鍵盤緩存 297 使用CPPINTF快速格式化輸出 298 快速格式化鍵盤輸入 299 寫字元串 300 使用直接I/O實現更快的字元串輸出 301 從鍵盤讀入字元串 302 以更快的速度從鍵盤輸入字元串 303 以彩色顯示輸出 304 清除屏幕顯示 305 刪除當前行到行尾的內容 306 刪除屏幕上的當前行 307 定位游標進行屏幕輸出 308 判斷行與列的位置 309 在屏幕上插入空行 310 將屏幕上的文本拷貝到緩沖區 311 將緩沖區中的文本拷貝到屏幕的指定位置 312 判斷文本模式設置 313 控制屏幕顏色 314 指定背景色 315 使用TEXTCOLOR設置前景色 316 使用TEXTBACKGROUND設置背景色 317 控制文本的明暗度 318 決定當前文本模式 319 在屏幕上移動文本 320 定義文本窗口 第六章 數學 321 使用整型表達式的絕對值 322 使用ARCCOSINE反餘弦 323 使用ARCSINE反正弦 324 使用ARCTANGENT反正切 325 求復數的絕對值 326 對浮點值進位舍入 327 使用角的餘弦 328 使用角的雙曲餘弦 329 使用角的正弦 330 使用角的雙曲正弦 331 使用角的正切 332 使用角的雙曲正切 333 整數相除 334 使用指數 335 使用浮點型表達式的絕對值 336 使用浮點余數 337 使用浮點值的尾數和指數 338 計算X*2E的結果 339 計算自然對數 340 計算LOG10X的值 341 判斷最大值與最小值 342 把浮點值分解成整數和小數部分 343 計算Xn的結果 344 計算1010的結果 345 生成隨機數 346 將隨機值映射到指定范圍 347 給隨機數生成器賦初值 348 計算數值的平方根 349 創建定製數學錯誤處理程序 第七章 文件、目錄和磁碟 350 判斷當前盤驅動器 351 選擇當前驅動器 352 判斷可用的盤空間 353 當心DBLSPACE 354 讀入文件分配表FAT信息 355 磁碟ID 356 絕對扇區讀寫操作 357 進行BIOS磁碟I/O 358 測試軟碟機是否准備好 359 應用FOPEN打開文件 360 FILE結構 361 關閉一個打開的文件 362 每次讀/寫文件信息的一個字元 363 文件指針的位置指針 364 判斷當前文件位置 365 文件流 366 文件翻譯 367 CONFIG.SYS文件的FILES=條目 368 使用低級和高級文件I/O 369 文件句柄FILE HANDLES 370 進程文件表PROCESS FILE TABLE 371 進程文件表入口 372 系統文件表 373 顯示系統文件表 374 從流指針中導出文件句柄 375 進行格式化文件輸出 376 重命名文件 377 刪除文件 378 判斷程序如何訪問文件 379 設置文件的訪問模式 380 深入掌握文件屬性 381 檢測文件流錯誤 382 判斷文件的長度 383 刷新I/O流 384 一次關閉所有被打開的文件 385 獲取文件流的文件句柄 386 使用P-TMPDIR創建臨時文件名 387 使用TMP或TEMP創建臨時文件名 388 創建真正的臨時文件 389 刪除臨時文件 390 為文件搜索命令路徑 391 為文件搜索環境入口的子目錄 392 打開TEMP目錄中的文件 393 最小化文件I/O操作 394 在目錄名中使用反斜杠 395 改變當前目錄 396 創建目錄 397 刪除目錄 398 刪除目錄樹 399 建立完全路徑名 400 分解目錄路徑 401 建立路徑名 402 使用低級函數打開和關閉文件 403 創建文件 404 進行低級讀寫操作 405 判斷文件是否結束 406 應用低級文件例行程序 407 為文件句柄翻譯指定模式 408 打開LSEEK定位文件指針 409 打開多於20個的文件 410 使用DOS文件服務 411 獲取文件的日期和時間標記 412 利用位域獲取文件的日期與時間 413 設置文件的日期與時間標記 414 把文件日期和時間設置成當前日期和時間 415 每次讀寫一個字 416 改變文件的長度 417 控制文件打開操作的讀寫模式 418 將緩沖區賦給文件 419 分配文件緩沖區 420 利用MKTEMP創建唯一文件名 421 讀寫結構 422 從文件流中讀取結構數據 423 復制文件句柄 424 強制文件句柄設置 425 把文件句柄和文件流聯系起來 426 文件共享 427 打開文件進行共享訪問 428 鎖定文件內容 429 獲取更精細的文件鎖定控制 430 使用DOS目錄 431 打開目錄 432 讀取目錄入口 433 利用目錄服務讀C：\WINDOWS 434 反繞目錄 435 遞歸讀取磁碟文件 436 判斷當前文件位置 437 打開共享文件流 438 在指定目錄中創建唯一文件 439 創建新文件 440 利用DOS服務訪問文件 441 強制二進制或文本文件打開 442 按行寫文本 443 按行讀文本 444 應用FGETS和FPUTS 445 強制二進制文件翻譯 446 為什麼TEXTCOPY不能拷貝二進制文件 447 判斷文件結尾 448 舍棄字元 449 讀取格式化的文件數據 450 根據當前位置定位文件指針 451 獲取文件句柄信息 452 重新打開文件流 第八章 數組、指針和結構 453 數組 454 申明數組 455 形象表示數組 456 數組的內存需求 457 初始化數組 458 訪問數組元素 459 通過循環訪問數組元素 460 使用常量定義數組 461 把一個數組傳送給函數 462 把數組看作函數 463 區分字元串數組 464 在堆棧中傳送數組 465 判斷數組能存放多少個元素 466 為大數組使用HUGE內存模式 467 權衡數組與動態存儲的利弊 468 多維數組 469 行與列 470 訪問二維數組的元素 471 給二維數組元素賦初值 472 判斷多維數組佔用的內存 473 通過循環顯示二維數組 474 遍歷三維數組 475 初始化多維數組 476 把二維數組傳送給函數 477 把多維數組當作一維數組 478 C是如何存放多維數組的 479 按行存放與按列存放 480 以數組為成員的結構數組 481 聯合 482 使用聯合節省內存 483 使用REGS——一種典型的聯合 484 應用REGS聯合中 485 位欄位結構 486 形象表示位欄位結構 487 位欄位結構的取值范圍 488 在數組中查找指定的值 489 對分查找 490 應用對分查找法 491 對數組進行排序 492 冒泡排序法 493 應用冒泡排序法 494 選擇排序法 495 應用選擇排序法 496 SHELL希爾排序法 497 應用SHELL排序法 498 快速排序法 499 應用快速排序法 500 上述排序方法的遺留問題 501 對字元串數組排序 502 利用LFIND搜索字元串 503 利用LSEARCH搜索數值 504 利用BSEARCH搜索已排序數組 505 利用QSORT對數組排序 506 判斷數組元素的個數 507 把指針理解為地址 508 判斷變數的地址 509 C是如何把數組當成指針的 510 對數組應用取地址運算符 (&) 511 申明指針變數 512 間接訪問指針 513 使用指針值 514 指針與函數參數的使用 515 指針運算 516 指針的增值與減值 517 聯合應用指針引用與增值 518 利用指針遍歷數組 519 利用返回值為指針的函數 520 創建返回值為指針的函數 521 指針數組 522 形象表示字元串數組 523 遍歷字元串數組 524 把字元串數組當成指針 525 使用指向一個指向字元串的指針的指針 526 利用指針申明字元串常量 527 VOID類型指針 528 創建指向函數的指針 529 使用指向函數的指針 530 使用三級指針 531 結構 532 結構是變數申明的模板 533 結構標記是結構的名稱 534 用不同的方式申明結構 535 結構成員 536 形象表示結構 537 應用結構 538 把結構傳遞給函數 539 在函數內部改變結構 540 (*point).member間接引用 541 使用pointer-->member格式 542 使用無標記結構 543 結構定義的范圍 544 初始化結構 545 進行結構I/O 546 使用嵌套結構 547 包含數組的結構 548 創建結構數組 第九章 DOS和BIOS服務 549 DOS系統服務 550 BIOS服務 551 寄存器 552 標志寄存器 553 軟體中斷 554 利用BIOS訪問指針 555 CONTROL+BREAK信息 556 可能的DOS副作用 557 暫時掛起程序 558 控制聲音 559 獲取國家專用的信息 560 磁碟傳輸地址 561 訪問和控制磁碟傳輸區 562 BIOS鍵盤服務 563 獲取BIOS設備列表 564 控制串列口I/O 565 利用BDOS訪問DOS服務 566 獲取擴展DOS錯誤信息 567 判斷BIOS常規內存數量 568 創建遠指針FAR PRINTER 569 把遠端地址分解為段地址和偏移地址 570 判斷自由核心內存 571 讀段寄存器設置 572 內存的類型 573 常規內存 574 常規內存的分布 575 訪問常規內存 576 為什麼PC和DOS限制於1MB 577 從段和偏移量中產生地址 578 擴充內存 579 使用擴充內存 580 擴展內存 581 實模式和保護模式 582 訪問擴展內存 583 高端內存區 584 堆棧 585 各種堆棧配置 586 判斷程序的當前堆棧大小 587 使用-STKLEN控制堆棧空間 588 給內存區域賦值 589 拷貝內存區域 590 拷貝內存區域直到某指定位元組 591 比較兩個無符號字元數組 592 交換兩個相鄰字元串位元組 593 分配動態內存 594 再談類型轉換 595 不再需要時釋放內存 596 利用CALLOC函數分配內存 597 堆 598 解決64KB堆限制 599 從堆棧中分配內存 600 分配巨型數據 601 改變被分配內存區域的大小 602 BRK函數 603 檢測堆 604 快速堆檢測 605 填充自由堆空間 606 檢測特定的堆入口 607 遍歷堆入口 608 訪問指定內存單元 609 向內存中置數 610 PC埠 第十章 內存管理 611 訪問埠值 612 CMOS 613 內存模式 614 微型內存模式 615 小型內存模式 616 中型內存模式 617 壓縮內存模式 618 大型內存模式 619 巨型內存模式 620 判斷當前的內存模式 第十一章 日期和時間 621 獲取當前日期與時間 622 將日期和時間從秒的形式轉換成ASCII碼 623 DAYLIGHT SAVINGS ADJUST MENT 624 延遲若干毫秒 625 判斷程序的耗時 626 比較兩個時間 627 獲取數據串 628 獲取時間串 629 讀BIOS計時器 630 使用當地時間 631 使用格林威治平時 632 獲取DOS系統時間 633 獲取系統日期 634 設置DOS系統時間 635 設置DOS系統日期 636 把DOS日期轉換為UNIX格式 637 利用TIMZONE計算時差 638 判斷當前時區 639 利用TZSET設置時區區域 640 利用TZ環境入口 641 從用戶程序中設置TZ環境入口 642 獲取時區信息 643 以秒鍾的形式設置自1/2/1970午夜以來的系統時間 644 把日期轉換成自1/1/1970以來的秒數 645 判斷日期的儒略歷日期 646 創建格式化日期和時間串 647 PC時鍾類型 第十二章 重定向I/O和進程命令行 648 等候按鍵 649 提醒用戶輸入密碼 650 自己編寫密碼函數 651 輸出重定向 652 輸入重定向 653 聯合使用INPUT和OUTPUT重定向 654 利用STDOUT和STDIN 655 管道運算符 656 GETCHAR和PUTCHAR 657 對重定向輸入進行編號 658 確保信息出現在屏幕上 659 自定義MORE命令 660 顯示重定向行的數目 661 顯示得定向字元的個數 662 創建定時的MORE命令 663 防止I/O重定向 664 應用STDPRN文件句柄 665 把重定向輸出分割到一個文件中 666 應用STDAUX文件句柄 667 在重定向輸入人尋找子串的出現 668 顯示重定義輸入的頭N行 669 命令行變元 670 顯示命令行變元的個數 671 顯示命令行 672 使用引號內的命令行變元 673 從命令行中顯示文件內容 674 把ARGV當作指針 675 C是如何知道命令行的 676 環境 677 把ENV當作一個指針 678 對MAIN的參數使用VOID 679 使用命令行數字 680 出口狀態值 681 為出口狀態過程使用RETURN 682 判斷是否把MAIN申明為VOID 683 在環境中搜索特定入口 684 DOS是如何對待環境的 685 應用ENVIRON全局變數 686 給當前環境添加入口 687 給DOS環境添加元素 688 退出當前程序 689 定義在程序結束時執行的函數 第十三章 編程工具 690 庫 691 重復使用目標代碼 692 編譯C和OBJ文件時出現的問題 693 創建庫文件 694 常用的庫操作 695 列出庫文件中的子例行程序 696 利用庫減少編譯時間 697 庫管理程序的其他功能 698 連接器 699 連接器的功能 700 使用連接映像 701 使用連接器響應文件 702 使用MAKE命令簡化應用程序的創建 703 生成一個簡單的MAKE文件 704 通過MAKE使用多依賴性文件 705 說明用戶的MAKE文件 706 MAKE和命令行 707 在MAKE文件中放置多個依賴性 708 顯現的和隱含的MAKE法則 709 使用MAKE宏 710 預定義MAKE宏 711 用MAKE執行條件進程 712 驗證一個MAKE宏 713 再次包含一個MAKE文件 714 使用MAKE的宏修飾符 715 因錯誤結束MAKE文件 716 關閉命令顯示 717 使用文件BUILTINS.MAK 718 在MAKE中執行出口狀態進程 719 同時激活和改變一個宏 720 為多個依賴文件執行一個MAKE命令 第十四章 高級C語言編程 721 判斷是否有數學協處理器 722 理解CTYPEH，ISTYPE宏 723 控制直接的視像 724 檢查系統和路徑錯誤 725 顯示預定義的錯誤信息 726 決定操作系統版本號 727 理解可移值性 728 執行一個非本地的GOTO 729 獲得進程ID（PID） 730 激活一個內部的DOS命令 731 使用-PSP全局變數 732 在變數申明中使用CONST修飾符 733 使用枚舉類型 734 放置一個枚舉類型來使用 735 理解一個枚舉值 736 分配一個特殊的值給枚舉類型 737 保存和恢復寄存器 738 動態列表簡介 739 申明一個鏈接的列表結構 740 建立一個鏈接的列表 741 一個簡單的鏈表例子 742 理解鏈表轉移 743 創建一個更有用的列表 744 增加一個列表入口 745 插入一個列表入口 746 顯示一個存儲的目錄 747 從一個列表中刪除一個元素 748 使用一個雙向鏈表 749 創建一個簡單的雙向鏈表 750 理解NODE-->PREVIOUS-->NEXT 751 從一個雙向鏈表中移走一個元素 752 在一個雙向鏈表中插入一個元素 753 理解子進程 754 派生一個子進程 755 使用其他的SPAWNLXX函數 756 使用SPAWNVXX函數 757 執行一個子進程 758 使用其他的EXECLXX函數 759 使用EXECVXX函數 760 理解覆蓋 761 理解中斷 762 PC機的中斷 763 使用中斷關鍵字 764 判斷一個中斷向量 765 設置一個中斷向量 766 使能與禁止中斷 767 生成簡單的中斷處理器 768 鏈接一個二次中斷 769 生成一個中斷 770 捕獲PC機時鍾 771 理解致命錯誤 772 C語言中的致命錯誤處理器 773 一個更完全的致命錯誤處理器 774 恢復改變過的中斷 775 生成一個Ctrl+Break處理器 776 在用戶的致命錯誤處理器使用DOS服務 777 使用指令集選擇改善性能 778 直接插入內部函數 779 使能和禁止內在函數 780 理解快速函數調用 781 -FASTCALL參數傳遞的法則 782 理解不變代碼 783 理解冗載入禁止 784 理解代碼緊縮 785 理解循環緊縮 786 理解循環引入和強度削減 787 消除普通的子表達式 788 標准C語言轉換 789 理解C語言的4個基本類型 790 基本類型與派生類型 791 理解初始化值 792 理解連接 793 理解臨時申明 794 申明和定義 795 理解左值LVALUE 796 理解右值RVALUE 797 使用段寄存器關鍵字 798 謹慎使用遠指針 799 理解正常化的指針 800 數學協處理器語句 801 理解變數中的CDECL和PASCAL 802 防止循環包含 第十五章 C++入門 803 C++介紹 804 C++源文件的差異 805 從簡單的C++程序開始 806 理解COUT I/O流 807 使用COUT輸出值和變數 808 用COUT連接不同的數據類型 809 顯示十六進制和八進制數值 810 重定向COUT 811 如果鍾情PRINTF，使用PRINTF 812 輸出 CERR 813 用CIN得到輸入 814 CIN不要使用指針 815 理解CIN如何選擇數據域 816 理解輸入輸出流如何獲得變數類型 817 使用CLOG實現輸出 818 CIN、OCUT、CERR和CLOG是類的實例 819 使用FLUSH操縱符快速輸出 820 理解ISOTREAM.H頭文件包含的內容 821 C++需要函數原型 822 C++增加的新關鍵字 823 C++支持匿名聯合 824 分辨全局范圍 825 提供預設參數值 826 控制COUT的輸出寬度 827 使用SETW設置COUT寬度 828 指定COUT的填充字元 829 左對齊和右對齊COUT的輸出 830 控制COUT顯示浮點數字的數目 831 以小數或科學記數格式顯示數值 832 恢復COUT至默認值 833 設置輸入輸出基數 834 在需要的地方定義變數 835 在函數原型中放置默認參數值 836 使用按位運算符及COUT 837 理解遲緩或短路計算 838 在C++中使用CONST關鍵字 839 在C++中使用ENUM關鍵字 840 理解自由空間 841 用NEW分配內存 842 為多個數組分配內存 843 無自由空間的測試 844 關於堆空間 845 使用FAR指針和NEW運算符 846 釋放內存至自由空間 847 理解C++中的引用 848 給函數傳遞引用 849 防止隱藏對象 850 用三種方法傳遞參數 851 使用引用的規則 852 函數可返回引用 853 使用INLINE關鍵字 854 使用C++的ASM關鍵字 855 用CIN讀字元 856 用COUT寫字元 857 簡單過濾器程序 858 簡單的TEE命令 859 簡單的FIRST 860 更好的FIRST命令 861 文件結束測試 862 用ENDL產生新行 863 理解連接規范 864 理解重載 865 重載函數 866 重載函數的第二個例子 867 避免不明確的重載 868 使用CIN每次讀一行 869 在循環中使用CIN.GETLINE 870 改變NEW運算符的預設處理器 871 用SET-NEW-HANDLER函數設置NEW處理器 872 判斷C++編譯 873 理解C++中的結構 874 結構中定義函數成員 875 在結構內定義成員函數 876 在結構外定義成員函數 877 給成員函數傳遞參數 878 同一結構的多個變數 879 不同結構具有同名函數成員 880 同名成員不同函數 第十六章 對象 881 理解對象 882 理解面向對象編程 883 理解為什麼使用對象 884 把程序分解成對象 885 理解對象和類 886 理解C++的類 887 理解封裝 888 理解多態性 889 理解繼承 890 類和結構的選擇 891 創建簡單類模型 892 實現簡單類的程序 893 定義類構件 894 理解作用域分辨符 895 在申明中使用或省略類名 896 理解PUBLIC：標志 897 理解信息隱藏 898 理解PRIVATE：標志 899 理解PROTECTED：標志 900 使用公用和私數據 901 決定什麼隱藏什麼公開 902 公用方法常稱為介面函數 903 在類外定義類函數 904 在類的內部和外部定義方法 905 理解對象實例 906 對象實例共享代碼