1
67373net 279 天前
没事,有用就能开源,代码片段也是开源。
---- 来自刚刚抄完一段 gist 的菜鸡 |
2
Tumblr 279 天前 5
这个想法就错了。
开源项目是一个大家相互学习和进步的过程。 别人可以在你的项目里看到好的 ideas ,你可以在别人的 commits 里看到优秀代码。 |
3
nomagick 279 天前 16
放心,你已经能意识到代码垃圾,已经超越了大部分开源开发者
|
4
cmdOptionKana 279 天前
可以先注册个新的 github 帐号,开源后看看,如果项目比较受欢迎,就告诉别人你是作者,如果项目比较冷清,那代码烂不烂又有什么关系呢,反正都没多少人看😂
|
5
kaiki OP @Tumblr 遇到比较多的麻烦就是把自己的项目发给其他人,其他人部署不了,或者环境存在差异,而我基本是基于自己的环境和需求写的代码,让其他人也能正常运行就得反复重写,甚至完全找不到问题发生在哪。
感觉那些写的程序开箱即用的挺厉害的,不知道自己怎么才能做到。 |
6
kaiki OP @cmdOptionKana 我的 github 账户被封了,在开源的时候同时开车是 github 不允许的😓
|
7
littlecreek 279 天前 via iPhone
大部分开源项目也是一坨,另外,闭源的项目更恶心,大家都知道,没啥不好意思的
|
8
lslqtz 279 天前 1
idea 比代码重要.
|
9
StevenRCE0 279 天前
@kaiki 管理 env ,做各种编译配置脚本,说简单也简单,说麻烦也麻烦,看需要就好;另外满足自己特殊需求的开源项目得到 contrib 其实不会很常见,遇见有人提 issue 再考虑也不迟。
|
10
israinbow 279 天前 3
@kaiki #5 其实开源并不只是开放出源码, 开放协作也是开源的一部分, 是时候学习环境管理做解耦了; 关于如何入手环境管理, 可以开一台干干净净的虚拟机, 然后克隆自己的项目, 把自己搭建运行流程记录下来, 把所有能脚本化甚至能删除的都处理掉, 剩下和系统强绑定的写一个模板, 并加入 gitignore, 比如有一个 env.template, 在 readme 里告诉用户复制出 env.prod, env.dev etcetc 去使用, 并把 env.prod, env.dev etcetc... 加入 gitignore, 🏋️你能悟出这个解耦操作的原理和原则时, 协作便迎刃而解了.
|
11
HaroldFinchNYC 279 天前
开源的也都是垃圾,不用自卑
|
12
johnsmith2077 279 天前 via Android
开源更多是让其他人发现你项目中的不足和问题,协作开发其实倒是其次的,或者项目一定规模之后才会出现
|
13
sannyzeng 279 天前
享受一下过程就好,其实我也觉得我开源的那个 vscode 插件写的不咋的(很垃圾)。。。实际当初就是为了自用方便,哈哈哈哈哈哈
|
14
Tumblr 279 天前
@kaiki #5 别人部署不了,可能会提 issue ,也可能自己研究然后给你个 commit ,反正不管通过何种方式,你的项目上肯定会增加对这部分“无法部署”的解决,这不就是个提升么?往拽的方面说,“老子就是这么开源的,爱用用不用滚”就对了 😝
|
15
wu67 279 天前 via Android
代码能跑就行,多少开源项目你照着 readme 都跑不起来呢
|
16
totoro52 279 天前
其实你去阅读很多开源项目,特别是那些 star 特别多的项目, 阅读一两段,你会发现这代码质量也不咋地, 没啥不好意思的,开源最重要的是创造了什么,解决了什么,提出了什么。
|
17
JoeDH 279 天前
某个特别特别火的开源后台管理项目,那代码风格跟实现细节,你看完就有自信了
|
18
iliaoliao 279 天前
开源只怕没人用导致自己也没动力去更新,如果有人用,总会一步步把代码替换成优雅的
|
19
hackerMu 279 天前
没事,你可以去看看那些比较火的开源项目,可能比你写的更垃圾。代码嘛,能跑就是好代码,
|
20
liuzimin 279 天前
卷不过代码就卷功能。自己做的功能能解决问题,那就值得骄傲。
|
21
cnbatch 279 天前
有什么好怕的,我自己直接大大方方在 readme 写明,我的代码写得乱七八糟。
|
22
LiJie 279 天前
同样的想法。
|
23
Pony69 279 天前
怕啥,又不是又不能跑,若是有人用,你更有动力更新优化代码
|
24
1423 279 天前
linus 开源 linux 有想那么多吗? 没有, 也不需要有
just for fun, 就够了 |
25
yaott2020 279 天前 via Android
有什么好怕的,要有自信,开源也可以让别人指出你代码中的问题,相互学习共同进步,挺好的
|
26
zhw2590582 279 天前
没事的,只要保持积极态度,项目就会一直迭代,烂代码都会被重构掉
|
27
AndyZhuAZ 278 天前 2
在挪威地下留了垃圾代码的我:😂
|
28
GeekGao 278 天前
以前同感,但是后来发现,绝大多数人只在意你项目的价值和是否能运行,不太在意你的代码质量 😛
|
29
x2ve 278 天前 via iPhone
提前优化消耗自己。
|
30
smallfount 278 天前
能运行起来再说。。
如果东西好但是有优化空间万一大佬看到了给提出来不就学到了。。 |
31
pytth 278 天前 via iPhone
没事,我初学者水平的代码,代码很烂,没有任何规范,漏洞也多,但还是开源了。github.com/likeyun/liKeYun_Ylb
|
32
celeron533 277 天前
“你的代码太烂了,我帮你改了下”
然后 po 就看到来了 12 个 PR 。 |
33
smalltong02 277 天前
|
34
LHRUN 277 天前 via iPhone
哈哈 不要这样想,我的开源代码烂的一批,但是已经乐此不疲的更新好多了😂
|
35
cheunghy 276 天前
加入我们的项目吧 www.teocloud.io ,前端后端或框架,想做什么做什么,直接贡献有潜力的开源代码
|
36
guanhui07 276 天前 via iPhone
开源的 也有不少优秀的代码,虽然重复的轮子 ,最少代码实现原理,那些也是值得学习借鉴的,有时候开源了未必有人用以及有人交流,而当有人使用 反馈,更是我提升 修改更好的时候,当然我也可以去抄 去学习优秀的代码,我很多时候感觉还是不少有自己未探知的,三人行必有我师。随便开源,有时间有缘分,就尽量交流,同时参与比如使用 阅读优秀的项目,完善文档,提 issue 描述好的,也是参与开源的快乐,很多开源的技术人也乐于解答,我对此都非常感激,毕竟挺多用爱发电的开源项目,值得致敬,人活着为了精神满足,为了创造价值,为了提升自己,不断超越以前的你,成为更优秀的你,所以不用在乎什么其他,你觉得要干就干了 又没什么后果,多少火的项目也是抄出来的思路,不妨碍一种价值 知识传递。
|
37
guanhui07 276 天前 via iPhone
自己去看之前一个月的代码都觉得写的烂,好的代码也要不断重构迭代,要时间,重写优秀,但最好是一次写好 兼容未知,经验重要,看别人怎么写,能抄也就提升,再不断打磨完善,有人一起前行会更有意思些,不会孤独,还有人推着你或帮你完善。感恩所有帮你的有缘人,这社区也不少贵人愿意分享,思路 解答的各种
|
38
lstz 276 天前
我曾经也选择不开源,但是经过一番深思熟虑之后还是决定开源了,原因大致如下:
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),它的第一版是闭源软件,但是我真正认识到了闭源的害处,慷慨共享才是人类进步的方向 |
39
xiebruce 275 天前 via iPhone
我也是這樣,不過看到大家的回答,我也決定繼續寫開源項目了,我代碼垃圾無所謂,別人能用就行
|
41
Leonooo13 275 天前
我的一些笔记都会放在 github 上面的,无所吊未,没人看的
|
42
FaiChou 274 天前 via iPhone
整个 GitHub 上面的项目大多都是草台班子
|
43
Dragonphy 274 天前
我也是一样的想法
|
44
qloog 274 天前
|
45
ttyhtg 273 天前 via Android
总比我这种啥也不会的强,开吧,能用就行
|