学习计划八篇

时间：2023-06-06 18:22:44 文/刘莉莉学习计划北考网www.beiweimall.com

学习计划篇1

　　Web前端开发十日谈一直想写这篇“十日谈”，聊聊我对Web前端开发的体会，顺便解答下周围不少人的困惑和迷惘。我不打算聊太多技术，我想，通过技术的历练，得到的反思应当更重要。我一直认为自己是“初级”前端开发工程师，一方面我入道尚浅，只有短短几年，另一方面我自知对技术的钻研并不深入，可能是由于环境的原因，当然最重要的是，我幸运的参与到互联网崛起的浪潮之巅。时势造就了一批技能薄弱但备受追捧的“弄潮者”，这在很大程度上影响我们对“技术本质”的洞察力，多年来也一直未有成体系的“前端技术”布道佳作，以至于当下多数人对前端技术的了解，盖始于表述并不严谨的岗位招聘描述，而这正恰恰反映了Web前端开发对自身的模糊定位。对于很多Web前端工程师来说，初尝禁果的快感无法持续很久，就陷入一轮又一轮的迷惘，思索自己的职业规划，试图寻找到适合自己的成长道路、看清自身技能的瓶颈，寻找突破。但遗憾的是，Web前端技术被广泛接纳时日尚短，没有多少励志的成功样板可供遵循。然而情况不总是这么糟，毕竟Web前端技术是一门“技术”，和计算机科学系出同门，只是因为互联网的高速崛起而被蒙上了迷雾，遮住了双眼，让我们傻傻看不清时局。

　　那么，如何定义Web前端技术岗位边界？Web前端技术的价值体现在何处？前端工程师的价值仅仅体现在物以稀为贵吗？前端工程师的初级、中级、高级和专家之间到底如何界定？当前“我”处在什么位置？接下来的路子应当怎样走？何谓前端技术之“道”？我想多数人都思考过这些问题，本篇“十日谈”里的观点可能有些偏激，但抛砖引玉，读者权且把这些言论当作一个引子吧。

　　第一日：初尝禁果

　万物生灵、阳光雨露盖源于造物之初的工开物，我们无法想象上帝创造光明之前的世界模样。但幸运的是，前端开发没有神祗般的诡魅。这个技术工种的孕育、定型、发展自有轨迹，也颇有渊源，当然，这非常容易理解。不严格的讲，在杨致远和费罗在斯坦福大学的机房里撺掇出Yahoo!时，Web前端技术就已经开始进入公众视野，只不过当时没有一个响亮的名字。从那时起，“基于浏览器端的开发”就成了软件开发的新的分支，这也是Web前端技术的核心，即不论何时何地何种系统以及怎样的设备，但凡基于浏览器，都是Web前端开发的范畴（当然，这个定义很狭隘，下文会提到）。

　　在20xx年之后浏览器技术渐渐成熟，Web产品也越来越丰富，中国有大批年轻人开始接触互联网，有一点需要注意，大部分人接触互联网不是始于对浏览器功能的好奇，而是被浏览器窗口内的丰富内容所吸引，我们的思维模式从一开始就被限制在一个小窗口之内，

　　以至于很长时间内我们将“视觉”认为是一种“功能”，Web产品无非是用来展现信息之用。起初的入行者无一例外对“视觉”的关注超过了对“内容”的重视，先让页面看起来漂亮，去关注html/css，沿着“视觉呈现”的思路，继续深入下去。因此，这类人是被“视觉”所吸引，从切页面入行，着迷于结构化的html和书写工整的css，喜欢简洁优雅的UI和工整的页面设计，之后开始接触视觉特效，并使用jQuery来实现视觉特效，以此为线索，开始深入研究Dom、Bom和浏览器的渲染机制等，html/css在这些人手中就像进攻兵器，而java script则更如防守的盾牌。

　　还有另外一群人从另一条道路接触Web前端，即工程师转行做前端，他们有较多的后台语言开发背景，从读写数据开始，渐渐触及浏览器端，接触java script库，起初是在html代码上加js逻辑，后来开始涉及html和css，他们喜欢OO、逻辑清晰、结构悦目的代码，更关注界面背后的“程序语言”和数据逻辑。html/css在这些人手中则更像盾牌，而java script更如进攻的兵器。

　　应当说这两类人是互补的，他们各自了解浏览器本质的一部分，一拨人对渲染引擎了如指掌，另一拨人则将JS引擎奉为至宝，其实任何一部分的优势发挥出来都能做出精品。大部分前端工程师都能从这两条渊源中找到自己的影子。但，这两类人的思维模式和观点是如此不同，以至于形成了一些不必要的对抗，比如在某些公司，干脆将Web前端技术一分为二，“切页面的”和“写js的”。这样做看上去明确了分工提高了效率，但他对员工的职业发展带来巨大伤害。在第二日“科班秀才”中会有进一步讨论。

　　我应该属于第二类，即在学校正儿八经的学习C/Java和C#之类，以为大学毕业后能去做ERP软件、桌面软件或者进某些通信公司写TCP/IP相关的程序。校园招聘时选择了中国雅虎，因为当年（08年）雅虎还是有一点儿名气，而且我听说雅虎比较算技术流的公司……自此就上了贼船，一发不可收拾。

　　在雅虎的这段时间，我有幸接触到一股正气凛然的技术流派，也形成了我对前端技术的一些基本看法，这些基本观点一直影响我至今。

　　【优雅的学院派】

　　当年雅虎的技术流派正如日中天，拥有众多“之父”级的高人，所营造出的Hack氛围实在让人陶醉的无法自拔，那段时间我甚至宁愿加班到深夜阅读海量的文档和源代码，感觉真的很舒服，我深深的被雅虎工程师这种低调务实、精工细琢的“服务精神”所打动，而这种不起眼的优秀品质很大程度的影响雅虎产品的用户体验和高质量的技术输出。那么，何谓“服务精神”？即你所做的东西是服务于人的，要么是产品客户、要么是接手你项目的人、要么是使用你开发的功能的人，所以技术文档成为伴随代码的标配。因此，工程师之间通过代码就能做到心有灵犀的沟通。这是工程师的一项基本素质，即，思路清晰的完成项目，且配备

　　了有价值的技术文档，如果你的程序是给其他程序员用的，则更要如此，就好比你制造一款家电都要配备说明书一样。因此，YDN成了当时最受全球程序员最喜爱的技术文档库，这种优雅务实的“学院气息”让人感觉独具魅力。

　　让人感觉奇怪的是，在中文社区始终未见这种学院派。甚至在具有先天开源优势的Web前端技术社区里也是波澜不惊，可见写一篇好的技术文案真的比登天还难。我所见到的大部分所谓文档索性把代码里输出数据的语句块拷贝粘贴出来，至于为什么数据格式要设计成这样、如果字段有修改怎么做、编码解码要求如何等等关键信息只字不提，或者开发者也没想过这些问题呢。因此，我们一直在强调代码的质量和可维护性，但一直以来都未见效，盖源于缺少这种“服务”意识的灌输。这种意识在下文中还会多次提到，因为它能影响你做事的每个细节，是最应当首先突破的思想纠结。

　　除了意识问题，另一方面是技术问题，即文笔。这也是工程师最瞧不上眼的问题，难以置信这竟然是阻碍工程师突破瓶颈的关键所在。我已看到过数不清的人在晋升这道关卡吃了大亏，很多工程师技术实力很强，但就是表达不出来，要么罗列一大堆信息毫无重点、要么毫无趣味的讲代码细节，不知云云。除非你走狗屎运碰到一个懂技术的老板，否则真的没办法逃脱码农的宿命。但大部分人还振振有词不以为然。而在Web前端开发领域情况更甚。前端工程师是最喜欢搞重构的，但在快节奏的需求面前，你很难用“提高了可维护性”、“提升了性能”这类虚无缥缈的词藻为自己争取到时间来搞重构，说的露骨一点，可能你真的对某次重构带来的实际价值无法量化，只是“感觉代码更整洁了”而已。我会在下文的“伪架构”中会展开分析前端工程师的这种浮躁献媚的技术情结。而这正是前端工程师最欠缺的素质之一：用数据说话，用严谨科学的论据来支撑你的观点，老板不傻，有价值的东西当然会让你去做。

　　当然，情况不总是这么糟糕，我们看到中文社区中已经锻炼出了很多写手，他们在用高质量的文字推销自己的技术理念，这是一个好兆头，好的文笔是可以锻炼出来的。而在职场，特别是对前端工程师这个特殊职位来讲，这种基本技能可以帮你反思梳理需求的轻重缓急，从凌乱的需求中把握七寸所在。因为当你开始认真写一封邮件的时候，这种思考已经包含其中了。

　　所以，雅虎技术的推销是相对成功和远播的。关键在于两方面，扎实的技术功底和高超的写手。而真正的技术大牛一定是集两者与一身，不仅钻研剑道，还能产出秘籍。这也是Yahoo!优雅的学院派气息的动力源泉。国内很多技术团体想在这方面有所建树，应当首先想清楚这一点。

　　【规范的破与立 1】

　　雅虎的技术运作非常规范，刚才已经提到，包括技术、组织、文化，一切看起来有模有样，也堪称标杆，自然成了国内很多技术团队和社区的效仿对象。一时间各种“规范“成风、各色“标准“大行其道，结果是质量参差不齐。

　　我们到底需要什么样的规范？雅虎的技术规范到底有何种魔力？以何种思路构建的规范才是货真价实的？规范有着怎样的生命周期？想清楚这些问题，能很大程度减轻很多Web前端工程师的思想负担，看清一部分技术本质，避免盲目跟风。

　　我们的确需要规范，但好的规范一定是务实的，一定是“解决问题“的。比如针对项目构建的DPL可以收纳公用的视觉元件以减少重复开发、规定某OPOA项目的事件分发原则以确立增量开发的代码惯性。反之，糟糕的规范却显得过于“抽象“，比如页面性能指标、响应式设计原则。另外，尽管他山之石可以攻玉，但拿来主义有一个大前提，就是你了解你的项目的关键问题，你要优先解决的是些关键问题，而外来规范正好能解决你的问题。因此规范是一本案头手册，是一揽子问题的解决方案，应当是“字典”，而不是“教程“。可见规范的源头是“问题”。所以，当你想用CoffeeScript重构你的项目时、当你想引入CommonJS规范时、当你想在页面中揉进Bootstrap时、当你打算重复造轮子搞一套JS库时、当你想重写一套assets打包工具时，想想这些东东解决了你的什么问题？会不会带来新的问题、把事情搞复杂了？还是为了尝鲜？或者为了在简历中堂而皇之的写上使用并精通各种新技术？

　　规范之立应当有动因，动因来源于项目需求，项目需求则来自对产品的理解和把握，这是Web前端初级工程师走向中级甚至高级的一次重要蜕变，软件工程领域早就有“架构师”角色，而架构师往往存在于项目需求分析和概设、详设阶段。我看到的情况是，Web前端工程师的思维过多的限制在“界面”之内，向前和产品需求离的太远（认为这是视觉设计师的事）、向后和数据逻辑又隔离开来（认为这是后台工程师该干的事），因此前端规范也大都泛泛，无关项目痛痒，成了玩具。

　　雅虎技术规范的优秀之初在于它们解决问题。所以，学习使用规范应当多问一句，“他们为什么这样做？”其实，想清楚这些问题时，脑海中自然形成了一种“遇山开山”的创造性思维。

　　如果说新技术的尝鲜缺少针对性，但至少满足程序员的某种洁癖和快感，那么“负担”从何而来呢？对于初学者来说，有价值学习资料可能只有这些规范，如果说规范价值不大，那又当从何入手呢？

　　刚才我说的不是依赖于规范，而是对规范的反思，摆脱规范灌输给我们的思维定势。新人们大概是看了Wiki中的很多指标、结论、实践，在做项目之初就附加了不少“八股式”的负担，甚至影响我们对项目关键需求和关键问题的洞察力和判断力，负担过重就无法轻装上阵，Wiki中提到的这些指标和规范是结论性的，是大量的实践之后得出的，也只有经历过大量实践才会真正理解这些结论，比如DomReady时间和http请求数是否有因果关系，http请求数增加是否真的会导致页面性能下降，什么条件下会导致性能下降？我们从那些条文和结论中无法找到答案。

　　举个具体的例子，Kissy刚刚出了DPL，也是一大堆结论，比如他的布局就采用了经典的双飞翼，使用容器浮动来实现，那么，这种做法就是不可撼动的“标准”吗？看看淘宝车险首页，布局容器齐刷刷的inline-block，只要顶层容器去掉宽度，布局容器自身就能根据浏览器宽度调整自然水平/垂直排列，轻易的适应终端宽度了。

　　再比如，淘宝旅行计划项目中的部署方式，也没有完全使用Loader管理依赖，而是将依赖层级做的很少，业务逻辑使用脚本来合并，这样就可以更容易在build环节加入语法检查和代码风格检查。

　　类似这种摆脱原有编程思维，有针对性的用新思路新方法解决问题的做法显然让人感觉更加清爽，编程的乐趣也正体现在打破常规的快感之中，小马曾经说过：“制造规范是为了打破规范”，万不要因为这些规范标准加重负担，导致开始做一个简单页面时也显得缩手缩脚，无法放开身手。大胆的动手实践，才能真正得出属于自己的“结论 “和“标准“，才会真正深刻理解那些“结论”的意义所在。代码写的多了，自然熟能生巧，也容易形成成熟的技术观点。

　　在这个过程中，我们唯一的对手是懒惰，惰于思考，就无法真正发现问题，自然形不成自己的观点。还是那句话，任何规范、方法、结论、实践都是为了解决项目中的问题的，所以，我们所接触到那些看似“八股文”式的规范标准也是为了解决某些问题而提出的，想清楚这些问题，理解方法论背后的“因“，内心自然有“果”。

　　因此，“着眼当下、对症下药”的品质就显得弥足珍贵了，比如，双飞翼布局方法是为了解决一套（html）代码适应多种布局设计，这里的布局相对于固定的产品来说也是固定的，而无针对终端的自适应（适用于移动端的榻榻米布局似乎还没有最佳实践）。这是双飞翼产生的背景，如今终端环境较之5年前已经翻天覆地，问题早已不在“多种布局”上，而在“终端适应“上，这才是我们面临的问题，需要我们给出新的技术方案。

　　所以，勤于思考，轻装上阵，大胆实践，勇于创新，发掘问题所在，实打实的解决（潜在）问题，这才是我们真正需要的能力。放下思维定势枷锁，也会有一种豁然开朗的感觉。

学习计划篇2

　　当今社会及教育对教师的要求越来越高，为符合时代的需求，作为一名小学教师该怎样发展自己呢？成就学生，成就学校，成就自己。思想上应树立精品意识、品牌意识，服务意识，积极的去思考、开拓、适应和创新，不断的提升自己，不断的挑战自己，不断的检验自己。

　　一、基本目标：

　　成为一名科研型的教师。

　　成为一名为学生所喜欢的教师。

　　成为一名在课堂能落实新课程标准理念的教师。

　　成为一名教师与教师之间有所帮助的教师。

　　二、综合素质的提高

　　坚持“一切为了学生，为了学生的一切”，树立正确的人才观，重视对每个学生的全面素质和良好个性的培养，不用学习成绩作为唯一标准来衡量学生，与每一个学生建立平等、和谐、融洽、相互尊重的关系，关心每一个学生，尊重每一个学生的人格，努力发现和开发每一个学生的潜在优秀品质，坚持做到不体罚或变相体罚学生。

　　三、教育信息技术的掌握与应用

　　空余时间要经常虚心向学校里的信息技术高手请教，挤出时间多操作，多实践，多制作对课堂教学确有帮助的课件，提高教学效果。积极学习现代化的教育教学理论知识。平时要做到三多。多阅读教育教学刊物，多浏览教育教学网站，多搜集现代化的教育教学信息。多做摘记，多写教育教学心得、反思。大部分农村中小学的校领导对信息技术的学习和掌握比较少，只是简单地把信息技术和计算机等同起来，认为信息技术教育就是计算机教育，就是教会学生打字、上网、聊天、打游戏；有的校领导没有意识到信息技术对今后学习、生活和工作的影响，没有意识到它将是下一代人生活必不可少的工具，认为

　　信息技术离他们还很远，不够重视；有的校领导甚至认为信息技术是学生沉迷于网吧、游戏的根源，会使学生变坏，干脆一棒子打死，不开信息技术课。

　　有的农村中小学学校，计算机硬件设置配置老化，设备陈旧，很多电脑根本不能正常开机使用。教师上课时，很多时候都是在做硬件维护，系统安装，学生根本不能人手一台电脑。造成人多机少，没法很好的完成课堂教学。常此以往，很多教师满腔热情都被磨灭掉了。孩子们的学习兴趣也从当初的主动别的很被动，甚至觉得这个课程根本就没意义，还不如自己在教师里完成语文数学等科目的作业练习。应试教育的根深蒂固，造就了今天信息技术学科在农村中小学的尴尬局面，教育局局长跟校长签订及格率优秀率，校长跟科任老师签订及格率优秀率，这些将和教师的30%绩效工资挂钩，造就了信息技术课程从教师到学生不受重视和正视。

　　信息技术课，这是一门新兴的学科，我们的信息技术课程是教会学生如何使用计算机，让计算机成为我们学习和生活中的工具。计算机让我们的生活更美好，它从各个方面影响着我们人类社会的进步，但是，信息技术课所学习的计算机知识，它的对象是我们所说的电脑，对于农村中小学来说，这个是一项重大的经费开支。它需要国家相关教育部门对这项学科的开设所投资的经费比任何一学科都很大，造就了我们的机房配套不完善，计算机老化，维修不及时等等。信息技术教育基础设施的严重不足，使开展信息技术教育工作举步维艰。

学习计划篇3

　　为营造一个良好的学习氛围，学习部将积极开展各项与学习有关的活动，以充分调动大家学习的热情，。相信在大家的努力下，学习部的工作开展更加顺利，成绩定会迈上一个新台阶！现将工作计划拟定如下：

　　1.负责外语与经贸学院所有考证活动，主要包括各个专业的专业证和重要技能证。

　　在这期间主要负责教室的安排与布置考场，清楚、认真地对待工作。对于考场在本校的的考证，我们学习部需要前期布置考场，打扫考场卫生，贴考生座位号，核对考生信息，以及封考场。

　　2.针对以上考证活动，我们需要整理系办考证负责老师下达的大量相关资料。

　　学生会是个负责任的团队，对学校、老师以及全体学生负责，我们要对待每一件上级交待下来的任务。

　　在这期间，我们要整理出考证的重要信息，考证期限，考证时间，考证地点，考证报名费，缴费方式，报名流程，以及相关注意事项。

　　对于考证文件，我们要及时上传。针对报名前期的学委们的咨询，及时有效做出答复，及时警戒学委们通知同学们近期相关考证的报名截止期，以防同学们错过考证。

　　在报名结束以后，做好后备工作，征集报名同学的信息核对表格，把打印出来的考生核对表，及时分发到各院系以及本系的学委手中，进行信息严谨核对，及如何修改矫正信息工作，协调信息资料修改好再重新比对。

　　在考证期间安排一些院部或者系部需要的人员助理进行监考，配合开始顺利进行，圆满结束。在考试、考证等结束后，我们要负责考场的恢复与卫生清洁的工作，这也必须认真对待。

　　另外，关于大学院的，每个月需要向大学院汇报工作，上一个月的工作总结，以及下一个月的工作计划，于其他系部共同交流考证相关活动遇到的问题以及各系部信息站的管理中遇到的.问题，加以解决。

　　关于本系部学生会，除了平时协助其他部门展开工作，例如协助生活部检查宿舍，协助开展本院的大型小型活动，如近期的女生节晚会联谊，以及接下来的校运会，还有我们重要的校庆。平时像职业生涯指导大赛，女生节晚会，重要会议，我们学习部还有负责每场会议的通讯稿。

　　还有就是每个学期我们学习部都要在每个教室门前贴上课程表，每个教室每一周的课程内容。另外，要负责大量的书本发放的信息与通知信息，协调好学委的工作，把书本清楚地发放到学生手中。

　　最后，积极配合学生会其他部门开展活动，全心全意的投身到学习部的工作当中。希望我们学习部全心全力、认真对待以后的工作与日子。让我们学习部在我们院部出人头地。

学习计划篇4

　　详细拟定一周的学习计划或一个月的学习计划，贴在书房的墙上，确实对激发贯彻计划的意志有积极的作用。但如果不紧紧抓住每一天，认真制订日计划，周计划、月计划自然就会落空。

　　制订各种计划时要根据学年计划分解学期计划，根据学期计划分解月计划，再将月计划的任务目标分解落实到周计划、日计划中。这种先长计划后短计划的方法，适用于思考问题比较全面、比较认真求实的同学。

　　有的学生办事好拖拉，喜欢空想，好高骛远，不妨现制订日计划，执行一段时间觉得可以了，再定周计划、月计划、学期计划。

　　因为好拖拉的学生中途如有一两天偷懒，整个计划就很可能“瘫痪”而无法继续执行，这样就非得重新拟定一次不可。反复重新拟定学习计划的结果，就是让你无形中陷入“学习计划乃是为废弃而制订”的错觉。如果不废弃，非执行不可，又可能被计划束缚的透不过气来，陷入类似“计划偏执症”的困境。

　　人如果到了这种地步，就完全不知学习计划是为何而制订的了，只为如何完成计划而用功，反倒把学习效率的提高抛到了脑后。

　　有一位时间管理家说：“不管如何，要达到生活的组织化，不可或缺的是拟定一天的生活计划，而不是长期的计划”这话对于爱拖拉、爱空想的人来说显然是有说服力的。

　　专家所主张的拟定每一天生活计划的方法，是设置一本“计划簿”，经常放在随时可以看到的同一个地方，比如放在自己书桌的指定位置。每天一早或前一天晚间，就把当天要做的事逐条列在计划簿里。一天过去以后再检查所列项目是否已经照计划执行，如发现有遗漏或没有执行的事，要立刻把它重新列入第二天的头一项。像这样管理好自己每天的行动，将自己的生活组织起来，是好拖拉、好空想的同学用功的第一步。

　　对于有一定自制力的同学来说，用不着设置一本“计划簿”，每天都逐条列计划，否则会陷入教条主义的泥坑，适得其反。其实每天做几件事，早晨用脑子想一想，在脑子里拍一下顺序也就可以了。

　　这里所说的每位同学都要制订的日计划，其实只是每天的作息时间表。时间表两份，一份是上学时执行的，一份是双休日和假日时执行的。

　　下面是一位同学上学时的作息时间表，供大家参考：

　　上午：

　　5：50--5：55 起床，整理床铺、房间

　　5：55--6：10 洗漱，室内健身

　　6：10--6：30 早饭，简单家务

　　6：30--6：50 上学路上，思考全天自习安排和背英语单词

　　6：50--7：30 早自习

　　7：40--12：00 上课，做广播体操、眼保健操等

　　12：00--12：20 午饭

学习计划篇5

　　结束了本科被动的接受知识的学习生活后，我又开始了主动学习、主动探索的研究生学习生活。新的生活，便有新的学习目标。在研究生学习阶段，我将明确我的学习目标，找到一个适合自己的研究方向，并为之努力学习，争取在此项目中有所研究，有所突破。我想研究生的学习生活，不仅仅要培养自己的学习能力、科研能力，还要培养自己动手实践能力，全面的发展自己。

　　从开学到现在，我一直在想，也在不断的探索，自己究竟对那个方向感兴趣。处于迷茫状态的我，在经过与陈老师的两次交流中，在加上我对此方面的了解，我终于发现一个自己很感兴趣的课题，那就是"电子书包"。随着中小学生课业负担的加重，他们的书包也越来越重。教育部一直提倡要减负减负，可是却越减越负。为了减轻书包的重量，为了提高学生的学习效率，也是为了环保起见，电子书包诞生了。我对"电子书包"的理解是，它是一平台，整个电子书包系统应该包括前台应用和后台的管理维护功能。前台的维护是一个比较容易设计和实现的功能。可是对于后台的管理维护，我觉得有待继续探索和研究。比如：学生有疑问时，如何能够给学生提供一个及时又准确的答案，来提高学生的学习效率？学生因生病，不能及时到校，如何能够及时弥补他们所缺课程？；家长与学校，家长与学生，如何能够进行有效的交流？我想对这些方面进行进一步的研究，并围绕这些问题展开学习。读一些关于此方面的书籍和杂志，希望能在这个方面有所研究和突破。

　　有了明确的学习目标，我为自己定一个学习计划，具体如下：

　　研一：

　　第一学期,查阅一些有关我所研究课题的资料，两至三周读一本教育类的书，写好读书笔记，积累知识。完成所选课程。提高英语成绩。

　　第二学期，在我所研究课题上有所突破，尽量发表一篇文章。完成所选课程。

　　研二：

　　完成课题研究；学习计算机方面的知识；读自己比较感兴趣的书；继续学习英语；找到适合自己的实习单位。

　　研三：

　　实习；写毕业论文，完成答辩；找到适合自己的工作。

　　这就是我研究生阶段学习的初步计划。希望老师在学习和工作方面给予我指导，使我能够进步的更快。

学习计划篇6

　　本活动设计目的是通过完成制定学习计划活动，让学生对利用文字处理软件来制定作品的基本过程有一个完整的认识。对有的同学来说，文字处理软件有点陌生，但本活动是从单纯的技术应用角度来学习的，而是突出作品设计阶段的作用。本活动学习内容是：制定学习计划阶段：让学生选择合适的工具软件制定学习计划，了解制定学习计划的基本常识，并对自己制定计划内容进行加工和美化。

　　1、制定学习计划的设计，让学生在制定计划的过程中，掌握一般的设计方法，并能适当举一反三，推陈出新。

　　2、如何让学生合理地利用学过的信息技术把学习计划制订出来。

　　3、学会利用word字处理软件输入学习计划，编辑学习计划，美化学习计划

　　难点：

　　如何让学生在制订计划的过程中，体会到技术为作品、技术为内容服务的思想。

　　教学环境：

　　多媒体教室

　　教学课时：

　　一课时

　　教学方法：

　　讲述法、任务驱动、演示法

　　教学过程：