巧合编程
㈠ 程序设计主要有哪些方法
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++之父)
㈤ 为什么我们不发明一种汉字编程语言
编程语言，本质上是一种符号语言。类似于数学符号，它的特点还是以简单为主，尽量使用笔画少的符号来表示特殊的语义，而不是使用母语。它看上去类似英语只是巧合，因为英语单词的缩写已经足够简化，正好符合要求罢了。
汉语是象形文字，单个字的信息含量很大，在阅读速度上有很大的优势，但在打字上就成了一种弱点，因为键盘空间放不下常用的汉字。就算放得下，人眼也没法从几千个按键上迅速找到所需的字。常用的字越多，人眼查找常用字所花的时间越长。打字与写字是不一样的。写字是拿笔直接在纸上写，心到，眼到，手到，不存在查找的问题，但打字存在查找的问题。想加快打字速度，就只能减少按键数量，也就是从几千个汉字里提炼出几十个偏旁部首来，也就成了字母。
字母，偏旁，部首，只是同一类东西的不同称呼罢了。都是从最初诞生的母语象形文字里简化出来的一部分，目的都是为了让文字更简单。编程和数学，因为本身在逻辑推理上对人脑的消耗很大，就会更注重在符号的图像识别上节省脑力，所以它们的符号相比起人类的母语来说，都很简单。