做了几年独立开发,工具换过好几轮。早期迷信“全家桶”,后来发现真正高频用到的就那么几类:写代码的、调界面的、抓包看数据的、打包上架的、管任务和记账的。这篇按实际使用频率整理一份清单,都是我自己在项目里跑过至少两个完整周期的工具,不堆名词,只讲用途和踩过的坑。

一、编辑器与IDE:别在选型上纠结太久
跨平台项目我基本固定在 VS Code 加插件组合。它的好处是轻,开一个 Flutter 项目同时开着 Node 服务端代码,内存也扛得住。常用插件就几个:Dart、Flutter、ESLint、Prettier、GitLens。GitLens 的 blame 功能在接手别人代码或者回看自己三个月前的提交时特别有用。
如果只做原生 Android,Android Studio 还是绕不开,尤其是 Profiler 和 Layout Inspector,排查内存泄漏和布局层级比命令行直观太多。iOS 侧 Xcode 的 Instruments 同理,Time Profiler 抓卡顿是刚需。这里提醒一句:不要为了“统一体验”硬把原生调试也塞进 VS Code,调试器能力差距在复杂问题上会放大。
二、界面与设计协作
- Figma:切图、看间距、导出图标。独立开发者通常没有专职设计,Figma 社区模板能省不少事,但要注意商用授权。
- PxCook 或类似标注工具:老项目还在用 Sketch 文件时,标注工具比手动量像素快。
- 图标库:Iconfont、Lucide,前者国内项目常用,后者风格统一、体积小。
设计稿阶段我习惯让合作方直接给 Figma 链接而不是导出的 PNG。原因很实际:改一版颜色不用重新传文件,开发时也能随时对照组件状态。
三、接口调试与抓包
Postman 用得最多,但团队协作版收费后,个人项目我换成了 Bruno,集合文件存在本地 Git 仓库里,换机器直接拉下来就能用。抓包方面:
- Charles:HTTPS 抓包、弱网模拟,配置证书稍微麻烦,但稳定。
- Proxyman:Mac 上体验更顺,界面现代,适合日常看请求。
- Wireshark:只在排查底层连接问题时用,平时不必开。
移动端调试还有一个常被忽略的点:真机抓包要确认 App 是否做了证书校验(SSL Pinning),否则装完证书也看不到明文。这个在对接第三方 SDK 时经常遇到,提前和对方确认能省半天。
四、构建、打包与上架
原生打包离不开 Gradle 和 Xcode 的命令行工具。CI 方面,个人项目用 GitHub Actions 足够,配合 fastlane 做自动签名和上传。一个实际经验:把签名证书和描述文件放在 CI 的加密变量里,本地不留明文,换电脑时少一堆麻烦。
# fastlane 上传 TestFlight 的简化流程
fastlane beta
# 内部依赖:match 管理证书、gym 打包、pilot 上传
上架材料准备比写代码更耗心力。App Store 的隐私清单、Google Play 的数据安全表单,都要逐项对照实际采集的字段填写。国内安卓渠道多,建议先做一份渠道包配置表,把各家的 AppID、签名、隐私政策链接列清楚,后面发版照着填。
五、性能与崩溃监控
崩溃收集我用 Firebase Crashlytics,接入成本低,符号表上传配好之后堆栈可读。性能方面:
- 启动耗时:Android 用 Macrobenchmark,iOS 用 Instruments 的 App Launch 模板。
- 帧率与卡顿:Flutter 项目开 DevTools 的 Performance 面板,原生项目看 Systrace / Perfetto。
- 包体积:Android 用 APK Analyzer,重点看资源和大图;iOS 看 App Thinning Size Report。
监控工具不要一上来全接。先接崩溃,再补关键路径埋点,最后才考虑全量性能采集。工具接太多,排查问题时反而要在几个后台之间来回跳。
六、任务管理与成本记账
独立开发者既是开发也是项目经理。任务管理我用 Linear 的个人免费版,看板加周期迭代够用;简单项目直接 GitHub Issues 也行。记账用一张表就够,把云服务、签名账号、设计素材、渠道推广分项列出来,每个项目单独一栏。很多项目不是死在开发上,是后期服务器和推广费用没算进去,做着做着发现不赚钱。
工具的价值在于减少重复劳动,而不是增加学习成本。一个工具用两周还不顺手,就该换掉,别硬扛。
最后说一句选型原则:优先选能导出标准格式、数据能带走的工具。请求集合、设计源文件、任务数据,只要支持导出,将来迁移就不至于推倒重来。独立开发者的时间最贵,工具是拿来省时间的,不是拿来研究的。

评论 (0)
还没有评论,快来抢沙发吧~