- 目前在职，这份工作已经接近 4 年，希望换个环境
- 可以把评论区作为面试现场
- 如果有北京岗位，可 E-mail 到 [
eXVuY2VubGl1QDE2My5jb20=] 或留下你的 E-mail - 简历更新时间 2025 年 4 月
简历地址 => Github
This topic created in 138 days ago, the information mentioned may be changed or developed.
Supplement 1 · Feb 13
非常感谢大家的拷打，简历存在包装情况无可厚非，大家的问题我都仔细看到，简历并非 AI 一步生成，而是多年逐步调整过程，其中华丽词藻也是深有考究，能聊得来一二，这家公司工作已经最近也是希望换一个新环境，所以发此一帖。
就大家都问题不一一回应，统一回复，谢谢大家。
1 、业务系统在这家公司写的少，同时我还在一个家初创担 CTO 一职，所以没有容许我又非常多时间写业务逻辑，可能在前几年针对简历中的几个系统做过业务逻辑开发，另外学历是真的硬伤，没办法。
4 、笔误，是我的不专业了，目前这份简历并没外投，计划在年后调整再做投递打算，非常感谢您的指正。
9 、兴得赏识，在一些关键实际得到领导支持，主导一些关键计划的落地（中台、数据治理）但我并不是很想往大数据方向发展，我司属于保险传统行业，研发总人数不超过 200 ，部门也就几十个成员，架构师在内一个玩笑词，对外一个 title 而已。
将 6 个系统在无富裕的资料情况下做到等保三级，异地容灾、高可用也并非我一人之功，而是团队的功劳，我有幸在公司发展经历上获得些许经验能说得一二。
CICD 方面，人员不足是其一，任何时候都觉得工作应该放在更为重要的地方，同时标准化流程能减少一些问题。
我们属于数据部门，日均都在处理全量数据，20T 非日增。感谢您的拷打， [狗头]
15 、这是一个网页，由于页面内有些未脱敏信息，就没有提供地址，还请谅解。
16 、这些内容我认为应该在面对面沟通或者语音沟通的时候聊到，因为篇幅较长。
17 、多数数据经过勘测。
20 、回复 4 楼的内容一致，相对于软件研发，我更注重落地，自大一就在学习 CentOS 的我来说，没有上线产出，再完美的软件架构设计都是空话，当然还要运营让系统用起来。
23 、业务数据、日志、埋点，主要来说是中间产生了较多的加工数据，这是 ETL 团队的工作，我认为数据治理并不是 DBA 的任务，而是更偏向数据流向、规范、管理。我们也有专业的 DBA ，所以我也不负责 DBA 的工作，但能知道他大致的工作内容。
ACID 就具体到单一某一个业务的某一个服务上了，全局无法控制，目前我们在全局没有这方面的约束。
我们计划在做 TP/AP 分离，目前多数在做 AP 的工作，很少 TP 业务。
数据分区就太多了，我们没有冷数据业务，所有的数据都得天天炒剩饭，归档也是 DBA 的活，底层 RAID5 ，归档只有日志进行归档，数据就在数据仓库里不做归档，如果说是备份的话，这个就不太清楚了。
29 、想尝试有更高职级的岗位
30 、20T 不是日增，而是交互
31 、鱼皮的面试鸭也很广泛，我有用过这个
35 、只能说我不匹配您的岗位，也感谢您的认可
36 、正在学习外语中
37 、那时候的项目拿到现在来说，确实毫无可比性，但没有更高的建树了。
41 、带来乐子
47 、感谢认可，如果可以，能否加个好友引荐学习，我崇拜优秀的人。
49 、博客是 22 年的产物，至今只是维护，没有运营，可见仓库创建时间。
50 、对于一个后端来说，如果想走很远，前端还是有必要系统学一下的，这一点谷粒学院很棒，还有很多一些正在运营的前端项目没有开源。日常工作中(非此司)的前端问题，发现后就直接上手改了，能节省时间。
54 、薪资可以私聊，不方便公开
56 、这个可以语音的时候聊，写在简历里太过于繁杂了，更多的是设计方案、成本、时间问题和解决问题的思路。目前在北京、天津、四川、上海建立了数据点，以北京、上海为数据中心，拿报送数据来说，各地域机构在报送时取自身数据，当然也存在一些法律合规性问题，公民用户详细信息必须当地保存。这一部分有但量就较少。
59 、一个后端的大白话
61 、自己搭建一些 POC 服务时通用手法，但如果在生产上这样用，会被打
就大家都问题不一一回应，统一回复，谢谢大家。
1 、业务系统在这家公司写的少，同时我还在一个家初创担 CTO 一职，所以没有容许我又非常多时间写业务逻辑，可能在前几年针对简历中的几个系统做过业务逻辑开发，另外学历是真的硬伤，没办法。
4 、笔误，是我的不专业了，目前这份简历并没外投，计划在年后调整再做投递打算，非常感谢您的指正。
9 、兴得赏识，在一些关键实际得到领导支持，主导一些关键计划的落地（中台、数据治理）但我并不是很想往大数据方向发展，我司属于保险传统行业，研发总人数不超过 200 ，部门也就几十个成员，架构师在内一个玩笑词，对外一个 title 而已。
将 6 个系统在无富裕的资料情况下做到等保三级，异地容灾、高可用也并非我一人之功，而是团队的功劳，我有幸在公司发展经历上获得些许经验能说得一二。
CICD 方面，人员不足是其一，任何时候都觉得工作应该放在更为重要的地方，同时标准化流程能减少一些问题。
我们属于数据部门，日均都在处理全量数据，20T 非日增。感谢您的拷打， [狗头]
15 、这是一个网页，由于页面内有些未脱敏信息，就没有提供地址，还请谅解。
16 、这些内容我认为应该在面对面沟通或者语音沟通的时候聊到，因为篇幅较长。
17 、多数数据经过勘测。
20 、回复 4 楼的内容一致，相对于软件研发，我更注重落地，自大一就在学习 CentOS 的我来说，没有上线产出，再完美的软件架构设计都是空话，当然还要运营让系统用起来。
23 、业务数据、日志、埋点，主要来说是中间产生了较多的加工数据，这是 ETL 团队的工作，我认为数据治理并不是 DBA 的任务，而是更偏向数据流向、规范、管理。我们也有专业的 DBA ，所以我也不负责 DBA 的工作，但能知道他大致的工作内容。
ACID 就具体到单一某一个业务的某一个服务上了，全局无法控制，目前我们在全局没有这方面的约束。
我们计划在做 TP/AP 分离，目前多数在做 AP 的工作，很少 TP 业务。
数据分区就太多了，我们没有冷数据业务，所有的数据都得天天炒剩饭，归档也是 DBA 的活，底层 RAID5 ，归档只有日志进行归档，数据就在数据仓库里不做归档，如果说是备份的话，这个就不太清楚了。
29 、想尝试有更高职级的岗位
30 、20T 不是日增，而是交互
31 、鱼皮的面试鸭也很广泛，我有用过这个
35 、只能说我不匹配您的岗位，也感谢您的认可
36 、正在学习外语中
37 、那时候的项目拿到现在来说，确实毫无可比性，但没有更高的建树了。
41 、带来乐子
47 、感谢认可，如果可以，能否加个好友引荐学习，我崇拜优秀的人。
49 、博客是 22 年的产物，至今只是维护，没有运营，可见仓库创建时间。
50 、对于一个后端来说，如果想走很远，前端还是有必要系统学一下的，这一点谷粒学院很棒，还有很多一些正在运营的前端项目没有开源。日常工作中(非此司)的前端问题，发现后就直接上手改了，能节省时间。
54 、薪资可以私聊，不方便公开
56 、这个可以语音的时候聊，写在简历里太过于繁杂了，更多的是设计方案、成本、时间问题和解决问题的思路。目前在北京、天津、四川、上海建立了数据点，以北京、上海为数据中心，拿报送数据来说，各地域机构在报送时取自身数据，当然也存在一些法律合规性问题，公民用户详细信息必须当地保存。这一部分有但量就较少。
59 、一个后端的大白话
61 、自己搭建一些 POC 服务时通用手法，但如果在生产上这样用，会被打
Supplement 2 · Feb 13
63 、我喜欢直来直往，工作中也是，现在很多企业有学历要求，我发现有很多专业的猎头就不会考虑学历问题，而更专注于这个人本身。我不太喜欢在这个地方扯皮，接受不了就是接受不了，不强求。
72 、Flink 只处理一些实时业务，一些报表需要实时展示，对于应用层而已，数据这块做到了实时性，最终到应用层，无非把轮询时间做的更短了（ 1 次刷新/15 秒）主要业务数据还是离线数据和准实时数据，Oracle -> Hive 加工 -> Clickhouse 供 BI 查询
78 、讲实话算法确实是我的短板了。基本上都是暴力解 [捂脸笑]
79 、是的，我这个人比较乐观。
80 、博文里的内容占不到我个人笔记的 千分之一，我自己的笔记，图片+文字 已经占 12G 了，以前我喜欢分享，后来我看见了张一鸣的一句话，“把讨论分享、team building 当作腐败 party 类活动”, 我就不再做技术分享了。当然我支持目前正在分享的博主们，没有他们就没有我们。
82 、太厉害了，竟然被你发现了。
86 、好的
87 、目前我也很迷茫，茫茫的技术路线，我也不清楚自己到底会走到什么方向，可能今天接了一个大数据的活，就专研大数据，明天接了一个 AI 应用方向，那就专研 AI 应用，了解/用过，是向面试官阐述自己对技术的理解程度，其他的内容我觉得你说的有道理，我反复琢磨一下。
88 、在校成绩是为数不多能展示自己排名的东西了，毕竟工作以后没人给你专业打分，如果有，那人情占大头
89 、文档我确实没少写过， [狗头]
91 、专科的学习环境真的很差，1000 个人里找不出三个想去打算法比赛的，也不知道我打算啥时候开的窍，就是这点机缘巧合成就了现在的自己，我很感激过去的选择
94 、哈哈哈哈哈，发出来就是让大家拷打的，也很感谢大家，也特别感谢你的仗义出言。
96 、我觉得简历不应该长篇大论某一细节，我修复过一个系统，这个系统是采购的，我们没有源码，甲方运行到第三年，发现时不时连接不上，排查了网络和容器问题，最终初步定为到 JVM 的问题，各种回收器参数试了个遍，治标不治本，最终加了 -XX:+DisableExplicitGC 禁止系统显式 GC ，因为没有源码，根本发现不了这个问题，最终找系统厂商开发沟通才发现他们用了大量 显示 GC ，用户量小的时候不出问题，用户量到了某一阈值，就出现 STW 现象，也就是时不时连接不上的情况。 那这样一段内容出现在简历里，确实会感觉到臃肿。
97 、这首个网页，所以排版会大一些，实际发给 Hr 的 PDF ，学历会放在最底下，另外我发现现如今已经有使用 PPT 做简历的人了，这是不是一种新主流，有带尝试。
102 、CSDN 连接： https://blog.csdn.net/qq_39550368
105 、谢谢！
72 、Flink 只处理一些实时业务，一些报表需要实时展示，对于应用层而已，数据这块做到了实时性，最终到应用层，无非把轮询时间做的更短了（ 1 次刷新/15 秒）主要业务数据还是离线数据和准实时数据，Oracle -> Hive 加工 -> Clickhouse 供 BI 查询
78 、讲实话算法确实是我的短板了。基本上都是暴力解 [捂脸笑]
79 、是的，我这个人比较乐观。
80 、博文里的内容占不到我个人笔记的 千分之一，我自己的笔记，图片+文字 已经占 12G 了，以前我喜欢分享，后来我看见了张一鸣的一句话，“把讨论分享、team building 当作腐败 party 类活动”, 我就不再做技术分享了。当然我支持目前正在分享的博主们，没有他们就没有我们。
82 、太厉害了，竟然被你发现了。
86 、好的
87 、目前我也很迷茫，茫茫的技术路线，我也不清楚自己到底会走到什么方向，可能今天接了一个大数据的活，就专研大数据，明天接了一个 AI 应用方向，那就专研 AI 应用，了解/用过，是向面试官阐述自己对技术的理解程度，其他的内容我觉得你说的有道理，我反复琢磨一下。
88 、在校成绩是为数不多能展示自己排名的东西了，毕竟工作以后没人给你专业打分，如果有，那人情占大头
89 、文档我确实没少写过， [狗头]
91 、专科的学习环境真的很差，1000 个人里找不出三个想去打算法比赛的，也不知道我打算啥时候开的窍，就是这点机缘巧合成就了现在的自己，我很感激过去的选择
94 、哈哈哈哈哈，发出来就是让大家拷打的，也很感谢大家，也特别感谢你的仗义出言。
96 、我觉得简历不应该长篇大论某一细节，我修复过一个系统，这个系统是采购的，我们没有源码，甲方运行到第三年，发现时不时连接不上，排查了网络和容器问题，最终初步定为到 JVM 的问题，各种回收器参数试了个遍，治标不治本，最终加了 -XX:+DisableExplicitGC 禁止系统显式 GC ，因为没有源码，根本发现不了这个问题，最终找系统厂商开发沟通才发现他们用了大量 显示 GC ，用户量小的时候不出问题，用户量到了某一阈值，就出现 STW 现象，也就是时不时连接不上的情况。 那这样一段内容出现在简历里，确实会感觉到臃肿。
97 、这首个网页，所以排版会大一些，实际发给 Hr 的 PDF ，学历会放在最底下，另外我发现现如今已经有使用 PPT 做简历的人了，这是不是一种新主流，有带尝试。
102 、CSDN 连接： https://blog.csdn.net/qq_39550368
105 、谢谢！
 |
101
arrayxiangxiang OP @ly1836 25 年初，那时候 RAG 问世出道，不能比现在
|
 |
102
Debug1998 Feb 12
哥们，你简历的内容和 Github 仓库的项目以及你博客的内容完全不符， 你说你写了九年博客，CSDN 、掘金、公众号链接甩一个？
|
 |
103
snail00 Feb 12
这个简历如果是面螺丝钉, 不会考虑, 因为不够标准
五年是个坎,个人能力的考核会弱化, 会考核有你在团队带来了什么变化, 你的哪些决策给公司带来了收益或者经验,你在行业中的人脉和影响力, 等等技术之外的能力 |
 |
104
2b5X607vRr3OB6ad Feb 12
加油
|
 |
105
prettybot Feb 12
会包装自己是门学问，挺厉害的（没有贬义）
|
|
106
arrayxiangxiang OP 再统一回复一下，谢谢
88 、在校成绩是为数不多能展示自己排名的东西了，毕竟工作以后没人给你专业打分，如果有，那人情占大头 89 、文档我确实没少写过， [狗头] 91 、专科的学习环境真的很差，1000 个人里找不出三个想去打算法比赛的，也不知道我打算啥时候开的窍，就是这点机缘巧合成就了现在的自己，我很感激过去的选择 94 、哈哈哈哈哈，发出来就是让大家拷打的，也很感谢大家，也特别感谢你的仗义出言。 96 、我觉得简历不应该长篇大论某一细节，我修复过一个系统，这个系统是采购的，我们没有源码，甲方运行到第三年，发现时不时连接不上，排查了网络和容器问题，最终初步定为到 JVM 的问题，各种回收器参数试了个遍，治标不治本，最终加了 -XX:+DisableExplicitGC 禁止系统显式 GC ，因为没有源码，根本发现不了这个问题，最终找系统厂商开发沟通才发现他们用了大量 显示 GC ，用户量小的时候不出问题，用户量到了某一阈值，就出现 STW 现象，也就是时不时连接不上的情况。 那这样一段内容出现在简历里，确实会感觉到臃肿。 97 、这首个网页，所以排版会大一些，实际发给 Hr 的 PDF ，学历会放在最底下，另外我发现现如今已经有使用 PPT 做简历的人了，这是不是一种新主流，有带尝试。 102 、CSDN 连接： https://blog.csdn.net/qq_39550368 105 、谢谢！ --- 截止到 105 楼 |
 |
107
chaoschick Feb 13
新年快乐 兄台的 GitHub 头像很棒 ( •̀ ω •́ )y
|
|
108
chaoschick Feb 13
座右铭也很棒啊 ヾ(≧▽≦*)o
|
|
109
arrayxiangxiang OP @chaoschick 哈哈哈，谢谢。兄台，共勉！ Github 头像就是 wechat 头像，固定就用这两个，工作表情严肃点，私底下开朗客观一点。
|
 |
110
mobinf PRO @EarthChild app 设置那里有白色和黑色和暖色模式哦
|
 |
111
zsmile Feb 14
#96
@arrayxiangxiang 你要是这么写，感觉亮点都要变成槽点了，不如基于 STAR 法则，然后写一些，如何使用工具排查，排查完后提升效果怎么样，不需要太细节，比起你那个用了 GC 啥的亮眼多了 |
|
112
zsmile Feb 14
#111 这样真到了面试的时候，面试官（如果会的话）可以围绕这个做更深入的考究
|
 |
113
nofishing Feb 15
推荐 OP 用我这个项目写简历 https://v2ex.com/t/1189637
我干过的和 OP 差不多广、单不深，现在偏架构了，当然设计完还要实现。不可能全部一股脑怼简历上，不同模板岗位要求侧重点不一样，所以我都梳理一遍详细的 timeline ，然后 AI 自动分析 JD 并匹配要求技能出一份针对性简历。 再推一个，Timeline 展示可以用 https://v2ex.com/t/1190628 |
 |
115
Meditation Feb 15
感觉你说的东西，和博客匹配不上啊，你的这两个博客： https://blog.csdn.net/qq_39550368 ，https://liuyuncen.com/
如果你把你说的写成一篇篇博客， 那确实很厉害，但是这简历内容、v2ex 说的，和你博客内容，完全联系不起来是同一个人。 |
 |
116
lusansan Feb 15
日均 10w+次高管决策查询
公司的高管有点多吧 |
Select Language