Logto Bounty Hunter series: 解决开源项目 issue，拿礼品卡
logto · logto-io · 2022-10-19 21:46:39 +08:00 · 2644 次点击这是一个创建于 799 天前的主题，其中的信息可能已经有所发展或是发生改变。
大家好，
我们的项目是 Logto，是一个帮助开发者和企业快速搭建「登录注册体验」和「用户身份体系」的开源项目。
自从 Logto 的 beta 版本发布以来，已经有许多热心的开发者为项目做出了有意义的贡献。我们不想只让大家「用爱发电」，而是希望能给到大家真实的回馈；所以在此推出了 Bounty Hunter 活动，所有带 "bounty" 开头 tag 的 issue 都可以参与活动：
Issue 分为 3 个 tier ，完成后可以获得相应的奖励（礼品卡）。任务难度越大，奖励越多；礼品卡可换成国内等值 RMB 版本。
⭐️⭐️⭐️ Tier 1 （ 100 美元）贡献连接器 / 解决关键 bug / 实现功能
⭐️⭐️ Tier 2 （ 50 美元）贡献翻译 / 解决中等 bug
⭐️ Tier 3 （ 20 美元）贡献文档 / 解决小 bug
隐藏奖励：成功贡献 SDK 或者同等工作量的人将会获得隐藏奖励。
Issue 列表和详细的规则说明 👇
https://github.com/logto-io/logto/issues/1861
不知道从何入手？没关系，我们已经准备好了数个简单的 issues ，并提供了 贡献指南。如果有任何问题，欢迎通过以下方式联系我们：
- Discord https://discord.gg/vRvwuwgpVX
- Email [email protected]
 |
1
hiugo 2022-10-19 22:14:51 +08:00
看起来很不错，现在有哪些开源系统支持使用 logto 互联了？
|
 |
2
Maxwe11 2022-10-19 22:39:16 +08:00
试了好几天还没在测试服务器上部署上 @_@ 尴尬了
不想用 docker ，本地服务器是连不上服务器，用腾讯云的测试无 sudo 吧没权限，sudo 吧总提示： const pgOutput = safeExecSync('postgres --version') ?? ''; 崩溃 |
 |
3
logto OP |
 |
4
Aloento 2022-10-24 16:56:20 +08:00 via Android
和 casdoor 对比如何？
|
 |
5
nomagick 2022-10-24 18:05:16 +08:00
我手上也有自研的 OIDC 用户系统，也是 ts 写的，核心功能在五千行左右。
我稍微看了两眼你这项目的代码， 我觉得以现在这个规模却不使用 OOP ，只使用函数，然后像前端项目一样用文件系统分割，代码太散太碎，并且有很多重复的脚手架。 你作为这项目的作者维护起来没啥问题，但别人想要进来，太难了，缺少线索。 |
|
7
nomagick 2022-10-24 18:12:26 +08:00
OOP 在 js 圈一直不太普及，前端项目维护不住容易重写背后是有结构性问题的
像这种基础设施类型的后端项目，应该多借鉴一下 java 世界，起码把可维护性拉起来 |
 |
9
pseudo 2022-10-24 18:28:23 +08:00  1
@nomagick #5 您好，感谢关注项目。
> 以现在这个规模却不使用 OOP ，只使用函数 这个更多是哲学问题，软件工程没有银弹，只有取舍和权衡。 > 然后像前端项目一样用文件系统分割，代码太散太碎 请问是怎么得出「太散太碎」的结论的呢？我理解按功能和模块进行文件夹分层是一种基础文件结构优化，现在工程师团队以及社区贡献者并没有遇到「找不到文件」的问题。 我很好奇，如果是 OOP ，能避免这样的情况吗？为什么呢？ > 并且有很多重复的脚手架 这个我没有看出来哈。我们各种配置文件都做了共享，并且 pnpm 管理 monorepo 十分方便，不知道你有没有尝试过。 > 你作为这项目的作者维护起来没啥问题，但别人想要进来，太难了，缺少线索。 请问「太难了」的结论是如何得出的呢？因为我们看到事实是社区里有来自不同国家、行业、和年龄段的贡献者，我们也都单独做了深入沟通，到目前为止还没有人抱怨「上手太困难」的问题。当然还有一种可能是觉得难的开发者直接放弃了，这部分确实无法捕捉到，但只要有贡献的意愿，我们 Discord 基本都会很快回应，并和大家一起解决问题。 > 像这种基础设施类型的后端项目，应该多借鉴一下 java 世界，起码把可维护性拉起来 还是很好奇，如何定义「可维护性」，以及为什么 java 的 convention 就会比「 js 圈」更有可维护性？ |
|
10
pseudo 2022-10-24 18:36:07 +08:00 1
@Aloento #8 嘿朋友，友善讨论我们愿意，但乱下结论可不理性。你的「 KPI 项目」是从何得出的呢？
另外，「之前和我们提过」如果是指 https://www.v2ex.com/t/870546 这个帖子里面的： 「 @logto 用 JS 写的吗，真的大丈夫？」 「鄙人不才，只是如果我自己做相关产品的话不会使用 JS ，您就当我在瞎扯就好」 那我们确实无法回复，毕竟您说的不是设计模式，而是要让项目全部推倒重来了。 |
|
11
pseudo 2022-10-24 18:53:26 +08:00 via iPhone
@Aloento 说实话，面对 KPI 项目的评价我不知道该高兴还是伤心：
- 伤心的是我们被误会了，从我的发言记录就能看出是在创业，团队对这件事都十分热情（希望他们别看到这个帖子） - 开心的是原来我们的公司已经被当作大公司了，都能有 KPI 项目的生长土壤 :-) |
 |
12
zwpaper 2022-10-24 19:02:59 +08:00 2
@pseudo 本来看记录，以为可以硬杠一下 js 不如 ts ，但是点进项目一看，已经是 ts 了，我寻思按最近的趋势用 ts 写后端也没啥毛病啊，突然想起来我有个朋友说过，提问题聊优化都可以，只批评没内容就当看不见了。
创业不易，加油 |
|
13
Aloento 2022-10-24 19:18:30 +08:00 via Android
@pseudo 创业不易，加油，我只是站在使用者的角度看，不是很愿意说很多
我分享这个帖子给我的同事，大家一致认为这是一个 KPI 项目，所以我这么回复了，就当我是在口嗨吧 好心说一下吧，KPI 项目是一种行为模式，不一定代表它真的就一定是因为 KPI 而产生的。 祝好 |
|
14
nomagick 2022-10-25 12:01:08 +08:00
@pseudo 为什么？ 因为有沟通成本啊，代码和代码之间的，代码和人之间的，人和人之间的
给你打个不太恰当的比方，OOP 就好比人说的话，spoken language, 但人更基础的沟通方式其实是互相比划，body language. 你说为什么一般人发展到一定阶段一定要使用 spoken languange 呢，继续使用 body language 不行吗，当然行了，手语也能交流，盲文也能交流 你说有没有更好的方式，表达能力更强的方式呢，我想可能有，但手语肯定不是那个更好的方式，这个问题也不是哲学问题 OOP 实在是软件行业里面一个基础的东西，不是什么高大上的，它是如此的有效和普遍，以至于你不使用，不会被理解为你的特色或者特立独行，而会被理解为你的 disability ；就像一个人如果拒绝使用 spoken language ，不会被理解为有见地或者特立独行，而会被理解为 disability 。 别的不用说就说写 API 这一件事，别的语言已经演进到什么阶段了，你可以花点时间仔细看一下 Java 现在的 API 是咋写的，Python 那边 fastapi 是咋写的，人家的 openapi 文档是怎么自动带出来的，这里面发生的所有事的认知成本是如何减轻的 |
 |
15
lovepocky 2022-10-25 12:29:06 +08:00 via iPhone 2
大致看了一下你们的后端代码，koa/ts 的技术栈问题不大。产品使用也体验了。
主要感觉是完成度上，功能丰富程度，对比成熟的开源项目还有一些距离吧，期待项目以后的发展 |
Select Language