firefly社区开发优先级

[dongweiming]

其实我内心一直有一个优先级. 这里发出来供大家讨论.

首要解决的:

前端的框架化

也就是迁移到react, 这个其实也是熟悉react的过程. 我觉得目前模板逻辑还是很简单的

用户本地环境的测试数据

我们作为开发者肯定知道缺什么数据, 数据怎么造. 但是想玩玩的人跑起来一看就像是一个啥都未完成的样子. 比如分类. 现在不选择分类都不能创建新主题. 需要一个能初始化环境的脚本, 甚至一个测试数据库的store

前后端的分离

虽然目前我的工作前后端是不分离, 我认可这种方式. 那这就属于从现有的用法改成分离的用法

我对开发顺序的想法其实是源于在页面上呈现的顺序, 也是从基础设施开始 逐步加功能

第一种方案(集中火力,挨个击破)

所有人集中火力在一块功能. 比如 我们先处理好所有登录的问题, 那么顺序就是先保证目前想做的第三方登录写好. 然后是注册; 然后是首页. 首页上会有多种排序方式, 默认按更新时间, 还可以按照响应数... 当然也可以只显示某个分类. 甚至可以搜索; 接下来是单个主题页其他功能完善.....

第二种方案

我们只圈定一个区域. 大家分开做, 最后联调(谁做什么这件事 可以基于个人兴趣,但要接受调剂, 我还是以前端为主). 比如先做用户. 也就是保证用户可以登录/注册之后只找相关页面关于用户的区域. 比如用户登录后的个人信息主页, 点击或者悬停的用户信息card. 用户可以修改昵称. 设置. 查看用户个人发表的主题这些页面

第三种方案(先抄袭完成, 再对接到firefly, 要求最高)

目前我们是在模仿discourse 他有很多样式和功能我们都没加. 比如单个主题页, 还可以粘贴code, 粘贴视频等等. 大家分开实现. 但是需要前后端一起都到firefly实现出来(可以有假数据, 在未来完成的时候都替换掉)

[mozillazg]

第四种方案（迭代/渐进开发）

• 由简单到复杂
• 凭兴趣领取/接受分配

举个例子：
v0.1（论坛基本功能）:

• 用户登陆/注册
  • 登录
  • 注册
  • login required
• 发帖
  • 发帖（纯文本）
  • 编辑
  • 删除？
  • 首页帖子列表
• 回帖
  • 回帖
  • 帖子的所有回贴

v0.2

• 重置密码
• 修改密码
• 修改用户昵称
• 帖子支持分类
• 某个用户发表的帖子
• 某个分类下的帖子
• ...

v0.3

• 用户信息新增其他字段
• 第三方登录
• 帖子支持 markdown
• 发布帖子时，选择分类支持过滤
• 帖子分页
• 评论分页
• ...

v0.4...
v0.5...
...

[dongweiming]

@mozillazg 我觉得你的方案非常好 +1

[defshine]

我也觉得2L的方案比较好
当我第一次看到这个项目时，看到readme中密密麻麻的各种功能以及Todo的时候，感觉好乱，特别是看到还用了一个不认识的模板，囧，发自内心的拒绝
先让论坛跑起来，上线，功能慢慢迭代。
前端，react，也可以不比着急上，毕竟还没出过1.0的大版本，生态上比jquery和angular都差的远
想想react解决的啥问题：
1.前端性能
2.组件化
再想想，论坛貌似对这两点的需求还比较弱，现在并不不需要急着上react
以后可以考虑上react，毕竟移动端可以等到react native（ios，android） 一起上。
等论坛上线了，功能慢慢迭代了，人也会更多起来，参与的人也会多起来

[dongweiming]

@defshine 嗯 马上就用jinja2替换完成了.

react不是一个类似jquery, underscore这样的帮助增强型的框架, 它代表一种和以往风格完全不同的框架. 如果在早期不直接去用 将来的迁移会越来越痛.

最近还是在逐步恢复..