给初学者一个建议：不要简单贴源代码
初学者最重要的是学习解决问题的方法，思路在此是最重要的，求得简单的答案对自己的成长其实很不利，初学者应求渔而非鱼。初学者写的代码最大的问题是思维混乱或理解存在偏差，虽然往往伴有很多初级错误，但初级错误不是制约自己成长的主要因素，思维方式才是决定性的，初学者在寻求帮助时如果不是简单贴出源代码而是将自己的代码用语言以流程图的方式给出，这将直接反映出编程者的思维，虽然这样发帖时比较累，但总结流程的过程首先是对代码的一个重理解过程，更是对自己思维的一个总结再现，当然，以源代码加流程注释（但不能是简单的语句功能说明）的方法更好，重要的是流程，流程代表着思想，这是根本，学习提高要解决的是根本而非做习题式作业练习，那是读死书。很多时候，在总结流程的过程中就能发现自己的问题，这不是更好么。
就毕业后的工作方法而言，文案工作比编程或设计工作本身更重要，西方公司都非常重视技术文案工作，西方工程师花在文案工作上的时间比国内工程师多的多，技术主管们的工作内容甚至主要就是文案工作，这样更便于团队合作和应对大型、复杂项目，这样的习惯应该从学生时代就开始养成，所以建议大家以流程的形式提供自己的代码，这就是所谓的文案工作的一部分，同时也便于指导的快捷性和重点性。
有时，慢才是快。
流程设计应该在编程前进行，特别是团队合作时，而编程过程或调试过程一旦涉及流程的修改，要立刻更新流程文档，最后形成技术档案保存，这个过程是非常重要的技术积累过程，不论对团队还是对个人。另外，程序的注释也应该和流程的设计及描述结合起来，程序注释不能仅仅只说明该条语句的功能，更应注释其在流程中的表达，这样读程序先看注释，如果是大型程序则再结合浏览程序流程文档，对程序的理解速度就会很快，至于语句是否用的正确则是末节，对编程者而言这不应该成为问题。很多人在读过去自己写的程序时都会一头雾水，这就是因为没有流程和适当的注释，其实好的流程设计本身就是在编程，项目负责人/系统管理员等通常是不会直接写代码的，写代码本身的技术含量很低，程序设计思想和技术手段在流程设计时就已经充分体现出来了。
学习了·····我现在还一直认为，敲
代码是最关键的！难怪总是没有进步，开来是思维 ..
不错，新手往往是不知道该如何做。这篇文章只是告诉了新手不能怎么做。要是能再告诉新手怎么做就更好了！例如在写程序之前应该先要写好哪些文档。（设计概要、设计说明书等）。还有如何规划算法、如何测试等等
小编确实写的好！点拨很到位，作为软件工程师确实应该以自己的思维去编写质量好的高的代码！思维指导，用心思考，认真辨别，这样才能写好写对代码！
复制的应该是方法
以前我什么都是拿来用，不明白的直接问人得到结果，为求速度不在乎自己对知识的认识，不过问流程。项目的成型流程缺少概念。时常拿到工作就迷茫没有方向感。我们要注重自己摸索探讨，有了方法还怕未知的东西么
那学到嵌入式的时候怎么说：内核的代码不都是下载的?
对于初学者，最好的学习方法就是要分析别人的代码，而整理出流程图是读懂别人代码的有效手段。
有几个人会画流程图呢?不多啊。
我的流程图都是自学的，学校里老师都不教。
思维，解决问题的方法才是关键。
培养自己的思维！学习了。
这得顶啊，我以前就是不思考，直接贴源代码啊，结果一点进步都没有，现在才改过来的。
编成的思想才是最重要的.但个人还是比较赞同不断的实践.再不断的思考,慢慢形成自己的编成思想. 呵呵,还是 古人的话,实践与理论是螺旋式上升的.
我总先编程序，后写流程图。和书上讲的正好相反。
这种情况，谁都遇到过啊，可是说起来容易，做起来很难的啊
一开始为了尽快完成任务总是想找到最合适的代码，结果没有谁写的代码是完全按照你的需求来的，总会走弯路，因为原理思路不同就会走不下去，然后放弃，再找，进入这么个怪圈。谢谢小编，但是自己做真的还需要一定的耐心和恒心啊~~~尽量学习吧