经验分享_经验分享:css浮动(float,clear)通俗讲解 - CSDN
精华内容
参与话题
  • Unity内存优化经验分享

    万人学习 2018-10-22 21:38:03
    该课程主要是针对游戏开发过程中,包体的压缩,材质的压缩,效率的优化等一些技术点的讲解,以及编码过程中如何优化内存等。
  • 本来是没有打算做一个初试经验的,但是鉴于很多小伙伴都问了很多关于408方面的复习经验,虽然我的408分数不高,没有120分大佬那么厉害, 但总体还是有一些经验的(关于规划方面),不至于大家在复习时晕头转向,这里...

    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站上找到一些模板 大作文和小作文

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

    展开全文
  • 物联网入门经验分享

    千次阅读 2019-08-17 13:06:49
    物联网入门经验分享   物联网近年来的关注度一直在增加,相信万物互联会伴随人工智能和5G的发展以及各种标准和接口的完善而逐渐实现。作为业余爱好者,也想探一探物联网的世界,我把我的入门经验分享给大家。  ...

    物联网入门经验分享

      物联网近年来的关注度一直在增加,相信万物互联会伴随人工智能和5G的发展以及各种标准和接口的完善而逐渐实现。作为业余爱好者,也想探一探物联网的世界,我把我的入门经验分享给大家。

      起初,我只是想做个蓝牙控制的电灯开关,并没有意愿去涉及物联网。因为,我几年前在图书馆看过物联网的书,里面大多用的是ZigBee,经典的芯片是CC2530,到淘宝搜了一下,ZigBee相关的开发板略贵,而且,貌似入门难度比较高,不太适合只想玩玩的业余爱好者。

      我的蓝牙电灯开关设备端由单片机STM32F103和蓝牙模块HC-08组成,客户端是手机。起初,我用Android Studio开发了一个简易APP,可以实现蓝牙连接和通信。之后感觉APP控制还是有点麻烦,就搞了个微信小程序,实现同样的功能。
    STM32F103最小系统板STM32F103最小系统板
    HC-08蓝牙模块HC-08蓝牙模块

      之后,我想着何不让它联网,无论身处何地都可以控制。我现在的主控是STM32,联网最快捷的办法是买一个串口转WiFi模块接入。转念又想,单片机和蓝牙模块加起来已经30元左右了,再加上WIFI模块,成本略高呀。我仔细看了WIFI模块的资料,发现它是以ESP8266芯片为核心的,令人惊奇的是,ESP8266不光能连WiFi,它本身也是一个单片机,像端口输入输出,PWM,定时器啥的都有。于是,我决定用ESP8266代替STM32,既然能联网,在哪都能控制,蓝牙模块我也不要了。
    ESP8266开发板ESP8266开发板

      现在,设备端有ESP8266,客户端有手机,要实现联网控制,需要一个云端作为枢纽。这个云端,就是物联网开放平台。网上常用的有阿里巴巴的,中国移动的,还有机智云的。机智云专门做物联网,且开放程度更高一点,开发文档和教程也比较完善,于是云端我选择了机智云。机智云的设备端接入云端有两种方案,MCU和SOC,MCU方案就是我前面提到的单片机加WIFI模块,SOC方案是只用WIFI模块。个人认为,MCU方案灵活度高,可以选择不同的单片机和WIFI模块;SOC方案集成度高,一个板子搞定。我喜欢精巧的东西,就选了SOC方案。

      机智云的开发流程很清晰,在网上开发者平台,根据提示,一步步配置好芯片型号、联网方式、控制的数据点等等,然后,导出单片机的工程。我用的是ESP8266,所以IDE用的是AiThinker,用它打开导出的工程,WIFI通信等底层东西已经写好了,我们只需在用户接口函数中写自己要实现的功能,比如哪个端口输出高电平或低电平。写好之后,将程序用flash_download_tools烧进ESP8266即可。最后ESP8266通电,打开机智云给定的APP,按照提示给ESP8266连接WIFI。至此,设备端就接入云端了。

      接下来,就是客户端接入云端。可以直接用机智云给定的APP,就是上一步给ESP8266配网的那个,在APP里可以控制ESP8266。此外,机智云的开发者平台可以根据你之前的配置,导出一个Android Studio工程,这就是刚才给定APP的工程,你可以自定义UI界面,修改一些代码,制作自己的APP。机智云支持openAPI,也就是通过HTTP接口实现控制,正如我之前做的蓝牙控制,我自己做了个微信小程序,根据机智云的openAPI实现相同的功能。

      前段时间入手了小度音箱,就想着通过小度音箱控制我的物联网设备。我知道,这个要比前面的难一点,涉及的技术面也更广。所幸的是,我发现了blinker,懒人的物联网平台。使用blinker可以轻松将物联网设备接入小度音箱,天猫精灵和小爱同学等智能音箱。

      设备端接入云端这块,blinker比机智云还简单,单从IDE是Arduino的就可看出,将官方示例程序稍做更改,写入在blinker APP上申请的Secret Key(每个设备独有),再写入默认连接的WIFI名称和密码(后期可以通过blinker APP修改),烧入ESP8266即可。

      客户端现在是小度音箱,打开小度音箱APP,在智能家居部分,搜索blinker,进行账户授权即可。然后,给ESP8266那边通电,确保联网之后,就可以对小度音箱说“小度小度,开灯”。这样,就实现了物联网设备接入智能音箱。

      以上就是我的物联网入门经验,当然,只是业余的程度,供入门者参考,也请大佬指点!

    展开全文
  • Git 工作流的一些经验分享

    万次阅读 2017-02-15 23:52:57
    Git 工作流的一些经验分享 笔者使用git有一段时间了,踩过不少坑,这里分享下我在git工作流方面的一些经验。 什么是Git工作流?Git工作流你可以理解为工作中团队成员遵守的一种代码管理方案,在Git中有以下几种工作...

    Git 工作流的一些经验分享

    笔者使用git有一段时间了,踩过不少坑,这里分享下我在git工作流方面的一些经验。

    什么是Git工作流?

    Git工作流你可以理解为工作中团队成员遵守的一种代码管理方案,在Git中有以下几种工作流方案作为方案指导:

    • 集中式工作流
    • 功能开发工作流
    • Gitflow工作流
    • Forking工作流

    下面针对性说下每个工作流可能使用到的场景和适用性:

    集中式工作流

    集中式工作流 | center

    这种工作方式跟svn类似,它只有一个master分支,开发者会先把远程的仓库克隆到本地,之后的修改和提交都在本地操作,直到在某个合适的时间点将本地的代码合入到远程master。这种工作流比较适合小团队,因为小团队可能不会太多的协作和合流的动作。

    功能开发工作流

    功能开发工作流

    这种工作流关注功能开发,不直接往master提交代码保证它是稳定并且干净的,而是从master拉取feature分支进行功能开发,团队成员根据分工拉取不同的功能分支来进行不同的功能开发,这样就可以完全隔离开每个人的工作。当功能开发完成后,会向master分支发起Pull Request,只有审核通过的代码才真正允许合入master,这样就加强了团队成员之间的代码交流,也就是我们常说的Code Review。

    Gitflow工作流

    Gitflow工作流

    这个工作流其实也是我们团队采用的工作流,这也是很多团队会采用的工作流,它会相对复杂一点,但它非常适合用来管理大型项目的发布和维护,后面笔者也会详细讲下这一块。贯穿整个开发周期,master和develop分支是一直存在的,master分支可以被视为稳定的分支,而develop分支是相对稳定的分支,特性开发会在feature分支上进行,发布会在release分支上进行,而bug修复则会在hotfix分支上进行。笔者也是花了不少时间才熟练掌握整个工作流,期间遇到不少坑,后面会跟大家分享下。

    Forking工作流

    Forking工作流

    Forking工作流对于开源项目贡献者一定不陌生了,它有一个公开的中央仓库,其他贡献者可以Fork(克隆)这个仓库作为你自己的私有仓库,开源项目维护者可以直接往中央仓库push代码,而代码贡献者只能将代码push到自己的私有仓库,只有项目维护者接受代码贡献者往中央仓库发起的pull request才会真正合入。

    小结一下

    上面已经大致讲了在git当中的四种比较常见的工作流,都是需要开发者去实践理解的。

    关于git工作流,只有选用最合适自己团队的工作流才能有效的提高开发效率,上面提到的一些工作流模式都有各自的适用场景,如何选用适合自己团队的工作流得结合团队成员的实际情况,看团队成员对于工作流的理解程度,还有对于工作流的执行程度。

    我们团队的一些实践

    现在讲下我们团队针对Gitflow的一些实践:

    master分支

    • 主分支
    • 保持稳定
    • 不允许直接往这个分支提交代码,只允许往这个分支发起merge request
    • 只允许release分支和hotfix分支进行合流

    develop分支

    • 开发分支
    • 相对稳定的分支
    • 用于日常开发,包括代码优化、功能性开发

    feature分支

    • 特性分支
    • 从develop分支拉取,用于下个迭代版本的功能特性开发
    • 功能开发完毕合并到develop分支

    release分支

    • 发布分支
    • 从develop分支拉取
    • 用于回归测试,bug修复
    • 发布完成后打tag并合入master和develop

    hotfix分支

    • 热更新分支
    • 从develop分支拉取
    • 用于紧急修复上线版本的问题
    • 修复后打tag并合入master和develop

    大家可能会发现我们这个跟标准的Gitflow工作流有些差别,其实也没有什么标准不标准的,前面说到要结合团队的实际情况,我们团队对于目前所采用的工作方式都是达成共识的,所以有一些差异并没有关系。

    说了这么久,还没有一句git命令,那就让大家感受一下吧(感谢Bugly小色熊整理):

    1). 首先将远程代码拉取到本地

        git clone xxx
        git checkout -b develop origin/develop
    

    2).新建feature分支

        git checkout -b feature 

    3).多人在feature上开发,如果中途需要将develop的变更合入feature,所有人需要将本地的代码变更提交到远程

        git fetch origin 
        git rebase origin/feature
        git push origin feature

    然后由feature负责人rebase develop分支,删除原来feature分支,重新新建feature分支;

        git fetch origin
        git rebase origin/feature
        git rebase develop
        git push origin :feature
        git push origin feature
    

    这样可以保证feature保持线性变更;

    4).feature开发完成后,所有人需要将本地的代码变更提交到远程

        git fetch origin 
        git rebase origin/feature
        git push origin feature
    

    然后由feature负责人rebase develop分支,然后将feature分支合入develop,删除feature;

        git fetch origin
        git rebase origin/feature
        git rebase develop
        git checkout develop
        git merge feature
        git push origin :feature

    这样可以保证develop保持线性变更,各feature的变更完整可追溯;
    5).合入feature后拉出对应的release/feature分支,后续bug修复在release/feature上

        git checkout develop
        git checkout -b release/feature
    

    release/feature分支的同步合并与feature分支相同
    6).release/feature分支bug修复完成后,拉取对应的tag推送远程进行发布

        git tag -a v1.0 -m 'feature发布'
        git push origin v1.0

    之后将release/feature合入develop分支,然后删除

        git rebase develop
        git checkout develop
        git merge release/feature
        git push origin :release/feature

    7).发布完成后将release合入master分支,保证master为最新稳定版本(实际操作为发起merge request)

    总结

    本篇文章主要针对笔者工作中对于git工作流的一些理解和实践,目前我们团队也是严格按照这样的工作流来完成日常的开发工作,一个让团队成员认可并且有效的工作流才是最适合我们的工作流,任何规则不是为了限制我们思考,而是为了让工作更加高效有序,尽量减少人为的失误。git是一个博大精深的东西,笔者也是不断在实际应用中去理解它,任何一门技术的学习也是这样,就像程序员常用来装逼的一首诗:

    纸上得来终觉浅,绝知此事要躬行。

    参考资料:http://blog.jobbole.com/76847/

    展开全文
  • 双非硕士的秋招经验分享

    千次阅读 2020-02-21 17:11:16
    既然是经验分享,那么我就开门见山地介绍一下自己的情况 本科学校:普通二本院校的一本专业 硕士学校:非985、非211学校的重点专业 前期准备 我在 7、8 月找了一份实习,虽然工作和自己的专业并不对口,但...

    2018-11-12更新

    前一段作为需求方参与过一些面试,补充一下内容:

    1. 简历一页纸
    2. 说重点,少说废话,面试官时间宝贵
    3. 对于自己写的东西,要熟悉!!!
    4. 面试官专长不一样,了解的东西要广,同时有某一方面深入
    5. redis、mysql等数据库知识是常见问题
    6. 开源项目是加分项目
    7. 不相干的工作经历尽量少写
    8. 避免简历的千篇一律、同时多印几份,面试官有可能很多
    9. 技术面的开场和结束要短小精悍,不要有那么多冗余,没有什么意义
    10. 项目经验很重要!!!

    以下是之前的正文

    既然是经验分享,那么我就开门见山地介绍一下自己的情况

    • 本科学校:普通二本院校的一本专业
    • 硕士学校:非985、非211学校的重点专业

    前期准备

    1. 我在 7、8 月找了一份实习,虽然工作和自己的专业并不对口,但在面试时给了自己一定的发挥空间,多少还是有点用的。

    2. 个人建议:研二下学期伊始(3年学制),大概是 3、4 月份就可以着手找实习了,这时候的实习质优、可选择的余地也大,不要等到 5、6 月份再去扎堆。

    3. Git 和 CSDN 或者博客园之类的不是必须的,不过实习评判的时候会有加分,前提是你做的还不错

    4. 因为我实习的面试是 3、4 人一组的小组面试,所以简单说一下经验:提前去应届生求职网 BBS 查找一些相关资料进行准备,但是在面试时不要太过刻意,还是要表现的自然些。

      另外,你不需要强过所有人,只需要比和你同组面试的人表现的优异即可。

      别人说话的时候要认真倾听,没准面试官就问你:“对其他人的评价”。

    秋招经验

    以下总结了10点秋招经验,可能更多的是扫雷,会穿插一些事例方便大家理解。

    1. 黑夜给了我黑色的眼睛。

      找工作切忌盲目,这点我深有体会。要给自己进行一个合理的规划,不要同时去投多个不相关的职位!我在初期一度采取海投方式,只要觉得自己满足要求,就会去投。这样的结果是:每天都很累,而且收获甚微。

    2. 早起的虫儿被鸟吃。

      为什么我会这么说?很简单。如果跟风投过早很多好公司,自己却又没有能力进去,那么你这样做就会把自己另一扇门也给堵住—春招补录。

      那么我的建议是:秋招时投一些和自己能力学校(这个很重要,下面会提到)相匹配的公司和岗位,而适当放弃掉那些看上去很美,却可望不可即的公司。否则,一旦秋招挂掉,进了公司的人才库,那么连春招补录的机会都没有

      可能有的人会问我,**被我放弃的公司还有春招的机会吗?**告诉大家:除了那些10月底、11月等很晚才开始秋招的公司,很多较早开始招聘的公司最后都会有职位空缺。因为很多大牛在秋招时往往手握多份 OFFER,到最后才会去从中选择一个,那么他放弃掉的往往就是我们的机会。虽然有点投机的成分,但确实是一条通往前方的路。

      说的残酷点:有实力的人选择公司,没实力的人被公司选择。

    3. 金玉其外。

      善于包装,不是善于伪装。不管是你个人,还是简历,都是需要在包装上下一番功夫的。就个人而言,在面试时,要学会“吹嘘”自己的项目,尽可能把它和时下最热门的前沿科技相结合,如果真的被问到原理,不会答就老老实实说不会,毕竟和你竞争的不是面试官,而是一群同龄人。另外,如何把一个较为简单的项目说的高深,如何跳过面试官挖的坑,如何在压力面前面不改色,这些其实都是需要经历之后才会知道。就简历而言,牛客网讨论区就有很多人分享经验,学会借鉴。

      **举个自己的例子:**有一场面试,面试官看了我的简历说:“你有ACM经历,相信算法这块你应该没问题。” 其实,参加ACM是4年之前的事情了,算法这块很多也都忘了,可是自己还是硬着头皮说:“嗯,没问题。” 然后呢,面试官就没有继续问下去了。

      有时候,要勇敢一点,哪怕前方是悬崖,必要时也要纵身一跃,不去尝试,哪里会知道自己是不是还会飞翔。

    4. 英雄要问出处。

      其实,这一点大家应该都心知肚明,学历这一硬性指标往往比什么都更实在。

      这里,先举一个知乎上的回答:我是传送门~~

      然后,说一下自己知道的事情。某银行招聘时需要在其系统填写个人信息,填写完个人信息后会根据各项情况进行打分,高分者入围笔试和面试,低分者被之间PASS。某同学本来已经被录用了(提前批),结果在签约当天的上午(下午签约)得到通知,说被拒了,而且进了人才库(也就是再也没有机会了)。究其原因,是因为他本科学校稍差,而与他同一批的他的室友,则是本硕同一所学校,因此得以入围。

    5. 万事具备之前。

      赤壁之战前,公瑾言:今乃万事俱备、只欠东风。孔明便如神兵天降般呼风唤雨、借了东风,力助东吴击溃曹军。虽然这只是三国演义中杜撰的故事,也足以让我们看出,天时之威远非千军万马可以扭转。

      那么我们求职面试前的东风是什么呢?

      其实我们要做的很简单,就是去这家公司的官网上了解一下这家公司,了解一下这家公司的产品,从中推出这家公司未来可能在哪一块布局,料敌机先,方能立于不败之地。

    6. 工欲善其事,必先利其器。

      求职,最重要的当然还是能力。所谓器,便指的是能力。针对面试而言,一定要把基本知识点掌握清楚。如果面试官问你的几个问题连续回答出错,那么你基本上是over了。面试中学到的东西要回去好好总结,不要总是倒在同一个地方。

    7. 真的需要勇气。

      这里的勇气,是希望大家可以在关键时刻勇于担当。群面冷场的时候要适时地站出来,不仅救了你自己,也救了和你一起群面的其他人。另外呢,相信自己,不要把别人想的那么厉害,在一次又一次的面试之后,你早已蜕变的足够强大!

    8. 鲁迅说,以后要早到。

      早到,就是在面试时一定要提前到场。这里的提前,并不是提早10分、20分,而是赶最早的那场面试。比如,你被安排在下午 16:00 场,而面试其实是从 14:00 就开始了,那么条件允许的情况下,你就去赶 14:00 场。因为早点去,名额会更多,面试官状态和心情会更好,与你交流的也越充分,那么成功的几率其实会更高。

      这里说两个自己的亲身经历。

      A. 面试某物流公司。早到2小时,自己和面试岗位之间的差距还是蛮大的。但是和技术面的面试官聊了很久,也被问了很多,有的答上来了,但更多的则没有回答上路。居然成功通过技术面,进了HR面。

      B. 面试某监控设备公司。提前大概15分钟左右到,按号排,已经成了最后几个面试的人,看了看前面大概已经面试了100人左右,还有20人等待面试。到我的时候,面试官简单问了我一些问题,回答错了其中的两个问题,被告知,基础不扎实,回去再学习。总时长越5分钟。回来总结,觉得很可能是面试官累了(当时已经下午17:30),录得人也差不多了,除非很优秀,否则没有什么机会。、

      当然,如果是大牛,完全可以忽略这一点。毕竟大牛都是有霸面的底气。这一条更多针对的,是像我一样的菜鸟。

    9. 知己知彼,方能百战百胜。

      如果你觉得招聘信息都是从招聘网站上能够找到的,那么我会告诉你,大错特错!

      很多招聘信息是通过公司内部渠道发布的,那么这时候一定要动用自己手头全部的资源,同学也好、师兄师姐也好,从各个渠道了解消息,因为很多机会,总是一闪而逝的。

    10. 成功 = 99% 努力 + 1% 运气。

    爱迪生曾说,天才是 99% 的汗水加上 1% 的灵感。对于求职而言,努力必不可少,运气也是不可或缺的。
    
    这里的运气,既包括与你同场竞争的人的实力,也包括面试官的主观个人色彩。如果你和那个面试官兴趣相投,那么恭喜你,门已经打开一半了。我一本科同学面试,碰巧面试官喜欢NBA,喜欢马刺,这样两个人就可以从专业聊到爱好,紧张的气氛一下子就轻松下来了。后来,他也被成功录用,和一群学校比自己好,能力比自己强的人一起培训,一起工作。
    
    总而言之,所谓山穷水尽,所谓否极泰来。当你觉得这几天异常不顺时,请再坚持一下,或许,明天的面试官是你的同学也说不定呢。
    

    以下,一些优质的求职网站。

    1. 牛客网:刷题以及经验分享

    2. 实习僧:顾名思义,找实习必备。

    3. 51job:老牌网站。

    4. 智联招聘:运营商的宠儿。

    5. 中华英才网:职位和3、4不重叠,略少一些。

    6. 拉勾网:这个我没用过,据说还不错。

    7. 海投网:针对校招,有各类宣讲会信息,强烈推荐

    8. 看准网:查看薪资以及面经,同样强烈推荐

    注: 以上网站的手机APP,请根据需要自行下载。

    最后,我想说,分享是一件快乐的事,希望大家都能找到自己心仪的工作。

    展开全文
  • UEditor富文本编辑器整合经验分享(整合至SpringMVC)

    万次阅读 热门讨论 2018-01-02 17:49:50
    遇到了不少问题,困扰了不少时间,在整合过程中也参考了不少前辈们的文章收获良多,本文主要是谈谈自己在整合过程中遇到各种问题(或者网上甚少提到的)及UEditor自己的一些内部瑕疵,做为经验分享给大家,...
  • 陈晨-证券交易系统架构设计_挑战与实施经验分享 本次分享主要结合交易系统的研发过程和实践经验,介绍了传统证券交易所在系统架构层面的设计思路以及如何应对高可用、高性能等主要技术需求。其中会对交易系统...
  • 业务需求调研经验分享

    千次阅读 多人点赞 2019-06-21 18:18:41
    业务需求调研经验分享 作者:成晓旭 1.针对具体的工作内容,召集专题访谈启动会、访谈沟通会。由客户的项目负责人向涉及的相关部门或...
  • 2020暨南大学计算机考研经验分享-精品(含录取名单,学习等资料获取) 前期都是各位学长的帮助,真的非常感谢,尤其了知乎上分享经验的18级李学长,集中资料,创建了考研群,大家才能在各种够方便获取信息,帮助各位...
  • 江苏省高等数学竞赛经验分享

    千次阅读 2019-01-09 15:15:18
    江苏省高等数学竞赛经验分享     一般情况下,这个比赛是学校数学教学组组织的比赛,我参加的目的,仅仅只要还是在简历上多一点的证书。 如果有人问我要资料,我只能说没有。 我在大专,我自信...
  • ACM/ICPC 比赛生涯总结+经验分享

    千次阅读 多人点赞 2019-05-05 19:53:09
    ACM/ICPC 比赛生涯总结+经验分享 个人获奖经历 时间 比赛 奖励 大一下 ACM陕西省赛 打铁 大一下 CCCC 团队二等奖 大二下 ACM/ICPC全国邀请赛 银奖 大二下 CCCC 团队...
  • 项目管理经验分享

    千次阅读 2018-08-17 10:11:53
    序言:项目管理经验,这篇文章根据实际出发,站在一个项目经理的角度,充分考虑甲乙双方利益,如何成功交付,如何保证质量,如何规避风险等等,不仅是给项目经理看的,也是给每个开发人员看的,开发有时候也需要具备...
  • 注册电气工程师发输变电基础考试通过经验分享 我本科毕业于天津大学电气工程专业,毕业后在一家设计院工作。工作的第二年参加考试,一次通过。因为单位里有考注册的传统,到我们这 一届时自然也不例外。 推荐...
  • 20年资深程序员编程经验分享 原文作者乔纳森·丹尼可(Jonathan Danylko)是一位自由职业的web架构师和程序员,编程经验已超过20年,涉足领域有电子商务、生物技术、房地产、医疗、保险和公用事业。   从11岁时,...
  • 高效研发管理五点经验分享

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

    千次阅读 2018-09-22 12:32:02
    淘宝网商品SKU系统设计经验分享 转载:https://blog.csdn.net/hj7jay/article/details/52250897 淘宝商品属性设计 转载:https://blog.csdn.net/u010087886/article/details/51298398  
  • 程序员面试经验分享

    千次阅读 2013-05-09 12:56:52
    IT旅途——程序员面试经验分享 from  http://www.csdn.net/article/2013-05-09/2815198-programmer-interview  作者季红 程序员面试职业生涯 摘要:本文从IT人员的角度,一起分享面试...
  • 软件测试:一个Tester的经验分享

    千次阅读 2018-06-17 13:04:06
    项目回顾会议上,新入职场的一名 Tester 经历了2个测试项目后做出的测试经验分享: 所有的测试用例设计都应该能够追溯到测试需求; Test Leader、Test Manager、Development团队的Leader等应该能够尽早地和不断地...
  • 前端面试经验分享

    千次阅读 多人点赞 2019-10-01 20:48:18
    核心:前期准备,简历,自信,实力,态度,语言表达 2018-09 1.简历制作 简历要有特点,将博客,GitHub,自己的作品链接,还有电子版本的简历链接直接写上去,很重要。特长描述,工作经历,岗位职责,技能描述,...
1 2 3 4 5 ... 20
收藏数 349,712
精华内容 139,884
关键字:

经验分享