// 下一篇:分数和checklist 如何设计题目 教学中的一个问题是老师出题太简单了,题目设计一开始上来就不紧凑,我认为一个好的课程应该上来就给你紧凑感,而不是先上来"轻松2-3周".目前见到的程序性题目有几类,都可以分别作不同层度的扩展设计. 问答类型题目,这类题目最好要有进阶,否则容易变成水题: 基础知识问答 扩展知识问答 高级深度问答 工具类题目,这类题目最好有明确要求: step by step的操作记录,这也是以后写specification的基础训练 对工具原理的理解和…

// 上一篇:Alpha/Beta换人 // 下一篇:最近发展区/脚手架 工具/轮子 软件工程/计算机相关专业的一个特点是会使用到众多的工具,工具的使用是从程序猿进化到程序员的一个关键要素.软件工程师之间流传着一句话:"不要重新发明轮子",轮子,正是人类社会演化过程中不断被重复发明的一个典型工具.事实上,轮子总是被重复重新发明的.工具被发明的方式有几种方式: 在一个地区里经过长期演化,被独立发明出来. 一个先进地区A的工具的精细设计图纸,被传播到另一个地区B,B地区的人经过这个精细设计…

// 上一篇:工具和结构化 // 下一篇:野生程序员 教育心理学里面有提到"最近发展区"这个概念,这个概念是前苏联发展心理学家维果茨基(Vygotsky)提出的,英文名词是Zone of proximal development,摘录维基百科上的介绍如下: The zone of proximal development, often abbreviated as ZPD, is the difference between what a learner can do without…

// 上一篇:题目设计.点评和评分 // 下一篇:超链接 教学里,建立清晰明确的评分规则并且一开始就公布,对于教师.助教.学生都是重要的. 公布时机 在课程开始的时候,就需要确定并公布评分机制,随着课程展开,需要做的是做细节上的修订和严格的执行.为什么要第一时间公布明确的评分规则? 因为: 规则不明确,教师就不清楚助教会怎样评分,设计题目的时候对于一个题目的难度.周期和重要检查点会少了一个重要的参照点. 规则不明确,助教在评分过程中便会拿捏不准,不知道基准在哪,怎样使用工具. 规则不明确,学生会…

//上一篇:提问与回复 [备注]:请优先阅读 Handshake/点评/评分 三部分. 0x00 Handshake 了解<构建之法>作者参与软件工程改革的一些背景: http://www.epubit.com.cn/article/1237 理解师生关系模型:http://www.cnblogs.com/xinz/archive/2011/05/16/2048044.html 0x01 点评 A. 汉堡包模型 http://www.cnblogs.com/xinz/archive/2011/…

// 上一篇:最近发展区/脚手架 // 下一篇:提问和回复 怎样做足够好的软件?我们就差一个程序员! 没有什么软件工程的理论的时候,程序员们凭借自己对编程的热爱,凭借着:"这是一个可以自动化的事情,我会写个程序让它自动解决,太酷了!" 的热血,上来就去实现功能,沉浸在创造欲和控制欲被极大满足的过程中. 情景1: 也许只是一个简单的排序算法,只是个冒泡程序,但它能工作!它让你发现了一个神奇的世界,你会接着发现数据结构与算法的世界.你可能会做一些简单的带点算法的事情: [题目] 已知集合A…

// 上一篇:野生程序员 // 下一篇:助教指南 在线上博客教学里引入了第三方助教,助教在每次作业期间尽力完成"消灭零点评"的目标.然而紧接而来的问题是:学生对博客作业点评的回复率低,大家怎样看这个问题呢? 情景1 在一个软件工程教学群里的诸位助教和老师各自表达了自己的感受与看法: "不得不说,我的积极性的确因此受到了打击.给的建议同学不听,给了好多评 论,却少有人回复.虽然老师说这是正常的,但我仍然感到伤心." "如果我们要求师生通过活的作业来互动,那事…

// 上一篇:分数和checklist // 下一篇:Alpha/Beta换人 注:平常看文章,总有能和构建之法,软件工程相关的链接,增量记录,也可以通过在其他人博客的交流中使用相关的超链接,在使用中review这些超链接背后文章的知识.方法或者观点.链接内容有好有坏,有完备的也有简单的,链接的内容可以深入去阅读,也可以做为一个交叉引用的关键字,引开关注主题的讨论和思考.对链接做归类也是一个必要的方式.每个人都可以建立自己的链接库,所以,也许不在乎是否要全部把链接都点过去看,而在乎的是自己去建立…

// 上一篇:超链接 // 下一篇:工具和结构化 注:在一次软件工程讨论课程进度设计的过程中,出现了这个关于 Alpha/Beta换人机制的讨论,这个机制在不同学校有不同的实施,本篇积累各方观点,持续跟踪. @Coach: [Something is important,We Can..] ① 第6.7 周的事情,可以一周做完,建议放在第4周来做, 原来第4周的单元测试往后推一周, 这样同学们不会连续三周都有写代码的工作,给一些同学一个喘息和赶上来的机会. ② 第8.9.10周的事情可以合成两周…

本次作业博客 团队组成 临时组长:何裕捷 组员:蔡子阳,陈德斌,胡青元,李麒,高裕翔,王焕仁,黄培鑫 UML 用例图 描述的部分: 1 这里是用户个人管理系统的用例图 面临的问题: 1 面临用户登录注册和个人信息处理等基本问题 解决的问题: 1 尽可能符合用户的使用习惯,使用户用起来方便 附图: 描述的部分: 1 这里是用户团队管理部分的用例图 面临的问题: 1 这部分面临用户管理团队的问题,包括创建团队,解散团队,加入团队,退出团队,添加成员,踢出成员 解决的问题: 1 罗列了团队管理的基本逻…