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

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

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

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

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

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

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

idea 比代码重要.

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

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

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

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

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

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

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

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

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

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

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

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

有什么好怕的，我自己直接大大方方在 readme 写明，我的代码写得乱七八糟。

同样的想法。

怕啥，又不是又不能跑，若是有人用，你更有动力更新优化代码

linus 开源 linux 有想那么多吗? 没有, 也不需要有
just for fun, 就够了

有什么好怕的，要有自信，开源也可以让别人指出你代码中的问题，相互学习共同进步，挺好的

没事的，只要保持积极态度，项目就会一直迭代，烂代码都会被重构掉

在挪威地下留了垃圾代码的我：

以前同感，但是后来发现，绝大多数人只在意你项目的价值和是否能运行，不太在意你的代码质量

提前优化消耗自己。

能运行起来再说。。
如果东西好但是有优化空间万一大佬看到了给提出来不就学到了。。

没事，我初学者水平的代码，代码很烂，没有任何规范，漏洞也多，但还是开源了。github.com/likeyun/liKeYun_Ylb

“你的代码太烂了，我帮你改了下”
然后 po 就看到来了 12 个 PR 。

我都干开源，你怕什么！
https://github.com/smalltong02/keras-llm-robot

哈哈 不要这样想，我的开源代码烂的一批，但是已经乐此不疲的更新好多了

加入我们的项目吧 www.teocloud.io ，前端后端或框架，想做什么做什么，直接贡献有潜力的开源代码

开源的 也有不少优秀的代码，虽然重复的轮子 ，最少代码实现原理，那些也是值得学习借鉴的，有时候开源了未必有人用以及有人交流，而当有人使用 反馈，更是我提升 修改更好的时候，当然我也可以去抄 去学习优秀的代码，我很多时候感觉还是不少有自己未探知的，三人行必有我师。随便开源，有时间有缘分，就尽量交流，同时参与比如使用 阅读优秀的项目，完善文档，提 issue 描述好的，也是参与开源的快乐，很多开源的技术人也乐于解答，我对此都非常感激，毕竟挺多用爱发电的开源项目，值得致敬，人活着为了精神满足，为了创造价值，为了提升自己，不断超越以前的你，成为更优秀的你，所以不用在乎什么其他，你觉得要干就干了 又没什么后果，多少火的项目也是抄出来的思路，不妨碍一种价值 知识传递。

自己去看之前一个月的代码都觉得写的烂，好的代码也要不断重构迭代，要时间，重写优秀，但最好是一次写好 兼容未知，经验重要，看别人怎么写，能抄也就提升，再不断打磨完善，有人一起前行会更有意思些，不会孤独，还有人推着你或帮你完善。感恩所有帮你的有缘人，这社区也不少贵人愿意分享，思路 解答的各种

我曾经也选择不开源，但是经过一番深思熟虑之后还是决定开源了，原因大致如下：
1. 开源能让你有羞耻心，不会随意交上依托答辩，自尊心还是有的
2. 让大家帮忙看看，你的逻辑是不是有安全隐患或者改进地方。要知道能放在太阳底下暴晒的，肯定比放在阴暗角落里让人更信任，病菌会更少一些。
3. 众人拾柴火焰高，one man project is absolutely unsustainable,
4. 如果是闭源软件，且没有非常专业的 pm 、leader 去管控 code quality 。那么这个项目就会逐渐出现 bad smell, 文档也逐渐 out-of-dated ，这是非常可怕的假如你真的需要让你的项目让人认为是有希望的话

我的开源项目，LafTools( https://github.com/work7z/LafTools)，它的第一版是闭源软件，但是我真正认识到了闭源的害处，慷慨共享才是人类进步的方向

我也是，不看到大家的回答，我也定源目了，我代垃圾所，人能用就行

@kaiki 同时开车是啥意思呀？收费？

我的一些笔记都会放在 github 上面的，无所吊未，没人看的

整个 GitHub 上面的项目大多都是草台班子

我也是一样的想法

能用就能开源，或多或少会对一些人有用。
将开源进行到底： https://github.com/go-eagle/eagle
或许社区的力量也会推动你前进

总比我这种啥也不会的强，开吧，能用就行

@Leonooo13 分享出来， 我观摩一下