第一章就给我留下很多印象深刻的段子，比如对软件工程这门课应该如何来上的说明让我有很大的体会。需求分析：我们都不知道需求是什么东西，什么叫业务活动正因为这样怎么会有学习的目标？没有目标更谈不上动力了。再就拿上一个学期的UML来说，虽然这是一个很重要的科目，但是其对用户需求的建模等等都需要我们具有一定的工作阅历和代码经历才会体会，凭空的让我们画一些UML图，确实我们可以通过上网和看书画出来一些东西，并且不错，但是在我们看来也就是一些图形而已，更谈不上对其中的含义的理解。然后还有稳定阶段的敲代码过程，我应该就是属于那十分之九不知道在干什么的人，漫无目的，虽然不想混，但是确实不了解自己应该干什么。这样的课程安排看上去符合流程，但是在学生的角度能学到的东西确实是很少的。这种一泻而下的瀑布流程对学生对知识的理解和掌握帮助并不大，相反我认为还不利于学生的提高。
看到后面的“大马哈鱼洄游流程”的时候我便有一种似曾相识的感觉，就好像师傅带徒弟，打怪升级。徒弟在被师傅领进门之后便掌握了刚开始耳濡目染的一些小技能，可以干一些力所能及的事情。随着小技能的积累和拓展徒弟的技能越来越成熟，以至于他可以处理一些更加复杂的问题，骨骼惊奇的徒弟便可以成长为想曾经的师傅一样优秀甚至超过师傅，并且也可以担当起曾经师傅的角色，带领新的徒弟。这样实践出来的学问确实比书本上的知识来的更加的扎实更加的有成就感。
还有就是对老师和学生关系的理解让我很是佩服，作者把老师和学生的关系类比成教练和学员。教练在学员学习的过程中只起到指引和批评的作用，他不应该考虑学员是否能及格，
标签：01,学员,徒弟,学生,构建,之法,一些,技能,师傅 来源： https://www.cnblogs.com/xiatian21/p/13071915.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。