#1 - 2021-12-7 10:03
bangumi大西王 (天生万物以养人，人无一物以报天)
第一步: 建个群吹水(bgm38) slack

真正的第一步: roadmap

https://github.com/bangumi/dev-docs/issues/1

先完善只读api，在这个过程中梳理一下各个表之间的逻辑关系，变成文档。

然后开发部分读写api，把旧网站按照模块（比如讨论组，日志）等逐渐迁移到新前端/后端。




把导出的部分数据库建了个仓库，用于开发者们能够快速启动开发环境，避免设置数据库之类的繁琐工作。

https://github.com/bangumi/dev-env
#2 - 2021-12-7 10:34
蜜瓜改二@五月病🍭
之前不是有个 https://bangumi.slack.com
#2-1 - 2021-12-7 10:34
bangumi大西王
抱歉，此工作区已被删除。
#2-2 - 2022-1-1 17:13
ビノタ
Trim21 说: 抱歉，此工作区已被删除。
刪除後你就能用這個 domain 了
#3 - 2021-12-7 10:55
魔法使
围观下康康会用什么框架开发 然后剽窃下技术栈
#4 - 2021-12-7 10:55
私の天下大帝国
因为我是计算机盲，大佬能够大致讲一下这个功能是什么意思吗？对于客户端用户而言有什么使用价值的提升?
#4-1 - 2021-12-7 11:01
bangumi大西王
长期看能解决一些因为bgm自己站点功能缺陷带来的问题，比如社区化开发这个帖子最后说的人物肖像编辑战的问题。还能修复一些站点原有的bug，添加一些新功能，比如单集评分

短期来看没有价值(bgm38)现在的网站还要用很久
#4-2 - 2021-12-7 11:05
Tkzc ⚥
（我猜的）
方便扩展现有功能，减轻服务器压力，让客户端获取数据更简便，解决历史数据过于复杂的问题
#4-3 - 2021-12-13 23:24
咕咕子❶
Trim21 说: 长期看能解决一些因为bgm自己站点功能缺陷带来的问题，比如社区化开发这个帖子最后说的人物肖像编辑战的问题。还能修复一些站点原有的bug，添加一些新功能，比如单集评分

短期来看没有价值现在的网站还要用...
微服务前期搭建异常痛苦，苦不堪言的过来人说道
#4-4 - 2021-12-13 23:54
bangumi大西王
咕咕子 说: 微服务前期搭建异常痛苦，苦不堪言的过来人说道
长期——开始重新实现主站已经实现过的功能并且替换掉原本的主站(bgm38)

说是微服务的打算，我感觉可能就是做几个新API然后后面重新做一套前端之类的…
#5 - 2021-12-7 11:22
⏳TraceBack⏳ (大胆想象，谨慎思考)
想进这个 tg 群（x
#6 - 2021-12-7 11:29
woozy
之前在给 bangumi/api 仓库加上 OpenAPI 文档后，拿 Bangumi 练习了 RESTful API 设计，主要功能点应该都涉及到了，可供参考。
https://github.com/weizhenye/bangumi-restful-api
（可以把 yaml 文件复制到 https://editor.swagger.io/ 查看
#7 - 2021-12-10 20:59
MichaelMai
围观，不会前端。
#7-1 - 2021-12-10 20:59
MichaelMai
也不怎么会后端。
#8 - 2021-12-12 14:38
Limu铃梦 (プリズムの煌きよ！)
不懂，围观，期待(bgm38)
#9 - 2021-12-13 00:07
uks (往事如烟 随风飘远)
虽然看不懂，但看起来班固米终于开始优化一些长期存在的问题了，资瓷(bgm39)
#10 - 2021-12-13 22:33
冈崎羽未鹰原汐 (二阶堂芽爱 小河坂青空)
支持！(bgm24)
话说有个小建议，旧api读条目信息，只能获取到作品原名(name)和中文名(name_cn)，获取不到“别名”信息。比如条目14435，只能读到原名いろとりどりのセカイ与中文名 五彩斑斓的世界 ，读不到别名 色鸟鸟 。
要命的是，很多游戏条目的汉化名实际上是写在别名栏里的；这样用api就永远读不到作品的中文名(bgm38)
万望新api能改善(bgm106)
#10-1 - 2021-12-13 22:39
bangumi大西王
新api会解析wiki内容并返回解析结果
#11 - 2021-12-13 23:19
发光的球 (想和可爱的纸片小男孩贴贴)
那么能不能成为既如文本wiki一样方便编辑回退，又如同数据库一般方便联合查询的进化版呢(bgm39)
#11-1 - 2021-12-13 23:20
bangumi大西王
首先要大家能接受不写wiki，改写yaml或者toml(bgm38)。

这样就可以保存各个版本的编辑文本，并且把最新版本的内容解析之后存到数据库进行查询和显示。现在的wiki语法做这个太困难了，连最基础的spec都没有

我在slack提过扩展wiki语法支持直接进行人物关联的事情，要解决的问题还是挺多的，还得搞一个易用的编辑器出来(bgm38)

而且肯定是不会在旧代码库上做这件事情的，sai老板懒得加功能，我也不熟悉旧代码库
#11-2 - 2021-12-14 09:59
🦋喵小六❄️
首先要大家能接受不写wiki，改写yaml或者toml(bgm38)。
小众wiki应该尽可能降低门槛，这个事情得慎重
#12 - 2021-12-13 23:26
吾妻サラ (運命の果実を…一緒に食べよう！)
不懂，围观(bgm38)
#13 - 2021-12-14 00:20
klion
围观(bgm38)
#14 - 2021-12-14 08:36
Renkomei
能不能说明一下大佬是做什么的？这个项目是你和Sai老板负责的吗？我们的终极目标是什么？我们现在的目标又是什么？你们大概需要哪些方面的人力？
#14-1 - 2021-12-14 11:42
bangumi大西王
https://bgm.tv/group/topic/366561

目前的情况是：新API主要我写的，除我之外有一位站友提了个PR修复了一个bug。

如果有人发新PR也是我来review。新API上线的服务器也是我在维护。

终极目标可以看sai老板最一开始的社区化开发的帖子。在sai老板年事已高现实生活忙碌的情况下bgm遇到的技术问题能得到解决。
#15 - 2021-12-14 09:05
偷儒转脱 (喵帕斯喵)
不懂，很感动。帖子收藏功能会有吗(bgm97)
#15-1 - 2022-1-14 17:29
Ten_Of_Spades
收藏目前能用这个油猴脚本来完成
使用后帖子标题栏最右方会出现收藏按钮，收藏后主页右侧栏会出现收藏夹，不可拖动
#16 - 2021-12-20 16:29
gyro永不抽风
可以来参与开发嘛（看着现在的roadmap有点不明所以（雾 github@JeffersonQin (bgm67)
#17 - 2021-12-20 16:31
gyro永不抽风
感觉社区化的第一步是不是应该先完善一下基础文档（？（探头.jpg (bgm90)
#17-1 - 2021-12-20 18:30
bangumi大西王
基础文档在dev-docs仓库里面
#17-2 - 2021-12-20 18:49
gyro永不抽风
Trim21 说: 基础文档在dev-docs仓库里面
好耶（直接提pr就行？
#17-3 - 2021-12-20 18:49
bangumi大西王
gyro永不抽风 说: 好耶（直接提pr就行？
对
#17-4 - 2022-1-1 07:49
curlfoxs
不，我觉得第一步是有大神先把整体框架整蛊出来，然后小弟们添砖加瓦。
#17-5 - 2022-1-1 07:58
bangumi大西王
象牙门外的梦 说: 不，我觉得第一步是有大神先把整体框架整蛊出来，然后小弟们添砖加瓦。
https://github.com/bangumi/dev-docs/issues/1
#18 - 2022-1-13 10:08
vaecebyZ (认真就输了)
前端菜鸟想进来吹水帮忙，但是貌似slack邀请失效了(bgm38)，放上github页vaecebyZ 希望能收到邀请(bgm68)
#18-1 - 2022-1-14 13:08
MichaelMai
https://bgm.tv/group/topic/366561
顶楼邀请链接仍有效
#18-2 - 2022-1-14 15:38
bangumi大西王
更新了
#19 - 2022-2-17 21:47
金色之城
删除了回复
#19-1 - 2022-2-17 23:45
Cedar
那不可能的。某些人搞了事情就改名删动态改头换面，哪能有这种好事。
#19-2 - 2022-2-18 16:43
金色之城
Cedar 说: 那不可能的。某些人搞了事情就改名删动态改头换面，哪能有这种好事。
我是说改昵称的那个动态，用户名没法改，搞事想改名跑路没啥可能。
#19-3 - 2022-2-18 16:57
Cedar
金色之城 说: 我是说改昵称的那个动态，用户名没法改，搞事想改名跑路没啥可能。
就是昵称啊，没人记用户名，平常你也看不到别人的用户名。而且有些人不自定义用户名，那用户名就是一串数字，也记不住。
#19-4 - 2022-2-19 22:02
金色之城
Cedar 说: 就是昵称啊，没人记用户名，平常你也看不到别人的用户名。而且有些人不自定义用户名，那用户名就是一串数字，也记不住。
本来唯一固定的识别代号就是用户名啊，有人搞事不应该第一时间固定主页截图/链接证据吗，要是需要这样变相固定昵称才能抓到搞事的人，那还区分用户名和昵称干啥
#19-5 - 2022-2-19 22:15
bangumi大西王
金色之城 说: 本来唯一固定的识别代号就是用户名啊，有人搞事不应该第一时间固定主页截图/链接证据吗，要是需要这样变相固定昵称才能抓到搞事的人，那还区分用户名和昵称干啥
既没有“变相固定名称”，“抓人”也不需要用户名。

bgm只是支持用户自行设置ID而已。
#19-6 - 2022-2-19 22:18
金色之城
Trim21 说: 既没有“变相固定名称”，“抓人”也不需要用户名。

bgm只是支持用户自行设置ID而已。
感谢回复，那么请问一开始那个问题会在开发计划当中吗？
#19-7 - 2022-2-19 22:19
bangumi大西王
金色之城 说: 感谢回复，那么请问一开始那个问题会在开发计划当中吗？
不会
#19-8 - 2022-2-19 23:08
金色之城
Trim21 说: 不会
感谢解答，开发辛苦了
#19-9 - 2022-2-20 08:47
Cedar
金色之城 说: 本来唯一固定的识别代号就是用户名啊，有人搞事不应该第一时间固定主页截图/链接证据吗，要是需要这样变相固定昵称才能抓到搞事的人，那还区分用户名和昵称干啥
很少有人会抓着一个搞事的就去截图，因为有时候区分不了他是钓鱼还是真的不懂。保留更名记录的好处也不是抓人，是识别。你的行为在别人心中的印象是逐步累积的，只有别人觉得你眼熟，每次都发现是你在搞事，他才会主动记住你。截图留证据都是这之后的事情。
然后，我要解释一下，我说的是[不允许删除更名动态更好]的理由。我不是开发者，不知道他们设计这个功能的真正目的。但我反对改掉这个功能。