这是一个创建于 451 天前的主题，其中的信息可能已经有所发展或是发生改变。
是该过多的去介绍项目的系统模块架构，还是去写项目使用到的技术栈，写完项目描述和技术架构的时候就已经信息很长了，是不是还要单写一条比如技术栈：Python Django Redis 。。。。。这些去让 HR 看
 |
1
mikurasa OP 比如我的一个例子，不知道是不是要罗列出来好方便 hr 检索用到的技术栈
项目名称：运维作业平台 项目描述：该项目旨在提供管控运维的脚本任务，包括脚本版本管理、调试和执行。目前支持普通脚本任务和定时任务，涵盖 SSH 脚本和 Python 脚本，并维护了 400 多个上线脚本。此外，该系统还支持部署运行插件，通过按照插件规范打包上传至平台，在 ECS 机器上实现自动部署执行。同时，已成功对接 loggie 日志服务。 技术架构： ● Web 管理服务：使用 Python Django 开发，用于管理脚本、插件版本和平台自身的 Agent 服务，并提供任务下发能力。 ● Agent 服务：使用 Go 开发，用于注册 Etcd 机器服务健康信息，运行平台上的定时任务，抓取服务器性能指标监控提供给监控业务系统。 ● 日志服务：提供 grpc 接口给 Agent 记录脚本/插件任务执行日志，插件状态信息。 项目职责： ● 开发 Web 服务，提供用户配置继承下发规则接口。 ● 实现动态脚本和配置下发规则，提供运维配置脚本下发到应用环境主机组的规则。 ● 在 Agent 插件服务中增加机器的应用环境主机组信息，并监听 Etcd 健康信息的目录。 ● 当有新增机器健康信息时，根据维护的下发规则在 Etcd 中读取配置规则，并对接服务端的 SDK 接口进行机器下发任务。 |
 |
2
gxy2825 2023-09-04 16:06:36 +08:00
技术栈建议单独列出，描述感觉可以精简一些？或者按点列出
|
 |
3
Rache1 2023-09-04 16:41:07 +08:00
|
|
4
mikurasa OP 好的 但是总感觉这种分多个子系统的单独列出感觉有点太多了
|
|
6
Rache1 2023-09-04 16:47:13 +08:00
@mikurasa #5 你可以挑一些有难点、或者有特色的点来展开介绍。不要试图每个都去介绍，而且还只是介绍一点点，那样过于占用篇幅，还让别人抓不到重点。
|
 |
7
ZhuWenJian 2023-09-04 17:00:31 +08:00
看了下，纯纯 CURD ，都是些增删改查的描述，换个人来一样能做到。
也就是 3 楼说的，没有特色。 |
|
9
mikurasa OP @ZhuWenJian 我应该把系统里的核心逻辑描述出来这样吗 但是现在这个系统核心逻辑都是 celery 任务去任务分批到 ECS 上通过 ssh 或者 scp 实现的 只有定时任务是下发 etcd agent 用 cron 包去新增定时任务 描述出来整体挺简单的 唉
|
|
10
mikurasa OP 我再好好改改
|
|
11
ZhuWenJian 2023-09-04 18:03:38 +08:00
我不是你这个岗位的，所以细节我也看不懂。
但是你工作的这段时间，有没有什么你觉得厉害的产出？有没有解决什么比较难啃的问题？有没有什么值得吹的东西？ 比如我自己，我简历写我做了一个 7 秒的优化，项目经理说经济价值十几万元，并以此拿到了月度之星（ 21 选 3 ）。 |
|
12
mikurasa OP @ZhuWenJian 确实我写出来就成纯 curd 了，好像就只说自己写了管理了个规则的 CURD ，重要的功能逻辑简简单单略过了 我这么长项目介绍 意图只是想说我做这个功能需要了解整个系统逻辑，要不然实现不了 我再想想酝酿一下
|
Select Language