同类热门资料
资料下载地址
(确认已经开启迅雷或电驴)
　　《你可以摆脱眼镜:77种亮眼好秘方》作者不想把这种心得和乐趣永远占为已有，所以才动笔撰写《你可以摆脱眼镜:77种亮眼好秘方》。《你可以摆脱眼镜:77种亮眼好秘方》不但想提供给那有志恢复视力的人一些有效方法，凡是近年来觉得眼睛疲劳、疼痛、容易流泪、充血等人士都不妨阅读一下。
　　作者简介:
　　柳丘山，台湾知名眼科专家。高中时双眼曾近视高达600多度，以多年的经验矫正视力，现已不治而愈。由于此他开创了戴眼镜治疗眼疾的新方法。他创立的治近视、远视的77种方法，运用瑜伽养眼、体能锻炼激活眼肌、饮食调养保持眼营养平衡等方法，帮助无数青少年成功摘除了眼镜。马栩周，国内知名中医眼科专家，根据中医理论，创编了&眼病锤疗法&和&明目功&，曾帮助许多青少年成功摆脱了眼病、眼镜。
相关学习资料
&&&& &&&&&&&&&&&&&&&&
学习资料库，由广大资源爱好者通过共享互助而共享各种学习资料，但学习资料库无法保证所共享资料的完整性和合理性
版权所有 Gzip enabled解酒的小秘方！留着学习下~酒后不难受才算 “喝好了” ！ - 翻东西的日志,人人网,翻东西的公共主页
生活里不必要渴求别人的理解和认同，因为别人也没有这些义务。静静的过自己的生活，心若不动，风又奈何。你若不伤，岁月无恙。
解酒的小秘方！留着学习下~酒后不难受才算 “喝好了” ！
蜂蜜水&&&酒后头痛
喝点蜂蜜水能有效减轻酒后头痛症状。美国国家头痛研究基金会的研究人员指出，这是因为蜂蜜中含有一种特殊的果糖，可以促进酒精的分解吸收，减轻头痛症状，尤其是红酒引起的头痛。另外蜂蜜还有催眠作用，能使人很快入睡，并且第二天起床后也不头痛。
西红柿汁&&&酒后头晕
西红柿汁也是富含特殊果糖，能帮助促进酒精 分解吸收的有效饮品，一次饮用300ml以上，能使酒后头晕感逐渐消失。实验证实，喝西红柿汁比生吃西红柿的解酒效果更好。饮用前若加入少量食盐，还有助于稳定情绪。
新鲜葡萄&&&酒后反胃、恶心
新鲜葡萄中含有丰富的酒石酸，能与酒中乙醇 相互作用形成酯类物质，降低体内乙醇浓度，达到解酒目的。同时，其酸酸的口味也能有效缓解酒后反胃、恶心的症状。如果在饮酒前吃葡萄，还能有效预防醉酒。
西瓜汁&&&酒后全身发热
西瓜汁是天生的白虎汤（中医经典名方），一方面能加速酒精从尿液排出，避免其被机体吸收而引起全身发热；另一方面，西瓜汁本身也具有清热去火功效，能帮助全身降温。饮用时加入少量食盐，还有助于稳定情绪。
柚子&&&酒后口气
李时珍在《本草纲目》中早就记载了柚子能够解酒。实验发现，将柚肉切丁，沾白糖吃更是对消除酒后口腔中的酒气和臭气有奇效。
芹菜汁&&&酒后胃肠不适、颜面发红
酒后胃肠不适时，喝些芹菜汁能明显缓解，这是因为芹菜中含有丰富的分解酒精所需的B族维生素。如果胃肠功能较弱，则最好在饮酒前先喝芹菜汁以做预防。此外，喝芹菜汁还能有效消除酒后颜面发红症状。
酸奶&&md...
阅读(1126)|
卖萌？你说谁？哈？什么？风太大~我听不见~~
人人移动客户端下载中文名:&77种亮眼好秘方作者:&图书分类:&健康/两性资源格式:&PDF版本:&插图版出版社:&中国妇女出版社书号:&6发行时间:&日地区:&语言:&简介:&
内容简介目前100人中就有70人近视，近视已经成为现代最普遍的疾病，而且年龄有逐渐下降的趋势，你想一辈子戴着眼镜过日子吗？你有没有想过可以摆脱眼镜？眼科专家新发现：戴眼镜会让视力无法恢复；有些锻炼法可以成功提升视力；瑜伽疗眼法能使视力彻底恢复；锤疗法和补眼方剂能还人一双明亮的眼睛；不妨参照练习，你会获得惊喜结果！-内容截图
前言：奇迹出现——作者的经验谈一不小心就会伤害眼睛——错误的常识比比皆是戴眼镜是恢复视力的首要方法吗头痛就戴眼镜是天大的错误除注意眼睛与书本的距离之外，还得注意姿势与光线凝视远方时忘记移动视点会有害处吗距离太远看报纸反而会使老花眼更严重洗眼睛会削弱眼睛的抵抗力吗目不转睛的习惯是视力恶化的最大原因红色电视镜头对视力有害吗通宵玩麻将会使眼睛恶化患病时阅读最易伤害眼睛愤怒会使眼睛恶化吗斥责有时会在无形中伤害儿童的眼睛胃肠疾病、便秘、牙痛也会使眼睛视力恶化
在百度里搜索""更多相关内容
在谷歌里搜索""更多相关内容
* 本站资源大多为PDF格式的书籍，请使用专业免费PDF阅览器阅读。
* 为了达到最快的下载速度，推荐使用网际快车或迅雷下载本站书籍。
* 请一定升级到最新版WinRAR3.80才能正常解压本站提供的书籍!
* 如果您发现下载链接错误，请点击谢谢！
* 站内提供的所有书籍均是由网上搜集，若侵犯了你的版权利益，通知我们!482,381 十一月 独立访问用户
您目前处于：
提高软件开发生产力的秘方
提高软件开发生产力的秘方
Amr Elssamadisy and Deborah Hartmann Preuss
相关厂商内容
相关赞助商
Windows Azure专区上线，全面了解云服务！
不过，我们都是实践过软件开发的人。那就让我们来展示一个假想的情形吧：
假设我是你的客户，我想让你和你的团队给我开发一个软件系统。于是你的团队动手实现这个软件系统。一共花了一整年时间&&12个月&&来完成这个运作正常的、通过测试的系统。于是我向团队表示感谢，接受了交付的系统，然后把它丢掉。然后我让你和你的团队给我重新开发这个系统。你的人员保持不变。需求也保持不变。工具软件也保持不变。基本上什么都没变&&整个环境完全一样。你和你的团队要花多少时间来重新完成这个系统呢？
当我们提出这个假想的情形&&提问的对象中很多都有着超过二十年的软件开发经验&&他们的答案多数在第一次完成时间的20%到70%之间变动。也就是说，原来要花一年时间开发的系统，重新完成一次只需要2.5到8.5个月。这是一个很大的差别！很难再找到另一个因素能够对软件开发有这么大的影响了！
那么，问题到底在哪里？第二轮开发中到底有什么不一样了？是团队。他们一整年都粘在一个团队中，因而互相了解。他们又理解了真正的需求&&不仅仅是写下来的那些需求。他们还学会使用手中的工具，理解了在整个软件开发中浮现出来的问题领域的种种特质；基本上在创造并交付一个成功的软件解决方案之前，他们已经解决了所有未知的东西。学习过程正是软件工程的瓶颈。[2]
学习过程的存在占据了工作量的很大比例。实际上，我们估计它消耗了30%到80%的开发时间。正是出于同样的理由，敏捷实践才如此成功&&它们的主题就是识别并应对变化。
敏捷实践，从测试驱动开发和持续集成，到迭代和回溯，共同组成了一个帮助团队学习得更快的链条。通过反复运用种种实践，敏捷团队加速了学习的过程，直面软件工程的瓶颈。我们可称之为&科学方法&、&持续改进&或者&检验一切&。
以&学习过程是瓶颈&的眼光检验敏捷
敏捷软件开发是可行的&&这已经是一个确立的事实。在过去的八年中已经记录下了数以百计的成功故事。敏捷开发中特别有趣的一点是，大多数实践都不是什么新东西&&实际上它们都颇有些年纪了。敏捷仅仅是把许多最成功的软件开发实践提炼出来，并把它们放到一起。实际上，敏捷宣言并没有在创造新事物，而是在自90年代以来已经获得成功的许多轻量级方法当中寻找共通点（和 [4]分别对这些方法作了总结）。对大量被认为最有效的实践的反思揭示了一些非常有意思的共通点&&
&识别并应对变化&的循环
那么我们如何学习呢？我们从自身的错误中学习（只要我们留心，许多人都做不到这点）。我们怎样学得更快？更快地犯（小）错&&&Fail Fast&。马上运用我们学到的东西，是巩固学习过程使之牢固的关键。通过在下一个循环中立即运用我们学到的东西，我们重复利用了学习的效果（就像复合利息一样！）。
我们一再遇到的一个非常典型的循环过程如下：
这个简单的循环正是敏捷开发中许多实践的基本：
测试驱动开发（TDD）：1）编写一个会失败的测试，2）编写代码以让测试通过，3）运行测试&&它通过了吗？4）如果测试仍然失败则学习其原因所在然后转到2）。
每日循环：1）全体一起设立本日要完成的任务，在每日的站立会议上作报告，2）开始工作，3）第二天回来报告完成的进度和遇到的阻碍，4）在第二天的计划中应用学到的东西。
测试驱动的需求（Test Driven Requirements，TDR）：1）把需求定义成测试，2）开发软件，3）运行测试；如果通过了就算完成，如果没有就进行4）找出原因并回到2）。
迭代：1）定义一个&完成状态&，2）确定一组需求作为本次迭代的要交付的工作（Backlog），3）进行迭代完成要交付的工作，4）测试每个项目是否达到完成状态，将之标志为完成，或者将之放回未交付工作待后考虑，并据此结束迭代。
产品演示（Demo）：通常在迭代结束的时候进行，它给了客户一个机会去检验预想的需求在实现出来之后是否真的能够解决手头的问题。1）（隐含地）确定需求所针对的业务需求/价值，2）定义需求，3）在迭代中满足需求，4）按照业务上的需要来评估需求的实现。
回顾（Retrospective）：1）决定一种团队工作的方式，2）在一次迭代中运用这种方式，3）反省该实践的效果，4）采取行动，规定负责人和期限，以图创造一种更有效的过程，并实现它们。
发布：1）为本次发布设立愿景和要达成的商业目标。2）设立本次发布要交付的工作（Backlog），3）为本次发布进行若干迭代，4）部署给客户，并为下一次发布收集反馈。
协作小组的协作小组（Scrum of Scrums）：在同时应付多个项目的情况下，每个项目都有自己独立运作的循环，同时又通过定期的会议保持同步&&即协作小组的协作小组（Scrum of Scrums）&&在会议上每个项目的代表向其他人报告，以便从企业的层次上识别和应对变化。
管理测试：1）与产品所有者或者业务的利益相关方一起，从较高的层次上定义他们如何测量一个项目或者发布是否成功，2）保持这些&测试&对开发团队清晰可见，以便他们的交付能达到这些期望，3）把管理测试的评估过程整合进回顾（Retrospective）过程，4）团队与产品所有者一起将这些测试分配到每次迭代。
这些循环中许多都可以彼此契合。测试驱动需求包含若干测试驱动开发循环。一次迭代包含若干测试驱动需求的循环。一次发布又包含若干次迭代，诸如此类&&
更进一步，这些循环是彼此牵动的&&实际上每当发生学习过程而否定了更高一级的循环，即是这些循环在持续不断地牵动彼此。测试驱动开发的循环嵌套在测试驱动需求当中`&&即是说对于每项需求，要有若干测试驱动开发的循环来满足它。因此，举例来说，一个失败的测试可能意味着编码的错误，也可能意味着正在实现的需求本身并不正确，或者之前的另一项需求应该被否定。因此在测试驱动开发循环中的学习过程引发了对需求的学习过程。类似地，迭代循环嵌套在发布循环中。因此，由于无法预见的技术障碍而无法达成目标的一次迭代 ，会导致系统的一个重要部分所需的工作量大大上升。于是团队会变更部署，重新考虑这次发布要交付的工作，重新调整优先次序和目标范围来迎合新的信息。
循环：必要但不充分
循环是&识别并应对变化&的两项基本要求之一&&它提供了机会。第二项要求是沟通，通过涵盖所有的人来放大学习的效果，也就是敏捷方法中强调的&信息辐射&。
信息需要被传播给团队中的其他人，甚至更远。没有沟通，问题可能无法被识别出来。没有沟通，发现问题但找不到解决方案的人，就没有机会从其他不同技术背景的人那里得到解决的方案。在团队的环境中，对一个特定的问题，并不总是能够确定解决问题的最佳人选&&但把问题告诉每个人等于在邀请所有感兴趣的人都提出他们的建议，而不局限于团队中的&专家&&&有时候新手和外行反而能够&跳出框框&而令我们有意外之喜！
沟通能加速并强化学习过程，暂停工作来一次正式的反省可以确保沟通的声音不会被耳边&快点，快点！&的催促声所掩盖。暂停可以像&回顾（Retrospective）&过程那么正式，也可以像迭代结束后的聚餐那么不正式&&只要学习与提高被列入议程。虽然沟通按计划应该发生在每次循环的开头（对目标的沟通）和结尾（对结果的检验），但在循环过程中的非正式、&渗透性的&[6]沟通也会有戏剧性的效果。
相当数量的敏捷实践直接针对沟通问题&&包括正式的和&渗透性的&沟通：
自组织的团队（Self-organizing team）： 团队成员一起工作，一起应对发生的变化。他们作为一个集体去进行构建软件所需的工作。
同处一室的团队（Co-located team）：团队成员坐在一起，并经常性地举行小组会谈，有意无意地听到成员间的谈话，每个人都由这种信息渗透而知晓正在发生的事情。
功能交错的团队（Cross-functional team）：受过不同训练的团队成员聚在一起工作，从头到尾地解决一个问题。通过在一起工作，他们分享彼此的专门知识。
结对编程：两个人一起完成一项任务，是一种分享经验与专门知识的非常深入的形式。
信息辐射体（Information radiators）：是一个&人人可见的大图表&，它存在的唯一目的就是把一些重要的数据传播给任何路过的人。
唤起回忆的文档（Evocative documents）：敏捷团队建立文档的时候聚在一起以便能够互相交谈。以后阅读文档的时候就会唤起对整个讨论和语境的回忆。这比起传统的文档要有价值得多。传统的文档完成之后就被丢到隔壁从此事不关己，它们本质上就是用来装点门面的&&也就是说，因为已经在这些文档身上投入了那么多，我们可以（虚假地）相信这些正式文档实际上就是它们所描述的对象。
站立会议（Stand up meeting）：敏捷团队每天就刚刚完成的任务、遇到的障碍、以及第二天的任务计划进行沟通以达到同步。
沟通，当它被加入循环，会使得整个团队学习得更快，并且更加成为一个整体。毕竟，软件开发是一种集体工作。如果学习过程对团队来说是一个瓶颈，那么整个团队都需要尽可能更多更快地学习。
如果能妥善运用这些实践，敏捷团队无论学习什么都很快&&不仅是技术：设计（TDD、结对编程、功能交错的团队），需求（演示产品和TDR），产品（迭代、发布），以及人（回顾、站立会议）。
为什么这么重要？从理论到实践
好吧，学习过程看起来是软件开发当中一个非常重要的环节。它可能比我们认为的更加重要&&那又怎么样？关注学习过程云云又如何能帮助你我的团队生产出更好的软件？
虽然前面列举了众多&学习&方面的实践的例子，敏捷团队并不是对学习瓶颈免疫的。有时候在紧迫的任务的压力下，我们会为了短期的利益而跳过学习的步骤（&哦，我们以后会补上&）。在学习上失败的敏捷团队会表现出以下部分或全部症状：
疲劳（没有依照可持续的节奏来工作）导致士气问题，
再三地无力在一次迭代中&搞定&，
持续地让承诺落空（甚至有些承诺的特性和用户故事根本还没动手），
部署的软件持续地出现缺陷，缺陷之多使得开发计划完全脱离轨道，
否定回顾的价值，放弃回顾（&因为我们从来都没办法解决发现的问题&）。
让你的眼睛盯住瓶颈
请看下图：在每个步骤的名称下面的括号里是一个表示速度的数值。 两个步骤速度不一致的时候就会产生积压（Inventory）&&由于步骤A比步骤B快，A的过剩产品要等待B的处理。整个系统的产出总是为瓶颈所限[5]。也就是说，如果你希望提高整个系统的总体产出，你几乎只需要提高瓶颈部分的表现。在其他地方花功夫纯属浪费，甚至可能起到反作用。这意味着对于下图中的简单顺序过程（SSP），我们唯一的改进办法是调整步骤D。处理其他地方并不能改进系统产出。
如果学习过程确实是软件开发的瓶颈，那么它应该排在我们优先队列的第一位。也就是说我们花功夫在其他地方只会得到非常有限的生产力提高。倒过来说，这意味着任何提高我们的生产力的事物都在某种程度上提高了我们的学习效率。
现在，当我们反思我们的过程的时候，留心观察能传递更多价值的途径，我们要记住通常我们向业务方传递以下几种价值：当然首先是正常运作的软件，另外还有可维护的、可改变的软件，以及一个快速反应的团队来继续这些工作。前两项的优先次序看业务的需要，而第三项纯粹属于职业素养上的期望，通常也掌握在开发团队的手中。最后一项价值&&团队敏捷性&&实际上是组织的一项资产，它会比一个个项目存续得更久，它会创造出谋取更大利益的机会，并且加快后续项目的速度。
敏捷团队应该保持组织的相对稳定，应当存续六个月或者更长时间，以便培育出有效的合作。建立这样的团队需要有战略眼光，而且还要一并考虑每次迭代中必须立即满足的业务需求。如果不能维持这种平衡，由于速度和质量都无法预测，再加上过程中无法排除的陷阱，团队很快就会在业务上失败。
为了避免产生出脆弱而不协调的团队，当我们对过程进行反思的时候，应该问自己下面两个问题：
&这会对我们下次迭代的速度有什么影响？&
&这会对我们的学习过程有什么影响？&（学习又会进一步影响我们在迭代和项目中的速度和响应能力。）
因此，与其问说&结对编程会不会降低我们的速度？&，我们应该问，&结对编程会不会降低我们的学习效率？还是它会提高学习效率？&与其问&我们真的需要每两个星期做一次产品演示吗？虽然产品所有者一个月才能来一次？&，我们应该问，&把产品演示的频率降低到一个月一次会对我们的学习有什么影响？&与其问&为了支持敏捷，我应该安装哪个工具？&，我们应该问&，工具ABC促进了我们的学习吗？还是它让我们交流得更少，因而阻碍了我们的学习？&，或者采取更好的做法，一直等到真的需要跟踪某些信息（以便从中学习）的时候，才选择一件对你来说最省事的工具[7]。
当我们了解到学习是会增强&团队&这项公司资产的时候，现在我们可以有理有据地向利益相关方解释我们采取学习实践的益处了。&是的，结对编程乍看上去很奢侈&&让我来解释一下它是怎样抵消风险的，而且长远来说这样做是物有所值&&&别忘了&&相对敏捷的短周期来说，&长远&可能说的只是3到6个星期。
下一步何去何从
我们写这篇文章只有一个目的。我们不是要分析学习的理论和机制，这个题目需要长篇大论才能解决，而且已经有了许多长篇大论。我们也不是要分类和验证各种敏捷实践&&这里提到的实践只是作为简单的举例，提醒我们只要想学习，已经存在许多学习的方法。
我们的目标是把学习过程放在我们思考和行动的显著地位，因为我们相信它是敏捷实践成功的关键。不要仅仅潜移默化地学习，要把学习放到注意力的中心。本文的作用是提醒诸位，敏捷方法已经提供了许多学习方面的实践和机制&&你是否已经在团队以及业务中有效地利用了它们？
用&学习过程是瓶颈&的眼光来看世界。这样可以大大减少出现&货机崇拜&[8]式的敏捷实践的机会，并让你的努力集中在如何令敏捷实践的效果最大化上面。
初起炉灶&暴风骤雨&照本宣科&大放光彩（Forming&Storming&Norming&Performing）的团队发展模型。http://en.wikipedia.org/wiki/Forming-storming-norming-performing
这个假想实验和&学习过程是瓶颈&的说法来自Ashley Johnson，他是Valtech Skill Development公司负责商业计划及策略的副总裁。
关于早期轻量级方法的共通性的历史，请查阅的作品 http://www.agilemanifesto.org/history.html
另一份早期轻量级方法的共通性的历史，请查阅 Martin的作品 /articles//the-founding-of-the-agile-alliance
敏捷团队中的： /essays/communication.htm
熟悉约束理论（Theory of Constraints）的读者可能会觉得这个论点很熟悉，如果考虑到非线性过程，这个论点在很大程度上是过于简化了。
参见 《》，Deborah Hartmann and Robin Dymond，2006 /archives/2005/01/agile_work_reso.php
货机崇拜：在第二次世界大战期间，许多空军基地建造在偏僻的热带岛屿上，岛上的土著还未进入工业时代。在战争期间军人在岛上建造机场和控制塔，从事各种活动，不时有大型货机降落及卸货。当地土著也会分得一些货物。战后军人撤离，土著也就不再有货物可得。于是他们按照自己的一知半解，模仿出机场跑道、控制塔等等形式，并举行仪式希望能召唤装满货物的飞机归来。于是&货机崇拜&被用来指一群人仅仅采纳了事物表面的形式而非实质，并相信这样做会带来他们期望的结果。
是软件业里的实践者。构建软件是难的&&大写的难&&Amr的使命是找出开发软件的更好方法，并与社区分享他的发现。今天他在帮助他的客户成功采用敏捷实践构建出更好的软件，只要我们继续学习构建软件的更好方式，明天肯定会不一样。Amr还是《》这本书的作者，同时也是InfoQ的敏捷社区的编辑。
是说两种语言的敏捷实践者、训练者和导师，她以多伦多为大本营从事国际性的工作。Deborah的使命是让工作既对业务有价值又能给团队带来乐趣。她指导过大企业和小公司转向敏捷的过程，从2006年4月起担任InfoQ的敏捷社区的主编，她还推动了XP社区的OpenSpace会议，并帮助加拿大及美国的BarCamp社区发展。
查看英文原文：
告诉我们您的想法
允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p
当有人回复此评论时请E-mail通知我
想要尝试“站立会议”
点到点子上的文章
Re: 想要尝试“站立会议”
Re: 茅塞顿开，茅塞顿开
允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p
当有人回复此评论时请E-mail通知我
允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p
当有人回复此评论时请E-mail通知我
Ben Linders
Donald Raab
赞助商链接
InfoQ每周精要
通过个性化定制的新闻邮件、RSS Feeds和InfoQ业界邮件通知，保持您对感兴趣的社区内容的时刻关注。
<及所有内容，版权所有 &#169;
C4Media Inc.
服务器由 提供, 我们最信赖的ISP伙伴。
北京创新网媒广告有限公司
京ICP备号-7|||||||||||
最新播报：
逼出良好学习习惯 辣妈1600多条微博记录育儿秘方
　　新浪微博@BOb小猪：第一天尝试要小宝自己从地铁口去学校。出地铁后，跟小宝说，今天你带妈妈出去，就像自己一个人去学校。他很乐意，左拐右拐到了地铁电梯。我说，你自己去学校吧，妈妈去上班了。他一口答应，自己背着书包往前走。我偷偷跟在后面，一直目送到他进校门。宝贝真棒！
　　记者微访（李红鹰）：博主王女士的微博是专门为儿子小宝开的，3年来，1600多条微博记录着孩子的成长。王女士在一家旅游公司工作，儿子小宝目前6岁半，在武昌中南路一家小学读一年级。她说，让孩子独自上学，亲友们都表示反对，其实那次只是想锻炼一下孩子，看他有没有这个能力。看到孩子完成得很好，她也就放心了。细读王女士的微博发现，王女士的教育方式确实有些与众不同，而她的孩子似乎也更懂事一些。
　　饿几顿饭培养良好饮食习惯
　　9月1日：上学第一天，小宝说中餐有鸡腿、千张、花菜，他是第一个吃完的，而且还去添了饭。老师发的相片中果然看到，全班唯独他去添了饭。表现不错！
　　王女士解读：为了培养孩子良好的生活习惯，王女士从孩子二三岁能拿筷子吃饭那天起，就一直培养孩子自己吃饭。吃饭时间不自己吃饭就不吃，绝不追着喂饭，饭后饿了也没有零食吃。孩子实打实地被饿了几回，从此吃饭时都乖乖自己吃完。
　　限时作业逼出优良学习习惯
　　9月3日：今天的家庭作业都在课堂上完成了，小宝说有的同学连课堂作业都还没完成。昨天的数学作业还得到了老师表扬。
　　王女士解读：小宝之所以写作业效率这么高，是从上学前班起，我们就培养他养成良好的写作业习惯。我们会按作业量来规定他在多长时间内完成，到时间没写完，就不准再写，哪怕第二天交不上作业被老师批评。这样孩子就会集中注意力，抓紧时间写作业。而这个习惯，必须家长予以配合，写作业时就让他一个人在房间里安安静静地写。
　　鼓励纠错带来全家良好作息
　　9月6日：早上小宝老师给我们三个人打分，我被打了三个X。小宝说：如果下午我还有X，晚上就要罚站2小时。
　　王女士解读：孩子很小的时候，王女士就开始有意识地让孩子自己决定。出游来到一个景区，山上景点很多，站在导游图前，王女士会让孩子自主选择游玩景点、线路。迷路了，王女士鼓励孩子去问路。在家里，孩子看到家长错了，也有管理纠正的权力。每周四，一家三口人坐在一起，相互提批评和表扬意见。王女士被儿子打这三个“X”，是因玩手机时间太长，晚上看电视拖着不睡觉，睡前没看书。王女士乐呵呵地说，被孩子管着，现在全家人都有了良好的作息习惯。
[责任编辑：