作者最初的 IT 服务台工作主要是“重置东西”，包括处理各种故障，如重置密码、检查网络连接等，将问题打包成工单向上反馈，这是一种在职培训，旨在提升 troubleshooting 能力以争取 SysAdmin 工作。后来 Slack 诞生，起初它看起来不错，能解决之前聊天系统的一些问题，如保留状态等，但带来了一些新问题。作者在使用 Slack 过程中，发现自己虽忙碌于各种工作相关的讨论和协调，却并未实际完成工作，每天像在表演“工作”，且 senior 工程师也更倾向于直接 DM 而不是在团队频道提问。对于 junior 人员，Slack 剥夺了他们学习的机会。在审查时，jerks 因专注于代码而有更多 tangible 成果，nice 人员则因花费大量时间回答问题而成绩难以量化。随着时间推移，Slack 变得混乱，如线程的嵌套混乱等，作者只能选择忽略消息以免被通知漩涡吞噬，这导致他错过重要信息。作者认为 Slack 这类工具虽对组织和监控工作有用，但对团队建设有害，会耗尽团队的认知资源，如大型开源项目的 Slack 频道就是纯粹的噪音。作者希望能认真讨论每天在 Slack 上花费的时间是否合理，团队应选择一个工具集中进行交流，避免过度依赖多种工具，他自己也在各种工具中挣扎，试图在其中找到有用的信息。