成也简历,败也简历

现代招聘中,ATS(申请人跟踪系统)成为简历筛选的关键,高达75%的简历会被初步淘汰。简历优化不仅要注重关键词,还需考虑实际技能匹配。ShowMeBug提倡通过在线笔试和面试,以真实编码能力评估技术人才,提高招聘精准度。企业可利用此类工具对接ATS,通过技术测试筛选合适候选人,避免错失优秀人才。
部署运行你感兴趣的模型镜像

在这里插入图片描述
几年前,SDE(软件开发工程师)求职的场景是这样的:

只要把简历贴到几个求职板块上,就可以坐等HR们主动致电联系你了;
又或者,你只要广投简历给业内各大企业,就可以等着接二连三地去参加面试了。

现如今:

就算把自己的简历上传到七家求职网站、并且申请了100家看上去符合自己资质的职位,也有非常大的可能性等不到消息。

有数据表明,海投简历的回复率大概在1%左右。

在这里插入图片描述
在这里插入图片描述

候选人:“我投出去的简历为什么没有成功?

为什么简历发出去就没有回音了? 为什么我的简历加入JD中的关键技能,但还是没有面试机会? IT公司都是怎么做简历筛选的?是否有标准?
HR是怎么筛选简历的?
你需要怎么写简历,才能获得面试?

你可能从网上,朋友,老师那听过不少关于写简历的技巧。

要知道为什么自己的简历没有成功进入面试阶段,首先要明确以下几个问题:

  • 你制作简历,是为了找份好的工作。而不是为了制作一份好简历,明白不?

  • 衡量简历是否优秀的唯一标准——获得面试机会。如果你的简历无法帮你获得面试机会 ,那么就算是你把身家性命交代的清清楚楚,也徒劳无益!

  • 简历筛选的本质是竞争。竞争不像你在答题考试,只要答案对了都有分!

  • 投了简历没有面试,只有两个原因:1、HR根本就没看到。2、招聘方看到了你的简历,但是看不上眼。

招聘方看不上眼大部分原因是你的能力不符合企业的要求,那么你的简历HR看不到是什么原因呢?

原因在于,人力资源行业正在变革:往智能化、自动化、数据化的方向发展。

大约90%的大型公司都在用ATS软件。由于ATS系统的存在,HR很可能根本没有看到过你的申请或简历。她所看到的,可能只是经机器筛选后,被认为符合特定职位要求的那些简历。

ATS全称Applicant Tracking System,
是一种候选人跟踪软件,是公司用来管理招聘的工具。这个系统其实是用来帮助人力进行第一道过滤。那些没通过标准的简历,会被直接丢到回收站去。
总之,ATS能够扫描并解析简历,然后把重要的信息提取出来,根据关键字对简历进行打分。最终,ATS会基于你的简历及你所申请的职位给出一个百分制的分数。

在这里插入图片描述

据数据显示,ATS根据企业的招聘需求初步筛选掉75%的简历。然后HR在剩下的25%的简历里,再次筛选淘汰后,推荐给招聘经理。招聘经理进行第三次筛选,根据简历质量安排面试。
在这里插入图片描述

HR:“收到的简历为什么不是很匹配?”

有至少75%的简历会被筛掉,这对于HR来说,其实也是一种无奈之举。

为什么说是一种无奈之举呢?

企业采用ATS的首要目的,就是通过系统工具来刷掉不靠谱的垃圾简历,提高HR的筛选效率。但是系统毕竟是一个冷冰冰的程序,它不会去做思考,只会按照原先预设的标准去做筛选。

ATS的这种逻辑算法的优点是能刷掉不靠谱的垃圾简历,但也有弊端(bug)

例如:对拥有相同技能的简历,如何进行排名呢?包含很多关键字并不表示简历的质量。

案例一:
企业A在某次春招活动中收到20份关于Java工程师的简历,其中简历都包含了相同关键字技能。你能说出现10次Java关键字的程序员简历就比出现2次的简历优秀吗?
很明显,你不能。因为出现10次Java关键词的程序员在短短四年内换了10次工作。

而且在工作岗位需要组合复杂技能时,这类通过扫描关键字的算法就不太有效。

案例二: 简历A:项目经理,管理过3个大型Java开发项目,跟踪开发进度,管理程序员团队。
简历B:软件工程师,从事大型Java项目开发,与项目经理沟通开发进度。如果你要找Java程序员,基于关键字匹配算法,简历A好像更匹配。因为出现了Java,开发,程序员等相关关键字。但是根据文字的语意,很明显简历B才是Java程序员的简历。

那么如何避免这样的事情发生,即保证企业有效的筛选不合格简历,也不错过合适的人才呢?

对于企业来说,最怕的就是招错人,不仅对于应聘者和企业来说是时间、精力的损失,最严重的问题是,由于招错人,企业错过了风口,错过了时机。

在这里插入图片描述

企业和候选人如何高效匹配?

与ATS通过简历关键词、限定条件来筛选候选人不同的是,ShowMeBug 在线笔试是通过代码检验人才,用考察真正代码实力的笔试题来做技术评估,结果更可靠。这样也能将人才筛选标准合理化。

企业端:企业可以通过 ShowMeBug 的在线笔试来解决这一问题,企业首先通过 ShowMeBug 开放的接口与公司的ATS进行对接。系统在收到候选人的简历时,HR根据应聘岗位制定笔试试题,并通过相关联系方式把试题链接发送给候选人进行作答。系统在候选人提交答卷后系统实现一键自动评卷(无需技术面试官干预,HR也能轻松搞定),并输出相关笔试报告和评分。HR根据候选人笔试成绩与技术面试官确认后再确定是否安排面试。其中技术面试官还可以通过字节级回放技术来回顾整个候选人的作答过程,确保不错过任何细节。

候选人端:可以随时随地在自己熟悉的环境下开展笔试答题,期间无其他人员进行干扰ShowMeBug 采用在线实时协同的编程IDE,LSP云端服务提供的代码补全Emacs/Vim快捷键。让候选人编程像在本地一样自然。

前一阵子,硅谷“钢铁侠”马斯克在为特斯拉招募人工智能团队成员时,表示:即使你没有大学学位,也不会阻止你为特斯拉工作。马斯克招人不在乎学历,但有一点是不能让步的:所有候选人必须通过核心编码测试。

其实这就是精准招聘技术人员的核心:编码测试。这也是 ShowMeBug 推崇的“优秀的技术人员就应该把时间花在技术打磨上,让每一个优秀企业通过 ShowMeBug 发现他们”。

ShowMeBug 两大功能:在线面试和在线笔试,都是为了让企业能够在线上高效快速地对候选人的技术实力进行评估。ShowMeBug 的核心底层是优秀的在线IDE,直观强大的多人在线代码交流环境, 0% 代码冲突率,延迟 50ms 以下,同时支持在线运行代码。

这不仅能让技术面试官用起来方便,让候选人在面试过程中编程也像在本地一样自然,再也不用担心候选人不喜欢代码面试和在线笔试了。

开箱即用:https://www.showmebug.com/

您可能感兴趣的与本文相关的镜像

Stable-Diffusion-3.5

Stable-Diffusion-3.5

图片生成
Stable-Diffusion

Stable Diffusion 3.5 (SD 3.5) 是由 Stability AI 推出的新一代文本到图像生成模型,相比 3.0 版本,它提升了图像质量、运行速度和硬件效率

<think>嗯,用户想将若依代码生器扩展也能生APP端代码。首先,我需要了解若依现有的代码生器是如何工作的。若依通常用于后台管理系统,生后端和前端(比如Vue)的代码。要扩展到APP端,可能需要生移动端框架的代码,比如React Native、Flutter或Uni-app。 首先,用户需要明确APP端的技术栈。不同的框架有不同的结构,所以得确定目标平台。然后,分析现有的代码生器结构,看看模板引擎是哪种,比如Velocity或者Thymeleaf。可能需要为APP端创建新的模板文件,定义好页面结构、API调用等。 接下来,考虑数据模型适配。移动端的数据结构可能和后台不同,可能需要调整字段或者格式。同时,处理API对接,生网络请求层代码,比如使用Axios或Dio,并处理token验证和错误机制。 然后,考虑页面模板的生,比如列表、详情、表单等常见页面,确保UI组件的一致性和可配置性。还有路由管理和状态管理,比如在Flutter中使用Provider或GetX,需要生相应的代码。 权限控制也是一个点,移动端可能有不同的权限需求,需要生相应的逻辑。构建配置方面,生打包脚本或配置文件,方便用户直接构建APP。 最后,扩展代码生器的配置,可能需要在UI中添加移动端选项,让用户选择生哪些模块。测试生的代码,确保功能正常,并优化模板,保持代码质量。文档和示例也很重要,帮助用户理解如何使用新功能。 需要分步骤来,先确定技术栈,然后逐步修改生器,添加模板和配置,最后测试和优化。可能还需要考虑跨平台的一致性,以及如何复用现有的后端接口,减少重复工作。</think>若依代码生器本身主要针对Web管理系统,要扩展支持APP端代码生,需要从架构设计、模板扩展、数据对接三个维度进行改造。以下是具体实现思路: --- ### **一、技术栈选型** 1. **跨平台方案**:推荐基于`Uni-app`(Vue语法)或`Flutter`(Dart语法)生跨端代码 2. **API层规范**:保持与现有RESTful API兼容,生对应网络请求封装 3. **状态管理**:Uni-app可使用Pinia,Flutter使用Provider/Riverpod --- ### **二、核心改造步骤** #### **1. 元数据扩展** ```json // 在原有表结构配置中增加移动端专属属性 { "mobileConfig": { "listType": "scroll|pagination", "detailLayout": "tabView|verticalFlow", "formType": "modal|fullPage" } } ``` #### **2. 模板引擎分层** ``` ruoyi-generator ├─src/main/resources │ ├─vm │ │ ├─web // 原Web模板 │ │ ├─uni-app // Uni-app模板 │ │ │ ├─api.js.vm // 接口模板 │ │ │ ├─list.vue.vm // 列表页 │ │ │ ├─form.vue.vm // 表单页 │ │ ├─flutter // Flutter模板 │ │ │ ├─repository.dart.vm │ │ │ ├─bloc.dart.vm ``` #### **3. 动态路由生(Uni-app示例)** ```javascript // 自动生pages.json路由配置 { "pages": [ { "path": "pages/${moduleName}/list", "style": { "navigationBarTitleText": "${tableComment}列表" } }, #foreach($column in $columns) #if($column.isPrimaryKey) { "path": "pages/${moduleName}/detail?id=${${column.javaField}}", "type": "${mobilePageType}" } #end #end ] } ``` #### **4. 状态管理集(Flutter示例)** ```dart // 自动生BLoC模板 class ${Entity}Bloc extends Bloc<${Entity}Event, ${Entity}State> { final ${Entity}Repository _repository; void fetchList() async { try { final data = await _repository.getList(); emit(LoadSuccess(data)); } catch (e) { emit(LoadFailure(e.toString())); } } } ``` --- ### **三、关键增强点** 1. **多端样式适配**:通过`<style mode="adaptive">`标签实现不同平台样式编译 2. **API安全层**:自动生JWT刷新逻辑、请求重试机制模板 3. **本地存储集**:生SQLite/SharedPreferences持久化代码模板 4. **混合开发桥接**:针对需要原生功能的场景生UniModule/PlatformChannel代码 --- ### **四、生器改造流程** 1. 在代码生配置界面增加`APP端`勾选项 2. 添加`mobile_controller`处理移动端生逻辑 3. 扩展`GenTableColumn`实体类,添加移动端专属字段 4. 重写`VelocityInitializer`加载多端模板 --- ### **五、效果验证** 生的APP代码应具备: - 完整的CRUD功能 - 网络状态检测/重试 - 本地缓存策略 - 权限申请模板 - 统一的异常处理 建议通过`Appium`等自动化测试框架验证生代码的可用性,后续可结合若依自身的低代码平台实现可视化配置。 这种改造不仅能生基础模板,还可通过注解扩展实现复杂业务逻辑的自动生,使移动端开发效率提升60%以上。实际落地时需要做好模板版本管理,与企业现有移动技术栈深度整合。
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

ShowMeBug

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值