今天完成的事：

1、今天和择楠讨论了下接口

首页的接口和推荐职位和公司的接口基本上定下了

写接口返回数据我是这样写的code  message data  data里就是装的真正传给前端展示的数据

数据包含了公司和职位的属性。但今天又认为这样做不太好应该将公司和职位作为对象放在data里不是直接把属性放在data里。

今天在定下面这个搜索接口的时候，觉得很不好做（我们定的表有公司表和职位表，公司表中只包含了公司的属性，职位表中只包含了职位的属性）因为搜索的是职位，但是条件中确是有公司的属性（地区和 所属行业）  那么后台在做搜索查询的时候我们得先通过职位表中的cid去公司表中找到公司地区属性和行业属性，还要在职位表中找工作经验，薪资水平，发布时间然后进行匹配。感觉这样做很是麻烦，思考怎样通过代码来实现这样的逻辑就得花上很多时间，最后真正的代码能不能成功还不清楚。于是我们换了个角度想，最终觉得这样的方法比较合理能够简化上面复杂的逻辑：将公司的地区属性，和行业字段添加到职位表中那么搜索就只需要在一张表中进行就可以了。但是随之而来，的是要保证公司的地区和行业两个字段的内容必须和职位中保持一致，如果公司的内容进行了修改，后台得同时对职位中的这两个属性进行修改。

上面的搜索用到了发布时间，这个发布时间该怎么确定，是用的update-At来做么，是后台录入数据和更新的时候同时跟新的么，那么后台录数据和跟新数据的时候没有点立即发布，点击的是存为草稿了那么这个发布时间是不是就不准确了，为此我们又打算在数据表中添加一个字段专门用来存发布时间的，为此。。。但后来觉得是点击上架的时候的时间作为发布时间更准确，为此将在点击发布的时候去修改发布时间，后面突然意识到点击上架也是更新了字段，那么用update时间是没错的结果思考了一圈又回到了最开始。

对于标签的存储一直没有定下来，初步是对公司的标签定的一张表，职位标签用varchar类型存储引用的标签ids串起来的字符串，但是如果公司的标签有更改，那么职位标签里的应用该怎么改，是在更改了公司标签后，然后分别编辑公司的每个职位将标签都修改一次么，显然是不合理的，那么将职位标签另外建一张表呢？似乎又不对，

今天本来是想借程凯组的pm来确认需求和逻辑的（之前分组的时候，是把他们分一组的，所以需求上的问题一直没好意思问）后来他们在组群里问的时候才被告知要在复盘群里问，（我们都不知道这个群，懵逼中。。。）在群里问了些问题，确认了一些东西了后发现接口得改，

哎、、、今天讨论的内容总涉及到要更改表结构，接口方案也没法写（表结构没定下来感觉什么都做不了），一天什么事情都没做成，两天前我还对下面的这个找职位的标签很是确定的用常量来做，今天择楠跟我说的时候，硬是半天没反应过来，不知道该怎么做。感觉自己一下子什么都不知道。也什么都想不起来，懵了！

以前老大说数据表的设计很难，很重要。那个时候不觉的，现在到自己设计表了，感觉真的很难，要考虑的问题太多了。。。

明天计划的事：争取重新把表定下来，写方案

遇到的问题：在上面

收获：没感觉

总结：遇到了问题，正说明自己需要掌握新的知识了。