刚才发现一个前同事的 Github 上有两个 star 很多的项目,一个是收集型的 markdown 项目,另一个是被用在好几个知名国外公司的前端组件。
像第一个项目这样的资源收集型的高 star 项目,在国内大神中其实常见。
我好奇的是第二个项目(这里称作 B )是怎么被多个知名公司用的,我发现代码是来自别的项目(这里称作 A , A 和 B 的前期 commit 都是相同的,但 B 不是 fork 了 A ,因为没有`forked from xxxx`,没有 fork ,这样会误导人认为整个项目都是他做的), A 项目好几年都没人维护了,然后 A 项目的 issue 下发个新的 issue 链接到 B ,并承诺会维护,然后 B 的 star 就越来越多了。
所以,这里是有个提高自己知名度的方法的:
1 、找个知名的长时间不维护的项目
2 、 import 这个项目(而不是 fork )
3 、维护一段时间,例如修复几个原项目的 issue
4 、在原项目上发个 issue ,说我的这个是一直在维护的,修复了某某某 BUG 等等
5 、原来项目的用户可能会 star 这个项目
6 、面试官或其他人看到后,可能会以为,原来 XXX 是他做的啊,是大神
大家怎么看 markdown 大神和上面这种方式的大神?
(项目地址就不贴了,无仇无怨的,只是想讨论下我刚才发现的这种方式)
像第一个项目这样的资源收集型的高 star 项目,在国内大神中其实常见。
我好奇的是第二个项目(这里称作 B )是怎么被多个知名公司用的,我发现代码是来自别的项目(这里称作 A , A 和 B 的前期 commit 都是相同的,但 B 不是 fork 了 A ,因为没有`forked from xxxx`,没有 fork ,这样会误导人认为整个项目都是他做的), A 项目好几年都没人维护了,然后 A 项目的 issue 下发个新的 issue 链接到 B ,并承诺会维护,然后 B 的 star 就越来越多了。
所以,这里是有个提高自己知名度的方法的:
1 、找个知名的长时间不维护的项目
2 、 import 这个项目(而不是 fork )
3 、维护一段时间,例如修复几个原项目的 issue
4 、在原项目上发个 issue ,说我的这个是一直在维护的,修复了某某某 BUG 等等
5 、原来项目的用户可能会 star 这个项目
6 、面试官或其他人看到后,可能会以为,原来 XXX 是他做的啊,是大神
大家怎么看 markdown 大神和上面这种方式的大神?
(项目地址就不贴了,无仇无怨的,只是想讨论下我刚才发现的这种方式)