精华内容
下载资源
问答
  • 工作经验分享

    千次阅读 2010-01-06 18:15:00
    年底经历了一次换工作,这次上一次顺利的多...在这里把我的经验分享给大家,希望对大家找工作的过程有所帮助。 首先,在有心思换工作的时候,要先衡量利弊,看是否是源于感情上的冲动,比如听说某某人涨工资了,自己没

    年底经历了一次换工作,这次上一次顺利的多,从计划到最终拿到offer,一共也就2个月的时间,起因也很简单,就是嫌现在的工作薪水太低。在这次跳槽的过程中,我还是精心准备了很多东西的,而且思想上的进步也很明显,可能是源于工作中积累出来的信心吧。在这里把我的经验分享给大家,希望对大家找工作的过程有所帮助。
    首先,在有心思换工作的时候,要先衡量利弊,看是否是源于感情上的冲动,比如听说某某人涨工资了,自己没涨等等。根据自己的工作状态和业界的水平考量换工作的可行性。确定要走之后,写一份跳槽计划书,主要包含几个方面:跳槽主要原因,下一个公司的标准,自己的技术准备,简历准备,面试准备,自身优势等。计划书很重要,有点类似于小时候上学总写的学习计划一样,最大的问题不是如何写,而是如何贯彻,一旦订好了计划,就要严格按照上面的步骤实施下去。这次跳槽我的动机就是希望工资有所长进,最低目标是!@k,可以根据行业浮动。目标公司最好是有自己的产品,最好不是外包公司了。
    然后,是漫长而乏味的技术准备阶段。不知道别人的工作状态是什么样子的,我在目前公司里面的一个项目任技术负责人职位,我最熟悉的是整个公司的管理流程,以及项目中代码的流程,除了一些常用的c++细节知识,其他的很多知识都已经忘记了。所以,首先我通读了一遍C++ primer,这就浪费了我好几天啊,白天上班抽时间看,晚上回家看,周末也要看。而且我还放弃了一些我实在不熟悉的部分,比如模版和函数指针。这些只是语言的基础部分,后面还要有笔试的实战准备。穿插着再看设计模式,这个也是很重要的部分,好在这里我还是有点了解。对于学习设计模式,我有一些建议:
    1. 弄明白这个设计模式能解决的问题
    2. 然后针对这个问题,做一次从不好的设计到好的设计的思想迭代
    3. 一定要尝试着在自己的项目中找到类似的设计方式,总结出来
    4. 最重要的还是实践,光看书可能很难理解设计模式的优势
    之后,我尝试看了看我最不擅长的数据结构和算法,仍旧放弃,太占用时间。这会使我失去更多的选择机会,但精通它对我来说需要很长时间,战略的放弃就是进步嘛,呵呵。另外,如果有时间,可以熟悉一下自己项目的开发流程,是瀑布式的还是敏捷开发等等。最后需要着重着重看的就是自己项目的流程,我这次换工作,得意于的就是仔细看了看目前项目代码流程,面试的时候喷的效果还不错。因为,对于4-5年工作经验的去找工作来说,考察基本功是一方面,其实面试者更希望知道你在你目前的项目里面做了什么和贡献了什么,而且,你的职业生涯不可能是东一榔头西一棒子的,是要有所继承的,工作4年多了,积累下来的东西要用到下一个工作里面去,这很重要,同时也是你找到好工作的一个巨大的优势。
    基本的技术准备完成后,是实际的笔试准备,这个简单,我搞题海战术就好,从网上下载一堆笔试题,打印出来做吧。我是打印了60多页,把上面的题都做了,找到答案,不明白的搞明白,心理就踏实多了。
    技术准备之后是面试准备,其实面试准备的开始和结束没有特定的时间点,要靠日常积累。第一,如果你面试外企要英语的那种,英语的自我介绍一百个公司有一百个会问,其他英语的锻炼要看个人了,发音标准啥的。第二,你离职的原因;第三;你在项目中的贡献。还有,比如,你的个人优势、劣势等等。主要还是靠随机应变,总之,就我个人来说,能撑到面试阶段,就离成功不远了。
    这些都做完后,先不要着急去更新简历,我首先和公司的经理开诚布公的谈了一次,大概内容就是目前公司的发展状态,然后扯到工资上面来,不要说的很直白,一般的公司经理都会明白你的意思,然后你再根据他的回复来揣摩他的心思,如果没有什么实质性的承诺,那么再进行下一步。
    简历真的是很重要,原因有几个:
    1. 还是对于个人来说,工作4-5年的人所期望的薪水根据城市不同,比如北京,那么大概是10k左右。10k的月薪对于一个猎头来说就是很有诱惑的了,他们按照你的年薪来提成,因此,他们主动联系你的可能性非常大,一个好的简历不是给猎头看的,而是让猎头投给的公司看的。要过公司人事和技术面试人的第一关,是靠简历。
    2. 所有公司面试都会拿着打印好的简历来问你,因此,简历的充实,会让你得到更多的面试时间。
    3. 将你非常有优势的部分,写在简历里面,会让面试的人来主动问你,如果你发挥的很好,那么会给你加很多印象分。
    我在家憋了一晚上更新简历,按照自己的格式写好简历,再按部分粘贴到招聘网站上面,智联招聘的简历模版我个人感觉不是很好,工作经验和项目经验分开的,我是直接把我的工作和项目经验一股脑写道了工作经验部分,把我的个人优势部分写到了项目经验里面。还是前面说的,你很有把握的优势一定要着重介绍,吸引别人来问你,如果面试的时候人家不问,你可以说我还有什么什么优势,自己说也没啥不好。
    简历写好后,我分别放在了中华英才和智联招聘上面,每天晚上刷新一次的话,第二天会有大概1-2个电话过来问。刚开始的时候尽量都答应,然后去面试,积累一些经验和自信,然后根据offer的质量,选出你最喜欢的就可以了。
    一些其他需要注意的地方:
    1. 找工作最忌讳着急,总找不到合适的工作一方面可能是你自己能力不足,但是也很有可能是没有碰到机遇,多给自己一点时间,不要着急。达不到自己的底线,就不要轻易退步。
    2. 对自己目前的工作一定要好好总结,面试的时候人家肯定会问。
    3. 有思想和沟通良好的人才比纯粹的技术人才更有价值,多培养自己思考的能力,以及表达技巧。
    4. 面试是双向选择的过程,在面试前,面试中以及面试后,要看看公司的各方面状况,比如给你面试的人的水平,公司人事的办事态度等等。
    5. 等一切准备好之后再更新简历,否则万一哪个你喜欢的公司早早来联系你,你没有准备好,就错过机会了。
    6. 不要不相信猎头,除非大规模招聘,否则一般公司都是选择猎头的,当然如果你有内部推荐的机会,会更好。和猎头搞好关系,他们会尽可能为你提供招聘信息的,毕竟他们是靠这个赚钱的。其实你多问一些猎头问题是有好处的,比如去这个公司面试时需要注意什么。有的猎头甚至会提供面试题给你,我就碰到过一个。
    这些只是我个人的一些经验之谈,根据大家自己的特点,要制定自己的计划,最后希望大家都能找到顺心如意的工作:)

    展开全文
  • 个人六年的成长与工作经验分享

    千次阅读 2019-04-03 18:44:18
    我把过去六年的成长历程和工作经验进行了汇总,很多都是血泪史,分享给各位。 主要分为三部分: 一、问题导入; 1、工作; 现象:很多同学都有类似的感觉,比如角色认知不对,眼高手低,每次都感觉差一点等; ...

    我把过去六年的成长历程和工作经验进行了汇总,很多都是血泪史,分享给各位。

    主要分为三部分:

    一、问题导入;

    1、工作;

    现象:很多同学都有类似的感觉,比如角色认知不对,眼高手低,每次都感觉差一点等;

    途径:个人可以在工作中提高自己,比重最大,占比为70%

    方式:目前的工作方式非常的多,可以随时随地的办公,需要更多人协作配合,工作的形式也多种多样;

    方法:工作的方法非常多,但是真正掌握并按照方法执行的人很少,如目标制定SMART原则,高效执行的方法,做事的原则,积极的态度等;

    技巧:我们需要借助很多技巧来提升工作的效率,比如借助工具、求助他人、数据分析等;

    习惯:习惯决定命运,一点也不假,但是又有多少人真正拥有好的习惯呢,如高效能人士的七个行为习惯,总结的习惯,记录笔记的习惯等;

    计划:你是否为自己、为团队定期制定计划呢,如每日计划、每周计划、每月计划等;

    目标:你是否有自己清晰的目标和职业发展的方向,如短期、中期、长期的目标;

    2、学习;

    现象:很多同学在学习的时候有很多类似的现象,经常忘记所学的东西;不太专注;没有时间;控制不住总想玩

    途径:个人也可以通过其它方式提高自己,比如向他人学习,占比20%;自学,占比10%

    方式:我们所有的学习方式,基本上都停留在模仿阶段,从现有知识和结论中获取;真正的发明创造及颠覆式的原创很少;

    方法:学习的方法有很多,比如面对面的交流,读书,思考,实践等;

    技巧:学习的技巧也很多,比如谈到读书,很多的感觉是读死书-死读书,没有找到阅读的技巧,导致自己进步有限;做事情的时候有始无终,导致最后一公里老是做不好;PDCA循环,只有PD,没有CA等;

    习惯:谈到学习的习惯,很多人的反馈是没有习惯,被动成长,习惯不好等;

    计划:学习的计划更是三天打鱼两天晒网,一阵一阵的,并没有自己的规划和目标;

    目标:谈到目标,问题也很多,比如目标没有,目标总变,目标清晰但执行不力等;

    二、经验分享;

    1、成长历程;

    2013.4月,正式开始工作,从事产品经理一职;

    2013.9月,调岗为解决方案工程师(售前);

    2014.3月,临时借调为测试工程师,然后就一直做了下去;

    2015.8月,测试部负责人;

    2019.2月,测试运维部负责人;

    2、成长苦恼;

    苦恼1:前期走了很多弯路:有很多原因,如自身因素,职业选择,内部条件,指导导师等;

    给我的启示就是新人培养

    苦恼2:整个工作中一直在摸索:路都是跌跌撞撞过程中走出来的;

    给我的启示就是工作规划

    苦恼3:个人能力:技术能力比较欠缺,创新能力不足。外加带团队额外给我的压力;

    给我的启示就是不断学习

    苦恼4:方法技巧:没有方法论,没有技巧说,制度流程不健全,都得靠自己摸索和提炼;

    给我的启示就是工作方法

    苦恼5:认知不足:很多事想不明白,看不明白,又很想知道;

    给我的启示就是阅读思考

    苦恼6:个人习惯:刚开始工作时懒,不想加班,不想学习,到现在的极度自律;

    给我的启示就是自律控制

    苦恼7:职业方向:选择的多样性非常重要,结合个人的发展,企业最好能提供多样化的职业选择;

    给我的启示就是职业选择

    苦恼8:不断实践:只谈理论是空洞的,实践出真知,这是血的经验;

    给我的启示就是实践行动

    苦恼9:个人与团队:个人也许强,但团队更强,带团队之后给我最深刻的经验;

    给我的启示就是梯队建设

    苦恼10:统筹更新:事前事中罪的不错,事后很差,PDCA环只有PD做的不错,CA很少做;

    给我的启示就是有始有终

    3、成长秘诀;

    秘诀1:持续学习

    核心方法是内、外、面、自

    内:内部学习资料,如需求文档、设计文档、操作手册、产品资料、培训交流资料、测试用例、测试缺陷等;

    外:学习平台,如微信、极客时间、喜马拉雅、混沌大学、测试培训班、测试会议、专利文章、博客专栏等;

    面:面对面的交流请教,这个方式非常的重要,有的时候高手一指点瞬间就理解了,多问多请教准没错;

    自:总结提炼,重点在于自己,这是个内化知识的过程,只有亲自总结提炼后才能将知识内化成为自己的,进而形成体系;

    秘诀2:不断实践

    核心方法是敢于拼搏(态度责任)、个人品格(个人上限)、制度流程(工作下限)、团队意识(协作基础)。

    敢于拼搏:爱拼才会赢,这是一种态度,更是一种责任,尤其是项目压力大的时候,必须拼,而且往死里拼;

    个人品格:品格是个人最重要的基因和符号,远胜于工作所需的技能本身,他决定了个人的上限,人品正是个人立身的根本;

    制度流程:任何事情到最后基本上都会落实到制度和流程上来,只有从制度、流程上下手,才能保证工作的下限;

    团队意识:单打独斗从来都不是最大的力量,只有团队协作才能创造最大的奇迹,团队的意识必须要时刻装在心里;

    秘诀3:阅读思考

    核心方法是阅读书籍读书笔记不断思考探寻本真

    阅读书籍:书籍是人类的朋友,更是我们传播知识的最佳方式,只有不断的阅读,才能提高自我的境界;

    读书笔记:没有读书笔记,就很难形成自己的知识体系,笔记是我们阅读和思考的钥匙,帮助我们打开未来的知识之门;

    不断思考:读与思一定是捆绑在一起的,缺一不可,人类正是在不断的思考中才能前进,思考更是我们前进的源泉;

    探寻本真:不管是工作还是生活,我们都需要不断探寻最本质的原因,我们决策和判断的依据正是基于对本真的认知;

    秘诀4:习惯自律

    核心方法是不断输出持续输入持之以恒(精神基石)严格自律(自我焚烧)

    不断输出:输出的方式很多,写作、演讲、交流、工程实践、科学研究等,只有不断的输出,才能有更大的动力输入;

    持续输入:如果说输出是我们的目的,那么在其背后支撑输出的一定是持续的输入,这样才能形成循环,周而复始的运转;

    持之以恒:水滴石穿、坚持不懈是我们做事的精神基石,只有坚持,只有永恒,我们才可以不断的更新自我,迭代自我;

    严格自律:我认为自律的人是对自我的焚烧,更是对自我人性的磨练,不焚烧自我,不磨练自我,怎能迎来自我的蜕变;

    三、自我认知;

    这套认知系统是我思考和总结很久之后提炼的,分享给各位,供大家参考;

    第一层级:点,专业知识栈

    专业技能基础知识(如通信、计算机、网络、编程、算法、数据库等)、技术实现能力(产品/编码/测试能力、架构设计能力、问题解决能力、业务知识能力等);

    个人软技能沟通交流能力、思考能力、创新能力、技术管理能力等;

    典型职位:工程师、产品经理、营销经理等

    第二层级:面,全面知识栈

    专业技能基础知识、技术能力、产品知识、商业知识、管理能力、营销知识等;

    个人软技能:沟通交流能力、思考能力、创新能力、技术管理能力、写作演讲能力、深度思考能力、高度创新能力、领导能力等;

    典型职位:架构师、技术管理者、高级业务咨询师、高级产品经理、资深开发人员、高级营销经理等

    第三层级:体,立体知识栈

    工作之内:某领域的专项专家,业界的技术专家,某领域的思想家;对工作有多元认知;理解技术、业务和商业直接的关系;超强的决策力和判断力;令人尊敬的品格和领导力;

    工作之外:对生活有独特的理解,深谙人性并不断修炼自我,有个人的兴趣和爱好,喜欢探寻世间万物的本质,不断提高个人认知体系

    展开全文
  • 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/

    展开全文
  • 网络工程师工作经验分享

    千次阅读 2018-04-17 17:05:13
    网络: 点击打开链接1 点击打开链接2 点击打开链接3 ...
    网络:                                      点击打开链接1                                                              点击打开链接2                                                          点击打开链接3                              点击打开链接                  
    展开全文
  • 软件开发工作经验分享

    千次阅读 2013-02-20 15:22:59
    1、分享第一条经验:“学历代表过去、能力代表现在、学习力代表未来。”其实这是一个来自国外教育领域的一个研究结果。相信工作过几年、十几年的朋友对这个道理有些体会吧。但我相信这一点也很重要:“重要的道理...
  • 大家都知道面试,都是需要工作经验,刚转行或者刚毕业哪里有什么经验呢?面试时候基本都是被拒之门外 怎么办: 今天我分享下我的经验:没有经验也照样能找到心仪工作 面试方面: 一定要对自己的简历很熟悉,简历写...
  • 软件测试员工作经验分享

    千次阅读 多人点赞 2018-05-07 16:45:12
    测试周期的时间控制,应当采取多种方法去衡量,例如人员能力,人员数量,项目复杂程度,同类项目的测试经验等多方面去衡量。 2.有效控制测试成本 测试成本指的是人员成本跟时间成本,不要浪费每个人的时间跟劳动力,...
  • 分享工作经验

    千次阅读 2016-01-20 11:48:02
    今天不忙,分享下自己这些年来的工作经验。 1、勤于并善于记笔记。 我的工作中经常会遇到一些生疏的知识点,或者一些很好用的奇技淫巧。这些东西大脑不可能都能记住啊,如果以后要用到怎么办呢,于是我就用有道笔记...
  • 数十年从事java工作经验分享

    千次阅读 2018-11-13 19:19:28
    一位10年的Java工作经验的架构师聊的Java和工作经验 从事近十年的JavaEE应用开发工作,现任阿里巴巴公司系统架构师。对分布式服务架构与大数据技术有深入研究,具有丰富的B / S架构开发经验与项目实战经验,擅长...
  • 今年正式步入了大四,离毕业也只剩半年多的时间,回想一下大学四年,感觉自己走了不少弯路,今天就来分享一下自己大学的学习经历,也希望其他人能不要走我走错的路。 (一)初进校园 刚进入大学的时候自己完全就...
  • 个人的一些工作经验,大部分都是老生常谈,但确确实实有用1、合理规划自己的时间,有目的的事情 在软件公司,大部分工作都是不完的,必须把任务一个合理的规划,优先搞定重要紧急的 2、工作时沉下心来,多...
  • 本人33岁,转行运维经验分享

    千次阅读 2020-06-29 11:25:11
    过完春节,来公司上班,一点心情都没有,因为自己以前有接触过LINUX,所以就往这方面去看有不有合适自己的行业,无意发现一个运维经验分享网站 http://www.jkkcss.cn/,看到博主收徒弟,就抱着试试想法,觉得...
  • 最近两三年,我们部门都会在年初设定部门目标和个人目标,实施以来效果很明显,大家都知道部门要什么,个人应该什么,我们会在月末进行复盘和总结,这就是团队的进步,也是个人的进步。 我们是比较传统的IT公司...
  • 项目经验分享

    千次阅读 多人点赞 2013-10-22 08:01:42
    最近一直在想自己在项目中的一些得失,在每一个项目结束都要问自己一下:这个项目中自己获得哪些成长,下次是不是可以做到更好。...有些人了三年其实只有一年的经验,因为后面基本上是前面的copy。
  • 面试经验分享

    千次阅读 多人点赞 2019-05-15 15:02:41
    特长描述,工作经历,岗位职责,技能描述,项目经历描述,每一个项目都要能讲的非常的清楚,布局合理,逻辑清晰; 2.技术面试 对于自己掌握的知识点一定要表现出非常自信,不能表现的没有底气,尽可能将面试官引导...
  • 用户登录或者访问页面的过程中,包含大量的计算功能,每个用户登录都要下计算(比如实时统计上海市各个区县的学生学习数据)、并且把计算的结果显示在页面上。如果是单用户的情况下感觉不明显,但是在大量用户访问...
  • 职场经验分享

    千次阅读 2019-10-31 14:56:49
    不知不觉,已经工作两年多了,从职场新人主键蜕变为职场老鸟,觉得很是有必要将曾经踩过的一些坑记录下。 1、信息传递多用文字,少用语言。 文字有留痕的作用,可以用于事后追责; 大家都很难做到过耳不忘,在...
  • 我是龙叔,18年工作经验已退休的老程序员,从实习生到上市公司技术总负责人,今天我来给大家分享一些我个人觉得程序员在职场很受用的经验,如果你能恰当使用,可能比技术带给你的回报会更有效,献给已在/即将进入...
  • JVM调优经验分享

    万次阅读 多人点赞 2016-03-30 12:06:47
    JVM调优经验分享 前言 一、JVM调优知识背景简介 二、JVM调优参数简介 三、JVM调优目标 四、JVM调优经验 结束语
  • IT求职经验分享

    千次阅读 2013-10-30 14:03:02
    下面,我就如何去找工作,如何准备,一个分享。 什么最重要?基础!基础!看书!看书! 建议看书主要从C/C++,Linux操作系统,网络与数据库,应试算法这几个方向入手,循序渐进。 一、时间表 如果你是研二,从...
  • Unity3D学习路线与学习经验分享

    万次阅读 多人点赞 2018-10-17 14:15:14
    Unity3D学习路线与学习经验分享//最后一次更新为2019.7.22日,更新了一些废掉的链接 作者:15游02 丁祺 你好,这篇文档是我的导师孙老师(以下简称老孙)指名我 书写给新手、初学者以及技能有些许缺陷的人的一篇...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 290,775
精华内容 116,310
关键字:

如何做工作经验分享