北京
大约每周一次，r/node 或 r/typescript 里会出现一个帖子，ZenStack 恰好是那个真正合适的答案。有人正在做一个 CRUD 应用，要加多租户，然后突然意识到自己马上要在四十个地方写 where: { orgId: ctx.orgId }，并且其中一处会写错。这就是我熟悉的场景。我构建了一个在 schema 里带访问控制的 TypeScript ORM，部分原因就是受够了那个问题。
在那个帖子里发表观点并不难，因为我亲身经历过那个问题。真正的工作在帖子之外：趁帖子还活跃时找到它，再把自己知道的东西变成一条真正能帮到人的评论，而不是悄悄向对方推销。我每周要花好几个小时在这上面，直到后来不再手工操作。
三份工作，不是一份
我以前把这件事看成一个活动，所以它一直让人难受。其实这是三份成本完全不同的事。找帖子纯粹是耗时间。打开 r/webdev、r/typescript、r/node，首页大部分内容跟你无关，而真正相关的帖子三天前就发了，已经有人给出了被采纳的答案。每找到一个值得回复的帖子，平均要耗掉九十分钟。
关键词搜索解决不了这个问题。搜“ORM”出来的全是抽象争论 ORM 的人。你真正想要的是更窄的东西：一个带着具体问题的人，最近刚发帖，所在的子版块能容忍你回答，而且问题描述有十几种方式，但都不会提到你产品的品类名。然后还得有人把候选帖子过一遍，只凭标题和两行摘要判断哪些值得点开。这不是能写出来的过滤器。
这就是为什么这件事一直得不到应有的精力。我宁愿做产品也不愿做营销，所以营销只能分到剩下的时间，而那些时间往往不对。我会因此感到内疚，周日猛干一阵，然后又停下来。
写回复不慢，但很耗神
写回复本身不算慢，但要求很高。要读完整条帖子，搞清楚对方真正需要什么，而不是他们问了什么；从三四个角度里挑出一个不会变成推销的角度；再把回复写得即使不放链接也能独立成立。这是实打实的工作，也是为什么周日猛干出来的回复会让你后悔。晚上九点剩下的那点注意力，根本做不好这件事。
点发送只要一秒，却承担了几乎全部风险。自动发帖工具写出来的评论一听就像机器：复述问题、留余地、列三个选项、最后落到产品上。Reddit 的审核一部分靠软件，大部分靠人，而人一眼就能认出这种套路。你不会收到警告，只会事后发现自己被禁言了。
所以结论是：自动找帖子，辅助写回复，但绝不自动发送。这个领域里大多数工具把三件事混在一起，你根本分不清自己到底在用哪一部分。
最后我搭了什么
最终我写了个脚本，不再手工做所有这些事。它盯着几个子版块，告诉我哪些帖子值得点开。遇到有希望的帖子，我就把整条线索交给它处理。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
