A. 想学编程，c语言学完之后，怎么再继续
javascript等，不过我是学C#的，其它也有很多像软件测试，算法设计看你对哪一方面更感兴趣，决定之后的道路，如果你对版面设计感兴趣，你可以从事前端工作，如果你对数据库与程序设计感兴趣，你可以从事后端，等等有很多，当然想继续C语言也不错，不过C语言现在学的不够精的话还是有点难的，编程语言都是基础，所以我认为先了解多个行业和多个语言，不能只死懂一门，但必须精一门，系统架构之类的，如果你想从事后端，像数据结构，算法，需要的知识点都不同，编译原理之类的也需要学会，如果决定不好的话可以先学这些通用的知识，无论以后从事什么工作，反之学的精的话C语言相关的工作待遇也不错，新手的话还是推荐学些易于入门的，想学前端就学html5，css3，想学后端的话C#和JAVA都是现在的热门，当然偏向web方面的还有PHP等
B. C语言学完后应该……
暂时先不要继续学习新的语言了。 看离散数学，数据结构 数据结构才是编程的核心。说白了，学某种语言就是在学语法，编程核心的东西永远是不会变的，就是数据结构和算法，数据压倒一切，等你这C语言这一门比较深入了，跳到其它语言不费吹灰之力。 编程的核心 1.你无法断定程序会在什么地方耗费运行时间。瓶颈经常出现在想不到的地方，所以别急于胡乱找个地方改代码，除非你已经证实那儿就是瓶颈所在。 2.估量。在你没对代码进行估量，特别是没找到最耗时的那部分之前，别去优化速度。 3.花哨的算法在 n 很小时通常很慢，而 n 通常很小。花哨算法的常数复杂度很大。除非你确定 n 总是很大，否则不要用花哨算法（即使 n 很大，也优先考虑原则 2 ）。 4.花哨的算法比简单算法更容易出 bug 、更难实现。尽量使用简单的算法配合简单的数据结构。 5.数据压倒一切。如果已经选择了正确的数据结构并且把一切都组织得井井有条，正确的算法也就不言自明。编程的核心是数据结构，而不是算法。 6.没有原则 ——Notes on C Programming(英文原文)，Rob Pike PS:根据？ 我觉得你可以看看《IT学生解惑真经》这本电子书 还有这张图片。。。
C. 学完了C语言这门课，自己可以做什么样的项目去巩固里面学过的重点知识呢
参加一些程序设计比赛，既可以巩固知识也可以得获奖证书。
经常举办比赛的网站：TopCoder（以下简称 TC）：这个网站可以说是一个程序设计比赛的网站，该网站每个月都有两到三次在线比赛，根据比赛的结果对参赛者进行排名。参赛者可根据自己的爱好选用Java, C++, C#, VB或python进行编程。参赛者须在规定的时间内完成三道不同难度的题目，每道题完成的时间决定该题在编程部分所得的分数，而比赛可分为三部分：Coding Phase, Challenge Phase和System Test Phase。CodeForces（以下简称 CF）：这是一个算法竞赛网站，接下来给大家介绍一下CF传统比赛的规则。在CF,所有的用户根据在以往比赛中的表现被赋予一个Rating并冠以不同的头衔,名字也会以不同的颜色显示。在比赛中,选手有2个小时的时间去解决5道题,而解决某题得到的分数由该题当前的分数减去(不成功的提交次数)*50,这里,某道题的分数是由比赛开始时的分数随时间线性减少得到的.同时,这里的“解决某道题”是指Pretest Passed,即,通过了一次仅含部分测试点的测评,而最终决定是否得到这道题的分数,要看比赛结束后的统一测评(System Test),如果在这时没有通过,就称FST(Failed System Test)，在比赛中的提交可以看到在哪个测试点出了什么问题。Oxcoder（猿圈）：猿圈是国内最大最专业的技术人员测评服务商，可以帮企业招聘到最适合的程序员。猿圈是一家专注于it技术人才成长的网站，经常会举办各类线上编程大赛，猿圈和TC、CF有相似的地方，也有不同的点。相似之处是这三家网站都是以促进技术人才成长为目的，而且经常举办线上比赛，你只需提交程序源代码，程序会在服务器上远程执行。你的程序如果想要被认定为正确，需要在指定的时间和内存限制下运行，产生正确的输出。不同之处是猿圈的最终目的是为了促进参赛者更好的成长，在参赛者完成了题目之后，猿圈会根据参赛者的答题情况，分析出相关知识点的掌握情况，帮助参赛者查漏补缺。猿圈和不少企业都有合作，比赛通常会设置奖品、现金奖励和企业offer为奖励，这对于求职者来说是一个镀金、求职的好机会。
D. 如何学c语言是不是该多做练习
1、程语语言其实是一个很初级的工具，但是又必须熟练的掌握它，学懂一门编程语言就好像学会了写字，但是会写字的人不见得会写文章，而会写文章又不见的写得好。可是如果不会写字，那就一定写不出文章来。
2、在学习C语言之前，应该学好计算机基础。里面的很多概念对于C程序员都是非常重要的。如果在着手学习C之前，或者已经开始学习C，但是碰到了很多问题，应该再把计算机基础的书拿来好好看看。如果有足够的耐心，十足的毅力，应该再学习C语言之前学学汇编，这会对许多比较细腻的概念有清醒的认识。那么可以在看完一遍C语言的教材后再看，但是一定要看一遍，一定会受益匪浅。不管看什么书，先认真地看懂，不要贪速度，应该力求深入的理解。如果能够比较熟练的解决一本教材上的所有习题，那么就应该转入对算法的学习，尽管此时的C语言还称不上精通，有许多细节问题还不了解，许多问题还没有碰到，但是这些问题会在后面的工作和学习中得到解决的。
3、不需要多少资料，掌握一本《The C Programming Language》就足够了。继续学习就更加容易。建议不要找捷径，通过考试除外，真正的水平提高是建立在编程实践积累基础上的，必须一个一个程序的完成才能提高。
E. c语言编程学完后学什么
呵呵，c语言知识只是入门哦。
首先推荐你精进理论知识，数据结构和算法，不说精通，但绝对要了解。
其次，根据你的兴趣和爱好，选择方向。
c/c++主要针对底层系统，以及对速度和性能要求较高的软件，比如3d绘图，数据库，操作系统，网络服务端等等。
JAVA针对手机平台，以及网络方面的应用开发。
python，php，javascript等脚本语言适合web开发。
也可以做DBA，学数据库。
总之有很多种，你自己上网去查，这里就不累述了。
当然，掌握一门甚至多门语言，不代表就万事ok了。比如你用c++开发图形图像类软件，那么你必需对图形图像的相关理论知识有所了解，又如用java开发网络类程序，你必须对计算机网络，Tcp/ip协议有所了解，要开发文件系统，就必须对操作系统的有所了解。
如果需要参加实际的项目，那么你还要学一些框架类的知识，比如.NET框架，J2EE框架，MFC框架等等，从事图形学，你得学习OPENGL，DirectX等等。只有掌握了相关框架的API这样才能够构架大的系统。
总之呢，给你的建议就是：数据结构+算法+你感兴趣的方向
其中，你感兴趣的方向=相关理论知识+具体的实践语言+对应的框架API
F. 学习C语言应遵循哪些步骤
第1步：定义程序的目标
在动手写程序之前，要在脑中有清晰的思路。想要程序去做什么首先自己要明确自己想做什么，思考程序需要哪些信息，要进行哪些计算和控制，以及程序应该要报告什么信息。在这一步骤中，不涉及具体的计算机语言，应该用一般术语来描述问题。
第2步：设计程序
对程序应该完成什么任务有概念性的认识后，就应该考虑如何用程序来完成它。除此之外，还要决定在程序（还可能是辅助文件）中如何表示数据，以及用什么方法处理数据。
学习C语言之初，遇到的问题都很简单，没什么可选的。
第3步：编写代码
设计好程序后，就可以编写代码来实现。也就是说，把设计的程序翻译成C语言。这里是真正需要使用C语言的地方。可以把思路写在纸上，但是最终还是要把代码输入计算机。
程序清单1.1C源代码示例
#include <stdio.h>
int main(void)
{
int dogs;
printf("How many dogs do you have? ");
scanf("%d", &dogs);
printf("So you have %d dog(s)! ", dogs);
return 0;
}
在这一步骤中，应该给自己编写的程序添加文字注释。最简单的方式是使用C的注释工具在源代码中加入对代码的解释。
第4步：编译
接下来的这一步是编译源代码。再次提醒读者注意，编译的细节取决于编程的环境，稍后马上介绍一些常见的编程环境。现在，先从概念的角度讲解编译发生了什么事情。
编译器是把源代码转换成可执行代码的程序。可执行代码是用计算机的机器语言表示的代码。这种语言由数字码表示的指令组成。如前所述，不同的计算机使用不同的机器语言方案。C编译器负责把C代码翻译成特定的机器语言。
此外，C编译器还将源代码与C库（库中包含大量的标准函数供用户使用，如printf()和scanf()）的代码合并成最终的程序（更精确地说，
编译器还会检查C语言程序是否有效。如果C编译器发现错误，就不生成可执行文件并报错。理解特定编译器报告的错误或警告信息是程序员要掌握的另一项技能。
第5步：运行程序
传统上，可执行文件是可运行的程序。在常见环境（包括Windows命令提示符模式、UNIX终端模式和Linux终端模式）中运行程序要输入可执行文件的文件名，而其他环境可能要运行命令（如，在VAX中的VMS[2]）或一些其他机制。
例如，在Windows和Macintosh提供的集成开发环境（IDE）中，用户可以在IDE中通过选择菜单中的选项或按下特殊键来编辑和执行C程序。最终生成的程序可通过单击或双击文件名或图标直接在操作系统中运行。
第6步：测试和调试程序
程序能运行是个好迹象，但有时也可能会出现运行错误。查找并修复程序错误的过程叫调试。学习的过程中不可避免会犯错，学习编程也是如此。因此，把所学的知识应用于编程时，最好为自己会犯错做好心理准备。
第7步：维护和修改代码
创建完程序后，发现程序有错，或者想扩展程序的用途，这时就要修改程序。例如，用户输入以Zz开头的姓名时程序出现错误、想到了一个更好的解决方案、想添加一个更好的新特性，或者要修改程序使其能在不同的计算机系统中运行，等等。
G. 我想自学软件测试,我现在有C语言的基础,还要看些什么书呢要学习哪些测试工具呢以后能在企业中用到的
测试入门
软件测试（第2版）
Software Testing (2e), Ron Patton
一本测试入门的好书，较全面地介绍了各种测试领域和方法，为测试新手提供了正确的观念和宽泛的基础。
软件测试工程师面试指导
蔡为东
面向初学者，介绍了软件测试行业、测试工程师素质要求、基本测试技术、求职策略、面试技巧、典型试题，对于测试新手或迈向测试行业的朋友有较高的参考价值。此书还收录了一些对读者来信的回复，内容涉及职业规划、大学生就业、测试学习、测试实践等，针对当前常见的困惑，做出了谨慎且深思熟虑的回答。附文《我在微软做软件测试外包》对于了解微软中国的流程与文化很有参考价值。
软件测试的艺术（第2版）
The Art of Software Testing (2e), Glenford J. Myers, Corey Sandler, Tom Badgett, Todd M. Thomas
一本“久经考验”的测试经典：1979年，第一版面试；25年后，第二版登场。平心而论，有些观点已经不能直接应用在测试实践中，但是仔细品味仍有所收获。毕竟，这是一本需要思考的书，而不是操作手册。
软件测试实战–测试Web MSN
蔡为东
以Web MSN为测试对象，形象生动地介绍了针对图形界面的黑盒测试技术，有很强的实践性。围绕一个实例，全面地的介绍各种测试方法，是此书区别于其他测试书籍的一大特色。附文《胶着》是作者一段开发经历的回顾与小结，有笑有泪，仅凭此文便值回书资。
通用测试技术
探索式软件测试（强烈推荐）
《探索式软件测试》涉及以下重要问题：为什么自动化测试无法消除所有缺陷，如何才能让这些缺陷无处遁形？哪些技术可帮助我不断发现和消除致命错误？如何更高效地进行手工测试，增加些许轻松和愉悦的感觉？对于每个项目，如何确定最高效的高级测试策略？在我无法进行全部测试时，哪些输入是必须测试的？哪些测试用例能提供最理想的特性覆盖率？在结合使用探索测试和传统脚本或场景测试时，如何才能获得理想效果？如何体现来自开发过程的反馈意见，代码更改吗？
计算机软件测试（第2版）
Testing Computer Software (2e), Cem Kaner, Jack Falk, Hung Quo Nguyen
一本值得反复参考的好书，”The bestselling software testing book of all time” 的美誉绝非浪得虚名。作者将多年的实践经验用平实的语言娓娓道来，内容涉及测试技术、测试管理、开发流程、思考方法、实践模式，可谓是一本测试典籍。部分内容看似有些过时，但是其思想和方法仍旧有很高的借鉴价值。
微软的软件测试之道
How We Test Software at Microsoft, Alan Page, Ken Johnston, Bj Rollison
微软的资深测试者审视微软当前的测试方法，并展望软件测试的未来发展。缺点是没有结合Windows或Office这样的着名且复杂的产品，详细讨论具体项目的具体技术。优点是提供了许多小故事，讲述了Windows、Office、Live等产品开发中的点滴。从经验传承、启发思路的角度，这些故事是全书的精华，具有很高的参考价值。
测试有道：微软测试技术心得
梁博, 许珊, 徐歆恺
内容由一系列技术点组成，每一个点都有精要的描述和作者的心得体会，力图以小搏大，以精粹胜广博。但是没有提供一个理论框架将这些点有机地联系起来，读起来有只见树木、不见深林之感，也缺少“授人以渔”的独到见解。最大优点是介绍了一批免费且实用的工具，可以放在案头备查。
软件测试基础:方法与度量
Software Testing Fundamentals: Methods and Metrics, Marnie L. Hutcheson
以风险分析为核心，讨论了测试计划、测试组织和测试设计。其中，关于“测试价值的可说明性”和“利用Office Suite来撰写、管理测试计划”的内容有启发性。适合有一定工作经验的测试人员参考。
软件测试（第2版）
Software Testing A Craftsmaj’s Approach (2e), Paul C. Jorgensen
将理论与工艺结合在一起的测试教科书。比较严谨地讨论了软件测试的基础理论，适合软件测试研究者研读。
面向对象的软件测试
A Practical Guide to Testing Object Oriented Software, John D. McGregor, David A. Sykes
介绍了面向对象软件测试的基本思路和方法。第7章“测试类的层次结构”比较有启发性，讨论了针对继承的测试设计和组织，相关内容在其他测试书籍中并不多见。
软件测试技术大全：测试基础、流行工具、项目实战
陈能技
该书由多位作者共同撰写，内容涉及测试理念、测试技术、测试开发、测试自动化、测试管理和常见的测试工具，不愧“测试大全”的书名。有些内容失之于粗糙，一些论述也不够严谨，缺乏参考文献更是此书的硬伤。瑕不掩瑜，此书理论和实践结合紧密，仍值得测试工作者学习和思考。
测试管理
笑傲测试–软件测试流程方法与实施
魏伟
以小说为体裁的测试管理书籍。通过令狐冲和风清扬的对话，从一个逐渐成长的新人的角度，介绍了测试管理的点点滴滴。全书轻松幽默，全无技术读本的枯燥乏味。附录所收录的文章“从新鲜人到新仙人”对于行业新人颇有帮助。
步步为赢–软件测试管理全程实践
蔡为东
以“管理就是负责人”为核心，介绍作者担当测试领导的切身经验：自我管理、自我成长、编写测试计划、编写测试用例、执行测试、沟通、测试计划/用例评审、测试总结、员工管理、测试思想等。也适合第一线的测试工作者阅读，所涉及内容皆和他们的日常工作密切相关。
专项测试技术
软件安全测试艺术
The Art of Software Security Testing: Identifying Software Security Flaws, Chris Wysopal, Lucas Nelson, Dino Dai Zovi, Elfriede Dustin
软件安全测试的入门书，用很短的篇幅涵盖了软件安全测试的多个领域，为测试人员提供了模型、方法和工具。对于Threat Modeling的介绍很精彩，为进一步的行动提供了良好的理论与实践基础。
Web安全测试
Web Security Testing Cookbook: Systematic Techniques to Find Problems Fast, Paco Hope, Ben Walther
一本实践性很强的Web安全测试手册。从网络安全的角度，介绍了一批免费的网络通信分析、监控、修改、调试工具；以条目为组织，介绍了的测试方法或策略；以实践切入，穿插介绍理论知识，通过精心选材和组织，降低了Web安全测试的门槛。
实用软件测试指南
How to Break Software: A Practical Guide to Testing, James A. Whittaker
软件测试专家编写的实战指南，指导测试人员从攻击的角度展开软件测试。介绍了一些实用的测试工具，对于压力测试、极限测试有较强的参考价值。
软件测试新技术与实践
于秀山, 于洪敏
介绍了组合测试技术在测试中的应用。适合组合测试研究者参考。
Web应用程序性能测试指南
Performance Testing Guidance for Web Applications, J. D. Meier, Carlos Farre, Prashant Bansode, Scott Barber, Dennis Rea
微软模式与实践(pattern & practices)团队的佳作，介绍了性能测试的正确观念、流程和实践。篇幅短小，内容深邃，值得在实践中反复参考和体会。
应用程序性能测试的艺术
The Art of Application Performance Testing: Help for Programmers and Quality Assurance, Ian Molyneaux
经验丰富的软件性能测试专家分享他的经验，内容包含性能测试的架构、模型、典型方法和结果分析。适合有一定经验的测试者参考。
测试自动化
.NET软件测试自动化之道
.NET Test Automation Recipes：A Problem-Solution Approach, James D. McCaffrey
该书讲解了在.NET平台上编写轻量级测试程序的实用技术。作者曾经在微软工作，该书与微软测试开发工程师的培训材料的契合度很高，实践性很强。对于Windows平台的测试工程师而言，此书的参考价值很高。
集成测试框架–用Fit进行敏捷软件测试
Fit for Developing Software: Framework for Integrated Tests, Rick Mugridge, Ward Cunningham
Fit是一种编写系统测试的测试框架，作为一种业务交流工具，它深刻地反映出敏捷软件开发的若干特质。此书由Fit之父亲自编写，不但可以了解Fit的方方面面，还能从中体会大师的感悟与实践。
互联网单元测试及实践
陈卫俊, 赵璨, 周磊, 陈洪
介绍了常见的单元测试框架，并结合具体项目讲解了单元测试的基本理论和技术。对于Web测试的新手，有较高的参考价值。
经验总结
软件测试经验与教训
Lessons Learned in Software Testing, Cem Kaner, James Bach, Bret Pettichord
值得反复研读的经典好书。Tom DeMacro的赞美——“这些经验中的任何一个，都抵得上这本书的价钱”，所言非虚。
完美软件–对软件测试的各种幻想
Perfect Software: And Other Illusions about Testing, Gerald M. Weinberg
该书没有介绍具体的软件测试技术，它讨论的是软件开发中的人、他们对测试的认知、软件测试的目的、实现目的的社会学和心理学上的探索。它试图建立正确的软件测试观念、协调的心理情绪和有效的思考方式。这些要素最终会决定在具体的项目中采用何种具体测试技术的组合。
赢在测试：中国软件测试先行者之道
蔡为东
介绍了一批测试先行者的个人经验的书。学习他人经验可以用较低的成本去扩大自己的体验，自然是他山之石可以攻玉，开卷有益。不过，个人经验非批判性地阅读与理解，不能有效，甚至有害，所以该书适合愿意学习且有能力学习的测试爱好者。不足是大部分被采访者都是管理者，没有真正的测试技术专家。
软件测试精要
董杰
作者分享他在测试领域的经验与思考，其热情和思辨跃然纸上。缺点是内容却有些散乱，即便是一章，其系统性也有些不足；对于测试工具背后的测试思想，挖掘得比较浅，没有上升到测试理论的高度。
H. 学完c语言后
我的情况和你一模一样 现在只学会了C的基础语法 只会做一点超级简单的数学题
看我们学校数据结构的教材 上面多的是伪码 完全看不下去
不过没办法 你是学这个的这些东西就一定要会 我想这不是你我少数人烦恼的问题，很多人一定也经历过这样的阶段，
我觉得看书一定看的懂，重要的是坚持，有时候看书上的东西实在是没有门路就放在一边不管他了，这样一定学不好的。你第一次看C语言的时候看的懂吗？反正我是没有看懂，我个人觉的计算机方面的书都是在看的过程中有很多理解不了的东西，可是看完了全书 很多问题也都知道是怎么回事了，还有学我们这行的，语言C＋＋和java是一定要会的，就算不怎么用但是今后会经常看到C++,java的代码，所以如果看数据结构真的是很头疼的话可以先看看这两门语言，也许那个时候再看数据结构就突然觉得豁然开朗了。
学习就是靠平时的积累，积累的多了，有一天会突然发现以前完全搞不懂的问题怎么这么简单，俗语也叫开窍，现在我们都还没开窍，所以继续努力，坚持下去，一定没问题的
I. 学完了C语言基础后该做什么
你可以写一个万年历的程序，输入某一年，打印出这一年的日历，
这个比较简单，练习一下可以。
做完了，再找些类似的练习。
J. 一开始没有接触过，刚学习C语言有哪些要求和要注意的啊
（一）“项目驱动”式教学
目前最着名、最有影响、应用最广泛的windows、linux和UNIX三个操作系统都是用C语言编写的。0S是计算机系统(由软硬件两个子系统构成)的核心和灵魂，它是软件中最庞大最复杂的系统软件。既然如此庞大复杂的0S都可以用c语言编写，从狭义而言，还有什么系统软件和应用软件不能用c语言编写呢?由此可以肯定的说，c语言是一门十分优秀而又重要的语言。
c语言程序设计是过程性程序设计语言，它的发展贯穿了计算机发展的历程，它蕴含了程序设计的基本思想，囊括了程序设计的基本概念，所以它是理工科高等院校的一门基础课程。
从市面上有关c语言的书籍和高等院校采用的教材来看，它们有一个共性，那就是：脱离了实际应用（全是小打小闹的小例子），纯粹的过程性程序设计，没有软件工程思想的体现，没有一定程序设计风格，仅仅是为了让大家明白什么是c语言而已。
高等院校开设c语言程序设计的目的是让学生对程序设计有个入门，有个直观的理解，同时为其他后续课程作铺垫。但是如果教学仅仅以此为目的，那么教学本身就效果而言是个大大的失败。
大家知道，在商业上讲究唯利是图，“利”是商业追求的目标，离开了“利”经商，则商无动力，其结果是必败无疑。在c语言程序设计教学当中，教师应该把“唯用是图”作为教学的首要目标。如果抛开了实际应用进行程序设计教学，就是纸上谈兵，就是“说明书”式的教学。印度的程序设计课程采用“事件驱动式”教学，我认为在中国的c语言程序设计教学中应该采用“项目驱动式”教学。“项目驱动式”教学就是以项目为目的，以c语言理论教学为过程，最终能用c语言设计项目，实现项目的要求。“项目驱动式”教学的关键在于培养学生“如何做什么”和“可以干什么”。一个项目就是一个工程，在“项目驱动式”教学中，首先应该让学生简单了解什么是软件工程思想，其次在c语言理论教学过程中，让学生懂得面向对象的程序设计的风格，最后引导他们来设计项目。
（二）“项目驱动”式教学应注意的问题
1.c语言程序设计教学要帮助学生树立面向工程的观点
在计算机行业中，软件是通过人们的智力活动、把知识与技术转化成信息的一种产品。软件的设计已经用工程的观念来进行管理。软件设计工作被当作一项系统工程来对待。软件的的生存周期一般可分为以下阶段：问题定义、可行性研究、需求分析、概要设计、详细设计、编码、测试、运行与维护。我们不难看出软件工程的复杂程度是很大的。理工科高等院校把c语言作为一门基础课程，也是为了给社会培养信息技术人才。众所周知，养成一个好的习惯是非常重要的，所以c语言程序设计作为大多数工科院校学生接触的第一门程序设计语言（有的院校讲pascal），就应该让学生树立正确的观点。那么当前的程序设计教学也必须以切合将来软件工程开发的实际需要为第一目标，使学生在学习程序设计的初级阶段就树立正确的软件工程观点。这样做不仅可以为学生将来从事计算机应用设计打下良好的基础，而且有利于培养学生分析问题的完备性，以及统筹全局，协调关系的基本素质。
2.理论教学应从单一的“结构化程序设计”向“结构化与面向对象并举”转变
“结构化程序设计”方法是程序设计的基础，必须让学生掌握得坚实可靠。结构化程序设计的过程是培养学生思维能力的过程，在教学中经常发现有些学生的思维混乱。这些都是缺乏思维训练的结果。结构化程序设计的训练不仅可以让学生养成良好的程序设计习惯，而且可以有效地培养学生思维的条理性和逻辑性。所以在授课过程中要注意讲解结构化程序设计的思想时应突出两点：（1）程序的质量首先取决于它的结构。（2）程序设计的基本方法是自顶向下地逐步求精和模块化。
在c程序教学过程中，越到后面的章节，学生越会产生设计程序逐渐变难的感觉，这是不符合逻辑的一种怪现象。按照常理，C语言学的越多，说明你的程序设计知识越多，设计起程序来应该更加得心应手，那么出现这种现象的原因何在呢？当然该问题的出现的原因是多方面的，但是其中最重要的一点就是长期以来程序设计的观念不是以如何处理好对象为出发点，而是以如何使用好语言为基本点。受这种思想的影响，我们的程序设计教学大多数不是以如何解决好问题为重点，而是以讲解语法规则和语句格式为重点，是“说明书”式的教学。这样做造成的结果就是见到一个程序后学生首先想到是该用哪条语句，而不是思考怎样合理的解析。要切实解决这个问题，首先应该改变程序设计的观念。“面向对象程序设计”思想是目前最为流行、极为实用的一种程序设计方法，但是让学生直接接触“面向对象程序设计”，肯定不能对程序设计打下牢固的基础。“结构化与面向对象并举”是现代计算机程序设计的发展趋势，应该认真探索研究，让学生有一个较为轻松的学习过程。程序设计的实质就是编写处理对象的过程，所以将c与c++有机的融为一体的教材应该是首选教材，在教学过程中，我们应该从社会发展的角度进行探索研究，将目前最为流行又极为实用“面向对象程序设计”思想融合到c语言教学中。
3.c语言教学应培养学生良好的程序设计风格
具有良好的设计风格应该是程序员所具备的基本素质，在实际的项目中程序员往往都有自己的一些编程风格。目前95％以上的程序设计书籍不注重程序设计风格问题，这导致了很多学生没有良好的程序设计风格，在他们刚刚毕业踏入社会时，如果周围的同事没有良好的编程风格，那么很难通过环境来使自己提高这方面的素质，即使有提高也不容易比较全面的提高。因此在学生接触的第一门程序设计语言教学中，就应该培养学生良好的程序设计风格，使他们一进工作环境就具备这个素质。
Pascal设计者N.Writh教授十分重视程序设计风格的养成，他坚信“教给学生们以表达他们思维的语言会深深地影响他们思维和创造发明的习惯，而正是这些语言本身的混乱直接影响着学生们的程序设计的风格”，他这里所指的“这些运用”是当时那些主要用于程序设计教学的计算机语言。对学生来讲，一开始就强调程序设计风格很有必要，良好的程序设计风格不仅有助于提高程序的可靠性、可理解性、可测试性、可维护性和可重用性，而且也能够促进技术的交流，改善软件的质量。所以培养良好的程序设计风格对于初学者来说非常重要。
程序设计风格，实际上是指的是编码风格。在教学过程中应从源程序文档化，数据说明的原则，输入／输出方法这三个方面培养学生的编码风格，进而从编码原则探讨提高程序的可读性、改善程序质量的方法。
（1）源程序文档化。编码的目的是产生程序，但是为了提高程序的可维护性。源代码是需要实现文档化的。源程序文档化包括选择标识符(变量和标号)的名字、安排注释以及标准的书写格式等。
①选择标识符的命名规则。标识符包括模块名、变量名、常量名、标号名、子程序名等。这些名字应能反映它所代表的实际东西，应有一定实际意义，使其能顾名思义。另外在模块名、变量名、常量名、标号名、子程序名中使用下划线是一种风格。使用这一技术的一种广为人知的命名规则就是匈牙利命名法（变量类型由一个或两个字符表示，并且这些字符将作为变量名的前缀）。当然使用匈牙利命名法与否都没有错误，重要的是要保持一致性——在整个程序中使用相同的命名规则。这就是说，如果你在一个小组环境中编程，你和其他小组成员应该制定一种命名规则。并自始至终使用这种规则。如果有人使用了别的命名规则，那么集成的程序读起来将是很费劲的。此外，你还要与程序中用到的第三方库（如果有的话）所使用的风格保持一致。如果可能的话，你应该尽量使用与第三方库相同的命名规则，这将加强你的程序的可读性和一致性。
②注释。程序中的注释是程序设计者与程序阅读者之间通信的重要手段。注释能够帮助读者理解程序，并为后续测试维护提供明确的指导信息。因此，注释是十分重要的，大多数程序设计语言提供了使用自然语言来写注释的环境，为程序阅读者带来很大的方便。注释分为功能性注释和序言性注释。
a.功能性注释。功能性注释在源程序中，用以描述其后的语句或程序段是在做什么工作，也就是解释下面要“做什么”，而不是解释下面怎么做。对于书写功能性注释，要注意以下几点：第一描述一段程序，而不是每一个语句。第二利用缩进和空行，使程序与注释容易区别。第三注释要准确无误。
b.序言性注释。序言性注释通常位于每个程序模块的开头部分，它给出程序的整体说明，对于理解程序具有引导作用。有些软件开发部门对序言性注释做了明确而严格的规定，要求程序编制者逐项列出。有关内容包括：程序标题；有关该模块功能和目的的说明；主要算法；接口说明：包括调用形式，参数描述，子程序清单；有关数据描述；模块位置(在哪一个源文件中，或隶属于哪一个软件包)；开发简历：模块设计者、复审考、复审日期。
③用标准的书写格式。源程序清单的书写建议采用以下几点：
a.每行只写一条语句；
b.用分层缩进的写法显示嵌套结构层次，这样可使程序的逻辑结构更加清晰，层次更加分明。
c.书写表达式时适当使用空格或圆括号作隔离符。
d.在注释段周围加上边框；
e.注释段与程序段、以及不同的程序段之间插入字行； （2）数据说明采用的原则。在编写程序时，要注意数据说明的风格。
数据说明的次序如果规范，将有利于测试，排错和维护。首先说明的先后次序要固定，例如，按常量说明、简单变量类型说明、数组说明用数据块说明、所有的文件说明的顺序说明。当然在类型说明中还可进一步要求，例如按如下顺序排列：整型量说明、实型量说明、字符量说明、逻辑说明。
其次当用一个语句说明多个变量名时，应当对这些变量按字母的顺序排列。
最后对于复杂数据结构，应利用注释说明实现这个数据结构的特点。（3）输入／输出方法。输入／输出的方式和格式应当尽量避免因设计不当给用户带来的麻烦。这就要求，源程序的输入／输出风格必须满足能否为用户接受这一原则。所以在设计程序时，应考虑以下原则：输入数据时，要使输入的步骤和操作尽可能简单，应允许使用自由格式输入；应允许缺省值；对输入的数据要进行检验，以保证每个数据的有效性。
（三）结束语
在教学过程中，我们让学生设计一个程序模拟体育彩票的销售与对奖的过程，取得了良好的效果。他不仅启发和诱导了学生独立思考、积极思维的主动性，而且充分调动了学生学习的自觉性和积极性，使学生融会贯通地掌握了所学知识，提高了分析问题和解决实际问题的能力。
搞好c程序设计的教学工作涉及的因素很多，如果以项目来驱动教学，首先让学生树立面向工程的思想，其次把教学从单一的“结构化程序设计”向“结构化与面向对象并举”转变，最后特别要培养学生养成良好的编码风格，从而使他们学会能够“干什么”，那么我们认为教学目的就达到了。