今天完成的事情：

1、开评审会，根据方案，进行需求讲解；

2、针对古尘师姐之处的不足，作一定的修改；

3、部署开发环境

4、听张增峰讲关于盒子模型方面的知识；

明天计划的事情：

1、基于需求，在禅道上拆task，预估进度；

2、基于项目，考虑更为具体的问题。例如：页面各部分该怎么实现，数据获取要用到哪些参数，请求该怎么发等问题。

遇到的问题：

需求讲解期间，方案详略不清。重点部分没有突出，没必要讲的部分却讲了。

1、比如，我只写了调用接口，发送请求。但是具体该怎么发呢，需要哪些参数，都没有写详细；

2、有的筛选条件是多项筛选的，如下：

所属行业可以同时选中电子商务和移动互联网，那么这个时候的参数该怎么发呢，这些重要的问题没有考虑仔细；

3、有的方案给的有问题，请求数据用的接口搞错了。比如，有的要作出轮播效果，我以为数据要用到轮播接口，其实数据时从公司列表页获取，只是这些数据以轮播图的效果来展示；

4、页面跳转和发送请求刷新页面有时候傻傻搞不清楚。以为直接url变了，就要用到uirouter进行跳转就可以了。经过古尘师姐的讲解，才明白：页面切换要用到ui路由，传参是为了获取需要的数据。

收获：

1、认识到了自己的不足：

A、写方案应该围绕需求来写，其他的暂时不用管；

B、写方案要特别不要回避自己不是很清楚的问题，而是尽可能的写出来，以免给以后埋坑，耽搁项目的进度；

C、语言组织要简练，要惜字如金

2、听张增峰讲课，重新温故了css的相关知识，新的收获如下：

A、学习了关于inline元素的新知识：当在内联非替换元素上设置padding时，不会影响行高计算，但背景色可以显示，从视觉上看可能会延伸到其他行，有可能还会与其他内容重叠；

B、设置background，影响的区域包含了border部分。可以设置background-clip：padding-box，这样background就只会影响到padding和内容区了；

C、盒模型分为IE模型和W3C模型。在html加上doctype就可以消除IE模型的影响了。其实这里也要啰嗦一句，网上也有一种说法，就是IE浏览器尽管做了很多孽，但盒模型可能比W3C更标准一些。例如，实际中，经常有这种需求，就是要求设置盒子（包含border区域）的宽度为百分比的宽度，这里使用W3C就比较尴尬了。以前的hack方法是设置margin负值来抵消padding和border的值。后来W3C就开发出了box-sizing这种属性。个人觉得这种说法还是比较靠谱的，因为实际中，使用box-sizing，知识设置box-sizing：border-box,而box-sizing:padding-box基本用不到。