EmbarrassedBird网站
试想现在有如下情景
(情景1) 你写了一封情书准备给心中暗恋很久很久的小Z同学, 我们假设, 你提起来超级无敌巨大的勇气把情书直接交给了小Z, 现在有两种情况
a. 小Z也喜欢你, 欢乐大结局!
b. 小Z并不喜欢你, 而且一般情况下, 她可能不知道怎么去拒绝你, 她如果直接拒绝你会令双方陷入尴尬的境地.
因为一旦让小Z看到你写的2000字情书, 是不可回撤的, 那么如果想达到完美结局可以归结到如下两点: a. 不能让"不喜欢你的小Z"看到你辛辛苦苦写的2000字情书. b. 要让"喜欢你的小Z"看到你写的2000字情书
重点就在于如何分辨小Z是否喜欢你, Embarrassed Birds网站可以帮助你构建一系列问答题, 设置不可以回撤的"闯关式"问答选择题, 帮助你准确地向"不喜欢你的"或者"喜欢你的"小Z准确递交信息! Embarrassed Birds防止人际交往中不可回撤的尴尬情境.
(情景2) 你准备向不重视你的上司提交辞职信. 但是不希望错过有可能重用你的上司. 也就是你不想让重用你的上司知道你知道你有辞职的意图, 但是想辞掉不重视你的上司! 如果让"有可能重用你的上司"知道你有辞职的意向, 那么一切都'凉'了, 一旦让你的上司知道你的辞职意向, 这就是一个不可回撤的情况. 所以重点就在如何准确地向"不重视你的上司"递交辞职信, 向"有可能重用你的上司"不递交辞职信/或者提交一些友好行为
(情景3) 你准备送你的好朋友一件礼物. 但是并不知道ta喜欢些什么.
功能简介
用户抵达直接方便, 不需要下载.exe 也不需要下载.app 打开网站即可
用户A可以自定义问题树, 并指定用户B 来回答, 网站有一套可靠的实名注册系统
信息安全性, 一旦确定了一个选择, 每个选择都是单向的, 不能回退, 只能继续进行. 同时服务器使用认证机制保证信息安全
用户B回答后, 问答游戏结果统计返回到用户A的邮箱. 并在服务器销毁该问答游戏的数据
队伍介绍
队名: Fan_Cy
队员: 李昆乘. 赖展飞. 吴祖豪. 杨雨桥. 甘宇航
工作分配:
李昆乘: 项目经理&全栈
赖展飞: 前端代码编写与审核
吴祖豪: 负责代码安全/Web安全/服务器安全
杨雨桥&甘宇航: 测试与优化
需求&原型改进:
问题1: 如何准确匹配提问用户和应答用户.?
修改1: 原解决方案: 设置严格的身份证/学生证实名注册. 但考虑到用户隐私以及用户使用的体验, 设计新解决方案, 导入微信第三方注册
问题2: 提问用户如何达成准确传递信息的目的?
修改2: 完善功能, 令提问用户可以自由设计文本.图像,音频,视频等问题, 并可以让提问用户自定义问题树.
再次强调用户痛点&需求:
简洁来说: 就是人们无法向相应资格的目标对象准确提供与其资格相对应的信息. 一旦向高资格的人提供了低价值的信息, 或者向低资格的人提交了高价值信息. 就会造成人际交往世界的很多误解.
所以我们希望通过技术解决这个问题. 比如说不喜欢你的小A, 是不具有资格看到你2000字的情书的. 同时, 重视你的上司, 是不应该接受到你的辞职信的. 但是绝大部分情况下, 我们并不知道小A
是否喜欢自己, 并不知道对自己不友好的上司是否将来可能重用你或者重视你. 所以我们希望人们通过问答游戏的方式, 尽可能探究目标对象是否足够资格, 并且同时向目标对象递交相应信息.
系统设计与工作分配(简略版):
EmbarrassedBird网站的更多相关文章
- 如何一步一步用DDD设计一个电商网站(九)—— 小心陷入值对象持久化的坑
阅读目录 前言 场景1的思考 场景2的思考 避坑方式 实践 结语 一.前言 在上一篇中(如何一步一步用DDD设计一个电商网站(八)—— 会员价的集成),有一行注释的代码: public interfa ...
- 如何一步一步用DDD设计一个电商网站(八)—— 会员价的集成
阅读目录 前言 建模 实现 结语 一.前言 前面几篇已经实现了一个基本的购买+售价计算的过程,这次再让售价丰满一些,增加一个会员价的概念.会员价在现在的主流电商中,是一个不大常见的模式,其带来的问题是 ...
- 如何一步一步用DDD设计一个电商网站(十)—— 一个完整的购物车
阅读目录 前言 回顾 梳理 实现 结语 一.前言 之前的文章中已经涉及到了购买商品加入购物车,购物车内购物项的金额计算等功能.本篇准备把剩下的购物车的基本概念一次处理完. 二.回顾 在动手之前我对之 ...
- 如何一步一步用DDD设计一个电商网站(一)—— 先理解核心概念
一.前言 DDD(领域驱动设计)的一些介绍网上资料很多,这里就不继续描述了.自己使用领域驱动设计摸滚打爬也有2年多的时间,出于对知识的总结和分享,也是对自我理解的一个公开检验,介于博客园这个平 ...
- 如何一步一步用DDD设计一个电商网站(七)—— 实现售价上下文
阅读目录 前言 明确业务细节 建模 实现 结语 一.前言 上一篇我们已经确立的购买上下文和销售上下文的交互方式,传送门在此:http://www.cnblogs.com/Zachary-Fan/p/D ...
- 如何一步一步用DDD设计一个电商网站(六)—— 给购物车加点料,集成售价上下文
阅读目录 前言 如何在一个项目中实现多个上下文的业务 售价上下文与购买上下文的集成 结语 一.前言 前几篇已经实现了一个最简单的购买过程,这次开始往这个过程中增加一些东西.比如促销.会员价等,在我们的 ...
- 如何一步一步用DDD设计一个电商网站(五)—— 停下脚步,重新出发
阅读目录 前言 单元测试 纠正错误,重新出发 结语 一.前言 实际编码已经写了2篇了,在这过程中非常感谢有听到观点不同的声音,借着这个契机,今天这篇就把大家提出的建议一个个的过一遍,重新整理,重新出发 ...
- 如何一步一步用DDD设计一个电商网站(四)—— 把商品卖给用户
阅读目录 前言 怎么卖 领域服务的使用 回到现实 结语 一.前言 上篇中我们讲述了“把商品卖给用户”中的商品和用户的初步设计.现在把剩余的“卖”这个动作给做了.这里提醒一下,正常情况下,我们的每一步业 ...
- 如何一步一步用DDD设计一个电商网站(三)—— 初涉核心域
一.前言 结合我们本次系列的第一篇博文中提到的上下文映射图(传送门:如何一步一步用DDD设计一个电商网站(一)—— 先理解核心概念),得知我们这个电商网站的核心域就是销售子域.因为电子商务是以信息网络 ...
随机推荐
- 【转】web.xml中load-on-startup的作用
http://www.blogjava.net/xzclog/archive/2011/09/29/359789.html 如下一段配置,熟悉DWR的再熟悉不过了:<servlet> ...
- PPA(Personal Package Archives)简介、兴起、使用
1.简介 PPA是Personal Package Archives,个人软件包文档,是默认情况下并未被包含在Ubuntu中的软件的一个集合.通常这些存储库的侧重点是单个的程序,不过他们也可以包含更多 ...
- api token
具体实现如下: 1. api请求客户端想服务器端一次发送用用户认证信息(用户名和密码),服务器端请求到改请求后,验证用户信息是否正确. 如果正确:则返回一个唯一不重复的字符串(一般为UUID),然后在 ...
- 【HackerRank】Coin on the Table
题目链接:Coin on the Table 一开始想用DFS做的,做了好久都超时. 看了题解才明白要用动态规划. 设置一个三维数组dp,其中dp[i][j][k]表示在时间k到达(i,j)所需要做的 ...
- 【HackerRank】Find the Median(Partition找到数组中位数)
In the Quicksort challenges, you sorted an entire array. Sometimes, you just need specific informati ...
- NIO、Servlet3.0、HTTP1.1
J2EE 6和Glassfish 3V正式发布了,J2EE 6正式发布了Servlet3.0, 为了能更好的对WEB2.0提供支持, 3.0添加了异步处理的机制. HTTP1.1相对于HTTP1.0的 ...
- 利用paramiko获取上传下载远程服务器的资源信息
# -*- coding: utf-8 -*- import paramikohostname='192.168.76.10'username='root'password='123456'param ...
- 有些 where 条件会导致索引无效
在查询中,WHERE 条件也是一个比较重要的因素,尽量少并且是合理的 where条件是徆重要的,尽量在多个条件的时候,把会提取尽量少数据量的条件放在前面,减少后一个 where 条件的查询时间.有些 ...
- Yii框架和Vue的完美结合完成前后端分离项目
背景说明 本文假设你对Yii和Vue都比较熟悉,至少都在项目里用过,另外笔者新人,以后不定时放一些干货,欢迎程序媛关注 Yii是一个PHP全端框架,典型的mvc的项目结构,后端接口都是一个控制器里放了 ...
- 亚马逊chime启用新顶级.aws域名后缀
自2013年12月亚马逊AWS公有云服务落地中国,亚马逊AWS在中国市场展开了一系列的活动,激发了国内开发者对亚马逊AWS云平台的热情. chime是亚马逊为客户提供视频会议领域的服务,而.aws是由 ...