其他朋友其实已经讲的差不多了,我给一些具体的建议
一. 个人优势建议缩短一些,单列一下独特优势,并把技术栈的部分单起一个栏目,例如这样
个人优势:
1. 在团队在担任过产品职责,有较好的产品能力和项目落地经验。
2. 有过全栈研发经验
3. blablabla
技术能力:
1. 精通 Laravel ,是早期 Laravel 的推广者和
laravel-China.org 的维护者(加上一些证明,比如具体的 title 啊,项目的成员列表啊)
2. vue....
二. 在工作经历和项目经历中的很多描述过于口语化,带有不必要的背景信息,应当精简
例如这一句就不太合适,读起来摸不着头脑
出身于 LaravelChina 社区的技术外包公司,在职期间主要是作为项目负责人对接与完成项目。大部分时间为 Remote work ,主
要负责了如下任务:
完全可以改成这样,并在面试的时候再进一步解释具体情况:
作为项目负责人对接项目需求,拆解任务到团队,推动项目如期交付:
1. xxx
2. xxx
三.项目经历里的一些描述过于"水"了
例如这个描述,绝大多数文字都在描述业务,而没有讲技术点
2. 使用 Wepy 完成小程序用户端 /店家端开发。支持动态生成门店小程序,前端编写 Render 方法,支持生成自定义海报图,支
持玩家在线付费,组局,储值,积分兑换。支持查看剧本、主持人详情评价及交互。店家端支持动态权限分配,支持配置门
店会员等级规则、自定义装修、剧本、组局、储值管理。支持查看财务报表、流水。支持动态生成独立小程序。
除非是同行,否则面试官和 hr 是不会关心你的具体业务的,大部分这种描述完全可以简化成"使用 xx 技术解决 xx 问题、搭建 xx 系统"
然后在面试的时候再解释为什么要用 xx 技术,比如是行业惯例?满足了你们某些特殊的需求?
在应用开发的过程中遇到了什么技术难题?可以挑核心的往上写一写