想问问各位投简历是投附件形式的简历还是把软件上的简历编辑好直接投递岗位。

本科学校一般，研究生上了一个比之前好很多的学校。马上就毕业了，还遇上研究生再次扩招。。不知道招聘单位会不会更在意本科的学校？还请各位有经验的各位大佬指导一下，感谢~

Hello～近期在找新的机会吗？ 这个岗位考虑一下不？ 【工作职责】 1、负责线下推广活动，挖掘潜在客户，拓展用户群体； 2、各自片区内定期开展常规市场活动，并针对企业品牌及产品进行宣传 3、根据区域工作计划，完成线上和线下引流获客的工作任务； 4、完成区域负责人交待的其他工作 【任职要求】 1、大专及以上在校学生； 2、周一至周五出勤3-5天，周六周日全天出勤；工作时间：上海10:00-18:00； 3、具有较好的沟通表达能力； 职位关键词：线下推广地推 工作地点：天津

秋招以来，经历了近10场top快消公司和互联网公司的案例分析。 论形式有小组讨论、商业游戏、个人展示；论小组人数，有少至4人、也有多至十几人； 论复杂程度有一面纸进行1h的、也有一大本资料进行大半天的； 论进程，有将其放在很前面的，也有放到终面环节的。 不方便透露具体的case内容，但就几种面试情形分享一下自己的破局之法，以及一些突发情况的处理手段 （只挂过一场case～）。 情形1: case简单人多时许多互联网公司的初筛喜欢采用这种模式，便于快速淘汰掉大量申请人。Case往往挺短，而且无关业务；时长最多1h，参与人数甚至超过10人；考核者是hr；通过率往往是10%左右。这种情形下，让面试官记住你你就赢了。可如何在人多且case没技术含量的时候被人记住呢？那就要当leader或者军师。想当Leader，你必须在一开始就发言，并且是有自信地把框架提出来（群面里有的leader是后发型的，但在这种case简单的情况下不适用）。但光提出来是坐不稳的，还要自信这个框架能获得大家认可（简单case的框架一般显而易见），并且可以知道后面如何进一步使用这个框架。最后，你还得是一个气场足的人。如果你不敢当leader，或者当了一半被截胡了，那么军师也是一个不错的选择。军师要当一个和leader打配合的二把手，在leader框架的基础上，提出很多解决问题的点子。很多人觉得在群面时，不会有朋友，其实不然。军师就是那个主动“拉拢”leader的人，leader本就需要认同者，军师的idea又是建设在leader框架上的，leader自然会给你留表现空间。举个例子。曾遇到过一个case，让你根据几位候选人的自我介绍，选出最适合当产品经理的人。有一个小姐姐一开始就提出这是个针对能力特征优先级排序的问题，我们看看谁的特点和这个岗位匹配度最高。得嘞，那她岂不是已经把题目解完了吗。但不愿意游戏就此结束的我这时说“我非常认同X号的想法。不过有一个小问题，每个候选热特点很多，直接比较不容易，我建议我们先用三个关键词进行总结候选人特点再排序。而且排序标准除了匹配度，还要参考一下其后天培养难度，因为我们XX集团也是一家注重员工潜力的公司。”我的发言没有一点儿反对leader的意思，全是为了更好推进任务进行提出的建议，体现了团队合作与解决问题能力。后面我和leader的合作非常顺利，我俩也都进了下一轮。所以在面对leader已经出现的时候，别和ta对着干，毕竟ta有先发优势。首先再抠抠题眼看看leader有没有把大家带偏，理由充足了后就可“篡位”。如果leader的框架的确正确，那就当军师吧。其一可以从颗粒度入手，leader毕竟是搞框架的人，没法在细节层面都顾上，这就是军师的发挥空间；其二是做好行业、公司的功课，看可不可结合业务来解题，展现知识面和务实性格。 情形2: case复杂人少时往往会给一份很厚的、与业务相关的case，候选人大概3-6位，assessor有hr也有业务部门的人员，时长从1h到半天。这往往是已经到了很后面的考核环节了，是为了在更综合复杂的情况下看你身上的有没有公司需要的能力与品质。形式一般是先自由阅读材料，然后组内讨论，最后一个总结pre和Q&A；但duang参加某快消巨头的biz game时也遇到过角色扮演（CMO、CFO等）进行四个季度的商业决策。 Anyway，要注意的都是以下几点： 1.    短时间内如何阅读长而难的材料？ 十几页的、纯英文的、充满data和新概念的case确实很难在十几分钟内读完，但问题就在于真的不用读完！先粗略阅读，弄清材料的的框架（比如材料是分为customer base、marketing、product、channel、supply、finance）；然后马上看任务（比如要输出目标客户、产品、渠道、营销方式、产量、预算，考核方式是一个market share、profit margin、branding、supply excellence的综合分）；然后就可以形成一个解题思路了（确定目标客户，匹配对应产品，再选好渠道，然后根据预算，设计对应的市场活动和产量）；最后就要根据解题思路和材料里的细节内容去解题了。 2.    应该扮演什么角色呢？ 一般而言，在大家对于case还一脸懵逼时，能做好前一点的人很容易占取主动权，当上leader。可是当你遇上神仙打架的时候咋办？切记不要慌，这个时候往往没有人可以真的控场。框架被人说了没事，既然case这么复杂，一定会有很多的发挥空间。而且神仙在一起，往往会有很多思维碰撞，做到逻辑清楚理由充分的发言即可。有逻辑有框架、用事实说服他人是会被所有考官喜欢的特点，但是之前最好做足公司文化的功课（比如有的公司喜欢有冒险精神的人，你提出的idea就可以激进一点）。这个文化匹配很重要！唯一挂过的那场群面，当上了leader，并且最后的点也大部分是我提出来的。但是估计是表现得过于aggressive，和公司peace的风格不太符合，于是被残忍挂掉了hhh。其次，虽然会给资料，但你若是可展现对公司业务的理解会是一项很大的plus（比如公司战略、最近的市场举措等）。             至于要不要争取pre的机会，当然是要呀！不过要注意，本来不擅长pre的朋友还是不要啦，会适得其反。 Q&A环节也相当于小型pre现场，那个时候再展现自己也可。Pre不需要辞藻华丽，有框架感并且逻辑清晰最重要；并且不要自作聪明地加入一些自己的想法，我们是在代表整个组pre哦～ 最后还想说几点： 1.     有的群面会用“中途换组”、“分开小组再合并”等操作来考核你，千万别慌！在一场面试里，在前半场的组里是负责产品，中途被换去了另一个组。在那个组里走的同学原来是负责供应链的，我作为后来者只能接受新职责。这考察的是你的适应能力和学习能力。新小组的同学们非常nice地想给我讲讲他们现在的情况，讲了大概一分钟被我打断了。因为他们讲的很全，但我觉得时间有限，我没必要知道他们之前的所有事情。于是我问了他们各自的职责，然后用针对性“问问题”的形式快速了解。比如，我问了他们目前选择的目标客户是什么？用了什么渠道？现在盈利和品牌等业绩表现如何？之前的总战略是什么？…后面在中途复盘assessor问我们对换组有何感想，我上台说：一来，让我明白了管培生项目轮岗的意义，这有助于我们对生意有全盘认知，做的决策也会更多综合考量。我之前的岗位给了我产品思维，让我在新的供应链岗位上，会考虑产品策略。二来，在进入新的环境时，我不是被动等别人来给我辅导，而是主动用提问来高效了解情况。当我看到下面的assessor频频点头时，我知道他们给我加分了。还有一场面试，小组刚开始就被劈成两半单独讨论，然后又被合并。这个时候这两半各形成了不用的观点。这考核的是“说服能力“以及”在团队里的坚持与妥协“。首先你要仔细分析对方的观点，如果觉得不对，你就要有主见；框架性的语言和。 2.     心态问题。很多人都是一种要把其他同学干趴下的心态，这往往会让你不受控制的戾气重以及感情用事，得失心会影响你的理性。我大三时也是用上战场的心态去群面，但战况惨烈。秋招就变得“佛“起来，真心在想如何解决的问题以及为了整个团队好，结果反而通过率极高。但是“佛”不是说不好好想问题哦，而是说不要总想着抢leader以及多说话之类的～ 爆肝了一晚整理出了自己的群面心得，希望可以给大噶带来帮助。

说来惭愧 考研失败 意志消沉 报了培训机构的项目 才开始找工作 培训应该怎么写？

像英语四六级可以跟注册律师证 教师资格证放在一起吗

换个问法：研究经历和项目经历又有什么区别？ 内容选择上有什么注意事项

跟着导师发了几篇sci 在一些权威期刊也有刊登 这个在哪个模块写比较好吗？

什么样的简历要写研究经历？ 就是单纯找工作需要写吗？

想让自己的求职更有竞争，文笔不好表达不理想😭 😭 😭

我曾经做过采购工作，想转行做市场营销方面，对市场策划和市场运营方面比较感兴趣。想了解下这两个岗位在实际工作中需要有什么样的能力，可以的话，希望在这方面有经验的朋友能够跟我分享下自己的工作经验😊。

本人女二本金融学21届毕业生，性格比较外向活泼，但是不太能接受高强度的工作，今天去面试了中国人寿，被面试的经理洗脑了两个小时_(:з」∠)_ 身边没有进过保险行业的亲朋好友都说不要去保险行业，吃人脉/前几年很辛苦/像传销洗脑等等等 但是问一下朋友圈里真正进保险工作的人又一股脑的好评，团队文化/利己利人/收入高等等等 到底是咋回事呢，是被洗脑前后，还是看个人性格/意向? 想听听前辈们的想法

本人16年本科计算机专业毕业，进入了一家上市企业，也算是校企，只记得当时是辅导员推荐所谓的“优生”进入。在金智科技的一年半里，我从一个小白，逐渐成长成一个稍微跟得上企业步伐的“年轻人”。（93年的也不年轻了） 说到本人的专业运维实施，这个行业真的是高不成低不就，首先你懂得东西要非常多，不求你要多精通但是你的知识面需要非常广。从语言到网络，然后是硬件，然后是软件，当然作为一个运维实施工程师最基本的还是LINUX！！！基础中的基础，重中之重。如果你连linux都不会的话你真的算不上一个合格的运维工程师。至于我嘛，也是一路跌跌撞撞的过来了，一开始真的只是课本上的东西，什么意思啊表述啊，我非常的熟悉，滚瓜烂熟的那种，可是一到自己动手操作就傻眼了(所以关键是自己要多动手操作，做到孰能生巧)。所以后来的日子里，我不断的进行对linux基础的强化。不会的自己就在自己的笔记本电脑上搭建Vmvare虚拟机，各种自己折腾。最熟悉莫过于centos6.5,这个版本是非常的经典也是生产环境中比较稳定的一个版本，至于后面更新的cenos 7.6也在用，都有异曲同工之妙。关键就是要掌握核心的linux基础的命令，像常见的100个linux命令百度上都有现成的，不会的话就查一下，在自己的虚拟机里面折腾，多折腾几遍傻子都会了（况且大家都是受过高等教育的人）。 其次就是运维岗位的职责，说白了同行之间经常相互调侃，从删库到跑路。就是说明了运维这个岗位的职业性质，比较容易背锅。研发把版本抛给测试，测试完成后就把版本抛给你，出来错误之后，首当其冲的就是让运维去分析问题，分析问题分析不出来是谁的问题，你就得自己背锅。这是一种常见的现象，至今也无法打破。所以运维要常备技能甩锅！！！ 当然如何甩锅呢？这个就大有学问了，至今我也是略知一二。这里的甩锅并不是撂挑子不干把责任推卸给别人的意思，而是要在自己工作做到位的基础上排除自己的错误，定位到问题点，从而把问题抛出去的能力。生而为人，咱得善良。 基础的技能，看日志！！！看日志！！！看日志！！！看监控！！！看监控！！！看监控！！ 这二者是我们的利器，掌握好这两个技能，就可以不再毫无目的的去找问题，而是真正的找到问题的所在。定位好问题的所在，在自己的掌握范围内的就自己想办法去解决。 比如常见的错误： 1.中间件的内存不足日志中报出out of memory，这时候就要去想着添加内存。 2.jdbc adress的问题，就要考虑到数据库的url是否正确。 3.404 500这些错误都要熟记于心。 这些都是常见的，遇到之后要记下来。等到问题出现了就要立马反应过来，这个问题该怎么解决，这样工作效率才会大大提高 运维的一些好的习惯我感觉一是习惯记笔记，因为遇到的问题太多，我承认有的人记性真的好，不过对于一般的人来说我还是建议下载一个云笔记，每次遇到问题后记下来，问题加上解决方法，等到遇到相似的问题后记不得的话，就到笔记里面去查找，这样工作效率会大大一高。第二个就是分享经验，分享自己解决问题的处理思路，注册一个CSDN论坛的账号，把自己解决问题的思路都写上去，让别人都能看到你的文章，这样有助于自己掌握知识，更加有助于别人，大家好才是真的好。我想开源的精髓就是乐于分享。然后就是去加入类似的学习交流群，例如一些比较优质的QQ微信群，在里面你可以认识很多志同道合的同行，分享自己的经验，也学习别人的经验，这样有助于自己的成长。 最后我在说一点就是，对于自己的未来的规划，这个规划真的很重要，一个人如果对未来没有清楚的认识那会是很可怕的。 我想接下来运维的路当下热门的有： 云计算/IAAS 这个是将来的运维绕不过去的一项重要内容，最终的运维工作主要存在两种企业，一种是IAAS供应商，比如AWS和阿里云之类，他们需要的运维需要极强的工具和平台研发能力或者对硬件（服务器硬件和网络硬件等）需要极强的管理能力，主要需求是资深员工，另外一种就是企业内的运维工程师，主要管理IAAS供应商提供的资源，也就是说你不再有现在的运维工作中接触到机房和实体硬件的机会了（好消息是不用管托管，上架装系统这种破事儿了），这个是将来大部分岗位需求所在。也许你会问idc/私有云呢？他们还会长期存在，但是不会占据主要的地位，意味着无法提供足够多或者说增长的岗位，再说能够在公有云市场夹缝中生存下来的企业对人才的要求我觉得只会更高。 那么云计算对现有的运维工作有什么影响？ 你需要掌握更多的产品，而不是停留在ecs/ec2上，很多运维工程师觉得就是控制台点几下开几个服务器就是云计算了，那么我建议去aws.training把免费的tech essenstial学一下，你对云计算的认识会有质的提高。 你需要有更高层次的troubleshooting和解决架构问题的能力，当你的设施都是IAAS的时候，如何配合开发去troubleshooting问题需要全新的方法，如何在IAAS的环境下，用丰富的产品和case去调优解决架构问题也是全新的领域。（《鸟哥的私房菜》帮不了你，非贬低，只是意味你需要全新的知识结构和技能树） 全新的工具栈，不仅仅是shell，你需要更多利用供应商或者三方提供的运维工具去实现IAAS运维的需求。 tco敏感，这个很少有人提到过，之前的运维采购设备用的预算和效能评估方法也会全面升级，云计算并不能天然杜绝浪费，甚至大部分情况下是用的越多浪费越多，相关的工作还是很多的，也会很深入。 容器技术 这个是热门话题，docker和k8s可能算是必备技术栈了。 Devops 这个也是热门的话题，我谈一下自己的看法，未来op的工作内容的外延一定是朝devops方向发展的，那么你需要打交道的对象不仅仅是资源，运维会更多的参与到产品的生命周期中去，如何提高产品研发，测试和发布的效率，如何规划各种stage，如何保证各种环境的利用率，如何减少人工干预减少出错。你需要丰富的工具栈和足够的领域知识才能在大展拳脚。 自动化/编程能力 坦白讲，自动化是op工作的使命，只不过真的很少有人能意识到或者有足够的动力去贯彻。大部分人的编程能力停留在不超过100行的shell脚本阶段，或者用点python，我个人觉得哪怕不能独立完成一个复杂的工具，为一些主流的运维工具，例如ansible/salt写个插件应该会成为一种必要的能力。 写在最后的废话 大部分人对运维工作的认知基于这样一种现状，目前的从业者普遍存在技术能力相对较低（高的都去做开发了），长期的可替代性强的重复工作内容，较高的工作压力（值班），较高的责任压力（各种锅），较狭窄的职业发展空间，这些的确会对该岗位造成很多负面的看法。我个人觉得根本的问题还是人被岗位限制住了，缺乏提升自己的主观能动性，说人话就是对职业生涯没想法（有口饭吃不是想法）或者没动力（要拿到或者保住饭碗再去学习最多是阶段性动力，但是职业生涯很长），这样的人无论做什么也不会有前途啊，和运维这个岗位没有太多关系。希望各位要入坑的同学还是先多想想你自己想要一个什么样的职业生涯再下决定也不迟。 洋洋洒洒的写了那么多，我想说的是，我们学的不只是技术，更是梦想。

项目经历具体怎么写啊

项目需要写介绍吗？ 感觉一般是写自己做了什么事情。。。 但不写又怪怪的。。。 有人指点一下吗 靴靴、、、