第10组 Alpha冲刺 (5/6)（组长）
1.1基本情况
·队名：今晚不睡觉
·组长博客：https://www.cnblogs.com/cpandbb/p/13996848.html
·作业博客：https://edu.cnblogs.com/campus/fzu/FZU_SE_KClass/homework/11444
·github链接：https://github.com/cjk372938123/meishi
·github链接（算法部分）：https://github.com/fish-toucher/recommendation-algorithm
·组员人数：9人
1.2冲刺情况概况
黄纯朴（组长）
·过去两天完成了哪些任务
·不负责代码部分的组长这边催那边催像个憨憨一样我要自闭了
·跟进产品为产品改进提供建议
·GitHub当日代码/文档签入记录 暂无
·接下来的计划
·准备周六的答辩，做好被怼烂了的心理准备
·催促兄弟们完成最后的收尾
·还剩下哪些任务
·太多了呀一时半会说不完
·燃尽图
·遇到了哪些困难
·没剩多少时间了，可是感觉项目跟预期差好多要自闭了，这几天大家在加加油吧
·大家多多沟通啊组长要自闭了
·有哪些收获和疑问
·收获：少
·疑问：到时候答辩我会不会被怼烂了？
·psp&学习进度条
| 第N次 | 新增代码（行） | 累计代码（行） | 本周学习耗时(小时) | 累计学习耗时（小时） | 重要成长 |
|---|---|---|---|---|---|
| 1 | 0 | 0 | 3 | 3 | 学会合理分工团任务 |
| 2 | 0 | 0 | 3 | 3 | 无脑催催催 |
| 3 | 0 | 0 | 4.5 | 4.5 | 让组员多沟通多交流 |
| 4 | 0 | 0 | 4.5 | 4.5 | 兄弟们冲冲冲 |
| 5 | 0 | 0 | 4.5 | 4.5 | 让自己有充足的周六被怼的心理准备 |
| PSP表格 | |||||
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） | ||
| ---- | ---- | ---- | ---- | ||
| Planning | 计划 | 20 | 20 | ||
| Estimate | 估计这个任务需要多少时间 | 20 | 20 | ||
| Development | 开发 | 90 | 120 | ||
| Analysis | 需求分析 (包括学习新技术) | 0 | 0 | ||
| Design Spec | 生成设计文档 | 30 | 60 | ||
| Design Review | 设计复审 | 60 | 60 | ||
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 0 | 0 | ||
| Design | 具体设计 | 0 | 0 | ||
| Coding | 具体编码 | 0 | 0 | ||
| Code Review | 代码复审 | 0 | 0 | ||
| Test | 测试（自我测试，修改代码，提交修改） | 90 | 130 | ||
| Reporting | 报告 | 30 | 60 | ||
| Test Repor | 测试报告 | 30 | 30 | ||
| Size Measurement | 计算工作量 | 10 | 10 | ||
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 20 | 30 | ||
| 合计 | 200 | 270 |
蔡震泽
过去两天完成了哪些任务：
·复习图形学，没干多少事。。
接下来计划：
·完成微信小程序剩余的界面。
还剩下哪些任务：
·对相关界面小图标和图案的设计。
遇到了哪些困难：
·和之前一样，一些细节方面不知道如何实现。
有哪些收获和疑问：
·逐渐熟悉了如何开发微信小程序，但是想要做出更美观的界面效果还需多加学习。
PSP & 学习进度条
学习进度条
| 第N次 | 新增代码（行） | 累计代码（行） | 本次学习耗时(小时) | 累计学习耗时（小时） | 重要成长 |
|---|---|---|---|---|---|
| 1 | 0 | 0 | 9 | 9 | 学习了微信开发者工具的使用 |
| 2 | 100 | 100 | 12 | 21 | 学习微信小程序开发 |
| 3 | 230 | 330 | 10 | 31 | 进一步学习wxml和wxss，继续完善微信小程序的界面 |
| 4 | 200 | 530 | 10 | 41 | 继续完善微信小程序的界面 |
| 5 | 50 | 580 | 2 | 43 | 无 |
PSP表格
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 0 | 0 |
| Estimate | 估计这个任务需要多少时间 | 0 | 0 |
| Development | 开发 | 100 | 50 |
| Analysis | 需求分析 (包括学习新技术) | 30 | 10 |
| Design Spec | 生成设计文档 | 10 | 5 |
| Design Review | 设计复审 | 5 | 5 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 15 | 5 |
| Design | 具体设计 | 20 | 10 |
| Coding | 具体编码 | 20 | 10 |
| Code Review | 代码复审 | 10 | 10 |
| Test | 测试（自我测试，修改代码，提交修改） | 10 | 10 |
| Reporting | 报告 | 10 | 5 |
| Test Repor | 测试报告 | 5 | 5 |
| Size Measurement | 计算工作量 | 5 | 5 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 5 | 5 |
| 合计 | 245 | 135 |
苏炜斌
·过去两天完成了哪些任务：
·在原有的小程序页面上实现了评论区功能,添加了点赞人数和踩的人数的显示.
·接下来计划：
·完善刷一刷页面的功能,完成前后端数据对接,优化评论区的功能,继续学习.
还剩下哪些任务：
·小程序的"刷一刷"功能,评论区功能,界面优化,与后端和算法对接等.
遇到了哪些困难：
·评论区功能的实现
有哪些收获和疑问：
·进一步学习了微信小程序开发的前端语言,完成部分评论区的功能.
PSP & 学习进度条
学习进度条
| 第N次 | 新增代码（行） | 累计代码（行） | 本周学习耗时(小时) | 累计学习耗时（小时） | 重要成长 |
|---|---|---|---|---|---|
| 1 | 200 | 200 | 5 | 5 | 学习了小程序前端开发语言,尝试完成一个小程序基本页面 |
| 2 | 100 | 300 | 3 | 8 | 修改了之前的小程序页面 |
| 3 | 150 | 450 | 5 | 13 | 在原有的小程序页面上实现了上下滑动切换界面，添加了部分功能按钮 |
| 4 | 100 | 550 | 5 | 18 | 在原有的基础上实现了点赞和踩的功能，实现了了部分按钮的功能 |
| 5 | 100 | 650 | 5 | 23 | 在原有的基础上实现了部分评论区的功能 |
| PSP表格 | |||||
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） | ||
| ---- | ---- | ---- | ---- | ||
| Planning | 计划 | 20 | 10 | ||
| ·Estimate | 估计这个任务需要多少时间 | 20 | 10 | ||
| Development | 开发 | 220 | 300 | ||
| ·Analysis | 需求分析 (包括学习新技术) | 70 | 60 | ||
| ·Design Spec | 生成设计文档 | 10 | 10 | ||
| ·Design Review | 设计复审 | 10 | 10 | ||
| ·Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 10 | 10 | ||
| ·Design | 具体设计 | 20 | 30 | ||
| ·Coding | 具体编码 | 60 | 120 | ||
| ·Code Review | 代码复审 | 20 | 30 | ||
| ·Test | 测试（自我测试，修改代码，提交修改） | 20 | 20 | ||
| Reporting | 报告 | 30 | 15 | ||
| ·Test Repor | 测试报告 | 10 | 5 | ||
| ·Size Measurement | 计算工作量 | 10 | 5 | ||
| ·Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 10 | 5 | ||
| 合计 | 270 | 315 |
谈世宏
·过去两天完成了哪些任务：
·在小程序静态页面添加了评论功能，完善了点赞、踩的图标的功能.
·接下来计划：
·使评论不是存在一个评论区域中，优化刷一刷页面.
还剩下哪些任务：
·小程序的"刷一刷"功能,与后端数据库、算法对接等.
遇到了哪些困难：
·评论存在同一个评论区中，不同地方评论是相同的。
有哪些收获和疑问：
·对小程序有了一些新的理解。
PSP & 学习进度条
学习进度条
| 第N周 | 新增代码（行） | 累计代码（行） | 本周学习耗时(小时) | 累计学习耗时（小时） | 重要成长 |
|---|---|---|---|---|---|
| 1 | 123 | 123 | 4 | 4 | 学习页面相关的wxml,wxss,js,json一些基本操作 |
| 2 | 113 | 236 | 5 | 9 | 在静态页面上有添加一些元素，完成了页面跳转功能。 |
| 3 | 81 | 317 | 5 | 14 | 在原有的静态页面上实现了页面纵向滑动，并且在静态页面上添加了店面信息，点赞，评论等按钮。 |
| 4 | 100 | 417 | 5 | 19 | 在小程序静态页面添加了点菜和介绍菜的功能以及页面跳转到相应店面的功能 |
| 5 | 113 | 530 | 6 | 25 | 在小程序静态页面添加了评论功能，完善了点赞、踩的图标的功能 |
| PSP表格 | |||||
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） | ||
| ---- | ---- | ---- | ---- | ||
| Planning | 计划 | ||||
| ·Estimate | 估计这个任务需要多少时间 | 10 | 20 | ||
| Development | 开发 | ||||
| ·Analysis | 需求分析 (包括学习新技术) | 100 | 120 | ||
| ·Design Spec | 生成设计文档 | 10 | 10 | ||
| ·Design Review | 设计复审 | 10 | 10 | ||
| ·Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 10 | 10 | ||
| ·Design | 具体设计 | 10 | 15 | ||
| ·Coding | 具体编码 | 20 | 25 | ||
| ·Code Review | 代码复审 | 25 | 30 | ||
| ·Test | 测试（自我测试，修改代码，提交修改） | 20 | 30 | ||
| Reporting | 报告 | ||||
| ·Test Repor | 测试报告 | 10 | 15 | ||
| ·Size Measurement | 计算工作量 | 10 | 15 | ||
| ·Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 15 | 10 | ||
| 合计 | 250 | 310 |
谢鑫杰
·过去两天完成了哪些任务
·文字/口头描述
·丰富算法
·展示GitHub当日代码/文档签入记录
·接下来的计划
·添加冷启动
·还剩下哪些任务
·算法实现&实装
·燃尽图
组内共享
·遇到了哪些困难
·除了软工还有别的科目,时间不够用
·有哪些收获和疑问
·收获:搞清了大致运作原理
·疑问:还有部分原理不清楚
·PSP & 学习进度条（学习进度条每周追加）
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 45 | 75 |
| ·Estimate | ·估计这个任务需要多少时间 | 45 | 75 |
| Development | 开发 | 205 | 165 |
| ·Analysis | ·需求分析 (包括学习新技术) | 40 | 35 |
| ·Design Spec | ·生成设计文档 | 20 | 25 |
| ·Design Review | ·设计复审 | 10 | 20 |
| ·Coding Standard | ·代码规范 (为目前的开发制定合适的规范) | 15 | 15 |
| ·Design | ·具体设计 | 30 | 30 |
| ·Coding | ·具体编码 | 60 | 25 |
| ·Coding Review | ·代码复审 | 15 | 5 |
| ·Test | ·测试（自我测试，修改代码，提交修改） | 15 | 10 |
| Reporting | 报告 | 15 | 20 |
| ·Test Repor | ·测试报告 | 5 | 10 |
| ·Size Measurement | ·计算工作量 | 5 | 10 |
| ·Postmortem & Process Improvement Plan | ·事后总结, 并提出过程改进计划 | 5 | 5 |
| 合计 | 265 | 260 |
| 第N周 | 新增代码（行） | 累计代码（行） | 本周学习耗时（小时） | 累计学习耗时（小时） | 重要成长 |
|---|---|---|---|---|---|
| 1 | 167 | 167 | 8 | 8 | 推荐算法的相关基础原理 |
| 2 | 231 | 398 | 9 | 17 | 借鉴了网络上的推荐算法 |
| 3 | 113 | 511 | 7 | 24 | 进一步学习协同过滤 |
| 4 | 40 | 551 | 4 | 28 | 硬啃算法 |
| 5 | 120 | 671 | 6 | 34 | 搞清大致运作原理 |
魏祖文
过去两天完成了哪些任务
·放弃开发数据库研究，研究刷刷刷框架
接下来的计划
·写推荐页面
·还剩下哪些任务
·推荐页面
燃尽图
遇到了哪些困难
·全都是困难*5，现学先用
有哪些收获和疑问
·仍然处于学习阶段，边学边做
·PSP & 学习进度条（学习进度条每周追加）
| PSP | Personal Software Process tages | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|---|
| Planning | 计划 | 10 | 10 |
| Estimate | 估计这个任务需要多少时间 | 10 | 10 |
| Development | 开发 | 85 | 115 |
| Analysis | 需求分析 (包括学习新技术) | 30 | 60 |
| Design Spec | 生成设计文档 | 10 | 10 |
| Design Review | 设计复审 | 5 | 5 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 0 | 0 |
| Design | 具体设计 | 15 | 15 |
| Coding | 具体编码 | 20 | 20 |
| Code Review | 代码复审 | 0 | 0 |
| Test | 测试（自我测试，修改代码，提交修改） | 5 | 5 |
| Reporting | 报告 | 10 | 10 |
| Test Report | 测试报告 | 0 | 0 |
| Size Measurement | 计算工作量 | 0 | 0 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 10 | 10 |
| 合计 | 105 | 135 |
| 时间 | 新增代码（行） | 累计代码（行） | 本次学习耗时(小时) | 累计学习耗时（小时） | 重要成长 |
|---|---|---|---|---|---|
| 第一轮 | 0 | 0 | 5 | 5 | 微信小程序前端开发相关知识，微信小程序wxml界面相关 |
| 第二轮 | 40 | 40 | 3 | 8 | 微信小程序界面相关 |
| 第三轮 | 50 | 90 | 2 | 10 | 云开发相关 |
| 第四轮 | 0 | 0 | 1 | 11 | 数据库相关 |
| 第五轮 | 50 | 140 | 3 | 14 | 刷刷刷页面编写相关 |
李赫
·过去两天完成了哪些任务：
·学习了兴趣迁移——衰减机制
展示GitHub当日代码/文档签入记录
·接下来计划：
·尝试融入衰减机制
还剩下哪些任务：
·将算法移植测试
遇到了哪些困难：
·新代码与原代码框架不同，接口不同
有哪些收获和疑问：
·学习了兴趣衰减机制，优化了推荐过程.
PSP & 学习进度条
学习进度条
| 第N次 | 新增代码（行） | 累计代码（行） | 本周学习耗时(小时) | 累计学习耗时（小时） | 重要成长 |
|---|---|---|---|---|---|
| 1 | 0 | 0 | 5 | 5 | 学习推荐思想 |
| 2 | 200 | 200 | 2 | 7 | 初步验证代码 |
| 3 | 100 | 300 | 3 | 10 | 理解代码逻辑，使用数据集测试 |
| 4 | 0 | 300 | 4 | 14 | 调整参数，分类测试 |
| 5 | 97 | 397 | 4 | 18 | 学习衰减机制 |
| ... | |||||
| PSP表格 | |||||
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） | ||
| ---- | ---- | ---- | ---- | ||
| Planning | 计划 | 40 | 40 | ||
| · Estimate | · 估计这个任务需要多少时间 | 40 | 40 | ||
| Development | 开发 | 140 | 190 | ||
| · Analysis | · 需求分析 (包括学习新技术) | 60 | 80 | ||
| · Design Spec | · 生成设计文档 | 20 | 10 | ||
| · Design Review | · 设计复审 (和同事审核设计文档) | 0 | 0 | ||
| · Coding Standard | · 代码规范 (为目前的开发制定合适的规范) | 0 | 0 | ||
| · Design | · 具体设计 | 10 | 10 | ||
| · Coding | · 具体编码 | 50 | 80 | ||
| · Code Review | · 代码复审 | 0 | 0 | ||
| · Test | · 测试（自我测试，修改代码，提交修改） | 0 | 0 | ||
| Reporting | 报告 | 0 | 0 | ||
| · Test Report | · 测试报告 | 0 | 0 | ||
| · Size Measurement | · 计算工作量 | 0 | 0 | ||
| · Postmortem & Process Improvement Plan | · 事后总结, 并提出过程改进计划 | 20 | 10 | ||
| 合计 | 200 | 240 | |||
| 熊崟 |
·过去两天完成了哪些任务：
·尝试将简单的推荐算法直接用到小程序中
·接下来计划：
·提高推荐的准确率
还剩下哪些任务：
·小程序中运用推荐算法。
遇到了哪些困难：
·数据的形式结构不一，不易处理。
有哪些收获和疑问：
·进一步理解和完善了推荐算法
PSP & 学习进度条
学习进度条
| 第N次 | 新增代码（行） | 累计代码（行） | 本周学习耗时(小时) | 累计学习耗时（小时） | 重要成长 |
|---|---|---|---|---|---|
| 1 | 0 | 0 | 8 | 8 | 初步学习了解了推荐算法 |
| 2 | 100 | 100 | 10 | 18 | 区分学习了不同的推荐算法 |
| 3 | 200 | 300 | 10 | 28 | 学习实现部分推荐算法 |
| 4 | 50 | 350 | 5 | 33 | 算法相关了解更深入 |
| 5 | 100 | 450 | 10 | 43 | 获取运用数据 |
| PSP表格 | |||||
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） | ||
| ---- | ---- | ---- | ---- | ||
| Planning | 计划 | 10 | 10 | ||
| Estimate | 估计这个任务需要多少时间 | 10 | 10 | ||
| Development | 开发 | 0 | 0 | ||
| Analysis | 需求分析 (包括学习新技术) | 30 | 60 | ||
| Design Spec | 生成设计文档 | 0 | 0 | ||
| Design Review | 设计复审 | 0 | 0 | ||
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 10 | 10 | ||
| Design | 具体设计 | 20 | 50 | ||
| Coding | 具体编码 | 60 | 100 | ||
| Code Review | 代码复审 | 10 | 10 | ||
| Test | 测试（自我测试，修改代码，提交修改） | 0 | 0 | ||
| Reporting | 报告 | 0 | 0 | ||
| Test Repor | 测试报告 | 0 | 0 | ||
| Size Measurement | 计算工作量 | 0 | 0 | ||
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 10 | 5 | ||
| 合计 | 160 | 255 |
平措旺堆
·过去两天完成了哪些任务
·学习微信小程序开发相关知识
·接下来的计划
·进行更深入的了解
·还剩下哪些任务
·好多
·燃尽图
·组内共享
·遇到了哪些困难
·都很困难，边学边赶
·有哪些收获和疑问
·了解微信小程序的结构
·PSP & 学习进度条（学习进度条每周追加）
| PSP | Personal Software Process tages | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|---|
| Planning | 计划 | 30 | 60 |
| Estimate | 估计这个任务需要多少时间 | 30 | 60 |
| Development | 开发 | 70 | 100 |
| Analysis | 需求分析 (包括学习新技术) | 30 | 60 |
| Design Spec | 生成设计文档 | 20 | 25 |
| Design Review | 设计复审 | 5 | 5 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 10 | 10 |
| Design | 具体设计 | 15 | 20 |
| Coding | 具体编码 | 0 | 0 |
| Code Review | 代码复审 | 0 | 0 |
| Test | 测试（自我测试，修改代码，提交修改） | 0 | 0 |
| Reporting | 报告 | 25 | 30 |
| Test Report | 测试报告 | 0 | 0 |
| Size Measurement | 计算工作量 | 0 | 0 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 10 | 10 |
| 合计 | 125 | 190 |
| 时间 | 学习时间 | 学到的知识 |
|---|---|---|
| 第一轮 | 3h | 微信小程序前端开发相关知识 |
| 第二轮 | 3h | 微信小程序前端开发相关知识 |
| 第三轮 | 3h | 微信小程序前端开发小知识 |
| 第四轮 | 3h | 微信小程序前端开发知识 |
| 第五轮 | 3h | 微信小程序前端开发知识 |
| 第六轮 |
1.3冲刺成果展示
刷一刷的评论界面
数据库
订餐系统
·站立会议合照
| 第N次会议 | 耗时（分钟） |
|---|---|
| 第一次会议 | 10 |
| 第二次会议 | 15 |
| 第三次会议 | 10 |
| 第四次会议 | 15 |
| 第五次会议 | 12 |
第10组 Alpha冲刺 (5/6)（组长）的更多相关文章
- 第10组 Alpha冲刺 总结（组长）
1.基本情况 组长博客链接:https://www.cnblogs.com/cpandbb/p/14007413.html 答辩总结: ·产品偏离了最开始的方向,地图和刷一刷功能做得没那么好,外卖订单 ...
- 第10组 Beta冲刺 总结（组长）
1.基本情况 组长博客链接:https://www.cnblogs.com/cpandbb/p/14050808.html 答辩总结: ·因为alpha阶段的产品做得偏离了方向,所以beta冲刺大家非 ...
- 第10组-Alpha冲刺 总结
1.基本情况 组长博客链接:https://www.cnblogs.com/cpandbb/p/14007413.html 答辩总结: ·产品偏离了最开始的方向,地图和刷一刷功能做得没那么好,外卖订单 ...
- 第10组 Alpha冲刺 (6/6)（组长）
1.1基本情况 ·队名:今晚不睡觉 ·组长博客:https://www.cnblogs.com/cpandbb/p/14008187.html ·作业博客:https://edu.cnblogs.co ...
- 第10组 Alpha冲刺 (4/6)（组长）
1.1基本情况 ·队名:今晚不睡觉 ·组长博客:https://www.cnblogs.com/cpandbb/p/13982696.html ·作业博客:https://edu.cnblogs.co ...
- 第10组 Alpha冲刺 (3/6)（组长）
1.1基本情况 ·队名:今晚不睡觉 ·组长博客:https://www.cnblogs.com/cpandbb/p/13971668.html ·作业博客:https://edu.cnblogs.co ...
- 第10组 Alpha冲刺（6/6）
链接部分 队名:女生都队 组长博客: 博客链接 作业博客:博客链接 小组内容 恩泽(组长) 过去两天完成了哪些任务 描述 tomcat的学习与实现 服务器后端部署,API接口的beta版实现 后端代码 ...
- 第10组 Alpha冲刺（4/4）
队名:凹凸曼 组长博客 作业博客 组员实践情况 童景霖 过去两天完成了哪些任务 文字/口头描述 继续学习Android studio和Java 制作剩余界面前端 展示GitHub当日代码/文档签入记录 ...
- 第10组 Alpha冲刺（5/6）
链接部分 队名:女生都队 组长博客: 博客链接 作业博客:博客链接 小组内容 恩泽(组长) 过去两天完成了哪些任务 描述 学习调用中国天气网API,接近实现天气推送功能 对天气推送的形式进行讨论及重确 ...
随机推荐
- 『学了就忘』Linux启动引导与修复 — 74、Linux系统的修复模式（光盘修复模式）
目录 1.光盘修复模式概念 2.光盘修复模式修复系统问题 (1)准备系统光盘 (2)进入BIOS (3)修改BIOS的启动顺序 (4)进入光盘修复模式 (5)修复系统 (6)修复系统实操 (7)总结 ...
- R数据分析：变量间的非线性关系，多项式，样条回归和可加模型
之前的文章中都是给大家写的变量间线性关系的做法,包括回归和广义线性回归,变量间的非线性关系其实是很常见的,今天给大家写写如何拟合论文中常见的非线性关系.包括多项式回归Polynomial regres ...
- 10、Redis三种特殊的数据类型
一.Geospatail地理位置 1.Geospatail的应用 朋友的位置,附近的人,打车距离 2.相关命令 1.geoadd:增加某个地理位置的坐标(可批量添加). 语法: GEOADD key ...
- Mongodb安全防护
1.Mongodb未授权访问 描述 MongoDB 是一个基于分布式文件存储的数据库.默认情况下启动服务存在未授权访问风险,用户可以远程访问数据库,无需认证连接数据库并对数据库进行任意操作,存在严重的 ...
- .NET Core工程应用系列(2) 实现可配置Attribute的Json序列化方案
背景 在这篇文章中,我们实现了基于自定义Attribute的审计日志数据对象属性过滤,但是在实际项目的应用中遇到了一点麻烦.需要进行审计的对象属性中会包含其他类对象,而我们之前的实现是没办法处理这种类 ...
- jetbrain家的fleet(已获得预览权限)直接对标vscode ， fleet有望超过vscode吗？今天我们实际操作下
申请预览版 等待了一周终于得到了预览版的机会 今天就来简单使用下. 前言 工程管理大多使用的是maven , 在maven之前还有ant 这个应该已经没多少人在使用了,或者说新人基本不在使用ant , ...
- 这样学习ZooKeeper离大厂所需技能要求还远吗
概述 定义 Apache ZooKeeper是一种用于构建分布式应用的高性能.高度可靠.开源的分布式协调服务,提供如配置信息维护.命名.分布式同步.组服务等功能,可以实现如分布式共识.组管理.领导选举 ...
- 对QuerySet的理解
1. 如何通过Django的Model操作数据库? 在Django的Model中,QuerySet是一个很重要的概念.因为我们同数据库的所有查询以及更新交互都是通过它来完成的. 2. Django的M ...
- CF1092B Teams Forming 题解
Content 有 \(n\) 个学生,每个学生有一个能力值 \(a_i\).现在想把学生两两分成一组,但是不能让每个组里面的学生能力值不相同,因此可以通过刷题来提升自己的能力值,每次解出一道题,能力 ...
- 好奇怪啊，如果邮箱JSON格式的字符串不是在一行上，那么转为JSON将转换不成功，估计是数据格式有问题吧
好奇怪啊,如果邮箱JSON格式的字符串不是在一行上,那么转为JSON将转换不成功,估计是数据格式有问题吧, 打印出的数据必须是如下的在一行的字符串,才可以转换为JSON格式成功.