不要简单贴源码-给初学者的建议
-
-
barrettzxn
- LV5工程师
-
| 2014-11-12 21:04:10
- 浏览量 1076
- 回复：11
本人新手，在网上看到这篇文章，自己学习，顺便跟大家分享，共勉！！！
初学者最重要的是学习解决问题的方法，思路在此是最重要的，求得简单的答案对自己的成长其实很不利，初学者应求渔而非鱼。初学者写的代码最大的问题是思维混乱或理解存在偏差，虽然往往伴有很多初级错误，但初级错误不是制约自己成长的主要因素，思维方式才是决定性的，初学者在寻求帮助时如果不是简单贴出源代码而是将自己的代码用语言以流程图的方式给出，这将直接反映出编程者的思维，虽然这样发帖时比较累，但总结流程的过程首先是对代码的一个重理解过程，更是对自己思维的一个总结再现，当然，以源代码加流程注释（但不能是简单的语句功能说明）的方法更好，重要的是流程，流程代表着思想，这是根本，学习提高要解决的是根本而非做习题式作业练习，那是读死书。很多时候，在总结流程的过程中就能发现自己的问题，这不是更好么。
就毕业后的工作方法而言，文案工作比编程或设计工作本身更重要，西方公司都非常重视技术文案工作，西方工程师花在文案工作上的时间比国内工程师多的多，技术主管们的工作内容甚至主要就是文案工作，这样更便于团队合作和应对大型、复杂项目，这样的习惯应该从学生时代就开始养成，所以建议大家以流程的形式提供自己的代码，这就是所谓的文案工作的一部分，同时也便于指导的快捷性和重点性。
有时，慢才是快。
流程设计应该在编程前进行，特别是团队合作时，而编程过程或调试过程一旦涉及流程的修改，要立刻更新流程文档，最后形成技术档案保存，这个过程是非常重要的技术积累过程，不论对团队还是对个人。另外，程序的注释也应该和流程的设计及描述结合起来，程序注释不能仅仅只说明该条语句的功能，更应注释其在流程中的表达，这样读程序先看注释，如果是大型程序则再结合浏览程序流程文档，对程序的理解速度就会很快，至于语句是否用的正确则是末节，对编程者而言这不应该成为问题。很多人在读过去自己写的程序时都会一头雾水，这就是因为没有流程和适当的注释，其实好的流程设计本身就是在编程，项目负责人/系统管理员等通常是不会直接写代码的，写代码本身的技术含量很低，程序设计思想和技术手段在流程设计时就已经充分体现出来了。
本人新手，在网上看到这篇文章，自己学习，顺便跟大家分享，共勉！！！
初学者最重要的是学习解决问题的方法，思路在此是最重要的，求得简单的答案对自己的成长其实很不利，初学者应求渔而非鱼。初学者写的代码最大的问题是思维混乱或理解存在偏差，虽然往往伴有很多初级错误，但初级错误不是制约自己成长的主要因素，思维方式才是决定性的，初学者在寻求帮助时如果不是简单贴出源代码而是将自己的代码用语言以流程图的方式给出，这将直接反映出编程者的思维，虽然这样发帖时比较累，但总结流程的过程首先是对代码的一个重理解过程，更是对自己思维的一个总结再现，当然，以源代码加流程注释（但不能是简单的语句功能说明）的方法更好，重要的是流程，流程代表着思想，这是根本，学习提高要解决的是根本而非做习题式作业练习，那是读死书。很多时候，在总结流程的过程中就能发现自己的问题，这不是更好么。
就毕业后的工作方法而言，文案工作比编程或设计工作本身更重要，西方公司都非常重视技术文案工作，西方工程师花在文案工作上的时间比国内工程师多的多，技术主管们的工作内容甚至主要就是文案工作，这样更便于团队合作和应对大型、复杂项目，这样的习惯应该从学生时代就开始养成，所以建议大家以流程的形式提供自己的代码，这就是所谓的文案工作的一部分，同时也便于指导的快捷性和重点性。
有时，慢才是快。
流程设计应该在编程前进行，特别是团队合作时，而编程过程或调试过程一旦涉及流程的修改，要立刻更新流程文档，最后形成技术档案保存，这个过程是非常重要的技术积累过程，不论对团队还是对个人。另外，程序的注释也应该和流程的设计及描述结合起来，程序注释不能仅仅只说明该条语句的功能，更应注释其在流程中的表达，这样读程序先看注释，如果是大型程序则再结合浏览程序流程文档，对程序的理解速度就会很快，至于语句是否用的正确则是末节，对编程者而言这不应该成为问题。很多人在读过去自己写的程序时都会一头雾水，这就是因为没有流程和适当的注释，其实好的流程设计本身就是在编程，项目负责人/系统管理员等通常是不会直接写代码的，写代码本身的技术含量很低，程序设计思想和技术手段在流程设计时就已经充分体现出来了。
楼主说的很好。赞一个！
初学者要的是设计程序结构清晰、逻辑性强，程序分析、讲解清楚的编程方法。不是贴一个程序而已、、、、、、、、、、、、