第一次结对编程作业
这是我的好兄弟传送门：https://www.cnblogs.com/pullself
前言
咋说呢，说实在这第一次作业我是真没啥出力，因为在这次之前我完全不知道原型设计是个什么玩意，大概了解了一下后我明白了，既然对美工有所要求，本小学生级别的水平就先行撤退了（一个房子一朵花一棵树就是我的毕生画作）
不过既然我的队友在这方面有所建树（本子画师！）那当然得交给擅长的人来做了，这叫合理分配，有理有据。但我也没闲着，我就先去写了写后续要用的算法框架，现在的情况已能跑，但还没加入人工智能的因素，只是单纯的无脑上大牌，一般这种情况第一墩都会是渣渣，纯后台，纯代码，无接口，无UI，良心产品。
原型分析和设计说明
为了说明方便，设计说明部分也一并在此说明。
我选择使用的工具是Mockplus，选择它的理由比较简单，以前有用过，用起来比较轻松简单，元素不复杂，缺点也比较明显，素材比较少，得多依靠勤劳的双手。不过在我心目中最好的原型设计工具还是一套笔和纸以及adobe全家桶。作为初稿，没有点缀过多的花里胡哨。
初步思路
根据明哲提供的restful API类型和最终作品期望达到的运行效果。将其初步设计为一下几个部分：
登陆注册页面
由于本身作品作为自动打牌工具人，其核心在于打牌，打牌和让你看它打牌。没有过多的功能，也不需要多余的导航，所以首页就直接设置为登陆界面。
上方的黄色框用于填充最终作品的一些信息，不限于logo，版本以及开发者等信息。
中部是用户的登录界面，是用户登入进游戏内部的入口，通过登录按钮进入主界面，通过注册按钮进入注册页面（其实不需要，后端数据库已经写入了所有人的注册信息了，但我不想删除它）
主体配色采用黑白灰揉色，边框均进行圆角处理，增加界面的简约感和柔和度。（不行，我编不下去了）
主界面
再次强调本产品作为打牌工具人，顺便提供了手打挑战工具人的功能（当个勇士，反正本质赌博游戏）。
手动场：进入手动挑战工具人界面。
自动场：观看工具人之间的交锋。（爱恨情仇）
沙之家：进入个人空间，查看往日战绩和排行榜。
元素风格依然为上文所提。
个人中心（沙之家）
左方的图片为个人照片？立绘？（无所谓，反正不会实装）。
右方分别显示头像，昵称，以及近期战绩。其中近期战绩包括最近的最大牌以及胜势图。
可以通过点击历史战绩查看近期战绩。
历史战绩界面，可以通过点击详情查看历史对局细节。
详情界面显示对局具体信息，包括双方的出牌情况。
游戏界面
游戏界面分为手动场和自动场，手动场会进入一个出牌界面，允许你出牌以及逃跑！你的对手如果已经出牌会显示“我准备好了！”，当然可能你的对手宕机了，就会慢一点，还有一个30s的倒计时。之后会进入一个结算界面。
而自动场会在短暂的等待后进入结算页面。
结对信息
我和我的小伙伴两眼对视，一拍即合，相见恨晚，恩断义绝，今晚就走。其实想到结对编程就想到谷歌的那两位工程师。也是一种蛮浪漫的情形嘛。既然柯老板说不能摆拍，那我们就只能玩真实了。没错，这是一个surface的硬广推广时间。
这是原型诞生的地方，我们合作的工作区。
这是讨论设计和算法模型的时候。
PSP表格
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 40 | 20 |
| Estimate | 估计这个任务需要多少时间 | 40 | 20 |
| Development | 开发 | 660 | 755 |
| Analysis | 需求分析(包括学习新技术) | 30 | 15 |
| Design Spec | 生成设计文档 | 30 | 30 |
| Design Review | 设计复审 | 15 | 25 |
| Coding Standard | 代码规范(为开发制定合适的规范) | 25 | 20 |
| Design | 具体设计 | 100 | 95 |
| Coding | 具体编码 | 300 | 450 |
| Code Review | 代码复审 | 60 | 20 |
| Test | 测试(自我测试,修改,提交修改) | 100 | 100 |
| Reporting | 报告 | 60 | 100 |
| Test Report | 测试报告 | 20 | 30 |
| Size Measurement | 计算工作量 | 10 | 10 |
| Postmortem & Process Improvement Plan | 事后总结并提出过程改进计划 | 30 | 60 |
| 合计 | 760 | 875 |
困难与解决
孙承恺：
困难其实还好（硬撑着说出口），主要就是原型工具的使用以及接口一些的规划，以做起来也比较的吃力。不过好在花点时间发发电也勉强做完了。困难一是mockplus不熟练，解决方法就是多自己点点，查查百度就解决了。收获就是基本能用mockplus做简单的原型了，当然我还偷偷用了点ps。然后简单规划了下打牌算法的思路和测试策略。但我的方案还没解决。
邱畅杰
卡牌基础框架问题：
1.题目中要求的#$&之类的太难看导致眼花老年痴呆的问题
2.不同牌型的记录问题
3.一墩大牌+一墩杂牌和两墩中牌的权衡问题
解决方法
1.当然是先用特殊字符来解决！
2.建立dict来标记4种suit再分别建立1个list记录rank，如同花则建立一个包含4种花色的dict，再维护4个list记录同花的数，如顺子也用同样的方法先记录花色再记录5张牌的最大一张牌，也就是只记录结尾防止相同歧义出现。
3.首先给每个level的牌赋予一个权值，再用该权值乘决定该种牌大小的关键牌，如同花的最大牌，炸弹的那张牌（或者直接以个十百位来记录牌型和大小花色）。以下为设想：自己建立数据集自己打自己标注reward后，使用简单的AC来调整各自的权重。
解决了吗
1.是。我真是个天才。
2.马马虎虎用很麻烦的方法解决了
3.无，数据集是真的昂贵啊。所以为了不手动造现在是写了一个无脑大大大牌的版本，预备后期用来当备胎。
有何收获
收获了一天的好心情
学习表
| 第N周 | 新增代码（行） | 累计代码（行） | 本周学习耗时（小时） | 累计学习耗时（小时） | 重要成长 |
|---|---|---|---|---|---|
| 1 | 407 | 407 | 15 | 15 | 学到了十三水的玩法，了解了原型设计工具的使用方法 |
心得
孙承恺：
好了，到了我最喜欢的吹水环节了，我再说一下，我确实不会做原型，我还是更喜欢纸和笔以及adobe全家桶；在美工方面，我只是一个无情的平面设计逗逼和插画绘制菜鸟。做的确实很简陋，还进入了审美黑洞。背景图片啥的都没做，其实主要还是觉得最后GUI也不一定有时间做出原型的效果所以原型就设计比较符合我们未来开发的效果，虽然以往也当过画饼大师，但是这次应该没画什么饼了。不过确实第一次尝试自己全程制作原型，还是蛮多体验的。像这样写博客往电脑面前一坐就一个晚上，屁股都疼。马上国庆了，祝大家节日快乐吧！
不过这次原型我基本没有上色，其实在快写完这篇博客的时候我已经在考虑颜色了，如果有谁想知道如何和谐搭配颜色的话，不告诉你（可以问我）。接下来就可以玩点骚的算法了。
邱畅杰：
感激楼上美工爹，确实设计这方面我欠缺的知识太多了，没这方面的天赋我也很绝望，看着画图看着脑壳子疼，仅限了解，仅限了解，既然本周是原型设计，我也就不把代码和图片贴上去了。
顺便一提鄙人也是标准的审美黑洞，以上的原型设计还都没加上图片，下周要完整UI的时候就要本无情的图片搜集者出马了。回楼上：标准配色，红配蓝！
哦还有一句话，孙哥🐮🍺！！
