GitDigger 0.1.0 发布,开源的开源社区

司徒永超
 司徒永超
发布于 2018年07月17日
收藏 7

GitDigger 是一个为开源项目而生的社区,用于帮助开发者发现感兴趣的开源项目及其相关的新鲜事,让他们能够方便的了解到各个开源项目都有哪些需要解决的问题、有哪些问题是自己能够提供帮助的,以此为开源项目吸引更多的贡献者。

官网:https://gitdigger.com
码云:https://gitee.com/lc-soft/GitDigger
GitHub:https://github.com/lc-soft/GitDigger

说明

项目自述内容可直接查看项目文件目录中的 README.md 文件,在此不做重复说明。

现在是第一个版本,功能简单,暂时只有 Stories 和 Fixme 两个内容板块:

  • Stories: 类似于XX头条的资讯流,向用户展示近期较为热门的资讯,用户可以订阅感兴趣的话题(Topic)中的资讯。这些资讯都来自开源项目中的问题(Issues)、发行版新闻(Releases)。

  • Fixme: 展示开源项目中待改进的代码片段,每个代码片段都有复杂度评级、注释,方便其他开发者知道自己是否能够修改以及如何正确修改它。开源项目作者可以用 FIXME 注释标记项目中待改进的代码片段,这些片段可以是不好做、没空做、没兴趣做或懒得做的功能的实现代码,然后使用工具收集它们并上传到 GitDigger,让有时间、有兴趣的其他开发者来提供技术支持。

如需了解更多设计细节,可查看设计文档开发日志

FAQ

  • 为什么是英文的?不支持多语言吗?
    用英文受众广,部分文案可以复制粘贴各大英文网站里的,也就是用翻译工具麻烦点,不用花时间去折腾如何实现多语言。

  • 为什么目录结构、文件命名规则和 Ruby On Rails 应用的相似?
    不知道有哪些用 Python 开发的开源网站,所以就参考 Ruby On Rails 应用的设计了。

  • 为什么不用 Angular、Vue 等前框架实现网站前端?
    不想把时间浪费在搞前后端分离上,也不想写太多 JavaScript,用传统的 Bootstrap + jQuery 简单粗暴,如果有人能长期全职负责此项目的后端,那可以考虑试试。

  • 这个项目会凉吗?
    可能会吧,长期无人问津的话那就真的要凉了。

贡献

此项目是根据作者个人需求开发的,为了节省时间只开发了自己感兴趣且有用的功能,开发时怎么简单就怎么来,很多细枝末叶的功能都不会考虑开发,毕竟耗时费力且收益低。长期独自一人写代码容易空虚、寂寞、迷茫、失去动力,所以,如果你有什么好的建议,可以反馈到项目的问题页(Issues)里,项目在初期阶段大部分功能都未定型,调整起来比较容易;如果是代码方面的改进建议,那么请尽量动手改代码,用代码教作者如何写正确的代码。

许可

采用 AGPL 许可证,该许可证在 GPL 的基础上加了一些限制:如果应用程序能通过网络让用户使用,则需要向用户提供源代码和所有的修改。

采用该许可证的理由很简单:

  • 开放源代码,让其他人能参与改进,所有人共享改进的版本。

  • 限制衍生的版本。如果存在多个同类网站的话,会影响用户数量,为了公平竞争,要么一起公开代码共同进步,要么自己投入成本从零开始开发,搞差异化。虽然现在的版本很简单,大部分人都可以分分钟钟开发出一样的网站,但考虑到以后的发展,这限制还是有必要的。

  • 这是个网站,用户只需要打开浏览器就能使用,对用户没什么损失。不像普通的依赖库那样,需要自己在代码里调用库里的函数才能用它,采用 GPL 这类许可证对用户的影响会很大。

本站文章除注明转载外,均为本站原创或编译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动共创开源社区。
转载请注明:文章转载自 开源中国社区 [http://www.oschina.net]
本文标题:GitDigger 0.1.0 发布,开源的开源社区
加载中

精彩评论

宇润
宇润
感觉没什么用,还是英文的,凉凉
司徒永超
司徒永超

引用来自“宇润”的评论

感觉没什么用,还是英文的,凉凉

引用来自“司徒永超”的评论

设计时想得倒是蛮好的,然而现实是大家都很懒,懒得给开源项目改代码,搞个网站整这些功能貌似没啥用。

引用来自“宇润”的评论

做个成品产品很不容易,要运营得好更难,加油吧
感觉在国内推广个开源项目蛮困难的,需要在各个平台上投递新闻,投了后能收到评论寥寥无几,倒是吸引到了一些 fork 狂魔。看来只能指望以后产品稍微成熟后,往 Hacker News 投新闻等上热门,赚一波 star,然后上 GitHub Trending 吸引更多人的关注。
司徒永超
司徒永超

引用来自“宇润”的评论

感觉没什么用,还是英文的,凉凉
设计时想得倒是蛮好的,然而现实是大家都很懒,懒得给开源项目改代码,搞个网站整这些功能貌似没啥用。
陈少鑫
陈少鑫
这个项目会凉吗?
可能会吧,长期无人问津的话那就真的要凉了。
——好实在的作者。

最新评论(11

司徒永超
司徒永超

引用来自“南漂一卒”的评论

前后端分离了你可以完全不用写 JS,像开源中国一样开放了 API,有趣、好用的第三方客户端、前端项目百花齐放~(独立前端可以找我,宣传推广我也有一些渠道)

引用来自“司徒永超”的评论

这只是理想状态下。现在是想让产品早点成型,不想投入成本在新技术学习上,传统的方法够用。

引用来自“南漂一卒”的评论

没啥新技术啊,数据库查出来响应 HTTP 请求就是了
是的,后端是容易点。但前端需要有现成的 js 框架才能实现无 js 的吧,指定 api、html 模板和一些规则,剩下的交给框架处理。
南漂一卒
南漂一卒

引用来自“南漂一卒”的评论

前后端分离了你可以完全不用写 JS,像开源中国一样开放了 API,有趣、好用的第三方客户端、前端项目百花齐放~(独立前端可以找我,宣传推广我也有一些渠道)

引用来自“司徒永超”的评论

这只是理想状态下。现在是想让产品早点成型,不想投入成本在新技术学习上,传统的方法够用。
没啥新技术啊,数据库查出来响应 HTTP 请求就是了
司徒永超
司徒永超

引用来自“南漂一卒”的评论

前后端分离了你可以完全不用写 JS,像开源中国一样开放了 API,有趣、好用的第三方客户端、前端项目百花齐放~(独立前端可以找我,宣传推广我也有一些渠道)
这只是理想状态下。现在是想让产品早点成型,不想投入成本在新技术学习上,传统的方法够用。
南漂一卒
南漂一卒
前后端分离了你可以完全不用写 JS,像开源中国一样开放了 API,有趣、好用的第三方客户端、前端项目百花齐放~(独立前端可以找我,宣传推广我也有一些渠道)
司徒永超
司徒永超

引用来自“宇润”的评论

感觉没什么用,还是英文的,凉凉

引用来自“司徒永超”的评论

设计时想得倒是蛮好的,然而现实是大家都很懒,懒得给开源项目改代码,搞个网站整这些功能貌似没啥用。

引用来自“宇润”的评论

做个成品产品很不容易,要运营得好更难,加油吧
感觉在国内推广个开源项目蛮困难的,需要在各个平台上投递新闻,投了后能收到评论寥寥无几,倒是吸引到了一些 fork 狂魔。看来只能指望以后产品稍微成熟后,往 Hacker News 投新闻等上热门,赚一波 star,然后上 GitHub Trending 吸引更多人的关注。
宇润
宇润

引用来自“宇润”的评论

感觉没什么用,还是英文的,凉凉

引用来自“司徒永超”的评论

设计时想得倒是蛮好的,然而现实是大家都很懒,懒得给开源项目改代码,搞个网站整这些功能貌似没啥用。
做个成品产品很不容易,要运营得好更难,加油吧
司徒永超
司徒永超

引用来自“宇润”的评论

感觉没什么用,还是英文的,凉凉
设计时想得倒是蛮好的,然而现实是大家都很懒,懒得给开源项目改代码,搞个网站整这些功能貌似没啥用。
司徒永超
司徒永超

引用来自“aurthur”的评论

我来给你写后端
哦,你可以看看 app/controllers/users.py,它包含了登录/注册验证、github 验证、用户主页、用户设置页面的代码,引入的依赖比较多,感觉有点杂,是否需要拆分这些代码?
aurthur
aurthur
我来给你写后端
宇润
宇润
感觉没什么用,还是英文的,凉凉
返回顶部
顶部