Event JSON
{
"id": "000012449b548944eb0fa3756535703a1c3a86fa7a07b503f6f9b9a2be41c591",
"pubkey": "434f97993627f1e61f14eeaf60caa8cfdcec10a592caff8250c825252d548c15",
"created_at": 1744591273,
"kind": 1,
"tags": [
[
"q",
"d889b2bb5a9df73078f0b7960cd2ac037d43580d85bf990ce4cafa97978e53f6",
"wss://nostr-relay.app/",
"434f97993627f1e61f14eeaf60caa8cfdcec10a592caff8250c825252d548c15"
],
[
"client",
"Nostr.moe Pro",
"31990:97eafcb1b8438d56d2a3309c6faf08ae61be618a65c87b6a295549ea773ac29d:1743731289"
],
[
"nonce",
"16408",
"16"
]
],
"content": "\u003e https://t.me/gledos_microblogging/2185\n\n每个软件的开发者大会就是它们的更新日志. 大多数时候我看游戏的前瞻直播主要是为了些独家内容, 比如主持人和嘉宾的互动, 弹幕氛围, 首发的 PV 和游戏内容. 有时候还会和朋友, 和群友分享情绪, 或者去和喜欢的博主一起看直播.\n\n会在乎和会认真读软件的更新日志的用户都是具有很高黏性的用户, 这是所有的以用户为本的软件开发者和公司都希望拥有的. 搞不起 \"实体\" 的那就好好写更新日志吧, 如果还想知道详细用户的参与度就去带有访客分析的博客上写文章, 最好带个评论区.\n某些 \"更新日志\" 就搞点八股文式的, 他们服务的主要客户就可能不是用户了, 至少不是我关心的.\nnostr:nevent1qvzqqqqqqypzqs60j7vnvfl3uc03fm40vr923n7uasg2tyk2l7p9pjp9y5k4frq4qyt8wumn8ghj7mn0wd68yttjv4kxz7fwv9c8qtcpr9mhxue69uhhyetvv9ujumt0d4hhxarj9ecxjmnt9uqzpkyfk2a4480hxpu0pdukpnf2cqmagdvqmpdlnyxwfjh6j7tcu5lk30g0x7\n\n某些繁杂的更新去省略掉是合理的, 如果真的有必要, 可以实行双版本号: 内部版本号的更新日志给项目成员和下游看, 外部版本号给最终用户看的. 大多数的项目, 特别是开源项目并没有很好地区分本身的受众到底是哪部分, issues 实际上根本不适合收集用户反馈, 这部分工作应该交给运营的人来做. 不过大多数项目并没有那么多人力去做运营, 用爱发电的和独立开发的贡献者担任的角色一般有: 开发, 测试, 运维, 运营, 支持, 商务, 营销, 财务, 数据分析和产品经理(项目主管). 共同点都在祈祷别担任「法务」, 一个 DMCA 和平台封禁都受不了, 拿回项目资产全靠自己的备份, 备份不了的损失那就真的彻底消失了.",
"sig": "877b097df1977bbd7c1b59133bffcfaba5392d657b7b798eb26bb98e7b5161cd1bf79e11167ac520a3f2c74f84dd6ebd46a9951f33de8c204e9940eb7229471f"
}