真正的工作常常无聊、反复、没有结论。等待用户、排查偶发错误、推翻一段已经写好的代码，都不适合连续表演。可一旦公开频率与关注、合作和收入相连，创作者便容易把“今天值得发布什么”放到“今天真正该解决什么”前面。
Build in Public 最初吸引我的，是它允许人不等成功以后才写故事。
产品还粗糙，可以展示原型；方向尚未确定，可以公开问题；走错了路，也能留下当时为什么那样选。对于独立开发者和小团队，这种公开会让作品更早遇见用户、伙伴和反馈。
可“公开过程”常在不知不觉中变成“同步直播”。今天没有进展，就像没有内容；一次普通修复不够精彩，最好出现转折；问题尚未结束，也要尽快提炼成方法。
镜头没有说谎，工作却开始配合镜头。
