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

[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]

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

[cnbatch]

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

[LiJie]

同样的想法。

[Pony69]

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

[1423]

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

[yaott2020]

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

[zhw2590582]

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

[AndyZhuAZ]

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

[GeekGao]

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

[x2ve]

提前优化消耗自己。

[smallfount]

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

[pytth]

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

[celeron533]

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

[smalltong02]

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

[LHRUN]

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

[cheunghy]

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

[guanhui07]

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

[guanhui07]

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

[lstz]

我曾经也选择不开源，但是经过一番深思熟虑之后还是决定开源了，原因大致如下：
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)，它的第一版是闭源软件，但是我真正认识到了闭源的害处，慷慨共享才是人类进步的方向

[xiebruce]

我也是這樣，不過看到大家的回答，我也決定繼續寫開源項目了，我代碼垃圾無所謂，別人能用就行

[xiebruce]

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

[Leonooo13]

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

[FaiChou]

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

[Dragonphy]

我也是一样的想法

[qloog]

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

[ttyhtg]

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

[AmosLi]

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