《思考的技术》第一章读后感
《今日课堂缺什么》读后感 《今日课堂缺什么》 ，从题目上，我们就觉得这是一个值得思考的 问题，作为一个教育工作者，对现在的教育现状很了解，今日课堂缺 什么
很值得每我们深思。
缺新的理论
缺新的方法
缺新的技术手 段??我个人认为什么都缺，都很缺，内在的也缺，外部的也缺。
我就书中提到的“课堂整体缺乏安全的氛围”谈一谈我的看法。
的确， 在现在的课堂里， 学生害怕回答问题或是发言说话时语音变调、 表达混乱，使我们的课堂变得死气沉沉，我们的孩子被太多的条条框 框所束缚，不敢越雷池一步。
时间长了，孩子的“出生牛犊不怕虎” 的劲没了，孩子的灵气也没了。
“孩子的灵气究竟去那里了
” 这难道不是一个让人揪心的问题 吗
如今的教育边高喊减负，边强调分数，压得许多老师只有采取题 海战术来保住分数，作业多了，参与其他活动的时间就少了。
对《教育技术：定义与评析》第三章——改进绩效的读后感
[对《教育技术：定义与评析》第三章——改进绩效的读后感]作者认为“教育技术是通过创造、使用和管理合适的技术过程和资源以促进学习和改进绩效的研究和道德规范的实践，对《教育技术：定义与评析》第三章——改进绩效的读后感。
”即教育技术的目的是要促进学习、改进绩效。
本章从改进学习者个体的绩效、改进教师和设计者的绩效和改进组织的绩效三个目标依次讨论如何通过教育途径改进人的绩效所实施的干预方法。
一、改进学习者个体的绩效首先，通过强调有价值的目标，而不是仅仅通过考试，使得学习过程变得更有价值。
其次，通过技术手段，促进学习过程能够超越机械性记忆而走向更深层次的理解。
然后，通过设计的方式实现新知识仅的迁移，从而使学习过程更有价值。
总而言之，就是要让学习者学会更有价值的学习。
因此，教育技术寻求改进绩效的方法之一就是通过教学设计来引导教学设计者对众多的学习成果展开思考，澄清什么类型的学习、什么层次的学习是他们所期望的。
而学习者个体可以通过软技术（即教学设计的系统方法）和硬技术（即创建和使用沉浸式教学环境，以便学习者能够在真实的环境中练习和应用所学的知识和技能）来提高其在课堂或工作岗位上的绩效，读后感《对《教育技术：定义与评析》第三章——改进绩效的读后感》。
二、改进教师和设计者的绩效教育技术可以缩短学习时间和提高学习效率，进而增强教师和教学设计者的工作效率，并且，有助于创设更具有吸引力的和更人性化的教学，因而使教师和教学设计者能更好地行使其职业义务。
三、改进组织的绩效教育技术有助于组织提高效率与有效性，进行组织化学习，而组织又可以通过帮助组织成员获取新知识、技能和态度来调高他们的工作效率，也可以在增加或者不增加教学的情况下通过改变组织中的环境条件来促使他们取得更大的工作成就。
以上内容是文章的摘选，我对本章内容比较有想法的是第二部分内容，即改进教师的绩效。
接下来谈谈我的感想。
我认为教育技术改进教师的绩效主要表现在两点：首先，教师可以运用多媒体技术改进教学方法。
比如教师讲授的过程中辅以板书、投影，或者借助实物、图片、电影等进行演示，使学习材料生的动丰富有意义，吸引学生的注意力，增强学生的感性认识或深化理性认识。
其次，在网络的支持下，教师可以拓宽教学和学习的途径。
比如一些教学资源可以在网络中共享，学习者可以下载自学，教师与学生、学生与学生之间可以在网络中沟通交流，畅所欲言。
〔对《教育技术：定义与评析》第三章——改进绩效的读后感〕随文赠言：【这世上的一切都借希望而完成，农夫不会剥下一粒玉米，如果他不曾希望它长成种粒；单身汉不会娶妻，如果他不曾希望有孩子；商人也不会去工作，如果他不曾希望因此而有收益。
】
<<简单之美-软件开发实践者的思考>>读后感
[<<简单之美-软件开发实践者的思考>>读后感]几天就读完了倪建大牛写的这本别具风味的作品，主要是对软件开发过程的一些思考，读后感。
作者的写作方式很特别，通过叙述故事的方式讲解了软件开发的一整套流程和流程中需要注意的地方。
作者的主要态度是批判的，带有理想主义的色彩，然而却是发人深省的。
这本书给我最大的收获就是在软件开发中要学会思考。
思考所有步骤和方法存在的目的与意义。
是否符合软件开发行业发展的趋势。
作者主要涉及的是方法论上的层次，俯瞰着大地上的开发组织和人员。
看到的问题和解决方案往往是直指本质的。
这里摘几条印象深刻的见解和需要识记的名词。
学习新知识最快的途径是将新知识纳入自己所理解的一套知识体系。
所以，如何在学习的同时建立起各个技术的联系和区别是很重要的，有利于建立自己的体系。
修炼好内功，在接触新知识的时候，才能很快上手并理解其本质。
软件的本质是2进制和与非逻辑。
软件开发的本质是人的创造，而创造的根源在与想象，这又引出了“隐喻”和“故事”。
隐喻是指从生活阅历中抽象出与所要开发的软件的运行流程相像的事件与关系。
故事，则是讲述故事的方式想象软件运行的流程。
CMM：Capability MaturityModel，能力成熟度模型。
CMM的核心是把软件开发视为一个过程，并根据这一原则对软件开发和维护进行过程监控和研究，以使其更加科学化、标准化、使企业能够更好地实现商业目标。
敏捷开发：敏捷软件开发宣言：个体和交互胜过过程和工具可以工作的软件胜过面面俱到的文档客户合作胜过合同谈判响应变化胜过遵循计划敏捷开发最注重的是人，或者说个体。
目标是提高个体的主动性，提高产出效率。
敏捷开发要求团队一起工作，甚至还有客户。
结对编程。
迭代交付，三周为一个周期，每个周期都发布可用地、经过测试的代码。
2到5个周期后进行一次发布。
敏捷开发积极拥抱变化，主要依靠代码重构来配合变化。
敏捷开发的优点在于发布时间短和响应需求变化，读后感《读后感》。
敏捷开发的缺点是可操作性差。
实践者们常常走入各种各样的误区。
根本原因还是人，人的主动性还有在软件开发中的行为受各种各样因素的影响。
在需求分析阶段准备两份文档。
一份使用客户的术语表达客户的故事，另一份是使用软件术语表达软件实现的故事。
需求分析人员是客户和项目组之间的桥梁，是客户和软件开发人员之间的桥梁，十分类似于科手术过程，软件开发团队需要一个主刀医师，即软件架构师。
软件架构师保证了整个软件的思想和架构是一个主体。
而不是零散的，拼凑的。
这有利于开发和维护。
软件架构师在一个团队里一般只有一个，或者一个架构师团队由其中一个人作为领导。
这样保证了整个软件系统的一致性。
软件架构师工作的主要依据是经验。
在软件开发过程中，人是最重要的因素，而责任、权利和利益是保证这个因素发挥作用的关键。
负责文化是人类社会活动中必须具备的一种文化。
团队往往成为不负责任的推辞。
建立负责制度的目的不是为了惩罚，而是通过利益损失的形式，表明一个事实：没有金刚钻，别揽瓷器活。
也是质量保证的一个重要推动力。
对于软件来说，最大的软肋在于逻辑思维的不可遍历性。
这是测试工作存在的一个原因。
实际的软件工程师实践证明，让对软件思想有深刻理解的软件工程师进行测试，可以大幅度提高软件质量。
所以，测试工作并不比软件开发轻松，让软件开发菜鸟来进行测试是不负责任的。
测试人员并不是软件开发人员的对立者。
他在找出bug的同时，也要尽可能的帮助编程人员指出这种bug存在的原因以及地点。
所有论点都存在一定的上下文之中。
所以学习别人的论点只是理会这个论点的思路，而不要到处生搬硬套。
怀疑一切。
项目管理工作的基本思路不是控制，而是创造有利的环境和顺势引导，扫清软件开发中的各种障碍。
项目管理工作要与软件开发工作隔离开来。
对于软件开发者而言，你需要考虑的是风险服务，即风险响应。
而不要把主要精力放在风险预防和控制上。
软件维护要在项目开始或者设计时就要予以考虑。
〔读后感〕随文赠言：【这世上的一切都借希望而完成，农夫不会剥下一粒玉米，如果他不曾希望它长成种粒；单身汉不会娶妻，如果他不曾希望有孩子；商人也不会去工作，如果他不曾希望因此而有收益。
】
