大家好，这里是一个还在持续头秃的独立开发小团队。
最近几个月，我们几个凑在一起捣鼓一款名叫 SGNL.fm 的 iOS 音频工具。因为团队里大家都有点“像素级”的强迫症，我们在前期的设计和原型阶段其实踩了不少坑。
今天不想聊枯燥的代码架构，想借着少数派这个宝地，跟各位数字生活玩家和同行们分享几把我们在“造轮子”过程中，觉得极其趁手的兵器。
不知道大家有没有同感，现在很多专注类或白噪音 App 的界面都太“重”了。恨不得把所有按钮、计时器、番茄钟全糊在主屏幕上。
我们最初的共识是：极致的效率工具，应该是“毫无存在感”的。 为了探索一种沉浸式、极简的交互，我们在 Figma 里废弃了至少几十个版本。说实话，苹果原生的某些 UI 组件实在满足不了我们想要的“流动感”。后来我们在 Figma 社区里找了很多关于光影和材质的开源库，硬是磨出了一套我们内部戏称为“液态玻璃（Liquid Glass）”的视觉风格。
建议正在做独立开发的同行，在用 Figma 时多去折腾一下它的 Variables（变量）功能。这帮我们后期在 iOS 端适配深色模式和三种不同状态（Focus/Energy/Zen）的全局色彩调配时，省下了成吨的沟通成本。
这可能是我们开发流程里最“非典型”的一环。
既然是做音频工具，最大的难点其实不在写播放器，而在于“声音质感的探索”。因为我们不想走老路子去买一堆自然界的白噪音 MP3 来死循环，而是想做一套底层的生成式机制。但在引擎真正写出来之前，你怎么向团队证明某种频率或底噪是好听的、不刺耳的？
自己拿麦克风去录实在太蠢了。后来我们盯上了 Suno。
对，就是那个用来生成流行歌的 AI。但我们完全把它当成了一个“音色探索器”。我们会输入极其苛刻的 Prompt，比如“低 BPM、持续的低频无人机音效、没有旋律线、适合敲键盘时听”。
我们用它快速生成了大量的声音碎片，用来验证我们在不同状态下的听觉假设。虽然最终 App 里跑的都是我们自己引擎实时演算的声音，根本用不到 Suno 生成的成品音频，但它作为早期的“灵感催化剂”，直接把我们的音频原型设计速度拉高了一个数量级。
小团队开发最大的敌人不是技术壁垒，而是“互相等进度”带来的内耗。
我们在项目管理上彻底抛弃了臃肿的 Jira 或 Notion，全员转到了 Linear。它的快捷键操作太丝滑了，而且那种“极客范儿”的 UI 本身就很对我们的胃口。开发和设计之间的 Bug 追踪变得极其克制和高效。
另外，不得不提少数派的老朋友 Raycast。作为重度 Mac 用户，我们在 Raycast 里写了几个极简的内部脚本。比如一键把 Figma 的切图推送到代码仓库，或者一键生成测试包的下载二维码。能用键盘解决的，绝对不碰鼠标。
其实独立开发的过程，本质上就是不断和自己的眼界以及工具链死磕的过程。
当这些前置的轮子都打磨好之后，我们才真正进入了深水区——去解决传统音频工具那个极其致命的痛点：听觉疲劳。
至于什么是“听觉疲劳”，以及我们到底用了什么技术手段来对付它？篇幅原因今天先不展开了，这周稍微喘口气，我再来少数派接着填坑。
欢迎大家在评论区交流你们平时做项目最离不开的趁手兵器！
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。