经验分享_经验分享ppt思路 - CSDN
精华内容
参与话题
  • Unity内存优化经验分享

    万人学习 2018-10-22 21:38:03
    该课程主要是针对游戏开发过程中,包体的压缩,材质的压缩,效率的优化等一些技术点的讲解,以及编码过程中如何优化内存等。
  • 经验分享

    2020-10-19 16:29:56
  • 本来是没有打算做一个初试经验的,但是鉴于很多小伙伴都问了很多关于408方面的复习经验,虽然我的408分数不高,没有120分大佬那么厉害, 但总体还是有一些经验的(关于规划方面),不至于大家在复习时晕头转向,这里...

    关注学长公众号 计算机考研帮帮帮(cskaoyan666) 获取 复试资料, 面试问题等珍贵资料哦

    B站视频地址

    https://www.bilibili.com/video/BV1UA411e7YR 有更多素材图片 更形象些~ 希望大家多多三连~

    初试经验

    本来是没有打算做一个初试经验的,但是鉴于很多小伙伴都问了很多关于408方面的复习经验,虽然我的408分数不高,没有120分大佬那么厉害, 但总体还是有一些经验的(关于规划方面),不至于大家在复习时晕头转向,这里总结一些经验给大家。

    408 经验

    对于所有的同学,我强烈建议你们最晚408从7月份就可以开始准备了,不要太晚(对于科班来说也是一样的, 408内容多),当你们看到这个经验之后,也是7月多份了,尽快的开始准备了!!

    当然,如果你是三四月份看到这条经验的话,那么你有较充足的时间去把王道的书和教材,多看仔细一些。

    资料准备

    以下是我复习所用全部资料资料和工具

    • 王道单科书 4本

    • 王道真题 + 模拟题

    • 教材 (tb买二手便宜)

      • 现代操作系统 第三版

      • 计算机网络 第七版 谢希仁

      • 计算机组成原理 第二版 唐硕飞

      • 数据结构 用面对对象方法与c++语言描述
        在这里插入图片描述

    • 模拟考试的答题纸, 划线笔 (画知识点)

    时间规划与复习方法

    我一共把408复习分为: 三轮王道单科书复习 + 两遍真题 + 模拟题测试

    三轮王道单科书复习 120天

    我们4科的复习顺序是计算机数据结构,计算机组成原理,操作系统和计算机网络。

    第一轮: 65天

    在看每复习一本王道之前,我们先翻到王道的目录,然后定一下每一天大概看多少页。大概一本王道花15-20天,计算机网络会稍少点时间。这就是你每天所看的章节的范围

    • 第1步先看教材,对应的范围讲到的教材的内容看完 (这是高分学长的一个玄学吧,因为王道它只是一个知识点的精华部分,但是真正考408的时候老师是拿教材出题的,所以你不要以为只看了王道就没关系了,因为它很多题目都是在教材中出现的细知识点,王道上提的很少,所以这就是第1轮复习看教材的原因,这一轮应该决定了你分数的上限
    • 第2步再看王道上面的知识点总结
    • 第3步做王道的选择题(对于大题这里要分科对待,像计算机网络、计算机组成原理、操作系统这一些大题它对于前后的知识都有联系,所以你可以暂时放下,或者只做你会的那部分,但是数据结构的话,对于那些算法题,你可以选作一下, 做单数题或者双数题,或者选几个题,因为它有时候题目会非常多,有五六十个题目,你如果一直做下去的话,耗费时间太长了),进行订正(如果是哪个知识点忘记了,可以在王道的前面对应知识点上,用红色的画线笔把相应的知识点画上,便于你后期再进行,知识点查看的时候,可以更好的注意到红色的地方是我错过的地方),不会的就看王道的解题视频,尽量每个不会题目都要搞懂

    注意: 写选择题的时候用铅笔写订正的时候用红色圈圈或者其它记号来标记错误的题目,做完后用铅笔擦掉,方便第2轮继续重新做。

    第二轮: 50天

    第2轮的话可以脱离教材,或者是不太懂的地方继续看教材书上没讲的清的地方看教材。

    在经过第1轮的复习后,我们对4科的知识框架都有一定的了解,所以这时候大题目我们是可以做的。对于第2轮复习,我们还是像第1轮一样复习每一本书之前先定好每天看多少页,但这个时候我们的速度可以加快,因为我们不需要继续看教材了。

    • 第1步先看王道单科书的知识点
    • 重做选择题和大题 (这里选择题有时间建议全部重做,因为你做的时候会发现有很多题目,之前做错了还是会做错,而且还可能会出现之前没做错的,现在反而做错了这种情况)
    • 订正好,用另外一个颜色的笔来标记错题,把所有的错题都搞清楚,用于方便第3轮作答,第2轮还是用铅笔。

    第三轮: 20天

    第3轮复习的话,我们只需要把全部的错题再做一遍,继续弄弄题目即可(这一步千万要做,因为按照我的经验,不管你前面两轮对错题,是看了视频做的笔记,前面两轮都做错的题目,第3轮还是会做错

    两轮真题复习 30天

    第一轮: 20天

    第1轮主要是真题模拟,抽一个完整的下午的时间,把10年真题完完整整的去模拟一遍,我将强烈建议你买一下考试模拟答题纸来制造一个仿真的环境。

    • 做真题 花一个下午的时间 用答题纸模拟
    • 订正真题, 标记错题, 以便第二次继续做
    • 对于经常错的地方, 从王道上进行巩固

    以上建议 两天一套, 第一天考试+ 订正 第二天找出错点和巩固(错的多的章节 可以连同王道单科书的错题一起在做一遍)

    第二轮:5-10天

    • 选择题可以重新做一遍, 主要关注错题, 做好标记
    • 大题 关注考点, 总结常考的题型。

    一轮模拟题模拟 15天

    和真题整体复习是一样的,尽量也进行模拟,用答题纸和完整的时间进行模拟

    • 模拟考试
    • 当天订正
    • 重做错题

    复习细节

    ​ 最后我想说的是,不要纠结于我上面所设定的时间,因为这也是按照从7月份开始进行复习的一个规划,如果你8月份、9月份再进行复习的话,你要对你的计划有相应的调整,其中后面的时间是相对重要的 ,如果你要改进的话,那么你可以适当的延长408的每天的复习时间,因为408毕竟也有150分,也就是说你真题必须要做两遍,这个是比较关键的地方

    ​ 但也不要因为过于追求进度追求快速而导致前面复习的不扎实,这样的话会给你后面的复习造成非常大的麻烦。对于一些,对于计划不要过于死板,对于学习经验也不要只听一个人的,可以尽力的去搜索一些经验(学长学姐,B站, 知乎),来使自己的复习更有效率,上面的经验只是我的个人经历和看法,大家辩证的去看待即可。

    ​ 最后祝各位考生,初试顺利,考上理想的分数, 励励前行,我们顶峰想见!

    小tip

    • 去图书馆/ 有人学习的地方
    • 找研友相互监督(无竞争关系最好)
    • 和舍友沟通好,搞好关系

    英语二 81分

    阅读:

    • 紧跟唐迟老师的阅读课 真题做三遍, 可以做好唐诗老师阅读课的笔记,做题的时候经常反过来,用具体的技巧的话,可以按照老师讲的就可以了。

      我觉得比较重要的经验、

      • 答案遵从主旨

    完型/新题型/ 英译汉:

    • 真题就够了,多磨几遍真题,技巧的话我当时是没有看,但是你可以看一些相关的技巧

    作文:

    • 总结模板可以在b站上找到一些模板 大作文和小作文

    政治和数学我的经验不多,就不进行分享了

    展开全文
  • 项目经验分享

    千次阅读 多人点赞 2013-10-28 22:12:01
    最近一直在想自己在项目中的一些得失,在每一个项目结束都要问自己一下:这个项目中自己获得哪些成长,下次...以前看过一个观点:什么叫做有效经验。有些人做了三年其实只有一年的经验,因为后面基本上是前面的copy。

     前言        

            最近一直在想自己在项目中的一些得失,在每一个项目结束都要问自己一下:这个项目中自己获得哪些成长,下次是不是可以做到更好。长期的项目过程往往会让人陷入一种思维的定式:好像每个项目的工作都一样,这样很容易进入一种比较消极的状态,会忘记自己曾经给自己设置的目标。以前看过这样一个问题:什么才算得上有效经验?有些人做了三年其实只有一年的经验,因为后面基本上是前面的copy。这也是为什么有人说一个人的成长在于前面三五年,后面很有可能会遇到天花板。当遇到天花板的时候能不能突破是一个关键。下面讲一个整个项目中需要做什么。我会在介绍整个流程的同时插入自己的一些想法和思考。更重要的是思考,思考是人的精髓所在

     项目流程

    1.    需求阶段

            这是项目的最初的阶段,这个阶段主要需要明确这个项目要做什么?目标是什么?一般来讲这个过程是产品经理去做,这个阶段的酝酿时间往往比较长。因为一个项目最开始可能只是一个idea,对于整个目标可能他自己也没想好,甚至是不可行的,需要进行一段时间的沟通和厘清才会逐渐形成一个真正的需求。另外对于产品经理而言是以业务结果为导向,可能会提出一些从技术角度不合实际的想法。这个时候就需要项目经理和产品经理进行沟通,一个是明确具体要做什么,另外一个是可行性(引入成本收益原则,就是完成这样一件事情的成本是多少?收益是多少?是不是值得?就应了那句话:一切皆平衡)。当这两个目标达成一致才可能往后面去做。如果兴冲冲的往前走,往往会适得其反。所谓“磨刀不误砍柴工”。

    2.    概要设计文档

            明确整个需求后开始要做的就是启动项目。确定项目经理、架构师、开发人员、测试人员、前端等各种资源都需要到位。架构师需要产出概要设计文档(可能比较多的项目这个文档是由项目经理产出),并对整个项目的时间有一个评估,确定整个项目的重要时间节点。整个项目流程中几个重要的节点的时间都需要敲定,并对其规模需要比较仔细的评估。另外整个项目风险在哪里,都需要做到尽量的枚举,以往的项目经验在这个过程中就会起到非常重要的作用。

    3.    详细设计文档

           在概要设计后需要对这个整个项目进行分解,这时候可能并不是架构师来设计,很有可能是每个开发工程师进行分模块设计,数据库表结构、接口、缓存等一系列和此项目相关的东西,然后在做一个合并,这种方式对于开发来讲会有比较多的成长。如果整个设计过程只是项目经理或者架构师参与,而开发工程师只是参与编码工作,这样的一个流程对于开发工程师的成长而言就会非常有限

            项目文档的详细程度会根据整个项目的规模来判断,大项目和小项目在流程上会有一些差异,小项目可能就不需要繁文缛节的项目流程和文档,这样可以加快整个项目的进程。大项目整个流程和文档是不可或缺和非常重要的。如果说小项目可以靠个人进行保证,那么大的项目更多的依赖于流程和管理。所以项目的流程并非一层不变,完全可以根据项目的规模在实际应用中采取灵活变通的方式。在大的流程框架下做一些优化和变通对于实际应用中是非常有好处的。引用中国那句很有名的话:“不管黑猫白猫,抓到老鼠就是好猫”。可能有些公司会非常强调流程的重要性,我觉得整个流程不能太死板,对于互联网行业来讲,最重要的是应对变化和把握时机。流程是为了保证产品的质量,而不要为了流程而流程。

    4.    编码阶段

            这个阶段没什么异议,开发工程师按照设计文档中进行coding。如果是开发工程师在这个阶段会有比较多的感触。在项目管理中会有比较多的形式对开发进度进行保证,比如 说每天的晨会制、周报制。各种汇报机制各有不同,也各有优劣,比如说晨会制每天都可以监控到整个项目的进度,周报制的好处是给予开发一个比较大的发挥空间,但是对于项目管理而言会产生一些风险。

             一个任务应该分成多细。也就是说一个任务分配下去多长时间合理。这个曾经我们也一起讨论过这个问题。有的说1天,2天,也有的说3天5天等等。对于我而言是不太喜欢把一个任务分解到一天,这样心里会感觉到非常的不爽,受到了严格的束缚。我比较赞同这样一种分法:可以把一个星期的任务分配下去,然后由开发工程师再将这一个星期的任务进行分解,一个层面上来讲开发工程师有一定的自由分配能力,他可以在这个过程中获得成长。另外就是给予开发工程师一定的空间,而不是完全把时间交给了项目经理。

    5.    测试阶段

            测试阶段对于开发来讲是比较轻松的,主要的工作重心转移到了测试人员身上。这个阶段的重要性不言而喻,因为测试阶段是对于项目质量保证的比较后面的一道关卡,也是可能发现问题最多的一个阶段。测试的质量很大程度上会影响整个项目的质量。QA在前期对于整个需求已经有一个很清晰的了解,根据需求文档和设计文档产出测试用例。很多的测试会陷入开发的思维,采取开发的思维方式去测。这种方式往往会出现漏测甚至测错的情况。QA应该是尽量独立于开发,QA应该完全按照其本身的专业特征进行,这样才能保证在测试阶段尽量多的暴露问题

            这里再说说开发自测的问题。一般来讲开发工程师开发完成后都会进行一些自测工作,但是不管多仔细,或多或少都会产生一些遗漏。比较好的方式是可以根据测试的TC进行自测,因为开发很有可能会陷入自己的思维定式,在自测的过程中会很难覆盖到所有的点。这里也遵循了一个项目原则:问题越往前暴露项目风险越小

    6.    发布阶段(交付)

           这是项目的最后阶段,这个项目能不能正常上线,仰仗于前面的工作,是对前面工作的一个检验。PM在前面准备发布计划。确定整个项目发布上的一些工作。

     

    项目管理

            对于PM而言核心的目标就是按质按时的保证项目上线。在上面6个阶段中其他人员可能某一两个阶段介入(严格意义来一个项目对于每个人都需要全程介入,实际项目中可能会有一些差异)。但是对于PM而言需要全程的跟进整个项目,对于整个项目要了然于胸。在项目的前期PM需要协调各方资源,比如说确定开发人员、测试人员等和项目有关的各方人员,推动整个项目的进行。

            在项目阶段可能会有不同的管理工具或者管理方法,比如说定期的例会,项目阶段性报告(上面也有所提及)。这都是在项目中间阶段让整个项目处于可控状态。这些往往需要在实际过程中不断总结。

           在项目的过程中可能会遇到形形色色的问题或者风险,这些问题在每个项目都或多或少的都会出现,稍微枚举一下:

    1.    资源不到位,开发资源不够或者测试资源不够等等都会影响整个项目的进行。

    2.    项目时间评估不准,这个也比较容易出现,如何保证在任务阶段评估出一个准确的时间?

    3.    需求变更,项目过程中需求变更是一件非常常见的事情,这时候如何处理好需求和项目进度,如何平衡好这两者之前在关系。

    4.    外部资源协调,如果是一个跨部门甚至是跨公司的项目,PM如何保证项目的进行。一般来讲外部资源极有可能影响整个项目的进度。这时候又如何去做?

    5.    开发进度延期,实际开发中如何保证开发的进度。开发的时间和最初整个任务评估时间有些出入,这时候又需要怎么做?

    6.    编码质量的保证,除了保证时间外,如何保证整个项目的质量。除了靠QA保证外,开发本身又如何保证代码的质量?

    7.    发布问题,一个项目发布后完全没有问题的概率还是比较小的,所以如何保证发布后的善后工作。

    8.    人员变更问题,项目中有人离职或被调离等。

    个人问题总结

           不管是何种角色在整个项目中都是非常重要的。每个角色除了站在自己的岗位上把自己的工作做好之外是否可以做更多的延伸。这个举一个例子,比如说你目前是一个开发工程师,后面的发展路径是项目经理,这个过程中你要怎么积累?我想一定不是简简单单的把自己的模块开发完成后就OK了。一定可以往外学到更多的东西。目标只有一个:离自己的目标更近一些

    展开全文
  • 高效研发管理五点经验分享

    万次阅读 2019-01-17 09:00:05
    研发管理核心五点谁应该看人可以少 但流程不能少任务要有负责人,执行要有计划明确绩效和惩罚措施,及时对研发进行激励建立研发人员的成长引导、能力培养和人才选拔机制。建立良好的团队文化 谁应该看 ...

    谁应该看

    1.非研发出身的公司管理者
    2.正在由研发向管理转型的研发人员
    3.有志于成为研发管理人员职场新人

    1.人可以少 但流程不能少

    要明确研发的几个关键流程,即:需求分析、功能设计、程序设计、代码开发和功能测试,并通过会议、评审等制度确保执行。

    我们都知道软件一般都是“瀑布型”开发方式,即下一个流程根据上一个流程成果开展工作,这样逐层完成整个软件的开发,虽然现在都在提倡实践敏捷开发,但每个迭代阶段都是一个小型的“瀑布型”开发,有些步骤可以根据实际情况做些简化,但该做的事一定要做,可能一个人在多个阶段都有参与,但要注意角色不一样,思维方式也不一样,并且相关的文档一定要写出来,这样每个阶段有明确的任务和产出物,大家的责任心会更强,整体软件的质量也会好。

    2.任务要有负责人,执行要有计划

    研发过程涉及的人员比较多,比如美工,前端开发,后端开发和测试等,需要有负责人来推进和协调任务,任务开始后要根据工作内容和人力资源制定计划,明确了负责和计划之后,管理者只需要根据计划定期了解进度即可。

    3.明确绩效和惩罚措施,及时对研发进行激励

    研发和销售不一样,销售靠业绩说话,卖得多就挣得多,研发的薪酬相对固定,但谁不想多挣钱呢?如果研发做出了超预期的成果, 却没有得到形式或物质上的肯定,那他也就没有干劲了。因此需要针对研发团队制定专门的绩效体系,当月有好的表现当月就能多拿到钱,人就是这样,越是及时进行激励,他的积极性就越大,如果等到半年或年终评定再涨工资,好多人的积极性已经消退了。当然如果有人犯错也要有相应的惩罚措施,这样大家才有责任心。

    4.建立研发人员的成长引导、能力培养和人才选拔机制。

    前面提到过,研发的薪酬相对固定,及时肯定工作成果可以让员工更积极,但从研发的职业成长来说,这些显然还不够,因为研发人员的薪酬主要是由能力决定,如果一个研发感觉在团队里能力无法提高了,他就会有离开的心思,因为他知道他的薪酬也无法提高了。因此需要对研发的成长进行合理的引导和培养,同时让大家了解到凡是有能力都可以承担更高的职务,这样基础研发有动力,中高层研发有压力,团队有抗风险能力。

    5.建立良好的团队文化

    之前听到有一个说法是:公司如果在快速发展,那公司里的许多问题就不是问题了(因为大家能看到希望,焦点都在解决发展的问题,都想将希望变为现实),如果公司发展放慢了,那许多小问题就会变成大问题。

    但市场竞争激励,变化也快,有时我们努力了很多,但受限于种种原因,公司的发展就是比较缓慢,我们怎么提高团队凝聚力?这就需要建立良好的团队文化,让大家能通过其他方式平和内心。比如鼓励学习实践新技术,定期组织经验分享讨论会,定期组织团建活动等,让大家的焦虑能够转移或释放。

    以上就是我针对管理软件团队的一些经验分享,你在工作中遇到了哪些问题?是否有更好的解决办法?欢迎留言一起讨论~

    展开全文
  • 全国大学生计算机设计大赛经验分享

    万次阅读 多人点赞 2020-10-22 16:22:19
    距离考研结束已经有4天的时间了,在经历过几天的潇洒时光后还是想和大家分享一下我的考研路程当中的一些过程。在这大半年的时间里,很多人都以为我绝大多数时间都放在考研上了,其实不是的,我还是做了一些其他我...
  • 研究生师兄师姐毕业经验分享总结

    千次阅读 2020-06-08 08:56:03
    一、科研方面 我们看一篇论文的时候要像读故事一样,如何看懂,如何给一个门外汉讲懂了我们自己也就懂了。 如何做好一份汇报PPT,如何汇报好PPT是我们尽早需要掌握的。 对不同领域的讲座:我们要学他们的汇报思路,...
  • 软件开发工作经验分享

    千次阅读 2013-02-20 15:29:36
    1、分享第一条经验:“学历代表过去、能力代表现在、学习力代表未来。”其实这是一个来自国外教育领域的一个研究结果。相信工作过几年、十几年的朋友对这个道理有些体会吧。但我相信这一点也很重要:“重要的道理...
  • app软件测试经验分享

    万次阅读 多人点赞 2016-03-18 13:02:36
    下面对自己在app测试中的一些总结分享给大家: 1.安装和卸载测试:  1.1从开发给的地方获取包进行安装,看是否可以正常安装  1.2通过第三方软件转发安装包,进行安装看是否可以正常安装  1.3上线后,在应用商店...
  • 关于软件实施经验分享

    千次阅读 多人点赞 2018-12-10 11:07:54
    通过软件实施,使有经验的人员深深的感觉到,软件实施,其实并不是一件很容易的事,也许可算是一项挑战,很需要"明知山有虎,偏向虎山行"的信心和勇气。为什么这样说呢?因为,软件实施可以说是软件产品...
  • 网络工程师工作经验分享

    千次阅读 2018-04-17 17:16:06
    网络: 点击打开链接1 点击打开链接2 点击打开链接3 ...
  • 采购知识及经验分享

    千次阅读 2017-03-22 15:22:02
    采购流程:包括收集信息,询价,比价,议价,评估,索样,决定,请购,订购,协调与沟通,催交,进货验收,整理付款。   采购(purchasing):是指企业在一定的条件下,从供应市场获取产品或服务作为企业资源, ...
  • 转行成为数据分析师的经验分享

    千次阅读 2019-08-03 15:51:45
    我的转行经历我毕业于上海立信会计学院毕业的税务专业,刚刚毕业的时候还是一枚小财务,后来工作中,身为财务,需要和业务各种斗(si)智(bi)斗(da)勇(zhan)...
  • 敏捷开发之团队级经验分享

    千次阅读 2014-08-21 23:26:42
  • 项目管理经验分享

    千次阅读 2018-08-17 10:11:53
    序言:项目管理经验,这篇文章根据实际出发,站在一个项目经理的角度,充分考虑甲乙双方利益,如何成功交付,如何保证质量,如何规避风险等等,不仅是给项目经理看的,也是给每个开发人员看的,开发有时候也需要具备...
  • 软件测试员工作经验分享

    千次阅读 2018-05-07 16:45:12
    一、业务分析能力1.分析整体业务流程不了解整个公司的业务,根本就没办法进行测试2.分析被测业务数据了解整个业务里面所需的数据有哪些?哪些是需要用户提供的?哪些是自己提供的?有哪些可以是假数据?...
  • 注:北航导师刚发来一帖子,是一位博士生分享读博经验和发文章体会的,很受用,特别是最后的几点总结,加上我自己的体会简单说下:实验探索(锻炼动手能力和组织能力)--论文撰写(胸中有沟壑、下笔如有神,从实践中...
  • 挑战杯竞赛经验分享

    千次阅读 2017-05-22 09:55:16
    本人参与挑战杯参赛,在这个过程有些经验希望分享给大家,一起交流学习。 项目开发注意事项: 1、开发思路 (1)在确定一个项目之前,要到网上 (例如知网:...
  • comsol初学经验分享

    千次阅读 多人点赞 2019-04-30 08:34:32
    最近老师让我教下面的师弟学习这个软件,我就想写这个博客留给他们做一些参考,仅仅是个人的一点经验,本博客没有以任何具体案例为引导,主要讲述了一些学习的方法及途径。同时还有一些自己的推荐及相关链接。 1.这...
  • 张士峰:经验分享之我的科研历程

    千次阅读 2020-06-22 10:50:32
    原文:张士峰:经验分享之我的科研历程 张士峰应该是一个厉害的科研人员了,一些科研习惯值得借鉴。 1. 主题简介 通过回顾自己从本科保研开始,至今为止的科研经历,分享在每一个阶段自己的一些经验,主要包括...
1 2 3 4 5 ... 20
收藏数 360,232
精华内容 144,092
关键字:

经验分享