基础设施自动化
使用 Terraform 组织云资源配置,关注可重复部署、环境一致性和基础设施变更的可追踪性。
PROFILE / HIRING PAGE
Cloud / DevOps / Full-stack
我目前把精力放在云基础设施、自动化部署与 Python 工程实践上,持续通过个人项目把 Terraform、Docker、Linux、Nginx、Python Flask 和 GCP / Azure 串成一条完整链路。
最近的 AI 相当好用,我会使用 LLM / agent 工作流辅助调研、调试、重构与文档整理,例如 Codex 这一类 coding agent。
我正在寻找偏 Cloud / DevOps / Full-stack 方向的机会,也愿意承担需要较强执行力、学习能力和工程落地能力的初中级岗位。
我目前处于职业起步阶段,正在通过真实项目、部署实践和持续写作,逐步建立自己的作品集与工程判断力。
当前的主线方向是 Cloud / DevOps / Full-stack,重点放在基础设施、部署链路、Python 服务和可重复交付。
我希望进入一个能持续做工程落地、系统学习并承担真实责任的团队,而不是只停留在表层使用技术。
相比单点炫技,我更看重把学习、实现、记录和复盘串成闭环,并长期积累成可以证明能力的成果。
我喜欢把零散的问题整理成可以复用的工程方案,而不是只停留在“跑通一次”。
我擅长通过文档化、脚本化和环境重建,去验证自己是否真正理解一个技术问题。
我当前最关注的主题是基础设施自动化、Linux 系统实践、容器化部署,以及云平台上的可重复交付。
对我来说,写文档和做项目不是分开的两件事,它们共同构成了我理解技术和证明能力的方式。
使用 Terraform 组织云资源配置,关注可重复部署、环境一致性和基础设施变更的可追踪性。
使用 Flask 构建实际可运行的服务,同时熟练把 Codex 这类 agent 纳入调试、重构、脚本整理与文档产出流程。
围绕 Linux、容器和反向代理做真实部署实践,关心服务编排、静态资源、WAF、日志和生产链路稳定性。
这个项目并不只是一个个人主页,而是一套完整的内容发布与部署系统:使用 Flask 提供页面和内部接口,通过 Markdown 渲染、文章同步与数据库索引完成内容发布,再结合 Docker Compose、Nginx、Cloudflare、GCP 和 GitHub Actions 形成一条可以持续迭代的上线链路。
职业起步阶段,正在持续通过项目与文档构建作品集。
以项目驱动自学为主,重点补强 Linux、网络、云平台和自动化工程实践。
Cloud / DevOps / Infrastructure 方向,也接受需要较强工程执行力的后端与平台类岗位。
目前正在积极寻找机会,愿意尽快进入真实业务环境持续成长。
为什么要写博客?为什么要建立个人网站?
如果根本就没人来读它们,这个网站和这些文章又有什么意义?在 AI 如此强大而且越来越强大的今天,还需要写技术文章吗?直接问 AI 不香吗?
写技术文章会不会就是浪费时间呢?
对我来说,写作本身就是学习与理解的一部分。因为我在思考、学习和成长,我希望把这些东西记录在某个地方。
记录遇到的问题,询问各个 AI,理解问题背后的原理,尽量让文章逻辑通顺、循序渐进,并包含案例、详解和截图,方便读者理解。
所以写博客不是为了有人来看我的文章,而是为了我自己的需要,方便我建立自己的知识库,也方便我在遇到相同或相似问题时回顾和查看。
博客的目标读者并不是我的观众,而是未来的我;或许未来有一天某个真正需要这些文章的人,或者 AI,也会看到它。
如果有人读了,那就更好。如果没有,那它们也已经完成了自己的意义。