因为代码水平垃圾所以不敢开源项目

[kaiki]

写了挺多项目的，光鲜亮丽的背后是垃圾代码。
不知道要到什么程度才能开源。

[67373net]

没事，有用就能开源，代码片段也是开源。
---- 来自刚刚抄完一段 gist 的菜鸡

[Tumblr]

这个想法就错了。
开源项目是一个大家相互学习和进步的过程。
别人可以在你的项目里看到好的 ideas ，你可以在别人的 commits 里看到优秀代码。

[nomagick]

放心，你已经能意识到代码垃圾，已经超越了大部分开源开发者

[cmdOptionKana]

可以先注册个新的 github 帐号，开源后看看，如果项目比较受欢迎，就告诉别人你是作者，如果项目比较冷清，那代码烂不烂又有什么关系呢，反正都没多少人看😂

[kaiki]

@Tumblr 遇到比较多的麻烦就是把自己的项目发给其他人，其他人部署不了，或者环境存在差异，而我基本是基于自己的环境和需求写的代码，让其他人也能正常运行就得反复重写，甚至完全找不到问题发生在哪。
感觉那些写的程序开箱即用的挺厉害的，不知道自己怎么才能做到。

[kaiki]

@cmdOptionKana 我的 github 账户被封了，在开源的时候同时开车是 github 不允许的😓

[littlecreek]

大部分开源项目也是一坨，另外，闭源的项目更恶心，大家都知道，没啥不好意思的

[lslqtz]

idea 比代码重要.

[StevenRCE0]

@kaiki 管理 env ，做各种编译配置脚本，说简单也简单，说麻烦也麻烦，看需要就好；另外满足自己特殊需求的开源项目得到 contrib 其实不会很常见，遇见有人提 issue 再考虑也不迟。

[israinbow]

@kaiki #5 其实开源并不只是开放出源码, 开放协作也是开源的一部分, 是时候学习环境管理做解耦了; 关于如何入手环境管理, 可以开一台干干净净的虚拟机, 然后克隆自己的项目, 把自己搭建运行流程记录下来, 把所有能脚本化甚至能删除的都处理掉, 剩下和系统强绑定的写一个模板, 并加入 gitignore, 比如有一个 env.template, 在 readme 里告诉用户复制出 env.prod, env.dev etcetc 去使用, 并把 env.prod, env.dev etcetc... 加入 gitignore, 🏋️你能悟出这个解耦操作的原理和原则时, 协作便迎刃而解了.

[HaroldFinchNYC]

开源的也都是垃圾，不用自卑

[johnsmith2077]

开源更多是让其他人发现你项目中的不足和问题，协作开发其实倒是其次的，或者项目一定规模之后才会出现

[sannyzeng]

享受一下过程就好，其实我也觉得我开源的那个 vscode 插件写的不咋的（很垃圾）。。。实际当初就是为了自用方便，哈哈哈哈哈哈

[Tumblr]

@kaiki #5 别人部署不了，可能会提 issue ，也可能自己研究然后给你个 commit ，反正不管通过何种方式，你的项目上肯定会增加对这部分“无法部署”的解决，这不就是个提升么？往拽的方面说，“老子就是这么开源的，爱用用不用滚”就对了 😝

[wu67]

代码能跑就行，多少开源项目你照着 readme 都跑不起来呢

[totoro52]

其实你去阅读很多开源项目，特别是那些 star 特别多的项目， 阅读一两段，你会发现这代码质量也不咋地， 没啥不好意思的，开源最重要的是创造了什么，解决了什么，提出了什么。

[eastjoehan]

某个特别特别火的开源后台管理项目，那代码风格跟实现细节，你看完就有自信了

[iliaoliao]

开源只怕没人用导致自己也没动力去更新，如果有人用，总会一步步把代码替换成优雅的

[hackerMu]

没事，你可以去看看那些比较火的开源项目，可能比你写的更垃圾。代码嘛，能跑就是好代码，

[liuzimin]

卷不过代码就卷功能。自己做的功能能解决问题，那就值得骄傲。