别人写的代码看起来容易，自己写未必写得好

古人云说起来容易，做起来难。就像我们看小说一样，我们看完小说都看得懂，里面的人物事件都搞得清清楚楚，可这不代表我们能写得出来。对于我们这些码农来说，有些代码是看起来容易，做起来也不容易。记得刚参加工作的时候，一个牛人跟我说过，一件简单的事情做起来是简单，一万件简单的事情堆在一起就不简单了。就行linux内核一样，单独哪一行，对于任何一个会C语言的程序员都看得懂吧！可是由这些一行行简单的代码组成的东西又有多少人能深入理解呢？

记得以前一同事侯哥，相当牛的一个人物，跟我说过“只要不是自己做的事情都很简单，只要是自己做的事情都没那么简单”。是啊，我们很多时候是眼高手低的，看别人做出来了，瞄一眼，原来也就这么回事，心里飘飘然，这个我也做的出来。可是真是让你来做，你倒未必来做得别人那么好。

先照着别人的代码原封不动地打几遍，理解它的意思，可以在代码旁边写一些相应的伪代码，然后碰到类似问题试着靠自己的记忆去把相同功能的代码写出来，多像这样练一下，就慢慢熟练了

我个人觉得，编程学习的第一步就在于模仿，古人不是有句话么：会颂唐诗三百首，不会作诗也会吟。编程是同样的道理，可以想象一下你学习英语的过程，在会使用之前，需要积累很多东西，计算机语言既然称为语言，那学习过程也有相似之处，所以在你自己能创造代码之前，很多基本的经典算法是需要自己积累的。比如说：排序、查找等等。只有把这些经典的东西吃透了，记住了，自己才能写出漂亮的代码。看明白代码（特别是简单的）的确不是很难，但是丢开它，你首先要写得出它，这才是学到了东西。

你只是能从别人书写的代码知道每一步都做些什么吧？

你明白别人的解题思路吗？

你知道别人为什么要用那样的算法吗？

如果你看着题目，你能写出实现同一功能的代码吗？

你能知道别人在写这个程序的过程中会遇到什么样的问题吗？

你能在看了别人的程序之后写出比他好的代码吗？

你能用另一种算法写出实现同一程序的代码吗？

你真的能看懂别人的程序吗？

好的程序员都是解题目解出来的，都是写代码写出来的，都是从错误中走出来的。而不是单单看别人的代码就能衍生出来的。

新手如何做？

写程序关键是要有思路即算法，很多算法在理解的基础上是需要背的。所以编程之前，首先要弄清楚要输入什么，最后要输出什么，中间要解决什么，如何解决，然后画出N—S流程图，最后按照流程图的思路用C语言去实现就好了。

项目什么时候开始？

很多初学C语言的小伙伴，在学习之初并没有一个大概的概念，学习这门语言需要掌握多少知识点，怎么才算学的差不多？什么时候才能开始实现项目。

C语言的精髓点在哪？ 学到多少东西才能够达到做项目的标准？学习的时候需要注意哪些细节点？疑问太多以至于压得自己喘不过气来。小编从项目的角度分析C语言到底需要掌握哪些知识，为什么要去掌握这些点，怎么去掌握，在此尝试着总结以下几点，未必都是对的，起码可以做到亲身经历。

1.基本的数据操作，运算规则，常见程序结构设计

技术这东西只要花的时间长，肯下功夫早晚都能搞定，只要进入状态了，什么方法都能想的出来”，看书学习也罢，看视频学习也罢，需要让自己插上联想的翅膀，把自己的思维境界打开。很多人初学者可能会有疑问觉得去哪里找这些代码去，不妨下载学习群中小案例，和完整项目，

2.指针，数组，结构体，枚举灵活运用

不要只看这几个字，几乎是C语言里面最精髓的代表。数组这个概念基本上还能理解透彻，说到指针这个应用场景太多，而且在什么项目中几乎都离不开指针的使用。变化无穷，会用的觉得其乐无穷，不懂的哭上天。其他的不做评论

3.函数的使用

一个函数基本上代表一个小的模块，多个模块有机的组合形成一个系统。建议初学者在学习函数的时候，不要满足于会使用函数，还要让自己站的层次更高一点。这能决定自己是一个纯粹的执行者还是未来框架的设计者，不要觉得这些东西距离自己很远，慢慢的积累时间长了，慢慢也就从量变变成质变了。

4.对于内存和性能有少许的理解

内存和性能对于初学者来说，可能觉得很遥远，其实这两样东西贯穿整个编码界，检验软件功能最重要的两项指标，软件占用内存多少，运行时间长了会不会让系统变缓慢。同时开启在多个软件的时候，你设计的软件是不是变得很卡顿，这些都是大家平常在使用软件时候经常遇见的现象