这是一个创建于 1184 天前的主题，其中的信息可能已经有所发展或是发生改变。
base64: aHR0cHM6Ly9pbWd0dS5jb20vaS9oQllwRzk=
 |
1
Euthpic OP 最近这份工作 dev 的活没啥挑战性,只能吹 ops 的活了.不过我对 ops 不怎么感兴趣,这里作为重点介绍只是想突出自己勇于接受挑战,为公司为团队学习新的领域,克服未知苦难的特点.
|
 |
2
jxxz 2021-09-01 18:20:56 +08:00
挺好的 彦祖
|
 |
3
anyxchachapoly 2021-09-01 18:53:42 +08:00
1. 赋闲在家那段建议修改下，可以点出一些做的小项目也行
2. 当前工作的经历离开发有段距离，这得看你准备拿这份简历投什么岗位（尽管是 Jaaaaava 也仍有业务 /需求上的区分，具体看 JD ） |
|
4
Euthpic OP @anyxchachapoly 赋闲这段经历一半是因为疫情一半是因为厌倦职场而不断做心理建设。不过我好奇对于 hr 来说一份包装精致的简历和一份坦率的简历哪份更有吸引力？因为我是更感性的人，而且后面的工作被视为核心成员也给了自己点信心，所以这里选择坦率。然后我工作大部分的内容都是开发，但是即便业务流程很复杂，crud 的事情感觉也很难在简历上写得出彩，所以着重写了 k8s 和 jenkins 这部分。兼顾运维的活是因为我们运维只有一个人，而且不具备开发复杂工具的能力，所以我们写业务之余也要来承担这部分。不过这样真的让人看起来很像运维的简历吗？
|
 |
5
wangxn 2021-09-01 19:44:28 +08:00  2
对于那个赋闲在家的经历，无论怎样包装，或者坦率，都是妥妥的减分项。要我肯定直接不写，非要找个理由就说考公考研，结果考不上之类的。
而且你这充其量也就一年的工作经验吧，实习的时间我想很少人会认同是工龄的一部分。 |
 |
6
YJi 2021-09-01 19:44:47 +08:00
看老哥是在广州，要是在北京的话 可以聊聊 :)
|
 |
7
ThatFatCat 2021-09-01 19:56:20 +08:00
|
|
8
anyxchachapoly 2021-09-01 19:59:00 +08:00
@Euthpic
HR 肯定会很好奇，至于感性坦率顶多在面 leader 时能派上用场（也分个性），但首先你得过 HR 这关吧？ 开发的地方，如果实际参与深度不够，那可以展现下你在项目中较深刻的开发部分，让环境构建跟运维的比例小一点，毕竟你不是面 ops |
|
9
anyxchachapoly 2021-09-01 20:00:18 +08:00
|
|
11
Euthpic OP @anyxchachapoly 是的，在思考怎么把开发部分的故事也挖掘一下
|
|
12
Euthpic OP @ThatFatCat 谢邀 :-) 不过北京太远了，目前只考虑广深
|
 |
15
leafre 2021-09-01 20:10:23 +08:00
一眼看过去还以为是运维，开发了什么
|
|
16
Euthpic OP @anyxchachapoly 老哥再问个问题，我做的都是 toB 的业务，技术手段不像 toC 那样可以高并发高可用一顿乱吹，复杂的是业务逻辑，可是这些逻辑感觉也很难用概括出来让别人知道自己做了什么，老哥有什么切入点可供参考吗？
|
|
17
anyxchachapoly 2021-09-01 20:33:50 +08:00
@Euthpic
框架、设计模式名词以及你对他们的熟悉度总能介绍吧？ 另外，虽然搞后端，但总归有碰到些中间件吧，也能写上对他们的使用掌握程度。 你写的 k8s & jenkins 太偏环境，而比较有意思的 es 只有“参与调研”。 最后，稍微润饰一下，我讲直接点，经历确实有点少，想换工作要好好把握机会（当然不要饥不择食），之后去新的工作记得好好提升自己 |
|
18
Euthpic OP @anyxchachapoly 框架的话我们是自研的,里面集成了 spring,zookeeper,kafka,netty 等中间件,spring 用来做 bean 和事务管理,zk 做服务发现和注册,kafka 用来配合 canal 做 CDC.日常开发调试中遇到一些问题我会通过源码去理解这些行为,因而在现在的团队里是对框架比较熟悉的人,然后原来开发框架的人除了我们现在的总监都走光了,所以现在有些需要修改框架的地方总监都会征集一下我的看法方案.修改框架源码是有些有意思的地方,不过这部分应该放在哪个部分描述呢?感觉项目经历不太合理吧
|
|
19
Euthpic OP @anyxchachapoly 中间件的话,zk 和 kafka,canal 是集成到框架里面的,我算比较熟悉,平时出问题也看了很多它们的日志,调整过配置,不过写业务逻辑的话都是写 SQL 和用缓存,跟它们没啥关系,写不进项目经历里面去.ES 的话是落地了几个地方的,你可能没注意看后面.
大家对 ES 的感觉是比较有意思吗?之前听一个合作方说 ES 比较难维护,建议我们少点用. |
|
21
anyxchachapoly 2021-09-01 21:50:24 +08:00
@Euthpic
你这边说的内容远比简历上好多了， 另外 es 底下的东西我看了，虽然可能是因为实战经验少，所以也写不了太多，但你放太下面了，es 上面的几点仍然在讲环境。 一个小加分，你说改写提升效率，如果能给出一个数值，那再好不过（但不能忽悠，有的 leader 感兴趣的话就会抓住问） |
|
22
anyxchachapoly 2021-09-01 21:56:25 +08:00
PS.『获得老板和领导的公开赞扬』我不太建议，因为那是你老板（上家）的赞扬，跟我（下家）没关系啊，这很主观，有数值就放数值
我面过的人不是很多，但我会抓住几个点来问（恰好出现在简历上，是我感兴趣的，以及产品业务上着重使用的）， 另外，特别留意 jd，人家招 Jaaaava (不想认证手机号，只能不打正确了) 后端时，如果提及了使用的一些技术组件，你刚好也熟悉的话，就能放前面一些或者多介绍点（不过面试时，leader 大概率就会问你相关问题）， 不夸张地说，我见过不少准备 n 种版本简历的人（差别在于微调内容的比重） |
|
23
Euthpic OP @anyxchachapoly 谢谢老哥的建议和鼓励。『 es 底下的东西』是指技能那块吗？这些我都看书看博客系统学过，看过八股文，也有实际调优的经历（但不多），因为我想突出项目经历所以技能的描述都简化了。是不是这里详细些，附上调优的心得会好些？
|
 |
24
TimPeake 2021-09-01 22:25:49 +08:00
技能概述放在前面比较好
|
|
25
Euthpic OP @anyxchachapoly 具体数值的话，120 多个项目，5 个环境（ 1 正式 1 预发布 3 测试），4 个人参与，持续三个月，迁移后 0 个生产故障（小 bug 个位数），这样看起来是不是更好量化成果？
|
|
26
Euthpic OP @iluckypig 谢谢老哥鼓励。下午写简历时可能脑子不清醒，总是纠结怎么把那部分复杂的业务展示出来，而忽略了技术人对框架，组件的兴趣。这部分应该拎出来详细描述，而我只用“解决技术难题”草草带过了
|
|
27
anyxchachapoly 2021-09-01 22:40:13 +08:00
@Euthpic
# 今天难得认真回了一次让改简历的帖子 # ES 下第一点，『性能较差.... 改写....』，这边有数据的话最好放上来，能让人更感兴趣（其他同理，如果不是 0 到 1，那么变化的数据才会很吸引人）， 此外，你的简历下面项目经历，明显是采用条列式，那就每一条清楚说明『干了啥 / 解决了啥 / 提升了啥 ... 之类』就行， 突出应聘岗位上，自己的匹配能力，这才是最关键的， 还是那句话，看 jd，人家着重后端开发的话，运维比重得小些，但也不排除你找到了个 devops team 或者 infra team，搞搞小工具啥的也不错 简历这玩意儿，首先让 hr 先筛过，然后缺人的 team lead 会看（啥时候看不一定，但面你之前肯定会看），所以不用放上啥复杂的心得，因为很有可能 hr 压根看不懂，心得啥的，leader 面你时，愿意跟你聊就聊。 最后，平常心吧，很多事情还是看缘分，HR 这关过了，还得看 leader 是个啥样的人， 举个例子，有的人看到『熟悉』两字就会当成 『大概摸过』，那就不会给你出刁钻问题， 但也有些人光是在『熟悉 MySQL 结构及设计原理』上，就能把你问到想当场钻个洞 |
|
28
anyxchachapoly 2021-09-01 22:45:25 +08:00
@Euthpic
数字这东西，主要是『你的产出带来了什么变化』，简单说清楚就好，你给的这几个有点太细了（给出东西太多也会有反效果，有的人因为质疑，就会抓着问），网上找找人家写的简历参考下。 反正弹性调整吧，你多面几家慢慢感受多了也就能更得心应手 |
|
29
Euthpic OP @anyxchachapoly [抱拳] 很有用的建议,我周末再改一版
|
 |
30
monetto 2021-09-02 09:23:21 +08:00
我觉得 赋闲 要不就不写了吧...HR 问的时候再说。看到简历 “赋闲”可能直接就挂掉了。
HR 问问你这段时间干啥了，可能还能对你的人格和沟通方式感兴趣。 |
 |
31
sha851092391 2021-09-02 09:36:24 +08:00
赋闲：那是我成年以后唯一一段快乐的时光 🤣
|
 |
32
carrotrollroll 2021-09-02 16:42:04 +08:00
1. 太怪了，赋闲在家是什么鬼？大概率直接刷简历吧。就算想“坦率”也不必在简历上坦率。
2. 标点符号注意下吧，用英文半角就算了，不加空格也太丑了；单词大小写也要注意。 3. 叙述笼统，业务技术要分开写，技术给业务带来的收益要写得更清楚。 4. “收获老板的赞扬”等奇怪而无用的叙述太多了。 |
|
33
carrotrollroll 2021-09-02 16:43:38 +08:00
另外 @qq.com 邮箱也是个雷区 /减分项，要注意。
|
|
34
ThatFatCat 2021-09-02 19:50:05 +08:00
@anyxchachapoly 人确实不够啊。不过 JD 写得杂是我描述的问题……
|
 |
35
pydiff 2021-09-02 21:18:32 +08:00
同在广州 java，最近刚跳槽。我个人觉得有几个可修改的地方吧。1.技能点放前面(非常重要)，还是各种框架写全一点，比如 springcloud dubbo 这些，因为很多初筛简历的人可能不是技术的，而是按照你的技能点来筛选 2.项目写的太简单了，尤其在业务细节方面，写的太少了 3.你这份简历运维方面写的太多了，而实际上，很多招 java 的地方是不太看重你的运维方面有没有突出能力的，而是看你 jvm 底层，sql 优化、索引，多线程等方面的技能，你写这么多的运维知识可能会减分 4.你写到了业务上线后没有问题，实际上面试官更喜欢你写有遇到问题，然后你又是通过什么方式分析，怎么样去解决问题的等等 5.有个不太正常的地方就是：按理说，能上 k8s 的公司往往都会有专门的运维来搞这个事，那么为什么在你公司会让一个非高级（你应该初级）的开发来做这个事情呢 另外冒昧问下，你期望的薪资是多少的呀
|
|
36
Euthpic OP 1.技能点前置我确实没怎么重视，因为我看 jd 和根据自己的岗位认知，spring,mysql,redis,kafka,zookeeper，linux,docker 这些都是必备技能点，来面试都默认掌握，感觉没啥好描述的，当然有掌握程度不同的区别，但这应该在面试的时候才能问出来。
2.业务细节少是因为我们 toB 业务复杂的都是业务逻辑，没啥 qps，技术方案没有能吹的，现在也很头疼这点，不过我后面会把自己折腾框架和中间件的经历补上。 5.我们后端团队不大才 8 个人，没有大牛，再加总监和项目经理总共 10 人，在团队里我和另一个同事动手能力强，之前新的中间件也是由我俩去落地的，所以就被选来建设 k8s 了。 6.我原先的期望是广州 16~18k，深圳要高些，不过帖子里大家对我的认知和我自己的有些偏差，这可能是简历没写好，也可能是我们团队偏弱给我造成的错觉。周末得好好思考下这点。 老哥讲下最近广州的行情？两年平均水平是个什么价位？ |
Select Language