今天完成的事:

方案评审。

明日计划：

把评审中提出的问题修改完，搭建开发环境。

遇到的问题：写在下面。

收获：写在下面。

评审中提出的问题以及改正：

1，因为前面的师兄们都是把架构分为2个web，1个service，1个core，伟江建议可以2个web，2个service，2个core。甚至于DB也可以搞2个。

2，公司在招职位页：

接口不应该用GET /a/company/{id}，因为这个其实公司是已经确定了的。所以应该改为GET /a/profession/list。SQL：select  id from profession where cId  = ? and status = 1 and recommend = 1 order by release_at DESC

3，对于多出使用到动态查询语句的地方，SQL应该用select id from company where 1 = 1 and...类似于这样的SQL语句来写，因为从一个地方跳转到这个页面时，相当于没有加任何条件搜索，如果不加1 = 1的话，SQL语句会报错。

4，成功案例部分：

给出了两个方案，被否决的方案是，

按公司认证状态、冻结状态、最新发布时间倒序排列

select id from company where approved = 1 and freeze = 0 and order by  release_at DESC

这个是在公司表中加入一个职位的更新时间。

5，后台认证状态和冻结状态，这里改用两个接口比较省事。

6，后台设计的增删改要有逻辑/权限判断，要知道log怎么打。