zlzforever commented 5 years ago

Q2 功能的初稿，发出来和大家一起讨论：

功能设计是否有问题
实现细节是否需要讨论

jijiechen commented 5 years ago

在进入正式的讨论之前，我想提议和澄清一件事：我们现在讨论的是一个规划，相对远期的规划。也就是说，现在我们在讨论的，可能是未来 2~3 年可能会做的事。其作用是能够给我们指明一个方向，比如，我们可能会有 xx 功能，可能会有 yy 功能等。但作为一个开源项目，大家基本只可能抽出业余时间来开发，因此需要集中精力先提供最核心的需求和功能。

因此，最终的开发计划安排是这样的：

假设我们有这些大功能：

A. a1, a2, a3, a4, a5
B. b1, b2, b3
C. c1, c2, c3, c4, c5, c6

先对上面列现的大的功能做优先级排序为

B. b1, b2, b3
C. c1, c2, c3, c4, c5, c6
A. a1, a2, a3, a4, a5

再对优先级高的功能中的小需求做优先级排序

B. b2, b1, b3
C. c1, c3, c5, c6, c2, c4
A. a3, a1, a4, a5, a2

然后，我们的力量，可能一开始只有 2 个人，那就先做 b2、c1（而不一定要等 b1、b3 全部做完才做 c1、c3）；再有人来了，根据优先级，有可能会做 b1、c3 或者 a3。

这时，如果有新功能出现，可以再次参与上面的安排。

希望我解释清楚了，如有疑问，请继续跟贴。

jijiechen commented 5 years ago

我会找时间添加一些我之前设想的功能作为讨论的素材另外，也可以提前了解一下之前我在计划之中的功能：https://github.com/jijiechen/dotnetclub/projects/1

codecov-io commented 5 years ago

Codecov Report

Merging #34 into dev will not change coverage. The diff coverage is n/a.

@@           Coverage Diff           @@
##              dev      #34   +/-   ##
=======================================
  Coverage   81.86%   81.86%           
=======================================
  Files         156      156           
  Lines        5008     5008           
  Branches       96       96           
=======================================
  Hits         4100     4100           
  Misses        828      828           
  Partials       80       80

Continue to review full report at Codecov.

Legend - Click here to learn more Δ = absolute <relative> (impact), ø = not affected, ? = missing data Powered by Codecov. Last update 97025fe...ceaee05. Read the comment docs.

zlzforever commented 5 years ago

在进入正式的讨论之前，我想提议和澄清一件事：我们现在讨论的是一个规划，相对远期的规划。也就是说，现在我们在讨论的，可能是未来 2~3 年_可能_会做的事。其作用是能够给我们指明一个方向，比如，我们可能会有 xx 功能，可能会有 yy 功能等。但作为一个开源项目，大家基本只可能抽出业余时间来开发，因此需要集中精力先提供最核心的需求和功能。

因此，最终的开发计划安排是这样的：

假设我们有这些大功能：

A. a1, a2, a3, a4, a5

B. b1, b2, b3

C. c1, c2, c3, c4, c5, c6

先对上面列现的大的功能做优先级排序为

B. b1, b2, b3

C. c1, c2, c3, c4, c5, c6

A. a1, a2, a3, a4, a5

再对优先级高的功能中的小需求做优先级排序

B. b2, b1, b3

C. c1, c3, c5, c6, c2, c4

A. a3, a1, a4, a5, a2

然后，我们的力量，可能一开始只有 2 个人，那就先做 b2、c1（而不一定要等 b1、b3 全部做完才做 c1、c3）；再有人来了，根据优先级，有可能会做 b1、c3 或者 a3。

这时，如果有新功能出现，可以再次参与上面的安排。

希望我解释清楚了，如有疑问，请继续跟贴。

明白。把要做的事理清楚，规化好，按什么顺序做可以调节。把要做的事理清楚的好处是，很多实现可以预先设计好，比如表结构什么的，避免后期大改，成本太高。

alexinea commented 5 years ago

1、招聘信息提交并审核后，招聘类别的专门页中可以根据企业名称、薪资区间和地区进行分类检索。 2、招聘信息中的企业联系方式使用图片（而不是文字） 3、系统不提供上传、保存、交换简历的功能 😁

jijiechen commented 5 years ago

用户管理功能

列出用户，并可以根据用户名、邮箱、手机号搜索并定位用户
查看用户的头像、邮箱地址、手机号码等信息
查看用户的积分、话题、回复、收藏、站内信（发出和收到）
重置用户的头像、显示名称等公开信息（置为某个固定值），但不能随意修改用户的信息
为已验证邮箱的用户重置密码，并发送更改密码的邮件
禁言用户（指定时长自动解禁）、禁止用户登录

jijiechen commented 5 years ago

验证手机号的功能（已实现）

目的是为了借此验证用户的“实名制”身份。可考虑要求一个手机号只能绑定到一个用户，届时还可考虑为用户提供登录密码重置时的身份验证等功能。除非用户触发或明确同意，网站不会向其发送推广、通知等内容的短信或电话。管理员可以选择是否要求只有验证了手机号的人，才能在网站发表内容。一旦开启此要求，没有验证手机号的用户，不能执行这些操作：

发表话题
对话题及其他内容添加回复
向其他用户发送“站内信”

但可以进行以下操作：

设置密码及社交信息等其他信息（其个人页面无法被其他用户或匿名地浏览到）
使用已验证的邮箱地址订阅精品内容
为他喜欢、同意的内容点“赞同”
使用站内提供的“收藏”功能
接收来自其他用户的“站内信”

jijiechen commented 5 years ago

电子邮箱的功能

目的是为用户提供账号的登录密码重置时的身份验证等功能，以及在用户同意的情况下与他取得联系、发送通知和订阅信息等。如果用户未上传自定义头像，且已验证邮箱，则默认为他加载 Gravatar 头像

jijiechen commented 5 years ago

积分规则

加分

添加话题 +10 分，添加回复 +1分；
话题被点赞 +1 分，被收藏 +1分；回复被点赞 +1 分；

减分

话题被作者删除时，-10 分；被管理员删除时，-15 分；
回复被作者删除时，-1 分；被管理员删除时，-5 分；
个人信息被管理员重置一次，-5 分。

奖惩措施

按照积分多少，影响话题在类别中的排序权重。
积分低于 -200 时，禁止发表内容。
积分低于 -300 时，在公开页面上，屏蔽其设置的个人显示名称和头像，用户的个人页面不能由其他人访问。
积分低于 -500 时，禁止登录，其发表在网站上的内容不予以显示。

jijiechen commented 5 years ago

微信对话（实现中）

将微信中的聊天会话导入到网站中，形成话题。微信中可以通过多选多条发言，通过“合并转发”形成消息记录。这种消息记录导入网站后，可形成知识的沉淀，形成线上、线下的融合。

用户可以添加网站聊天机器人为好友，添加好友后可向机器人转发合并后的会话（网站将映射其微信号，但不显示）
用户可在网站创建新的话题，并选择已经导入的会话。在创建话题并导入会话时，可选择隐藏原始微信用户的头像、昵称等信息
用户只能导入他参与直接其中的对话（导入的对话中，至少有一条他的发言）
将支持文本、链接、图片、文件等形式的对话消息（不支持视频）
*用户注册、映射微信号后，可选择认领曾由他人导入过的、他的发言

jijiechen commented 5 years ago

精彩博客文章

网站收集优秀的文章，并推荐给用户作为阅读入口，但网站并不全篇转载它们的内容。网站可能由于 SEO 等技术需要缓存其全篇内容或概要内容等。

访客通过专门的页面查看文章列表、及概要信息，用户点击后，将前往文章的原文地址
用户可以向网站推荐优秀的文章，每篇获得收录后积分 +3
用户可以通过一个按钮，创建一个话题，就文章展开讨论（文章的概要和链接等信息将自动附着为话题一部分，不可修改）
管理员可接受用户的推荐，也可从各渠道订阅优秀的文章，以供推荐（如，公众账号、知名博主、视频系列教程、微软文档等）

jijiechen commented 5 years ago

活动日历、活动地图

访客以日历、时间线、地图等形式查阅近期和历史上曾举办过的各类活动
访客可下载日历文件，以支持智能提醒
访客可查看单个活动的简介、地点、时间、是否收费等信息；如需参与活动，应该使用活动指定的报名方式，比如转到指定的活动站点
用户可订阅最新活动通知；用户可录入活动，录入时需要留下有效联系方式，待管理员核实审核通过后自动显示在公开的页面，收录后积分 +3

jijiechen commented 5 years ago

社区之星

放置专门的页面介绍那些：

对 dotnet 技术的发展做出卓越贡献的人
积极帮助他人解决问题、传扬技术经验的人
有影响力的开源项目的团队和个人
对 dotnet club 社区做出积极贡献的人
dotnet club 社区的热心和有影响力的用户

社区之星奖项将由专门的委员会评选，每个月一名。该奖项的获奖者不必是 dotnet club 的用户。

社区之星的页面上将介绍他们的

主要事迹
评委会推选词
联系方式（由他们授权公开的社交账号、个人联系方式等）
网站、公众号、收费或免费课程页面等

jijiechen commented 5 years ago

招聘专页

网站收集并接受用户发布招聘广告。

访客可通过招聘页面查看正在开放的工作机会，可使用下列筛选器：
1. 工作地点
2. 工作性质（全职、兼职）
3. 薪酬范围
4. 关键词招聘信息中的企业联系方式使用图片（而不是文字）；系统不提供上传、保存、交换简历的功能
用户可以录入招聘信息，需要留下有效的联系人信息，由管理员联系、核实后公开发布；用户可对曾录入、已公开的招聘信息执行“刷新”操作，令其再次回到列表的前方，每一个月即可刷新一次，最多可刷新五次。

jijiechen commented 5 years ago

开源项目

网站展示值得推介的开源项目。

访客可以查看一个列表，用于展示值得关注的 dotnet 开源项目。每个项目的介绍包含：
1. 简要的介绍、链接、开源协议
2. 关注人数、贡献者的数目、最近更新的时间
3. 正在开放的 issues
4. 主要参与的 dotnet club 用户（如果有）
用户可提交开源项目，并由管理员审核后自动公开到列表中。一经采纳，用户积分 +3

请参考：https://discoverdot.net/ 做一个简版。

jijiechen commented 5 years ago

系列文章、入门教程、视频集锦

访客可查看入门者学习路径，推荐合适的学习材料。这些仅为简单的列举，并给出链接。页面仅由管理员创建和维护。

alexinea commented 5 years ago

提供一个支持RSS/ATOM订阅的功能

dotnetclub-net / dotnetclub

add roadmap #34

Codecov Report