给初学者的建议：不要简单贴源代码
初学者在寻求帮助时如果不是简单贴出源代码而是将自己的代码用语言以流程图的方式给出，这将直接反映出编程者的思维，虽然这样发帖时比较累，但总结流程的过程首先是对代码的一个重理解过程，更是对自己思维的一个总结再现，当然，以源代码加流程注释（但不能是简单的语句功能说明）的方法更好，重要的是流程，流程代表着思想，这是根本，学习提高要解决的是根本而非做习题式作业练习，那是读死书。很多时候，在总结流程的过程中就能发现自己的问题，这不是更好么。
就毕业后的工作方法而言，文案工作比编程或设计工作本身更重要，西方公司都非常重视技术文案工作，西方工程师花在文案工作上的时间比国内工程师多的多，技术主管们的工作内容甚至主要就是文案工作，这样更便于团队合作和应对大型、复杂项目，这样的习惯应该从学生时代就开始养成，所以建议大家以流程的形式提供自己的代码，这就是所谓的文案工作的一部分，同时也便于指导的快捷性和重点性。
有时，慢才是快，基础扎实，以后得心应手。
同意小编说的，学会方法可以以不变应万变，而单纯解决一个问题，也仅仅是一个问题而已。
记得我开始学单片机的时候就在网上看见过一个人说过，
不要简单的复制别人的代码！
~说的很有道理，所以我从来不复制过别人的代码！~
复制别人的代码，至少要读懂。
我一般都是用语言把自己的思路表述出来，流程图用的很少……
哎 看来以后得改改了。
流程图不一定非要规范，只用语言描述也行，但必须把流程描述清楚
小编说的很务实啊
确实如此啊，刚开始的时候拷贝了好多代码错误都不知道怎么错了，要学好单片机就得理解了才能学好。
不过不否认拷贝代码确实是个容易入门的方式，过程虽然有点弯弯绕绕！
不管怎么学，殊途同归，最终要学好就还是得理解！
补充下：
流程设计应该在编程前进行，特别是团队合作时，而编程过程或调试过程一旦涉及流程的修改，要立刻更新流程文档，最后形成技术档案保存，这个过程是非常重要的技术积累过程，不论对团队还是对个人。
另外，程序的注释也应该和流程的设计及描述结合起来，程序注释不能仅仅只说明该条语句的功能，更应注释其在流程中的表达，这样读程序先看注释，如果是大型程序则再结合浏览程序流程文档，对程序的理解速度就会很快，至于语句是否用的正确则是末节，对编程者而言这不应该成为问题。
很多人在读过去自己写的程序时都会一头雾水，这就是因为没有流程和适当的注释，其实好的流程设计本身就是在编程，项目负责人/系统管理员等通常是不会直接写代码的，写代码本身的技术含量很低，程序设计思想和技术手段在流程设计时就已经充分体现出来了。
讲得很不错啊，新手往往是不知道该如何做。
这篇文章只是告诉了新手不能怎么做。
要是能再告诉新手怎么做就更好了！例如在写程序之前应该先要写好哪些文档。（设计概要、设计说明书等）。还有如何规划算法、如何测试等等
呵呵 俺比较贪心
希望能够看到大家的行动而不仅仅是赞同，“做”是重要的。
其实大家应该注重 复制别人的方法
之前我什么都是拿来用，不明白的直接问人得到结果，为求速度不在乎自己对知识的认识，不过问流程。项目的成型流程缺少概念。
我们要注重自己摸索探讨，有了方法还怕未知的东西么
说到了我的弊病 惊醒了 谢谢
编程思想才是最重要的.
还是比较赞同不断的实践.再不断的思考,慢慢形成自己的编成思想. 呵呵,
古人云：,实践与理论是螺旋式上升的.
看代码是一回事 写代码是另一回事情
谢谢lz。lz好人啊。
学习了~~
小编说的没错
初来咋到不知道该怎么做。
太对了
恩恩，谨遵教诲，努力学好
简单的复制源代码，只能适用一次，我们真正的是要学会其中的思想。