精华内容
下载资源
问答
  • 一年前端开发工程师简历_一年前,我开始学习编码,专注于前端开发。
    2020-08-05 19:34:08

    一年前端开发工程师简历

    A year ago I started learning to code, focusing on front-end development. This was not completely new to me, as I’ve been doing this learning to code thing for a few years now. Most of the time it was something that I did for fun.

    一年前,我开始学习编码,专注于前端开发。 这对我来说并不完全陌生,因为几年来我一直在学习这种东西来编写代码。 大多数时候,这是我做的有趣的事情。

    Looking back over the years, and especially over 2015 when I decided to focus on front-end development, I’ve noticed some patterns in the way I was learning and doing things. These patterns lead to a series of mistakes that I am now fixing or got fixed in the past.

    回顾过去的几年,尤其是在2015年,当我决定专注于前端开发时,我注意到了我学习和做事的方式。 这些模式导致了一系列错误,这些错误我现在已经解决或过去已解决。

    Please note that although I am using “you” across this article, I’m referring to my own errors. I am not offering advice to anyone, I don’t think I’m in the position to do so. This is a way for me to make a conscious note of the mistakes I made. I also hope that whoever reads this thing will find it useful and avoid these mistakes.

    请注意,尽管我在本文中使用“您”,但我指的是我自己的错误。 我不向任何人提供建议,我不认为我可以这样做。 这是我有意识地记下自己犯过的错误的一种方法。 我也希望读过此书的人会发现它有用并避免这些错误。

    So, without further ado, here are some of the numerous errors I made.

    因此,事不宜迟,以下是我犯下的许多错误。

    无需事先计划即可直接进行编码 (Jumping right into coding with no prior planning)

    This is probably one of the biggest mistakes one can do when learning to code. This works for a while, when you’re learning the most basic things, like loops and conditionals, but afterwards you’ll need a plan. And this is when you realize that you need to think the problem through and break it down into the most simple steps.

    这可能是学习编码时可能犯的最大错误之一。 当您学习最基本的知识(例如循环和条件)时,这会工作一段时间,但是之后您需要一个计划。 这就是当您意识到需要仔细思考问题并将其分解为最简单的步骤时。

    This is how I plan a project now. This approach seems to be working for the moment and it offers a more structured approach to coding.

    这就是我现在计划项目的方式。 这种方法目前似乎行之有效,它提供了一种更加结构化的编码方法。

    First, on paper:

    首先,在纸上:

    1. I write down the objective of the thing I am coding

      我写下我正在编写的东西的目标
    2. I break that objective into steps

      我将目标分解为几步
    3. Every major step is then broken down into even smaller bits

      然后将每个主要步骤分解为更小的部分

    Then in the editor:

    然后在编辑器中:

    1. At the beginning of my code, I add comments with the major steps. This way I always have a list to remind me what I should be doing next.

      在代码的开头,我添加了主要步骤的注释。 这样,我总是有一个清单可以提醒我下一步应该做什么。
    2. I add comments in my code describing what I am doing so if I’ll get back in a few months to the code I wrote I will understand it easier. This is not the case right now, as I’m working only on very small projects, but I think it’s good practice.

      我会在代码中添加注释,以描述我的工作方式,如果几个月后我会回到编写的代码中,我会更容易理解。 目前情况并非如此,因为我仅在很小的项目上工作,但我认为这是一个好习惯。

    以非结构化的方式学习 (Learning in an unstructured manner)

    I joined a lot of MOOCs, started reading a few books at the same time, wrote code based on disparate tutorials I found online. I got distracted easily and I started way too many projects that got nowhere.

    我加入了很多MOOC,同时开始阅读几本书,并根据我在网上找到的各种教程编写了代码。 我很容易分心,开始了太多的项目,无所作为。

    The structure I needed was provided by three main things: Free Code Camp, the Javascript is Sexy “How to Learn Javascript Properly” guide, and Kyle Simpson’s “You Don’t Know JS” series. The first two gave me the structure I needed, while YDKJS helped me understand the whys of Javascript programming. (I am still reading the series. I just finished the second book, “Scope and Closure”).

    我需要的结构由三大部分提供: Free Code Camp ,Javascript是Sexy“ 如何正确学习Javascript ”指南和Kyle Simpson的“ You Do n't Know JS ”系列。 前两个给了我所需的结构,而YDKJS帮助我理解了Java编程的原因。 (我仍在阅读该系列。我刚读完第二本书“范围和闭包”)。

    经常切换语言,试图找到理想的语言 (Switching languages often, trying to find the perfect language)

    After two years of randomly switching languages, I now know that there is no perfect programming language.

    经过两年的随机切换语言,我现在知道没有完美的编程语言。

    Over the years I’ve tried — not in this exact order — the following programming languages: C++, Python, Ruby on Rails, Java, Processing, and probably a few other languages that I don’t remember now. I switched and I switched and I switched, until I found Processing.

    多年以来,我尝试了以下编程语言(并非按确切顺序):C ++,Python,Ruby on Rails,Java,Processing,以及可能还有一些我现在不记得的其他语言。 我切换了,切换了,切换了,直到找到正在处理。

    Processing is amazing as a first language, but if you want to create some interesting things with it, you’ll need to learn more on the algorithmic side of things. It’s also great for you if want to create something in the fields of generative art, data vizualisation or graphic design.

    作为第一种语言,处理是令人惊叹的,但是如果您想用它来创建一些有趣的东西,则需要在东西的算法方面学习更多。 如果您想在生成艺术,数据可视化或图形设计等领域中创建作品,这对您也非常有用。

    I studied Processing for a year, I think, but then p5.js appeared and it felt that I should focus more on the web. After playing a bit with p5.js, I realized that to better understand this library, I need to understand Javascript first. And Javascript still is my language of choice right now.

    我认为我学习了一年的Processing,但是随后出现了p5.js,觉得我应该更加专注于Web。 在玩了p5.js之后,我意识到要更好地理解该库,我需要首先了解Javascript。 Javascript现在仍然是我的首选语言。

    I caught myself doing this recently while looking over Rust. I read for a few hours about it then I realized that I should get back to Javascript and focus on that.

    我最近在寻找Rust时发现自己正在这样做。 我读了几个小时,然后才意识到我应该回到Javascript并专注于此。

    Now, if I think it through, I think I am prone to making this mistake when I hit a bump. I remember I wanted to switch to something else when I was trying to understand event listeners in Javascript.

    现在,如果我认真考虑一下,我想当我碰到颠簸时很容易犯这个错误。 我记得当我尝试了解Javascript中的事件侦听器时想切换到其他内容。

    遵循大量教程,但没有完全从头开始构建某些东西 (Following a lot of tutorials but not building something completely from scratch)

    This gives you a false sense of progress. This is the hand-holding phase when you’re typing in stuff from tutorials and books, things created by others. Although you get satisfying results, you’re just following a set of instructions.

    这给您一种错误的进步感。 当您输入教程和书籍中的内容以及其他人创建的内容时,这是手工操作的阶段。 尽管您获得满意的结果,但是您只是遵循一组说明。

    在学习主要语言之前尝试学习库和框架 (Trying to learn libraries and frameworks before learning the main language)

    Because I wanted immediate results and I wanted to prove to myself that I can build something interesting fast, I started learning things like d3.js, Three.js, Babylon.js, Phaser. Basically I wanted to skip some steps.

    因为我想要即时的结果,并且想向自己证明自己可以快速构建出一些有趣的东西,所以我开始学习诸如d3.js,Three.js,Babylon.js和Phaser之类的东西。 基本上我想跳过一些步骤。

    The results were interesting, but they were made with tutorials and copy pasting code from one place to another. I was doing things without understanding exactly what I was doing.

    结果很有趣,但是它们是通过教程制作的,并将粘贴代码从一个地方复制到另一个地方。 我在做事情时并不完全了解自己在做什么。

    And this leads me to the next mistake.

    这导致我下一个错误。

    I still make this error. I checked out Angular and React, and played with Meteor — which is amazing, by the way, and I hope to use it someday — because I thought that I need to know them if I want to find a job.

    我仍然会犯此错误。 我签出了Angular和React,并与Meteor一起玩-顺便说一句,这很了不起,我希望有一天能使用它-因为我认为如果我想找工作,我需要认识他们。

    This is probably true for more experienced developers, but I feel that I need to understand vanilla Javascript before jumping into more complex things. There’s more than enough to learn about pure Javascript before moving on to other things.

    对于更有经验的开发人员来说,这可能是正确的,但我觉得在跳入更复杂的内容之前,我需要了解香草Javascript。 在进行其他事情之前,有足够的知识来了解纯Javascript。

    On a similar note, I always wondered why there are so many tutorials and books recommending beginners to learn jQuery first. I tried this method and it didn’t make any sense, I remember having issues with the syntax. It became clearer only after I had the Javascript basics in place.

    同样,我一直想知道为什么会有如此多的教程和书籍推荐初学者首先学习jQuery。 我尝试了这种方法,但没有任何意义,我记得语法有问题。 只有在我具备Javascript基础之后,情况才变得更加清晰。

    认为通过使用Bootstrap我知道如何建立网站 (Thinking that by using Bootstrap I know how to build websites)

    Bootstrap is great. I managed to adapt a few themes in a very short time and wow it felt great to build a portfolio site so fast.

    引导程序很棒。 我在很短的时间内就适应了几个主题,而且哇,这么快就建立一个投资组合网站真是太好了。

    I first used Bootstrap for my copywriting portfolio, then for two simple presentation websites. Because Bootstrap is so easy to pick up and use, I considered myself more skilled than I really was.

    首先,我将Bootstrap用于我的文案组合,然后用于两个简单的演示文稿网站。 因为Bootstrap非常容易拿起和使用,所以我认为自己比以前更加熟练。

    尝试同时成为一件事 (Trying to be more than one thing at the same time)

    As much as I would like to do both graphic design and front-end development, I realize that I need to focus on only one of them if I want to learn it properly.

    尽管我想同时进行图形设计和前端开发,但我意识到,如果我想正确地学习它,则只需要专注于其中之一即可。

    I felt I was diluting my efforts by trying to do so many things at the same time. So front-end it was, and hopefully it will still be in the years to come.

    我觉得自己在努力通过同时做很多事情来削弱自己的努力。 前端是如此,希望在未来的几年中仍然如此。

    And this concludes my list of errors in learning to code. If you have some of your own, please share!

    到此,我总结了学习编码的错误清单。 如果您有自己的一些,请分享!

    PS :现在, 我正在寻找作为初级前端开发人员的工作或实习(P.S.: Right now I am looking for a job or internship as a junior front-end developer.)

    If you’re willing to take in a newbie and you think I could be part of your team, please send me an email here: danielvoicu87@gmail.com. Thanks for stopping by!

    如果您愿意接受新手,并且您认为我可以加入您的团队,请在此处给我发送电子邮件: danielvoicu87@gmail.com 。 感谢您的光临!

    翻译自: https://www.freecodecamp.org/news/mistakes-i-made-while-learning-to-code/

    一年前端开发工程师简历

    更多相关内容
  • 前端开发工程师简历

    千次阅读 多人点赞 2022-04-16 16:27:11
    简历是什么 找工作之前投递的个人信息和工作能力----不全面 应该是:个人当前阶段的价值体现 前者:我能卖多少钱;后者:我现在值多少钱 建议:每隔半年/一年给自己做总结的时候写一份简历(相当于个人价值总结) ...

    简历是什么
    找工作之前投递的个人信息和工作能力----不全面
    应该是:个人当前阶段的价值体现
    前者:我能卖多少钱;后者:我现在值多少钱

    建议:每隔半年/一年给自己做总结的时候写一份简历(相当于个人价值总结)

    面试要刻意、精心准备
    公司内部晋升答辩,需要精心准备(ppt、演讲基本要精心准备一个月的时间)
    面试,简历,同样需要精心准备

    目录
    面试官如何分析一份简历
    简历模板和内容
    个人信息
    教育经历
    专业技能
    工作经历
    项目经历
    体现自己的亮点
    课程总结

    注意:不要造假

    • 学历造假:学信网可查
    • 工作经历造假:可以背调,查社保记录
    • 大公司hr之间都有结盟,造假会打入黑名单

    面试官如何分析一份简历

    • 看技术栈和项目经历,是否匹配当前工作?
    • 看工作年限和技能是否匹配?
    • 如有博客或者开源,则点开看一下,内容是否有价值?
    • 一目十行的看,寻找亮点
    • 如找到亮点,则再详细看看简历
    • 根据工作年限,准备面试题

    简历模板与内容

    写简历的原则

    • 把自己当作普通人,有亮点要展示出来,不要等着别人发掘
    • 技术栈尽量写全面,但不要浮夸
    • 技术能力要匹配工作年限(不要:简历随便写写,面试时再说)

    简历模板-简历应该包含哪些内容

    下载和创建

    • 可以网上搜索、下载简历模板
    • 可以自己用word创建
    • 注意:简历不要过于花哨,报纸黑字,简洁明了

    模板和顺序

    • 个人信息
    • 教育经历
    • 专业技能
    • 工作经历
    • 项目经历
    • 自我评价

    “自我评价”要不要写

    • 如果仅仅是空话,那就不要写
    • 如果有实际的内容印证(eg:热爱学习,看过xx本技术书籍,最近正在看《xxx》),那就写上
    • 和工作无关的信息(如兴趣爱好)不要写

    自我评价

    • 热爱学习,看过xx本技术书籍,最近正在看《xxx》
    • 热爱分享,曾在公司组织过xx次分享,最近的主题是:xxx

    简历要写几页

    • 应届生或3年以内工作经验:1-2页
    • 3年以上工作经验:2-3页
    • 不要刻意压缩,一页密密麻麻的不好阅读

    注意事项

    • 错别字,英文单词拼错,首字母大小写
    • 投递简历用pdf格式,可命名为<前端工程师简历-姓名.pdf>
    • 去面试时,打印几份简历带着

    个人信息-不要写太多

    必要信息

    • 姓名,性别
    • 手机号
    • 邮箱

    个人信息

    • 姓名(性别)
    • 电话
    • 邮箱
    • 博客、开源

    非必要信息

    • 照片
    • 年龄(不写年龄但要写教育经历,xx年毕业)
    • 博客,开源(如果是临时抱佛脚类型,没有积累,没必要)

    不要写

    • 婚姻状况
    • 期望薪资
    • 民族,政治面貌

    教育经历-专科能进大厂吗?

    必要信息

    • 学校(入学和毕业时间)
    • 学历
    • 专业

    教育经历

    • xxx大学(20xx.x-20xx.x - 专业 - 本科)
    • 获奖

    加分项

    • 获奖(如软件大赛、学校奖学金)
    • 证书(软考,PMP)
    • 英语(6级或以上)

    专科也能进大厂!—所有的大厂都不会限学历
    尽早让你的工作成绩覆盖你的学历

    专业技能-面试需要必备哪些?

    条目清晰

    • 每项技能独占一行,写全面,写丰富
    • 不要混乱,不要重复
    • 不要写的太基础,如git svn vscode 不用写

    熟练程度的表达

    • 了解(看过文档,做过demo,不是很深入,也没有实际用过)
    • 熟悉(已经用过,并用的很熟练了,知道怎么用,能拿它做相关的工作)
    • 精通(慎用)(既能熟练运用,又能知道原理,甚至看过源码)

    eg:

    专业技能

    • 熟悉计算机基础,熟悉基本的数据结构和算法,了解常用的设计模式
    • 熟悉前端基础知识HTML CSS Javascript ES6,了解Typescript,熟悉HTTP协议
    • 熟悉Vue2 Vue3及其周边Vuex Vue-router ElementUI VantUI等,了解Vue原理
    • 熟悉Webpack babel常用配置,了解gitlab CI/CD配置
    • 了解React,了解node.js

    注意:熟悉、了解、精通的使用

    面试必备专业技能

    • 数据结构和算法(尤其大厂)
    • 前端基础知识HTML CSS JS(特别是JS,知识点非常多)
    • 前端框架Vue React的应用和原理

    如何快速补充专业技能+讲师评审简历?

    快速学习成长的统一套路

    • 找到知识体系范围和重点
    • 刻意训练
    • 及时反馈(eg:写写文章,看别人能否看懂;帮别人解答问题;参加面试,看能否通过;做个实战项目;做个开源项目)

    如何快速补充专业技能

    • 自学(省钱费时间)
    • 跟老师学(花钱省时间)—推荐:老师的三门面试课程,一站式前端面试教学

    根据这个课程大纲自己找资料自学
    一、搞定大厂前端技术一面
    二、前端框架及项目面试
    三、前端面试之大厂真题100题
    (总共75h)

    9大面试考察方向

    工作经历-程序员不仅仅是写代码的

    应届生最好有实习经历

    必要信息

    • 公司(入职和离职时间)
    • 角色(一般是前端工程师,前端开发负责人,前端开发组长,前端实习生)
    • 职责

    关于职责

    • 沟通评审需求
    • 项目管理
    • 技术方案设计评审
    • Code Review
    • 组织学习分享
    • 带团队,带实习生

    工作经历(实习经历)

    公司1

    • 时间:xxx-xxx
    • 角色:前端工程师
    • 职责:和PM沟通需求;新功能的技术方案设计;前端代码开发;配合QA测试;线上监控修复Bug;

    公司1

    项目经历-使用STAR模型,全面展示

    项目经历不是流水账,而是要证明专业技能
    if某个项目你没有做过,but这个项目你非常了解,里面有什么技术,怎么实现,怎么运作,怎么管理,全知道,就可写在简历上
    项目经历就像讲故事
    在这里插入图片描述

    在这里插入图片描述

    项目经历

    项目1

    项目介绍
    药品售卖商城。用户可以购买药品并快速配送到家,还有各种营销策略。包括PC和H5。活跃用户30w+,日均PV 300w+(体现项目复杂度,从而体现能力)
    技术栈

    • 框架:Vue + Vuex + Vue-router + ElementUI + VantUI
    • 构建:Webpack + babel
    • 测试:jest + cypress
    • CI/CD: gitlab CI + jenkins + 阿里云
    • 统计和监控:Arms
    • 项目管理: teambation + jira

    工作和成就

    • 负责统计项目性能检测,错误监控。将项目评分从70分提升到90分
    • 负责个人中心,收货地址,优惠券开发。带领2人,一个月从0设计、开发、测试并发布、无延期
    • 参与商品详情页开发。期间分析页面代码,抽离出10个公共组件
      项目2

    项目3

    注意:负责、参与等词的使用

    注意事项

    • 项目名称不要叫“仿xxx”
    • 简历中的项目不要超过3个,能体现技能即可
    • 应届生没有项目经历,可以写课程设计或毕业设计的项目

    发掘你的亮点

    误解

    • 技术牛人不需要亮点,有个人成就
    • 普通程序员没有个人成就,就需要发掘亮点
    • 亮点就在日常工作中

    发掘亮点

    • 个人信息:有质量的博客、开源作品
    • 自我评价:能真正体现出自己的学习热情和能力
    • 教育经历:证书,获奖,英语
    • 专业技能:技术栈全面,有深度,有广度
    • 工作经历:除了开发之外的其他能力,复合型人才
    • 项目经历:体现自己的工作成绩

    注意事项

    • 亮点起作用的前提:基本技能过关+和当前职位匹配
    • 技术栈过于单一(只会用Vue)这是一个短板
    • 有些需要日常积累

    课程总结

    重点

    • 简历需要精心准备,面试需要精心准备
    • 亮点需要刻意挖掘
    • 不要造假

    简历内容

    • 个人信息
    • 教育经历
    • 专业技能
    • 工作经历
    • 项目经历
    • 自我评价
    展开全文
  • 前端工程师个人简历模板 前端模板 HTML模板 修改其中的个人信息、经验等信息即可使用
  • 前端开发工程师求职简历模板是一款简洁好看的个人简历模板下载。提示:本模板调用到谷歌字体库,可能会出现页面打开比较缓慢。
  • 前端工程师简历模板

    2018-05-24 12:57:16
    帮助学Web前端的设计师投简历时的简历模板,还有写简历会遇到的问题
  • 大学计算机专业从事于web前端开发工作熟悉htmlcssjavascriptjqueryvue等了解微信小程序bootstrapelement-uimint-uiless以及其他一些第三方插件和库为人端正友好工作谨慎认真积极上进自学能力良好个人优势/Personal ...
  • 简历不仅仅是履历,它的重要作用是展示能力!!! 在阿里常年招聘,筛过各式各样的简历,每到招聘季,筛简历、面试过程非常耗精力,当然,原因之一是我想招非常优秀的人,宁可多花些时间,另一方面,除了那些不合格...

    简历不仅仅是履历,它的重要作用是展示能力!!!

    在阿里常年招聘,筛过各式各样的简历,每到招聘季,筛简历、面试过程非常耗精力,当然,原因之一是我想招非常优秀的人,宁可多花些时间,另一方面,除了那些不合格的简历之外,还有好多简历语焉不详,不得不在电面时反复确认,同时为了兼顾应聘者感受,又要装作很职业的样子跟他做一些互动,往往这部分有大量被筛掉的人,这侵占了我的大片时间。为了提高这部分人的简历通过(面试)的效率,列几点建议:

    第一,自荐简历一定要署名

    招聘季的招聘信息发出去后,邮箱会收到大量简历,邮件标题和附件基本上一大半都是不署名的。简历评估+电面之后,不会每个简历都会写完整评价录入系统,特别是一些拿不准的简历,想 Hold 一下,等处理完全部之后再翻出来看看,但当 review 这些简历时,从邮件列表中看到的往往是这样的:


    早就不记得哪个邮件放的是谁的简历,再挨个去翻附件(有的是PDF,有的是Word,有的是 HTML,有的干脆是一个 zip,有的是一个网址,有的干脆把简历粘贴在邮件正文。。。)去对当初写的评价,很耗时,效率奇低。即使最后翻到要找的简历,也已经大大减分了。所以,如果自荐简历的话,一定要在邮件标题、简历附件文件名上写清楚,谁、应聘什么岗位、建议层级(初级、资深、专家),好歹我下载完附件之后不用再重命名了。

    第二,务必要有 word 或 pdf 文件的简历

    现在好多人简历直接挂网上,或者是 HTML 的,这种简历我处理起来很费劲。阿里内部的招聘系统支持 word 和 pdf 格式支持的最好,我在录入系统时,上传完附件后好多字段直接就被系统读出来了,HTML 的简历支持的最差,传完附件我还要一个个手工去填,花精力在这上面是完全没意义的,而且从我的经验来看,一页 HTML 简历源码能表现的东西实在有限,毕竟我们现在不招初级(P5及以下)前端了,所以 word 和 pdf 格式的载体足够了,多花精力放在简历内容上。

    第三,简历要表现出亮点,最好有作品

    前端技术现在也分化的厉害,不严格划分的话,有 NodeJS、H5、Hybrid、架构和业务研发等方向,现在库和规范很多,但每个分支的难度、技术基线都类似(比如达到资深所消耗的时间都差不多),所以全栈通才固然好,每个方向都深入有点太难为人,但至少某一个方向要非常精钻非常深入。所以简历里要重点标出这个长处。实际上九成的简历里的“技能”部分几乎都是一样的,都差不多把前端用到的技术罗列一遍,毫无意义的占据简历中的黄金地段。

    所以,既然全栈不易,不如把自己最擅长的那个语言或技术高亮加粗出来,面试的时候我就直接绕过其他,专从这个“高亮加粗”部分来做一些技术探底了,以此来引导面试官来问你擅长的部分,更有利于你扬长避短。

    技术探底一般怎么做?看作品!如果擅长 Node,就看看 NPM 上提交的模块,install 下来演示下,讲讲核心代码。如果是一个组件,就直接看 Demo,讲设计封装思路。如果是一套脚手架工具,直接画架构图,讲原理和适用场景。如果是项目,那就 show 下你作为 PM 发的 Release 邮件!作品不仅仅是这些,也可以是技术专利、设计方案、成功的带人案例、成功的团建案例等,只要内容充实接地气,脉略(可以是代码、也可以是一件事)清晰,show 的过程中两眼放光唾沫星子乱飞,有这个感觉就对了。所以,简历里要适当带有这些储备好的作品,备着面试时狂秀一下。

    第四,突出重点,展示能力

    现在招一个能干活的人不难,难的是招一个能解决问题的。特别是像阿里这种业务性的研发,既要从业务方那领需求,又要警惕需求陷阱,准确识别出刚性需求,出方案,推执行,Release 结果。所以,应对这每个环节所需的技能,最好在简历里有所表现。具体说就是描述每个项目时,不仅要有背景、过程,还要有你为这个项目带来的结果。比如这样描述项目:

    我做了 XX 项目重构,用了 XX 技术方案,克服了 XX 的困难,最终让 XX 这类需求变更可以短平快的被消化,极速研发、快速上线、且数据采集也做到了标准化,研发成本大大降低,数据积累增长迅速,比如 XX ,最后在 XX 产品线中开始推广。

    在面试时,这种描述很容易引出有针对性的话题来聊,也正因为简历里有这些铺垫,可以节省大量的面聊时间,更快做出判断。一位好的Web前端开发工程师在知识体系上既要有广度,又要有深度,所以很多大公司即使出高薪也很难招聘到理想的前端开发工程师。那么如何系统的学习企业实用的web前端技术呢,为此建立了一个web前端的直播上课学习扣扣裙,web前端前面数字是四九一,web前端中间的数字是四零四,web前端最后是三八九,将数字连接起来就是了。真正想要学习的可以进入,打酱油的就不要浪费大家的时间了。现在说的重点不在于讲解技术,而是更侧重于对技巧的讲解。技术非黑即白,只有对和错,而技巧则见仁见智

    相比之下,这种描述就不好:

    XX 项目前端研发,用了 AngluarJS,整个项目独立完成,包括整个 Boss 系统的受理收费、商品零售、小灵通短信群发、有线电视代收费、营业员/营业点结账等模块。

    这段描述只传达出一个信息,就是你用过 AngularJS。至于当初面临多少种技术选型,如何做取舍选择了 AngluarJS,这些系统模块之间如何基于 AngularJS 进行耦合,有没有涉及前端架构,AngularJS 用的有多深,项目成员分工怎样,如何并行研发?遇到过哪些你认为有价值的问题,并针对此提出应对方案,是代码解决还是组织解决?这个过程要靠面试的时候问答大半天才能搞清楚,问不出来的,基本也就跳过了。要是简历里表达出来,脑子里很嘹喨,面聊也不会很拖沓,能力评价自然会很高。

    再补充一个,有好多人有写博客写总结的习惯,这个习惯非常好,如果某个总结能和简历里做的项目结合起来,就更好了。

    第五,全绿的 Github 提交记录

    简历里附上 Github,最好提交记录那里泛绿的厉害,如果进到 Github 首页就想点开项目列表,找项目去读,如果看到有那种长时间维护的、Readme 写的清楚的、一本正经的写上“转载注明出处的”,基本上抓起电话就开聊了,结果基本上不会差。

    第六,其他关注和不关注

    关注:每次换工作的离职原因,可量化的工作成果,能代表你最高水平的项目要写详细,标红加粗下划线,在简历中强调出来。

    不关注:证书、四六级、了解的编程语言(如果不精通就不要写)、你不擅长什么、个人简介。

    第七,典型问题

    技术探底的问题肯定会问一些,此外面试每个人多会问:

    1. 哪个项目让你最满意、代表你的最高水平?如何做的?

    2. 让你印象最深刻的一个(技术)难点,害的你搞了很久,最后怎么解的,有什么心得?

    3. 你做的时间最久的一个项目(或产品),你看到这个项目有哪些问题,你能做什么?

    4. 你能给我们团队或者产品带来什么?

    这些问题不是硬性的,主要看平时是不是除了技术还琢磨点别的,特别是在阿里好多 BU 产品基本形态成型的基础上,要做试错、创新、提效、求精、找方向,这种情况下,只具备(完成刚性需求的)技术能力已经远不够了,而更需要辩证的执行。

    最后

    当然,上面这些都是建议,不管你觉得有没有用,坚持一个原则,那就是“简历不仅仅是履历(你做过什么),它的重要作用是展示能力(你能做好什么)!!!”

    展开全文
  • 网站前端工程师简历模板
  • 02、前端开发工程师【4年】简历模版.doc
  • 主要为大家分享了了Web前端开发工程师需要掌握的核心技能,在W3C标准的结构、行为和表现中我们需要掌握什么样的核心技能,本文为大家揭晓,感兴趣的小伙伴们可以参考一下
  • 前端工程师开发面试简历模板前端工程师开发面试简历模板
  • 高级前端工程师简历模板适用于岗位求职使用。本作品提供DOC格式文件可免费下载
  • 一年前端开发工程师简历by Artem Sapegin 通过Artem Sapegin 2017年是前端开发人员应该回头并掌握基础知识的一年 (2017 is the year that front-end developers should go back and master the basics) ? The ...

    一年前端开发工程师简历

    by Artem Sapegin

    通过Artem Sapegin

    2017年是前端开发人员应该回头并掌握基础知识的一年 (2017 is the year that front-end developers should go back and master the basics)

    ? The advice is valid for 2019 too, don’t worry if you found this article a year later ?

    该建议也适用于2019年,请不要担心是否在一年后找到此文章?

    In our fast-paced ecosystem, we tend to spend our time trying out the latest inventions, then arguing about them on the internet.

    在我们快节奏的生态系统中,我们倾向于花时间尝试最新的发明,然后在互联网上讨论它们。

    I’m not saying we shouldn’t do that. But we should probably slow down a bit and take a look at the things that don’t change all that much. Not only will this improve the quality of our work and the value we deliver — it will actually help us learn these new tools faster.

    我并不是说我们不应该这样做。 但是我们可能应该放慢一点,看看那些变化不大的事情。 这不仅将提高我们的工作质量和交付的价值,而且实际上将帮助我们更快地学习这些新工具。

    This post is a mix of my experience and my wishes for the New Year. And I want to hear your suggestions in the comments just as much as I want to share my own.

    这篇文章融合了我的经验和我对新年的愿望。 我想听听您在评论中的建议,就像我想分享自己的建议一样。

    了解如何编写可读代码 (Learn how to write readable code)

    Most of our work lies not in writing new code, but maintaining existing code. That means you end up reading code much more often then writing it, so you need to optimize your code for the next programmer, not for the interpreter.

    我们的大部分工作不是编写新代码,而是维护现有代码。 这意味着您最终要花更多的时间阅读代码,然后再编写代码,因此您需要为下一个程序员而不是解释器优化代码。

    I recommend reading these three amazing books — in this order, from shortest to longest:

    我建议阅读这三本令人惊叹的书-按从最短到最长的顺序:

    深入学习JavaScript (Learn JavaScript deeper)

    When every week we have a new JavaScript framework that’s better than any older framework, it’s easy to spend most of your time learning frameworks rather than the language itself. If you’re using a framework but don’t understand how it works, stop and start learning the language until you understand how the tools you use work.

    每周我们都有一个比任何以前的框架都更好的新JavaScript框架时,很容易将大部分时间花在学习框架上而不是语言本身上。 如果您使用的是框架但不了解其工作原理,请停止并开始学习该语言,直到您了解所使用的工具的工作原理

    学习函数式编程 (Learn functional programming)

    For years we wanted classes in JavaScript. Now we finally have them but don’t want to use them anymore. Functions are all we want! We even write HTML using functions (JSX).

    多年来,我们一直希望使用JavaScript类。 现在我们终于有了它们,但不再想要使用它们了。 功能就是我们想要的! 我们甚至使用功能(JSX)编写HTML。

    学习设计基础 (Learn design basics)

    As front-end developers, we’re closer to users than anybody else on the team — maybe even closer than designers. And if designers have to verify every pixel you put on screen, you’re doing something wrong.

    作为前端开发人员,我们比团队中其他任何人都更接近用户,甚至比设计师更接近。 而且,如果设计人员必须验证您在屏幕上放置的每个像素,那么您在做错什么。

    了解如何与人类合作 (Learn how to work with humans)

    Some of us come to programming because we prefer to interact with computers more than with humans. Unfortunately, that’s not how it works.

    我们中有些人之所以进入编程领域,是因为我们更喜欢与计算机互动,而不是与人类互动。 不幸的是,这不是它的工作方式。

    We rarely work in isolation: we have to talk to other developers, designers, managers — and sometimes even users. That’s hard. But it’s important if you want to really understand what you’re doing and why, because that’s where the value in what we do lies.

    我们很少孤立地工作:我们必须与其他开发人员,设计师,经理,有时甚至是用户交谈。 辛苦了 但是,如果您想真正了解自己的工作及其原因,那很重要,因为那是我们工作的价值所在。

    学习如何为人类写作 (Learn how to write for humans)

    A big portion of communication with our colleagues and other people are textual: task descriptions and comments, code comments, Git commits, chat messages, emails, tweets, blog posts, etc.

    与同事和其他人的交流很大一部分是文字性的:任务描述和注释,代码注释,Git提交,聊天消息,电子邮件,推文,博客文章等。

    Imagine how much time people spend reading and understanding all that. If you can reduce this time by writing more clearly and concisely, the world will be a better place to work.

    想象一下人们花了多少时间阅读和理解所有这些内容。 如果您可以通过更简洁明了的写作来减少时间,那么世界将是一个更好的工作场所。

    学习旧计算机科学的智慧 (Learn the old computer science wisdom)

    Front-end development isn’t just animated dropdown menus any more. It’s more complicated than ever before. Part of that notorious “JavaScript fatigue” stems from the increased complexity of the tasks we have to solve.

    前端开发不再只是动画下拉菜单。 它比以往任何时候都更加复杂。 臭名昭著的“ JavaScript疲劳”部分原因是我们必须解决的任务越来越复杂。

    This, however, means that it’s time to learn from all wisdom that non-front-end developers have built up over the decades. And this is where I want to hear your recommendations the most.

    但是,这意味着是时候从所有智慧中学习非前端开发人员在过去几十年中积累的知识了。 这是我最想听听您的建议的地方。

    Here are a couple resources I personally would recommend on this:

    这里有一些我个人会推荐的资源:

    Subscribe to my newsletter: https://tinyletter.com/sapegin

    订阅我的新闻通讯: https : //tinyletter.com/sapegin

    Thanks to Henrique Alves, Nicolás Bevacqua, Alexander Burtsev, Nataliya Karatkova, Oliver Turner, Juho Vepsäläinen and Anton Zhiyanov for feedback and suggestions. If you like photos in this post, download them from my Unsplash account. And follow me on Twitter if you like this article.

    感谢Henrique AlvesNicolásBevacquaAlexander BurtsevNataliya KaratkovaOliver TurnerJuhoVepsäläinenAnton Zhiyanov的反馈和建议。 如果您喜欢这篇文章中的照片,请从我的Unsplash帐户下载它们。 如果您喜欢这篇文章,请在Twitter上关注我

    翻译自: https://www.freecodecamp.org/news/what-to-learn-in-2017-if-youre-a-frontend-developer-b6cfef46effd/

    一年前端开发工程师简历

    展开全文
  • 简历不仅仅是履历,它的重要作用是展示能力!!! 在阿里常年招聘,筛过各式各样的简历,每到招聘季,筛简历、面试过程非常耗精力,当然,原因之一是我想招非常优秀的人,宁可多花些时间,另一方面,除了那些不合格...
  • 前端工程师开发面试简历模板前端工程师开发面试简历模板
  • web前端工程师简历自我评价范文一有3年以上...web前端工程师简历自我评价范文二具备前端工程师所要求的各种语言、主流框架以及软件技能,有两年的前端开发经验,熟练使用HTML5、CSS3等前台语言,并对PHP、thinkPHP...
  • 前端工程师开发面试简历模板前端工程师开发面试简历模板
  • javascript,能够使用js封装一定的功能库,提高开发效率,了解js的面向对象思想以及构造函数及原型 zepto+hammer,熟练使用移动端框架开发移动端界面 了解微信小程序,能够制作简单的demo xampp本地服务器 svn+git ...
  • 前端工程师开发面试简历模板前端工程师开发面试简历模板
  • 前端工程师开发面试简历模板前端工程师开发面试简历模板
  • 前端工程师开发面试简历模板前端工程师开发面试简历模板
  • 前端工程师开发面试简历模板前端工程师开发面试简历模板
  • 前端工程师开发面试简历模板前端工程师开发面试简历模板
  • 前端工程师开发面试简历模板前端工程师开发面试简历模板
  • 一份来自前端开发工程师的规范简历

    万次阅读 多人点赞 2018-04-10 14:11:49
    个人资料姓名:嘻嘻性别:女电话:12132323613邮箱:12132143285@163.com现居地:上海市 工作年限:3年求职意向期望职位:前端开发工程师期望薪资:面议工作性质:全职到岗时间:离职,一周内入职专业技能精通DIV+CSS...
  • 前端工程师开发面试简历模板前端工程师开发面试简历模板
  • 前端工程师开发面试简历模板前端工程师开发面试简历模板
  • 前端工程师开发面试简历模板前端工程师开发面试简历模板

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 11,863
精华内容 4,745
关键字:

前端开发工程师简历