第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组 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冲刺 (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 ...
- 第10组 Alpha冲刺(6/6)
链接部分 队名:女生都队 组长博客: 博客链接 作业博客:博客链接 小组内容 恩泽(组长) 过去两天完成了哪些任务 描述 tomcat的学习与实现 服务器后端部署,API接口的beta版实现 后端代码 ...
- 第10组 Alpha冲刺(4/4)
队名:凹凸曼 组长博客 作业博客 组员实践情况 童景霖 过去两天完成了哪些任务 文字/口头描述 继续学习Android studio和Java 制作剩余界面前端 展示GitHub当日代码/文档签入记录 ...
- 第10组 Alpha冲刺(5/6)
链接部分 队名:女生都队 组长博客: 博客链接 作业博客:博客链接 小组内容 恩泽(组长) 过去两天完成了哪些任务 描述 学习调用中国天气网API,接近实现天气推送功能 对天气推送的形式进行讨论及重确 ...
随机推荐
- 【Matlab】线性调频信号LFM 仿真
[知识点] 生成序列 i = a:step:b 举例: i = 1:1:9 画图(子图) subplot(m,n,p)或者subplot(m n p) 总结起来就是,画一个m行n列的图. p表示在第p ...
- java 整型
byte(1字节).short(2字节).int(4字节).long(16字节) java中前缀加上0b或者0B就可以写二进制数,前缀加上0就可以写八进制数,前缀加上0x或者0X就可以写十六进制数 一 ...
- 7、Redis五大数据类型---集合(Set)
一.集合(Set)简介 Set是string类型的无序集合.集合成员是唯一的,这就意味着集合中不能出现重复的数据. Redis 中 集合是通过哈希表实现的,所以添加,删除,查找的复杂度都是O(1). ...
- Python绘制柱状图
1.1Python绘制柱状图对应代码如下所示 import matplotlib.pyplot as plt import numpy as np from pylab import mpl mpl. ...
- Log4j2再发新版本2.16.0,完全删除Message Lookups的支持,加固漏洞防御
昨天,Apache Log4j 团队再次发布了新版本:2.16.0! 2.16.0 更新内容 默认禁用JNDI的访问,用户需要通过配置log4j2.enableJndi参数开启 默认允许协议限制为:j ...
- vue双向绑定和深浅拷贝
现象描述: vue 在使用的时候,当table绑定了某个data的时候.假如某个el-table-column下面的有个方法传参(data.row),然后在方法中用一个obj=data.row.(这里 ...
- UIWindow介绍
1.作为容器,包含app所要显示的所有视图 3.与UIViewController协同工作,方便完成设备方向旋转的支持 1.addSubview 2.rootViewController 三.Wind ...
- [BUUCTF]REVERSE——刮开有奖
刮开有奖 附件 步骤: 例行检查,无壳,32位程序 32位ida载入,shift+f12检索程序里的字符串,看到了一个base64加密的特征字符串,猜想这题用到了base64加密 从main函数开始看 ...
- 估计工期标识(Project)
<Project2016 企业项目管理实践>张会斌 董方好 编著 有时候吧,我们遇到的任务,工期并不是那么好定的,本来嘛,一个项目如果全靠拍脑袋,最后搞不好会被人锤脑袋-- 看来PM有风险 ...
- 【超详细】安全测试===sqlmap使用心得(零)
零.前言 这篇文章是学习Sqlmap的用法时做的笔记,记录了Sqlmap的常见.基础用法. 一.Sqlmap是什么 Sqlmap是开源的自动化SQL注入工具,由Python写成,具有如下特点: 完全支 ...