很多 Android 开发者学 ArkUI 时会卡在“语法像 TS、写法像链式调用”上。本文不从名词表入手，而是用一张对照表把 ArkUI 的 Row/Column/Stack 与 Compose 的 Row/Column/Box 对齐；再用一份“第一屏骨架”示例，把间距、对齐、背景、点击与复用边界串成一条可落地的写法。
入门第一篇：先把 AI 职业版图分清楚，再定位 AI 应用开发工程师的职责、优势与适合人群。
从 Android 迁移到 HarmonyOS，最容易犯的错是把 UIAbility 当成 Activity 的同名替换。真正的差异在更底层：HarmonyOS Stage 模型强调“一个 ArkTS 引擎实例服务一个 UIAbility”，而 Android 的运行时与 UI 组织方式更偏向“组件实例 + 任务栈 + 进程边界”。把运行时心智先对齐，后面的路由（Intent/Want）、页面栈、资源管理才不会越写越乱。
从 Android 迁移到 HarmonyOS，很多人会先问 Intent 对应什么。但真正决定迁移成本的，是“系统如何匹配并分发一次跳转”。这篇用一套路由契约的视角，对齐 Android 的 intent-filter 与 HarmonyOS 的 skills + Want，顺手把安全边界和排查路径一起带上。
当你开始把 Android 工程迁到 HarmonyOS，最容易卡住的不是语法，而是“依赖从哪来、怎么锁版本、怎么让构建在 CI 上可复现”。这篇用可复现构建做统一指标，对齐 Gradle/AGP 与 hvigor/ohpm 的最小心智模型。
从一次点击应用图标开始，对照 Android 的 MainActivity 和 HarmonyOS 的 EntryAbility，理解入口声明、第一屏加载、启动参数和生命周期边界。
对 Android 开发者来说，学习 HarmonyOS 的第一步不是背 API，而是先看懂工程目录、配置文件、入口模块和资源组织方式。
开始对比 Android 和 HarmonyOS 之前，先把系统、生态、应用模型、语言和 UI 框架这些层次拆开，建立一张适合开发者的学习地图。
用一篇测试文章验证从 Markdown 草稿到 WordPress 草稿箱的发布流程。
引言 随着AI 编程的爆火，作为IT从业人员，实际上开始接触的时间是偏晚的。目前也是把claude code、codex等主流编程工具尝试了一下。总结下一些个人感受。 初探 网页版剪贴板（小试牛刀） 编程工具：claude code+sonnet（嗯 原来都不知道切模型） 背景：个人的环境比较杂，包括NAS+windows的主机+mac电脑+华为手…