算法:庄锡荣,林鑫灿
UI:许煌标,蔡峰,林晓锋,陈珊珊,侯雅倩,吴珂雨
博客:陈珊珊,王钟贤html
python3前端
搜索福州商圈各方面的排行,点击不一样按钮能够展现相应结果
有一个页面,上面有5个按纽分别对应5个评测目标
按钮1:福州最受欢迎的商圈,根据人气排行,显示排行第一的商圈
按钮2:福州最佳美食餐厅,根据人均消费分类,分别列举出人均消费50如下,50-100,100-200,200以上的性价比前5的餐厅
按钮3:福州最佳美食汇集地,根据评价,显示好评最多的商圈
按钮4:福州服饰类综合评分最高的商圈,根据服饰类综合评分,显示综合评分最高的商圈python
能够有一个踩雷排行榜,告诉顾客哪些店性价比不是那么的高,需慎重考虑。
就目前的形势来看,网红店的人气仍是很高,所以能够有一个功能搜索出不值得去的网红店。
能够有一个“有趣的分析”功能,让顾客更好地了解某些地方的状况。
能够有个搜索出值得去参观的地方的功能,让用户更好地了解福州。
能够有一个对某一个地方有不一样路线的距离排行功能,让用户能够选择适合本身的路径。mysql
遇到的困难:
遇到挺多困难的,第一点就是对组员工做的很差分配,由于安排的问题不少人没有发挥出特长:第二点就是关于爬虫的知识了解的很少,因为早上多人同时用校园网使得大众点评爬虫对本ip失效,使工做停滞了很长一段时间。
解决方法:
解决方法就是多听听组员想法,多讨论发表意见;因为爬虫没有使用代理池,最后转向反爬措施没那么强的美团爬取另外一部分数据。git
遇到的困难:
对爬虫不够熟悉,准备工做作的不充分,api学的太慢,花了大把时间在熟悉学习各类爬虫工具上,在实际编程过程当中遇到了问题,最致命的就是有个关键模块一直接不上api,因而本身就在那里尬住了
解决办法:
通过一番(无用的)尝试,无可奈何转了其余api,效果虽然不如预期,但还算看得过去,勉强解决了当务之急。github
遇到的困难:
小组:
①队内分工的协调问题有点大,没有成功地发挥每一个人的能力特色,不仅是发挥不出来,甚至忙的人特别忙,闲的人特别闲。
②整体战略部署存在失误,实战前一天晚上的调api过程没能重现,存在着没有预想到的麻烦
③因为队伍内核心代码成员的比赛,缺席了此次的编程实战,给咱们带来了不少困扰
④整个团队呈现出工做效率低的状态,最具体就是表如今性价比的计算都存在着误差,致使不少导出的餐厅并非性价比高的餐厅。
我的:
①和分队队友没有沟通好,我的的技术优点没有获得很好的发挥。
②发现问题后提出解决问题的时间过迟,没有很好地串联起团队。
解决办法:
综上的全部困难,实际上都是咱们团队和我自己过后总结出来的,问题实际上在当时并无很好解决。团队的话,我认为应该在实战题目出来以前作好准备,设想出可能会遇到地困难,在出题以后的十分钟以内有效地讨论出分工再去付出实际工做。我的的话,问题仍是比较大的,作好沟通工做和能力提升。
有趣的分析:
由于我是比较喜欢外出的人,在今天的编程实战中,我发现大众点评的一些数据不太符合个人认知。首先是在最受欢迎商圈这里我看到了茶亭世贸的人气值是高于宝龙万象的,实际上根据我一周几乎五六次外出的经验来看,宝龙万象的人气值在观测中是要高于茶亭世贸的,多是由于茶亭世贸的消费水平比较符合大众的平均水平,而且在店铺数上是领先于其余商圈的,因此人气值在评测中会更高一些。
雷区频出。其次我在低端消费排行榜中看到了“赛百味”和“骨之味”,这里的出现让我很吃惊,由于这是快餐级别的餐饮,因此必定要作得棒才可以赢得好的口碑,我认为这两个餐厅是雷区,不建议你们根据这个排行榜去拔草。再举一个高端餐厅的例子,“埖绛日式花园餐厅”地理位置比较偏,是由于长期推出霸王餐的活动提升分数,再加上其独特的环境优点才赢得了榜单前列,但在我看来并不算是一个性价比高的餐厅。
实际上在榜单里看到许多优质餐厅,也看到许多人为“优质餐厅”,举个例子,宝龙的“肉祭”和“鸟匠”的确是优质餐厅,已经连续两年入选大众点评的必吃榜。然而像“韩一品”这样点评数少的五星餐厅很明显就是人为刷的,再加上美团的推荐费用是一年一万二,因此这样的店铺在缴纳费用后很容易就可以上分了,可是实际上只可以短时间高分,由于时间仍是可以证实它的优劣。
最后想说的是,实际上每一个城市几乎都有必吃榜,这个榜单的风评仍是十分不错的,至少在福州这两三年的必吃榜中的餐厅都具备很大的影响力。可是这个必吃榜也包括很大一部分的网红餐厅,由于其独特的风格赢得了必吃榜的排名。因此在一些地方必吃榜中的餐厅并非当地人会常去的地方,若是你想吃到地道的当地风味,仍是要根据本身的需求找当地人推荐,大众点评或许能给你很好的辅助参考价值,可是并非你选择的绝对依据。算法
遇到的困难:
抓包过程一直出错
解决办法:
原来是没下载mysql,一直傻傻的觉得有microsoftsql就行了,手动打数据了解一下...sql
遇到的困难:
因为早上暂无成果而博客不少须要已经作好的页面截图,于是没事嘛可写的。
解决办法:
写能先写的,并学习新技术。数据库
遇到的困难:
主要仍是时间问题,咱们团队两个大佬去比赛了,自己少了核心点以后力不从心,在效率上也出现了问题
解决办法:
最后仍是选择了多作点时间,交个好歹能看的上去,不在意迟交扣不扣分了。编程
遇到的困难:
对爬虫这项技术不是很了解,都不会用它
解决办法:
在网站上查找一些资料,而后尝试着运行,试图弄懂...
遇到的困难:
没有困难,甚至在一段时间内无所事事,完成份内的事情之后看了看前端那边有没有须要帮忙的,可是能作的不多,帮忙作了几个按钮之后又不知道本身能作些什么了,他们也处于迷茫状态。
解决办法:
实际上问题并无获得解决,反而是到最后为了完成任务无视了质量。
遇到的困难:
此次现场编程只是负责搜一些资料,写一些数据,没有遇到太多的困难。
解决办法:
找不到合适的资料时会你们一块儿讨论,选出最符合题目要求的数据。
庄锡荣:(小组任务完成的不太好,组长要要首先反省。从后往前看,咱们或许有更好的解决方案。能够采用更多人掌握的、更简易的html开发前端而不是使用pyqt而后把前端多个页面的任务堆到一两我的身上,致使工做量严重不均衡,不少人无事可作,最后由一两我的完成出来的效果也并非很好。)若是再给我一次重开的机会,我会把“重担”提早多天明确地压到每个人身上,而不是到最后由两三我的承担大部分的coding压力。
林鑫灿:若是本身可以自觉一点,早点接触api,那么我就没必要在凌晨四点还在苦苦思索api的正确打开方式,如今就是后悔,十分后悔。
侯雅倩:若是能早点了解一下抓包过程,那么就不会现场学还学不会了。
许煌标:若是咱们大哥和杰哥都在,那么咱们会让大家知道什么是恐怖!
王钟贤:若是我能学习好python,那么我就能作更有价值的工做了!
陈珊珊:若是我能好好地利用时间早点去学习爬虫,那么我就帮上更多的忙了!
吴珂雨:(其实此次做业没有将你们的做用都发挥得很好,有的工做有些冗余,有的工做又缺人)若是可以更加合理的分工,进行足够的沟通,那么团队效率会增长许多。
蔡峰:若是今天早上大哥金杰都在的话,那么此次做业不过是一盘供他们开胃的餐前菜!
林晓锋:若是能学会更多的知识,有更好的技术水平,那么能够帮助队友更快地实现。
PSP2.1 | Personal Software Process Stages |
预估耗时 (分钟) |
实际耗时 (分钟) |
---|---|---|---|
Planning | 计划 | 20 | 20 |
· Estimate | · 估计这个任务 须要多少时间 |
20 | 20 |
Development | 开发 | 100 | 120 |
· Analysis | · 需求分析 (包括学习新技术) |
50 | 50 |
· Design Spec | · 生成设计文档 | 20 | 20 |
· Design Review | · 设计复审 | 10 | 10 |
· Coding Standard | · 代码规范 (为目前的开发 制定合适的规范) |
10 | 10 |
· Design | · 具体设计 | 5 | 5 |
· Coding | · 具体编码 | 5 | 15 |
· Code Review | · 代码复审 | 0 | 0 |
· Test | · 测试(自我测试, 修改代码,提交修改) |
0 | 0 |
Reporting | 报告 | 10 | 10 |
· Test Repor | · 测试报告 | 5 | 5 |
· Size Measurement | · 计算工做量 | 0 | 0 |
· Postmortem & Process Improvement Plan |
· 过后总结, 并提出过程改进计划 |
5 | 5 |
· 合计 | 130 | 140 |
第N小时 | 新增代码(行) | 累计代码(行) | 本周学习耗时(小时) | 累计学习耗时(小时) | 重要成长 |
---|---|---|---|---|---|
1 | 50 | 50 | 1 | 1 | 了解基本需求,开始写界面 |
2 | 100 | 150 | 2 | 2 | api出现问题,从新构思思路 |
3 | 50 | 200 | 3 | 3 | 冲! 没有回头路冲 |
… | … | … | … | … | … |