技术重点

这一部分重点呈现我在技术上的工作方式:如何做结构设计、如何保证功能与体验、如何处理复用与解耦,以及如何把项目真正交付到可用状态。

架构设计 工程交付 适应能力 复用能力

Web 与增长工具

静态网站、落地页、作品集站点、内部工具、浏览器侧脚本,以及服务于定位、获客和运营的 Web 资产。

  • HTML / CSS / JavaScript 交付
  • GitHub Pages / Cloudflare Pages 部署
  • SEO 与多语言结构化配置

应用与自动化

围绕 Flutter、Python 桌面工具、Windows 自动化与流程辅助工具,解决真实业务中的重复性工作。

  • Android / Windows / Web 导向构建
  • 自动化脚本与批处理流程
  • 内容、数据、运营工具化

数据与集成工作

我经常把 API、表格、本地文件、提示词系统接起来,把原本零散的手工步骤收束成能运行的工作流。

  • JSON / CSV / Excel 处理
  • HTTP API 与胶水代码集成
  • 提示词辅助内容与流程系统

交付思路

我不会把软件当成孤立代码,而是会一起考虑用户需求、部署路径、维护成本,以及工具如何嵌入真实流程。

  • 产品 + 运营视角
  • 调试与迭代纪律
  • 文档、命名与交接意识

我能展示的技术方向

这一页刻意采用“方向型”展示,而不是堆满仓库列表,因为有些仓库公开、有些私有、有些更适合结合上下文讲解。核心技术主线包括:

  • 带有 SEO、国际化、发布细节的网站与业务页面。
  • 覆盖 Flutter、Android、Windows 工具与浏览器辅助脚本的跨平台工具。
  • 围绕文件处理、办公流程、运营效率的自动化脚本。
  • 结合 API、本地文件、提示词工程与报告输出的数据工作流。
Flutter Python JavaScript PowerShell Automation Prompt Engineering

我的技术原则

  • 用 PDCA 推进:先规划,再按阶段执行、检查、修正,而不是一上来就乱写。
  • 优先研究开源项目:如果已有合适的开源方案,我会先研究别人的实现,再决定怎么做。
  • 没有开源项目时再研究 AI 方案:但 AI 只是加速器,不是替代结构思考的东西。
  • 先研究结构,再开始做项目:结构想清楚以后再解耦,不能把所有东西乱塞在一起。
  • 能复用的全部复用:可抽离的模块、样式、组件和流程,我都会尽量做成可复用。
  • 代码不是唯一重点:功能是否正确、是否稳定、是否好用,比单纯代码堆砌更重要。
  • 我非常重视适应性与美观:横屏竖屏、响应式布局、圆角、阴影、现代界面感,这些都会一起考虑。

我通常怎么做软件项目

  • 先定义真实问题:解决什么、谁来用、什么叫真正完成。
  • 选最合适的栈:优先考虑部署与维护,而不是为了技术而技术。
  • 分层构建:先把结构和流程做对,再继续打磨视觉与体验。
  • 带着发布意识交付:文档、命名、导航、元信息,都是正式上线的一部分。

仓库查看与合作方式

如果你想看具体仓库、代码讲解、架构说明,或者需要偏招聘视角的技术筛选版本,我可以按场景展示最相关的代码:增长工具、内部软件、自动化工具或多平台构建。