给初学者一个建议：不要简单贴源代码

初学者最重要的是学习解决问题的方法，思路在此是最重要的，求得简单的答案对自己的成长其实很不利，初学者应求渔而非鱼。初学者写的代码最大的问题是思维混乱或理解存在偏差，虽然往往伴有很多初级错误，但初级错误不是制约自己成长的主要因素，思维方式才是决定性的，初学者在寻求帮助时如果不是简单贴出源代码而是将自己的代码用语言以流程图的方式给出，这将直接反映出编程者的思维，虽然这样发帖时比较累，但总结流程的过程首先是对代码的一个重理解过程，更是对自己思维的一个总结再现，当然，以源代码加流程注释（但不能是简单的语句功能说明）的方法更好，重要的是流程，流程代表着思想，这是根本，学习提高要解决的是根本而非做习题式作业练习，那是读死书。很多时候，在总结流程的过程中就能发现自己的问题，这不是更好么。
      就毕业后的工作方法而言，文案工作比编程或设计工作本身更重要，西方公司都非常重视技术文案工作，西方工程师花在文案工作上的时间比国内工程师多的多，技术主管们的工作内容甚至主要就是文案工作，这样更便于团队合作和应对大型、复杂项目，这样的习惯应该从学生时代就开始养成，所以建议大家以流程的形式提供自己的代码，这就是所谓的文案工作的一部分，同时也便于指导的快捷性和重点性。

      有时，慢才是快。

俺的帖子居然被盗版，还盗版到俺的老巢来，真是……

原作者在此。

呵呵，说的好就有转的。

有时，慢才是快。
我也盗

都大三了，也没学过流程图的使用，只是自己看过网上的，自己不会系统的使用啊，有没有可以自学使用流程图的资料哦？？

欲速则不达的最好体现啊，同意lz的观点！！

有时，慢才是快。

这句说得好。
平时我经常被定为“慢吞吞”的人，但实际上就是为了在特殊需要时能快得起来。

这里的慢指为了扎实的基础而慢。

受教了！哈哈

受教

看帖就顶是美德

团队应该注重协调，分工，每个人都得把最宝贵的时间用在最有用的事情上，做主管的，不一定自己动手，最好别去动手，但是得了解项目的所有情况，功能需求啊，进度要求啊，质量目标啊，成本控制啊。等等。。明白每个人的强项，做好详细分解工作，然后将工作依据个人强弱，一一落实到队伍内部每个人，设计原理的，画图的，编码的，调试的，每个分部再细化到每个子分部去。这样的团队才是有战斗力的，才是让人留念而不舍得离开的，一个人再强不融入团队没有用，早晚把团队搞得乱七八糟的。

可惜的是，现在大都数的公司里面，技术的都牛B哄哄的，啥人都看不起，以为掌握点死的技术，浪费了工程师拥有的比他人异常灵活的思维，忘了世上最难的是活的东西，我们不是常说，计划没有变化快，一个好的PM，往往决定了整个PJ的成败，而不是最强的工程师。。而PM在公司里面一般在公司里往往都是到处闲逛的那些人，往往又被那些技术牛人当做行政的瞧不起。:(

浮躁心理的人
暂时不要搞技术工作

:):):)

同意。。。

只贴不懂，以后更难

:handshake   学习了 谢谢

这是论坛的弊端。源代码级讨论不合适。

想创造一点更适合的东西

做新手也很难啊

楼主说的很好啊