第10组 Alpha冲刺 (3/6)
1.1基本情况
·队名：今晚不睡觉
·组长博客：https://www.cnblogs.com/cpandbb/p/13971668.html
·作业博客：https://edu.cnblogs.com/campus/fzu/FZU_SE_KClass/homework/11442
·github链接：https://github.com/cjk372938123/meishi
·组员人数：9人
1.2冲刺情况概况
黄纯朴
·过去两天完成了哪些任务
·催促组员干活，调动组员积极性
·跟进各位组员的进度
·写博客，改博客
·GitHub当日代码/文档签入记录 暂无
·接下来的计划
·做好下一步的计划
·协助组员小程序功能的完成
·还剩下哪些任务
·太多了呀一时半会说不完
·燃尽图
·遇到了哪些困难
·调动组员积极性好难，兄弟们积极一点呀，多沟通沟通呜呜呜
·有哪些收获和疑问
·收获：学会不要脸皮地催催催
·疑问：咋又博客了啊
·psp&学习进度条
| 第N次 | 新增代码（行） | 累计代码（行） | 本周学习耗时(小时) | 累计学习耗时（小时） | 重要成长 |
|---|---|---|---|---|---|
| 1 | 0 | 0 | 3 | 3 | 学会合理分工团任务 |
| 2 | 0 | 0 | 3 | 3 | 无脑催催催 |
| 3 | 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 |
蔡震泽
过去两天完成了哪些任务：
进一步学习wxml和wxss，继续完善微信小程序的界面。
接下来计划：
完成微信小程序剩余的界面。
还剩下哪些任务：
对相关界面小图标和图案的设计、绘制以及改进，完成完善分配到的几个界面。
遇到了哪些困难：
一些细节方面不知道如何实现。
有哪些收获和疑问：
逐渐熟悉了如何开发微信小程序，但是想要做出更美观的界面效果还需多加学习。
PSP & 学习进度条
学习进度条
| 第N次 | 新增代码（行） | 累计代码（行） | 本次学习耗时(小时) | 累计学习耗时（小时） | 重要成长 |
|---|---|---|---|---|---|
| 1 | 0 | 0 | 9 | 9 | 学习了微信开发者工具的使用 |
| 2 | 100 | 100 | 12 | 21 | 学习微信小程序开发 |
| 3 | 230 | 330 | 10 | 31 | 进一步学习wxml和wxss，继续完善微信小程序的界面 |
PSP表格
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 10 | 10 |
| Estimate | 估计这个任务需要多少时间 | 10 | 5 |
| Development | 开发 | 250 | 180 |
| Analysis | 需求分析 (包括学习新技术) | 30 | 30 |
| Design Spec | 生成设计文档 | 10 | 5 |
| Design Review | 设计复审 | 5 | 5 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 15 | 10 |
| Design | 具体设计 | 20 | 10 |
| Coding | 具体编码 | 100 | 90 |
| Code Review | 代码复审 | 10 | 5 |
| Test | 测试（自我测试，修改代码，提交修改） | 10 | 5 |
| Reporting | 报告 | 20 | 15 |
| Test Repor | 测试报告 | 10 | 5 |
| Size Measurement | 计算工作量 | 10 | 5 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 10 | 5 |
| 合计 | 270 | 200 |
苏炜斌
·过去两天完成了哪些任务：
·熟悉了微信开发者工具,完善了之前的小程序页面的代码.
·接下来计划：
·修改当前的代码,继续学习前端开发语言,完成前后端对接,添加功能.
还剩下哪些任务：
·小程序的"刷一刷"功能,与后端和算法对接等.
遇到了哪些困难：
·与之前一样:微信小程序的开发流程不熟练,对微信前端开发的语言比较生疏.
有哪些收获和疑问：
·进一步熟悉了微信小程序开发的前端语言,实现了一点想要实现的功能.
PSP & 学习进度条
学习进度条
| 第N次 | 新增代码（行） | 累计代码（行） | 本周学习耗时(小时) | 累计学习耗时（小时） | 重要成长 |
|---|---|---|---|---|---|
| 1 | 200 | 200 | 5 | 5 | 学习了小程序前端开发语言,尝试完成一个小程序基本页面 |
| 2 | 100 | 300 | 3 | 8 | 修改了之前的小程序页面 |
| PSP表格 |
·过去两天完成了哪些任务：
·在原有的小程序页面上实现了上下滑动切换界面，添加了部分功能按钮.
·接下来计划：
·完善刷一刷的功能,继续学习前端开发语言,完成前后端对接,为按钮添加点击事件.
还剩下哪些任务：
·小程序的"刷一刷"功能,与后端和算法对接等.
遇到了哪些困难：
·刷一刷的评论区功能等
有哪些收获和疑问：
·进一步掌握了微信小程序开发的前端语言,实现了部分功能.
PSP & 学习进度条
学习进度条
| 第N次 | 新增代码（行） | 累计代码（行） | 本周学习耗时(小时) | 累计学习耗时（小时） | 重要成长 |
|---|---|---|---|---|---|
| 1 | 200 | 200 | 5 | 5 | 学习了小程序前端开发语言,尝试完成一个小程序基本页面 |
| 2 | 100 | 300 | 3 | 8 | 修改了之前的小程序页面 |
| 3 | 150 | 450 | 5 | 13 | 在原有的小程序页面上实现了上下滑动切换界面，添加了部分功能按钮 |
| PSP表格 | |||||
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） | ||
| ---- | ---- | ---- | ---- | ||
| Planning | 计划 | 20 | 10 | ||
| ·Estimate | 估计这个任务需要多少时间 | 20 | 10 | ||
| Development | 开发 | 220 | 300 | ||
| ·Analysis | 需求分析 (包括学习新技术) | 70 | 100 | ||
| ·Design Spec | 生成设计文档 | 10 | 10 | ||
| ·Design Review | 设计复审 | 10 | 10 | ||
| ·Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 10 | 10 | ||
| ·Design | 具体设计 | 20 | 30 | ||
| ·Coding | 具体编码 | 60 | 90 | ||
| ·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 | 325 |
谈世宏
过去两天完成了哪些任务：
· 在原有的静态页面上实现了页面纵向滑动，并且在静态页面上添加了店面信息，点赞，评论等按钮。
接下来计划：
· 继续学习微信小程序前端开发语言，充实点赞，评论等的功能
还剩下哪些任务：
·完成小程序地图界面功能,界面优化，与菜品推荐算法对接.
遇到了哪些困难：
·时间安排能力不足，面向百度的编程有很大局限性，难以理解的代码让人容易头秃。
有哪些收获和疑问：
·进行了一些实战演练，页面的开发和布局也学了七七八八。
PSP & 学习进度条
| 第N周 | 新增代码（行） | 累计代码（行） | 本周学习耗时(小时) | 累计学习耗时（小时） | 重要成长 |
|---|---|---|---|---|---|
| 1 | 123 | 123 | 4 | 4 | 学习页面相关的wxml,wxss,js,json一些基本操作 |
| 2 | 113 | 236 | 5 | 9 | 在静态页面上有添加一些元素，完成了页面跳转功能。 |
| 3 | 81 | 317 | 5 | 14 | 在原有的静态页面上实现了页面纵向滑动，并且在静态页面上添加了店面信息，点赞，评论等按钮。 |
| PSP表格 | |||||
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） | ||
| ---- | ---- | ---- | ---- | ||
| Planning | 计划 | ||||
| ·Estimate | 估计这个任务需要多少时间 | 20 | 25 | ||
| Development | 开发 | ||||
| ·Analysis | 需求分析 (包括学习新技术) | 70 | 80 | ||
| ·Design Spec | 生成设计文档 | 10 | 10 | ||
| ·Design Review | 设计复审 | 10 | 10 | ||
| ·Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 10 | 10 | ||
| ·Design | 具体设计 | 10 | 15 | ||
| ·Coding | 具体编码 | 20 | 25 | ||
| ·Code Review | 代码复审 | 20 | 30 | ||
| ·Test | 测试（自我测试，修改代码，提交修改） | 20 | 30 | ||
| Reporting | 报告 | ||||
| ·Test Repor | 测试报告 | 10 | 5 | ||
| ·Size Measurement | 计算工作量 | 10 | 5 | ||
| ·Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 15 | 10 | ||
| 合计 | 225 | 255 |
谢鑫杰
·过去两天完成了哪些任务
·文字/口头描述
学习ItemCF和UserCF
·展示GitHub当日代码/文档签入记录
·接下来的计划
进一步学习并尝试应用
·还剩下哪些任务
算法实现&实装
·燃尽图
组内共享
·遇到了哪些困难
要如何把算法跟已有数据结合
·有哪些收获和疑问
收获: 对协同过滤有进一步了解
疑问: 如何白嫖csdn代码
·PSP & 学习进度条（学习进度条每周追加）
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 60 | 45 |
| ·Estimate | ·估计这个任务需要多少时间 | 60 | 45 |
| Development | 开发 | 240 | 215 |
| ·Analysis | ·需求分析 (包括学习新技术) | 30 | 25 |
| ·Design Spec | ·生成设计文档 | 40 | 40 |
| ·Design Review | ·设计复审 | 20 | 20 |
| ·Coding Standard | ·代码规范 (为目前的开发制定合适的规范) | 10 | 5 |
| ·Design | ·具体设计 | 15 | 15 |
| ·Coding | ·具体编码 | 60 | 40 |
| ·Coding Review | ·代码复审 | 25 | 30 |
| ·Test | ·测试（自我测试，修改代码，提交修改） | 40 | 40 |
| Reporting | 报告 | 15 | 15 |
| ·Test Repor | ·测试报告 | 5 | 5 |
| ·Size Measurement | ·计算工作量 | 5 | 5 |
| ·Postmortem & Process Improvement Plan | ·事后总结, 并提出过程改进计划 | 5 | 5 |
| 合计 | 315 | 275 |
| 第N周 | 新增代码（行） | 累计代码（行） | 本周学习耗时（小时） | 累计学习耗时（小时） | 重要成长 |
|---|---|---|---|---|---|
| 1 | 167 | 167 | 8 | 8 | 推荐算法的相关基础原理 |
| 2 | 231 | 398 | 9 | 17 | 借鉴了网络上的推荐算法 |
| 3 | 113 | 511 | 7 | 24 | 进一步学习协同过滤 |
魏祖文
过去两天完成了哪些任务
· 初步进行界面设计与实现，云开发相关研究
接下来的计划
· 依照原型继续设计实现，探索云开发相关
·还剩下哪些任务
· 微信小程序前端设计
燃尽图
组内共享
遇到了哪些困难
·全都是困难*3，现学先用
有哪些收获和疑问
·对于云开发还一窍不通 仍然处于学习阶段
·对微信小程序页面有所了解
·PSP & 学习进度条（学习进度条每周追加）
| PSP | Personal Software Process tages | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|---|
| Planning | 计划 | 10 | 10 |
| Estimate | 估计这个任务需要多少时间 | 10 | 10 |
| Development | 开发 | 155 | 155 |
| Analysis | 需求分析 (包括学习新技术) | 60 | 60 |
| Design Spec | 生成设计文档 | 10 | 10 |
| Design Review | 设计复审 | 5 | 5 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 10 | 10 |
| Design | 具体设计 | 20 | 20 |
| Coding | 具体编码 | 50 | 50 |
| Code Review | 代码复审 | 0 | 0 |
| Test | 测试（自我测试，修改代码，提交修改） | 0 | 0 |
| Reporting | 报告 | 10 | 10 |
| Test Report | 测试报告 | 0 | 0 |
| Size Measurement | 计算工作量 | 0 | 0 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 10 | 10 |
| 合计 | 175 | 175 |
| 时间 | 学习时间 | 学到的知识 |
|---|---|---|
| 第一轮 | 2h | 微信小程序前端开发相关知识 |
| 第二轮 | 3h | 微信小程序wxml界面相关 |
| 第三轮 | 3h | 微信小程序界面相关，云开发一窍不通 |
| 第四轮 | ||
| 第五轮 | ||
| 第六轮 |
李赫
·过去两天完成了哪些任务：
·使用推荐算法测试实际数据集
展示GitHub当日代码/文档签入记录
·接下来计划：
·修改当前的代码,继续学习,理解内部逻辑，实现合理套用.
还剩下哪些任务：
·将算法移植测试
遇到了哪些困难：
·代码片段理解错误，代码的参数化用需要基于项目和用户有所区分
有哪些收获和疑问：
·进一步熟悉了协同过滤算法的思想,并且实现了代码的转化.
PSP & 学习进度条
学习进度条
| 第N次 | 新增代码（行） | 累计代码（行） | 本周学习耗时(小时) | 累计学习耗时（小时） | 重要成长 |
|---|---|---|---|---|---|
| 1 | 0 | 0 | 5 | 5 | 学习推荐思想 |
| 2 | 200 | 200 | 2 | 7 | 初步验证代码 |
| 3 | 100 | 300 | 3 | 10 | 理解代码逻辑，使用数据集测试 |
| ... | |||||
| PSP表格 | |||||
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） | ||
| ---- | ---- | ---- | ---- | ||
| Planning | 计划 | 20 | 40 | ||
| · Estimate | · 估计这个任务需要多少时间 | 20 | 40 | ||
| Development | 开发 | 100 | 130 | ||
| · Analysis | · 需求分析 (包括学习新技术) | 40 | 30 | ||
| · Design Spec | · 生成设计文档 | 60 | 100 | ||
| · Design Review | · 设计复审 (和同事审核设计文档) | 0 | 0 | ||
| · Coding Standard | · 代码规范 (为目前的开发制定合适的规范) | 0 | 0 | ||
| · Design | · 具体设计 | 0 | 0 | ||
| · Coding | · 具体编码 | 0 | 0 | ||
| · Code Review | · 代码复审 | 0 | 0 | ||
| · Test | · 测试（自我测试，修改代码，提交修改） | 0 | 0 | ||
| Reporting | 报告 | 0 | 0 | ||
| · Test Report | · 测试报告 | 0 | 0 | ||
| · Size Measurement | · 计算工作量 | 0 | 0 | ||
| · Postmortem & Process Improvement Plan | · 事后总结, 并提出过程改进计划 | 10 | 10 | ||
| 合计 | 130 | 180 |
熊崟
·过去两天完成了哪些任务：
·基本实现部分推荐算法，简单事例的推荐。
·接下来计划：
·获取更改参数，应用到小程序中。
还剩下哪些任务：
·小程序中推荐算法完善运用。
遇到了哪些困难：
·在编写过程中输出形式不清晰。
有哪些收获和疑问：
·进一步了解和实现了推荐算法。
PSP & 学习进度条
学习进度条
| 第N次 | 新增代码（行） | 累计代码（行） | 本周学习耗时(小时) | 累计学习耗时（小时） | 重要成长 |
|---|---|---|---|---|---|
| 1 | 0 | 0 | 8 | 8 | 学习了解了一些基本推荐算法 |
| 2 | 100 | 100 | 10 | 18 | 区分学习了不同的推荐算法 |
| 3 | 200 | 300 | 10 | 28 | 学习实现推荐算法 |
| PSP表格 | |||||
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） | ||
| ---- | ---- | ---- | ---- | ||
| Planning | 计划 | 10 | 10 | ||
| Estimate | 估计这个任务需要多少时间 | 10 | 10 | ||
| Development | 开发 | 250 | 175 | ||
| Analysis | 需求分析 (包括学习新技术) | 30 | 30 | ||
| Design Spec | 生成设计文档 | 10 | 5 | ||
| Design Review | 设计复审 | 10 | 5 | ||
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 20 | 10 | ||
| Design | 具体设计 | 20 | 10 | ||
| Coding | 具体编码 | 100 | 90 | ||
| Code Review | 代码复审 | 10 | 5 | ||
| Test | 测试（自我测试，修改代码，提交修改） | 10 | 5 | ||
| Reporting | 报告 | 20 | 15 | ||
| Test Repor | 测试报告 | 10 | 5 | ||
| Size Measurement | 计算工作量 | 10 | 5 | ||
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 10 | 5 | ||
| 合计 | 280 | 195 |
平措旺堆
·过去两天完成了哪些任务
·深入学习微信小程序开发相关知识
·接下来的计划
·进行更深入的了解
·还剩下哪些任务
·好多
·燃尽图
·组内共享
·遇到了哪些困难
·都很困难，边学边赶
·有哪些收获和疑问
·学到了微信小程序的相关知识
·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 | 深入了解微信小程序前端开发知识 |
| 第四轮 | ||
| 第五轮 | ||
| 第六轮 |
1.3冲刺成果展示
这两天主要成果是整了刷一刷的粗糙界面，之后会融入算法推荐和继续美化页面的
·站立会议合照
| 第N次会议 | 耗时（分钟） |
|---|---|
| 第一次会议 | 10 |
| 第二次会议 | 15 |
| 第三次会议 | 10 |
第10组 Alpha冲刺 (3/6)的更多相关文章
- 第10组-Alpha冲刺 总结
1.基本情况 组长博客链接:https://www.cnblogs.com/cpandbb/p/14007413.html 答辩总结: ·产品偏离了最开始的方向,地图和刷一刷功能做得没那么好,外卖订单 ...
- 第10组 Alpha冲刺 总结（组长）
1.基本情况 组长博客链接:https://www.cnblogs.com/cpandbb/p/14007413.html 答辩总结: ·产品偏离了最开始的方向,地图和刷一刷功能做得没那么好,外卖订单 ...
- 第10组 Alpha冲刺（6/6）
链接部分 队名:女生都队 组长博客: 博客链接 作业博客:博客链接 小组内容 恩泽(组长) 过去两天完成了哪些任务 描述 tomcat的学习与实现 服务器后端部署,API接口的beta版实现 后端代码 ...
- 第10组 Alpha冲刺（4/4）
队名:凹凸曼 组长博客 作业博客 组员实践情况 童景霖 过去两天完成了哪些任务 文字/口头描述 继续学习Android studio和Java 制作剩余界面前端 展示GitHub当日代码/文档签入记录 ...
- 第10组 Alpha冲刺（5/6）
链接部分 队名:女生都队 组长博客: 博客链接 作业博客:博客链接 小组内容 恩泽(组长) 过去两天完成了哪些任务 描述 学习调用中国天气网API,接近实现天气推送功能 对天气推送的形式进行讨论及重确 ...
- 第10组 Alpha冲刺（4/6）
链接部分 队名:女生都队 组长博客: 博客链接 作业博客:博客链接 小组内容 恩泽(组长) 过去两天完成了哪些任务 描述 学习调用中国天气网API,接近实现天气推送功能 对天气推送的形式进行讨论及重确 ...
- 第10组 Alpha冲刺 (6/6)
1.1基本情况 ·队名:今晚不睡觉 ·组长博客:https://www.cnblogs.com/cpandbb/p/14008187.html ·作业博客:https://edu.cnblogs.co ...
- 第10组 Alpha冲刺 (5/6)
1.1基本情况 ·队名:今晚不睡觉 ·组长博客:https://www.cnblogs.com/cpandbb/p/13996848.html ·作业博客:https://edu.cnblogs.co ...
- 第10组 Alpha冲刺 (4/6)
1.1基本情况 ·队名:今晚不睡觉 ·组长博客:https://www.cnblogs.com/cpandbb/p/13982696.html ·作业博客:https://edu.cnblogs.co ...
随机推荐
- 对于React各种状态管理器的解读
首先我们要先知道什么是状态管理器,这玩意是干啥的? 当我们在多个页面中使用到了相同的属性时就可以用到状态管理器,将这些状态存到外部的一个单独的文件中,不管在什么时候想使用都可以很方便的获取. reac ...
- selenium: where to get ChromeDriver?
address: http://npm.taobao.org/mirrors/chromedriver
- 关于Too many levels of symbolic links和 /usr/bin/env: node: 没有那个文件或目录
由于node装了两遍在运行bower install的时候就会报错Too many levels of symbolic links要卸载其中一个nodejs,卸载的方法: 1. 卸载node npm ...
- SpringCloud微服务实战——搭建企业级开发框架（三十三）：整合Skywalking实现链路追踪
Skywalking是由国内开源爱好者吴晟(原OneAPM工程师)开源并提交到Apache孵化器的产品,它同时吸收了Zipkin/Pinpoint/CAT的设计思路,支持非侵入式埋点.是一款基于分 ...
- 如何实现 range 函数的参数？
关于 range 函数 Python内置的range函数可以接收三个参数: class range(stop): ... class range(start, stop[, step]): ... 标 ...
- CF1036D Vasya and Arrays 题解
Content 给定两个长度分别为 \(n\) 和 \(m\) 的数列 \(A,B\).你需要将两个数列都恰好分成 \(k\) 份,使得两个数列中第 \(i(i\in[1,k])\) 份的元素和对应相 ...
- jquery绑定事件时如何向事件函数里传参数
jquery绑定事件时如何向事件函数里传参数 jquery绑定事件时如何向事件函数里传参数 举例子说明: 步骤1: var button=$('<button type="button ...
- SpringBoot使用 MyBatis Plus 实现物理分页查询
一.分页配置在MyBatis Plus 可以直接使用selectPage这样的分页,但返回的数据确实是分页后的数据,但在控制台打印的SQL语句其实并没有真正的物理分页,而是通过缓存来获得全部数据中再进 ...
- 【LeetCode】657. Robot Return to Origin 解题报告（Python）
作者: 负雪明烛 id: fuxuemingzhu 个人博客: http://fuxuemingzhu.cn/ 目录 题目描述 题目大意 解题方法 复数求和 counter统计次数 相似题目 参考资料 ...
- LeetCode 第三大的数414. Third Maximum Number
题目 描述:给定数组中求第三大的数字:如果没有,返回最大的:时间复杂度O(n) 记得<剑指offer>才看到过这样的求第k大的题目.但是忘记具体怎么做了.只好先自己想了. 因为时间复杂度的 ...