巧合編程
㈠ 程序設計主要有哪些方法
1、結構化程序設計
在結構化程序設計中，任何程序段的編寫都基於3種結構：分支結構、循環結構和順序結構。程序具有明顯的模塊化特徵，每個程序模塊具有惟一的出口和入口語句。結構化程序的結構簡單清晰，模塊化強，描述方式貼近人們習慣的推理式思維方式，因此可讀性強。
2、面向對象程序設計
面向對象程序設計方法是盡可能模擬人類的思維方式，使得軟體的開發方法與過程盡可能接近人類認識世界、解決現實問題的方法和過程，也即使得描述問題的問題空間與問題的解決方案空間在結構上盡可能一致，把客觀世界中的實體抽象為問題域中的對象。
程序設計的分類
1、按照結構性質，有結構化程序設計與非結構化程序設計之分。前者是指具有結構性的程序設計方法與過程。它具有由基本結構構成復雜結構的層次性，後者反之。
2、按照用戶的要求，有過程式程序設計與非過程式程序設計之分。前者是指使用過程式程序設計語言的程序設計，後者指非過程式程序設計語言的程序設計。
3、按照程序設計的成分性質，有順序程序設計、並發程序設計、並行程序設計、分布式程序設計之分。按照程序設計風格，有邏輯式程序設計、函數式程序設計、對象式程序設計之分。
㈡ C語言編程里i的定義只能用int可不可以是double或float
可以。我不知道你的真正問題是啥，只能猜測，依據這個猜測給出可能很蠢的答案。 一般一個變數的定義由數據類型、變數名構成。數據類型就是變數的修飾，形容詞。 這個修飾詞的選擇不是隨意的。可能你看太多了程序中都有int i;這樣的語句。這只是巧合而已。這情況就像你看了很多文章中都有"紅色的花"這樣的句子，"紅色的花"可不是什麼規定、規則，花可以是藍色的或白色的.. 助於理解變數的概念，這里有個類比。C程序中創建變數就像創建容器，變數就是容器，可以裝東西；變數的數據類型就是容器的種類，比如衣服箱，水缸，這里以所裝東西的不同將容器分類。變數的名字是容器的名字，是容器的標簽。比如有多個水缸，如果程序中有一句是操作一個變數，說「將水缸放一升水」，那麼意思是不明確的，計算機和讀這個程序的人都不知道什麼意思，因為這里沒有說明是哪一個水缸，你可以將這些水缸某個起名A，然後再說「將A放一升水」。編程可以說是面向容器的，一般，程序處理的是抽象，不是具體東西。這樣程序才能夠復用。比如計算「兩個數的和」比計算「7+6」的程序更有意義。 所以你的問： i 的定義只能用int？可不可以是double或float？就像問：容器 i 只能是水杯？可不可以是盆或水缸？ i 只是一個標簽而已。你可以將 i 這個字母用於指代任何一個容器。 另外，再說如何為變數名起個好名字。假如在某一個程序中， i 被很多地方引用到了，那麼 i 這個名字起得糟糕，因為還不知道i是什麼，是變數，還是函數，還是其它C語言元素？如果是變數，那也只知道有這么一個容器，是個衣服箱，但卻不知道是到底是放什麼衣服。在一個價格計算程序中，price這個名字更好，它比number、integer更好。這種如何為變數名起個好名字的說明，好像是多餘的。因為我們用了另一種語言，在日常語言中，你可能會說「這個衣服的價格」，而不會說「衣服的數字」，這里數字是什麼呢？價格還是尺碼，還是其它..其實C程序和自然語言沒很大區別。 C有很多表示數據類型，簡單數據類型有：char、int、float、double等；它們的含義：char表示單個字元，int表示基本整數，float表示單精度小數、double表示雙精度小數。在C程序中定義或聲明一個變數時，必須指定這個變數的數據類型，因為C是靜態、編譯型語言，它是強類型的，計算機要根據這些數據類型的信息確定一個變數在內存中的形式。比如char佔1位元組內存，int佔2位元組內存。 選擇哪一個合適，看你在特定情景的需求。例如要寫個計算金額的程序，則應該用float，因為在這個需求中錢都不是整數且最高是百萬（數值最高是7位數）。又例如要寫個菜單選擇程序，選項變數應該是字元，那麼應該選用char.
㈢ 少兒編程哪家好
少兒編程推薦：童程童美、優勝科學派、貝樂機器人、棒棒貝貝、瑪酷機器人。
1、童程童美
依靠自己十幾年來積累的經驗，作為一家擁有多年互聯網經驗的公司，同時又擁有強大的it精英團隊，實力毋庸置疑。
5、瑪酷機器人
圍繞貝爾科教核心理念AIQ設計的全新教學產品貝爾編程雙師課堂將進一步帶來編程教育完美教學方案。
㈣ 編程經典語錄
篇一：程序員9條經典的編程語錄
2013年伊始，告別短暫的小長假，我們又回到了緊張的工作氛圍中，在這篇文章中，我收集了幾條非常有趣的且廣受歡迎的編程術語，為廣發編程愛好者加波助瀾，就像Linus Torvalds說的那樣，我們因為興趣而編程。 2013年伊始，告別短暫的小長假，我們又回到了緊張的工作氛圍中，在這篇文章中，我收集了幾條非常有趣的且廣受歡迎的編程術語，為廣發編程愛好者加波助瀾，就像Linus Torvalds說的那樣，我們因為興趣而編程。
1. 在水裡行走和以一個需求規格進行軟體開發類似，即如果水或需求都被凍結住，那麼行走和軟體開發都會變得很容易。-——Edward V Berard
2. 不要擔心程序異常，如果它總是正確的話你早就失業了。——軟體工程Mosher定律
3. 設計的附加價值高於它所增加的花費。——Thomas C. Gale
4. 沒有好的團隊就開發不出好的軟體，但絕大多數的軟體開發團隊看起來就像不健全的家庭一樣。——Jim McCarthy
5. 我才不關心我的代碼是否能在你的機器上工作！我們不會給你提供機器。——Vidiu Platon
6. 「靠代碼行數來衡量開發進程就好比用重量來衡量飛機製造的進度。」——Bill Gates
7. 「程序員的問題是，不到太晚，你永遠不會知道他在做著些什麼。」——Seymour Cray
8. 「大部分好的程序員編程並不是為了錢或名望，而只是因為純粹的樂趣。」——Linus Torvalds
9. 「有兩種生成一個軟體設計方案的途徑。一個是把它做得如此簡單，以致於明顯不會有漏洞存在；另一個是把它做的如此復雜，以致於不會有明顯的漏洞存在。」——C.A.R. Hoare
篇二：程序員經典語錄
1. 選擇當前科技領域的一個小子集，親近它、擁抱它，並且嘗試推進這個小領域的發展。
2. 理解不同數據結構和演算法的優缺點，不單是內存中，還有磁碟上的表現。
3. 首先深刻理解你所在的領域，然後拋開計算機，像普通用戶那樣觀察和體會。
4. 時刻准備好（包括能力和心理上）向深層探索，不僅僅是一兩層，而是好幾層。要知道，是否能在編程時勢如破竹，與你所能達到的技術深度關聯緊密。
5. 運用你的想像力，總是問這樣的問題「還有更好的辦法嗎？」跳出固有的思維模式，最好的實現方式也許還沒有人嘗試過。
6. 永遠不要過早退出，不要兩次編寫同一段代碼，不要將一個變數命名為另一個變數的子集。如果不理解這些規則，也許你會爭辯，不過一旦你這么做了，它們就能幫助你寫出更好的代碼，否則你將永遠停留在初級程序員的水平。
7. 學習如何進行基準測試，學會的那一天，你會發現世界將變得不同。
8. 學會如何分辨瑣事和細節，只將精力集中於細節。
9. 不要總是向你的用戶和管理者妥協，有時應該讓他們知道，他們自以為的並不是那麼重要。
10. 寫一個框架，無論你是否計劃使用它。這個過程會讓你學到靠其他方式無法學到的東西。
11. 把學到的東西教給別人，無論是口口相授還是文以載道，你都會發現自己也能從這個過程中收獲良多。
12. 找到旁人寫的這樣一些代碼——它們實現了重要的功能，但寫得並不夠聰明。重寫它們，然後告訴自己永遠不要犯相同的錯誤。
13. 在人生的某個時候，運營你自己的事業（服務或產品）。你能從中學到當職員時無法領悟的編程技巧 你認為最具爭議的編程觀點是什麼？
C#專家Jon Skeet曾在StackOverflow上提出這個問題。這里列舉最熱門的前10條討論。
1. 業余時間不以編程為樂者，永遠趕不上那些以此為樂的同行
即使最聰明、最有才華的人，若只是將編程作為工作，就永遠成不了真正優秀的程序員。以編程為樂的人會在業余時搞些小項目，或者擺弄各種編程語言和編程思想。
2. 唯一能放之四海而皆準的最佳實踐，是「用腦子思考」
太多人喜歡追逐眾多時髦技術，想方設法把各種方法、模式、框架用到不適合的地方。新技術和名人大牛的觀點並不等於適用於實際情況。
3. 依賴Google沒什麼錯
這種言論肯定會讓那些學富五車的飽學之士惱火。但重要的是能真正理解，並給出成功的編程解決方案，讓客戶和老闆滿意。
4. 大多數注釋是代碼的糟糕重復
我們大部分時間是在維護其他人（或我們自己）所寫的代碼，而糟糕、錯誤、過時和誤導性的注釋也是代碼中最令人糾結的因素之一。
5. XML被大大高估了
許多隨波逐流的人沒動過腦子就跳上了XML這條黑船。XML用於Web應用不錯，因為它本來就是干這個的。此外的問題定義、設計思路應該盡量不用XML。
6. 程序員生而不平等
經理往往認為「程序員A=程序員B」，因為他們工作的年頭差不多。但實際上，他們的效率可能相差十倍甚至百倍。
7. 將Java作為最適合大學教學的第一門語言令人費解
第一門編程語言應該重在學習控制流和變數，而不是對象和語法。此外沒有調試C/C++內存泄漏經驗的人，根本無法完全理解Java的初衷。
8. 若你只會一門語言，無論多麼精通，仍然不夠優秀
任何人如果只局限於一門語言，都無法充分發揮自己的潛力。而且缺乏求知慾和探索意願，都不符合優秀程序員的特質。
9. 性能真的很重要
盡管可以通過購買更強勁的CPU、硬碟和內存提升性能，但若這樣想的人少一些，我們也許能在1GHz的CPU上運行更多程序。
10. Print語句是有效的調試方式
用System.out.println之類的輸出語句調試代碼的方式挺好。這經常比正式的調試要快，而且可以比較不同運行的輸出結果
篇三：101條經典計算機語錄
1、計算機沒什麼用.他們只會告訴你答案.(巴勃羅畢加索,畫家)
2、計算機就跟比基尼一樣,省去了人們許多的胡思亂想.(薩姆尤因,作家)
3、他們擁有計算機,他們也還可能擁有其他的大規模殺傷性武器.(珍內特雷諾,美國前女司法部長)
4、跟計算機工作酷就酷在這里,它們不會生氣,能記住所有東西,還有,它們不會喝光你的啤酒.(保羅利里,吉他手)
5、如果汽車能趕上計算機的發展周期的話,一輛今天的勞斯萊斯僅值100美元,每加侖要跑100萬英里,每年還得爆炸一次,把裡面的人殺個精光.(Robert X. Cringely,技術作家)
6、計算機總是越來越智能的.科學家告訴我們說不久它們就能跟我們對話了.(這里的它們,我指的是計算機.我懷疑科學家永遠都不能跟我們對話.) (Dave Barry,幽默作家)
7、我最近注意到,在共同文化中,那種對計算機變得智能化並最終掌控世界的妄想恐懼症幾乎徹底消失了.據我所知,這跟MS-DOS的發布基本是同步的.(Larry DeLuca)
8、計算機會不會思考這個問題就像問潛水艇會不會游泳一樣.(Edsger W. Dijkstra,圖靈獎獲得者)
9、活了一百年卻只能記住30M位元組是荒謬的.你知道,這比一張壓縮盤還要少.人類境況正在變得日趨退化.(Marvin Minsky,人工智慧研究的奠基人) 信任
10、這座城市的中央計算機告訴你的?R2D2,你不該相信一台陌生的計算機!(C3PO,星球大戰中的翻譯機器人)
11、永遠不要相信一台不能扔掉一扇窗戶*的計算機(斯蒂夫沃茲尼亞克,蘋果聯合創始人)
12、硬體:計算機系統中可被踢的部分.(Jeff Pesis)
13、今天大部分的軟體都很像上百萬塊磚堆疊在一起組成的埃及金字塔,缺乏結構完整性,只能靠強力和成千上萬的奴隸完成.(阿倫凱,圖靈獎獲得者,面向對象創始人)
14、我終於明白'向上兼容性'是怎麼回事了.這是指我們得保留所有原有錯誤.(Dennie van Tassel)
15、有兩樣重要產品出自伯克利:LSD和BSD*.我們不相信這是個巧合.(Jeremy S. Anderson)
16、2038年1月19日,凌晨3點14分07秒(UNIX中的世界末日*1970年1月1號之後的2^32秒)
17、每個操作系統都差不多 我們都一樣的爛.(微軟的高級副總裁布萊恩瓦倫蒂尼這樣描述操作系統的安全狀況,2003)
18、微軟有出了個新版本,Windows XP,據大家說是'有史以來最穩定的Windows', 對我而言, 這就好像是在說蘆筍是'有史以來發音最清脆的蔬菜一樣' (Dave Barry)
19、互聯網?那個東西還在嗎?(Homer Simpson)
20、網路就像是個母夜叉.我每轉到一處都會看見小個的按鈕命令我提交*.(Nytwind)
21、想想看吧,已經有一百萬只猴子坐在一百萬台打字機旁,可Usenet就是比不上莎士比亞.(Blair Houghton)
22、計算機軟體產業最為驚人的成就,是其持續不斷地放棄硬體產業的驚人成果和穩定性.(Henry Petroski)
23、真正的創新經常來自於那些貼近市場、但無力擁有市場的的小型初創公司.(Timm Martin)
24、人們常說,偉大的科學學科就像是站在其它巨人肩膀上的巨人.人們也說過,軟體產業正如站在其他侏儒腳上的侏儒.(Alan Cooper,交互設計之父)
25、這無關比特、位元組和協議,而關乎利潤和損益.(郭士納,IBM前CEO)
26、我們是微軟.反抗是徒勞的.你會被同化的.(保險杠貼紙)
27、不管演示在綵排的時候有多好,一旦在觀眾面前展示時,演示不出錯的幾率與觀眾人數成反比,與投入的金錢總額成正比.(Mark Gibbs)
28、專利大多數都是垃圾.浪費時間去閱讀這些專利是愚蠢的.只有專利持有人才會這么干,還得強迫自己才會看.(Linus Torvalds,LINUX創始人)
29、控制復雜性是計算機編程的本質.(Brian Kernigan)
30、復雜性殺死一切.它把程序員的生活給搞砸了,它令產品難以規劃、創建和測試,帶來了安全挑戰,並導致最終用戶和管理員沮喪不已.(Ray Ozzie)
31、進行軟體設計有兩種方式.一種是讓它盡量簡單,讓人看不出明顯的不足.另一種是弄得盡量復雜,讓人看不出明顯的缺陷.(C.A.R. Hoare)
32、好的軟體的作用是讓復雜的東西看起來簡單.(Grady Booch,UML創始人之一) 易用性
33、不管那些計算機書籍如何宣稱,只需記住,你並非'傀儡'.真正的傀儡是那些無法設計出易於使用的硬體和軟體的那些人,盡管他們是技術專家,因為這是普通消費者賴以生活的東西.(Walter Mossberg,科技專欄記者)
34、軟體供應商在努力嘗試讓他們的軟體更'易於操作' 迄今為止,他們最好的辦法就是翻出所有的老手冊,然後在封面蓋上'易於操作'這幾個字.(比爾蓋茨)
35、有個老套的故事說有人希望他的計算機能像他的電話機一樣好用.他的願望實現了,因為我已經不知道該如何使用自己的電話了.(BjarneStroustrup,C++之父)
36、任何一個傻瓜都會用電腦.很多都會.(Ted Nelson)
37、只有兩個行業把客戶稱為'用戶'*.(Edward Tufte,信息設計大師)
38、程序員在跟宇宙賽跑,他們在努力開發出更大更好的傻瓜程序,而宇宙則努力培養出更大更好的白痴.到目前為止,宇宙領先.(Rich Cook)
39、你們當中很多人都知道程序員的美德.當然啦,有三種:那就是懶惰、急躁以及傲慢.(Larry Wall,Perl發明者)
40、程序員的問題是你無法預料他在做什麼,直到為時已晚.(Seymour Cray,超級計算機之父)
41、那就是這些自認為痛恨計算機的人的真實面目.他們實際上真正痛恨的是糟糕的程序員.(拉瑞尼文,科幻作家)
42、很長時間以來我一直困惑不已,為什麼一些又貴又先進的東西會一點用都沒有.直到我突然想起,計算機不就是一台愚蠢之至卻擁有難以置信的做聰明事能力 的機器嘛,而程序員不就是聰明絕頂卻擁有難以置信的.干蠢事的能力的人嘛.一句話,他們簡直就是天生絕配.(比爾布萊森,旅遊文學作家)
43、不像學學塗塗畫畫也能讓某人成為專家級畫家,計算機科學教育不會讓任何人成為一名編程大師.(埃里克雷蒙,開源運動領袖)
44、一個程序員是經歷以下事情後仍能證明自己是嚴格的專家的人:他可以歷經數不清的捶打,可取材於無關緊要的文檔,用上面的爭議數據作出模糊假設,並以 此計算出測微精度的無數片面理解的答案,並由一個不可靠、腦袋充滿質疑、公
開宣稱要讓一個倒霉透頂、沒有指望、毫無防備,要求第一時間獲得信息的部門狼狽 不堪、令人生厭的人使用一台准確度有問題的儀器去實施.(IEEE網格新聞雜志)
45、運氣好的黑客能用幾個月的時間 - 生產出一個小規模的開發團體(比如說,7-8人)歷盡艱辛一起工作了一年多才能做出來的東西.IBM經常報告說某些程序員的生產力要比其它工人高百倍,甚至更多.(Peter Seebach,黑客)
46、最好的程序員跟好的程序員相比可不止好那麼一點點.這種好不是一個數量級的,取決於標准怎麼定:概念創造性、速度、設計的獨創性或者解決問題的能力.(蘭德爾E斯特勞斯,科技作家)
47、偉大的車工值得給他幾倍於普通車工的薪水,但一個偉大的軟體代碼作家,其價值則要等同於一個普通的軟體寫手的價格的1萬倍.(比爾蓋茨)
48、就算它工作不正常也別擔心.如果一切正常,你早該失業了.(Mosher的軟體工程定律)
49、靠代碼行數來衡量開發進程就好比用重量來衡量飛機製造的進度.(比爾蓋茨)
50、寫代碼的社會地位比盜墓的高,比管理的低.(傑拉爾德溫伯格,軟體與系統思想家)
51、首先學習計算機科學及理論.接著形成自己編程的風格.然後把這一切都忘掉,盡管改程序就是了.(George Carrette,傑出軟體工程師,開源推廣者)
52、先解決問題再寫代碼.(John Johnson)
53、樂觀主義是編程行業的職業病;用戶反饋則是治療方法.(Kent Beck)
54、迭代者為人,遞歸者為神.(L. Peter Deutsch)
55、布爾值最好的一點是,就算你錯了,也頂多錯了一位而已.(無名氏)
56、數組的下標是從0開始好還是從1開始好呢?我的0.5的折衷方案,以我之見,沒有經過適當考慮就被否決掉了.(Stan Kelly-Bootle)
57、只有兩種編程語言:一種是天天挨罵的,另一種是沒人用的.(BjarneStroustrup,C++之父)
㈤ 為什麼我們不發明一種漢字編程語言
編程語言，本質上是一種符號語言。類似於數學符號，它的特點還是以簡單為主，盡量使用筆畫少的符號來表示特殊的語義，而不是使用母語。它看上去類似英語只是巧合，因為英語單詞的縮寫已經足夠簡化，正好符合要求罷了。
漢語是象形文字，單個字的信息含量很大，在閱讀速度上有很大的優勢，但在打字上就成了一種弱點，因為鍵盤空間放不下常用的漢字。就算放得下，人眼也沒法從幾千個按鍵上迅速找到所需的字。常用的字越多，人眼查找常用字所花的時間越長。打字與寫字是不一樣的。寫字是拿筆直接在紙上寫，心到，眼到，手到，不存在查找的問題，但打字存在查找的問題。想加快打字速度，就只能減少按鍵數量，也就是從幾千個漢字里提煉出幾十個偏旁部首來，也就成了字母。
字母，偏旁，部首，只是同一類東西的不同稱呼罷了。都是從最初誕生的母語象形文字里簡化出來的一部分，目的都是為了讓文字更簡單。編程和數學，因為本身在邏輯推理上對人腦的消耗很大，就會更注重在符號的圖像識別上節省腦力，所以它們的符號相比起人類的母語來說，都很簡單。