我应该什么时候发布代码?[关闭]

早放,常放。

批评是一件好事,只要它是建设性的。忽略那些讨厌的人,注意那些提交错误报告和评论的人。

代码的内部结构很重要,但如果它能达到预期的目的,则更重要。一般来说,重构会改变代码内部的工作方式,但不会影响代码的使用方式。相同的输入和输出。

你需要半途而废 “嘿,这对我来说差不多行了”,然后 他们将参与这个项目。

托瓦兹
Linux时代(2004-10-25)。

如果你这样做是为了在简历上指出问题,那么就要把它做好(代码,不一定是功能完整的)。想象一下,一个未来的雇主会四处查看代码,而不是下载和运行代码。

提供一组代码样式/标准文档(可能带有关于类关系的体系结构注释)可以让其他开发人员更容易地贡献,并且以增强库的方式,而不是让库成为一堆杂乱无章的代码。发布一个库,然后进行重构,同时为已经在生产环境中使用该库的用户保持向后兼容性,这从来都不是一件容易的事。

编辑

不要害怕批评。。。它与领土相适应。 一些批评可能是建设性的(注意这一点)。 会有很多人批评你的代码(无论出于什么原因)而没有建设性,或者只是贬低你的工作。不同的是,你已经生产了产品,他们可能从来没有贡献给任何操作系统产品/库。

用户希望您立即解决他们的问题,或者编写代码让他们使用您的库,或者简单地说“它不工作”,而不解释它们的意思。你必须学会全天候生活。

我读了谷歌首席软件工程师乔舒亚·布洛赫(Joshua Bloch)的一份文件,他谈了很多关于最佳API设计类型的问题。基本上,一旦你释放了它,它就或多或少地被设置好了。他说

公共API永远是—一个正确的机会

here . 它绝对值得一读。我也有它的PDF文件,如果你需要的话请告诉我。