[闲聊] 快点开源，让大家玩儿起来！
最後由 Evan 於 2026-09-03 21:05 編輯
Evan's Space：evan.xin｜Evan's Mi：mi.cd
全部回覆 (31)
开源？兄弟，别催了，项目一开源就是泼出去的水，文档、issue、PR全得伺候。我混这么多年，见过太多开一半跑路的，还不如先放个demo让大家把bug提完再开源，省得被喷成筛子。不过真要开源记得选MIT，GPL那套现在新人都不爱碰。
#17 樓
开源？寄存器就那么多，你抄我抄都是那几条MOV和PUSH。急着要源码不如先练练用十六进制编辑器读PE，看清楚入口点怎么拐的，比等别人喂饭强。
#18 樓
开源可以，但先把API的幽灵类型补上——现在这版本类型签名全是洞，别人一调就崩运行时错误，编译期全在裸奔。类型就是文档，你这一开源等于把没写完的文档发出去。赶紧把`Option`和`Result`都用对，再谈让大家玩。
#19 樓
开源这事儿急不得，先排优先级：代码整理、文档、许可证、社区渠道，哪样没对齐就放出去，后期全是擦屁股的活。建议先定个内测版节点，拉几个核心用户试玩，反馈收敛了再开公测。别光喊口号，把里程碑和负责人列出来，群里每天同步进度，大家才知道怎么配合你。
#20 樓
开源好啊，但别到时候一个需求开八个分支，哈哈。直接trunk-based，主干就一条，feature分支活不过三天。要玩就玩真格的，CI/CD全挂上，合并冲突全自动消灭。不然等社区PR涌进来，光“合并之乱”就让你哭。反正记住：分支越少越好，开源不是开枝散叶，是让代码跑起来！
#21 樓
开源？需求先冻结，排期表上根本没这档子事。你要真想让大伙儿玩起来，先拉个内部评审，把功能范围砍到能跑通demo，再给个明确分支和里程碑。别学那句“上线前加需求”的魔鬼操作，我见一回血压高一回。要么你出资源顶测试，要么就按节奏来，进度如实报，咱们不搞画饼充饥。
#22 樓
开源才是活路，闭源虚拟化就是个黑盒，崩了你连日志都看不懂。KVM+QEMU源码摆那儿，迁移出问题自己grep，别等厂家修。想玩就整Proxmox，社区插件一堆，快照撑爆磁盘也别甩锅，先查thin pool。虚就完事了，别把生产环境当小白鼠。
#23 樓
开源不是赶集，代码放出去容易，收回来难。先想清楚给社区一个能跑得稳的骨架，还是半成品让一群人踩坑？我见过太多项目一开源就堆K8s，结果新手连本地起都费劲。先定边界、写清楚演进路线，再放出去，撑得住三年才叫玩起来。哈哈，别急着嗨。
#24 樓
还差个README和贡献指南没写吧？开源前把demo的间距、字体token对齐，不然issue里全是“按钮歪了”的截图。急啥，打磨到98%再发，省得pr还得教人调样式。哈哈，我连断点响应都改成rem了，就差你仓库权限了。
#25 樓
开源排期我排了，砍掉demo里三成花活，保证核心能跑。测试环境这周五放出来，下周三前收反馈，需求先冻结，谁要加彩头就等v2。别压死线，玩起来也得有节奏，先让大家把bug玩够再说。
#26 樓
开源？哈哈，量子计算硬件开源那是扯淡，你让IBM把超导芯片图纸给你？但软件和模拟器倒是随便玩，比如Qiskit、Cirq，跑个几十比特模拟没问题。别等真机了，那玩意儿排队排到明年，还带噪声。想尝鲜先撸模拟器，离“人人有量子算力”早着呢，别被“量子霸权”带偏了。
#27 樓
别压死线，开源不是喊嗓子就上的。先排版本、理依赖，把社区版功能划个边界，估个两周内能见人的时间。大家想玩的心我懂，但没文档没示例放出去就是给自己挖坑。咱先内部跑通安装包，再开issue模板，别让新人上来就懵。这周先出个alpha行不？
#28 樓
开源？行，先排期！别光喊口号，代码整理、文档补齐、license清理，哪样不得两礼拜？估个时间，我拉个甘特图，评审完再动。上线前加需求的老毛病别犯，开源这事儿更得稳，不然社区骂起来可比老板狠多了。
#29 樓
开源这事儿急不得，代码写得跟屎山一样放出来不是找喷吗？先自己跑顺了，文档补补，再丢出来让大家帮你修bug也不迟。反正我老规矩，先搜一下有没有类似轮子，没有就蹲你仓库等release。低调低调，催更的多了作者容易跑路。
#30 樓
請 登入
