来源:魔镜市场情报 公众号后台回复: 报告 获取源文件 欢迎添加本站微信:datajh (可上下滑动或点单个图片放大左右滑动查看)
也就是说,有价值的复盘,当然是最期望得到,可是复盘没做好的时候,并非没有价值,而是可能产生负面价值。这是做复盘最值得警惕的地方。 复盘的三大误区 止于问责 偏离目标 遗留隐患 人才流失 止于意识提升 项目复盘,更重要的是整个公司的能力提升,而不是参与者个人能力的提升。 止于错误补救 复盘的准备工作 建设复盘氛围:为参与者提供一个安全且平衡的复盘环境。 梳理错失的机会点:从公司层面的宏观视角看,错失的最可惜的机会点是什么? 因而在复盘中,需要引导参与者注意平衡思考的维度。 第四层是平衡思考深度和行动时间。 很多人做复盘,还没完成全面分析呢,就已经列出了一大串行动点,准备整治了。要知道,复盘不是故障响应,不需要立即止血。 搭建复盘环境,复盘过程控制和整体规划; 需要对复盘的氛围和内容持续做引导与控制 要邀请一组具备不同视角的参与者来参加复盘。不能清一色地邀请研发人员,因为研发人员往往只会从技术视角出发来做深度探讨。
复盘模型 目录 1、复盘的内容 2、复盘的步骤 3、自我复盘 4、复盘他人 5、复盘中的三种角色 6、复盘的两种方法 7、如何判断复盘结论是否到位 复盘是一种贸易术语,通常用于项目或活动结束后 1、复盘的内容 1、现在情况如何 2、当初是怎么决定的 (1)事情是如何确定的 (2)事情是根据什么确定的 (3)执行的如何 3、让我们再审视下思考的前提 2、复盘的步骤 1、回顾目标 2、结果比对 - 为什么会有这样的差距 3、叙述过程 - 照本宣科 4、自我剖析 (1)进行反思和分析 (2)可控,半可控,不可控 (3)分析事情的过程,对自身进行审视 5、众人设问 6、总结规律 7、复盘归档 3、自我复盘 1、注意记录 2、得出规律加以应用 3、问题,不能无情的复盘自己 4、复盘他人 1、结果 (1)跟风 (2)借鉴 (3)主动出击 2、避免对他人细节进行否定,进而肯定自己 3、对事不对人 5、复盘中的三种角色 c.假设层面 (4)疑问而不是反问 (5)用问题来引导逻辑 3、叙述人 (1)要超脱,站在自身之外看复盘 (2)客观 (3)要真实,完整呈现复盘事件 a.真实 b.完整和层面 c.细节 (4)要虚心,
面试 3.jpg 通报下,近20天,面试大概8家企业,有不知名的小公司,也有号称是上海独角兽公司。 结果是:求职全职,均宣告失败. 烈日当头,烤炉式的魔都,心还是有点凉。
3. 一个页面上有大量的图片(大型电商网站),加载很慢,你有哪些方法优化这些图片的加载,给用户更好的体验。 4、请用Css写一个简单的幻灯片效果页面 思路:知道是要用css3。使用animation动画实现一个简单的幻灯片效果。 /sign=c01e6adca964034f0fcdc3069fc27980/e824b899a9014c08e5e38ca4087b02087af4f4d3.jpg) no-repeat; } /3b87e950352ac65ce2e73f76f9f2b21192138ad1.jpg) no-repeat; } } 5、什么是外边距重叠? CSS3新增伪类有那些?
复盘,也叫复习 为什么需要复习呢 这里不得不说到艾宾浩斯(H.Ebbinghaus遗忘曲线,描述了人类大脑对新事物遗忘的规律,事实也的确如此,如果没有及时的复习,你可能会忘记你新学的知识,从而浪费你未来的时间去重新学习它 ,而复盘则巩固这些知识,且每次用的时间会越来越短,最终会变成习惯。 如何复盘 陈列式:就像记笔记一样,逐条记录下来即可。 联结式:用思维导图或知识树,做一个有关联有体系的总结,从而可以从点到面的掌握知识。 好了,关于复盘基本就这几点了,我们可以循序渐进的来,比如陈列式,但我还是最推荐联结式和输出式,这也是我写博客的原因所在。
本周Golang复盘 1.Http请求 http get请求时,通常会拼接url操作,例如:http://xxx.com? ) { data = data[:11] fmt.Printf("process data:%p\n", data) fmt.Println(data, len(data)) } 2.3 示例3 data=%v, len=%d\n", data, len(data)) 此时便可以输出正常结果了: test func data=[world hello], len=11 3. 大小 sc := bufio.NewScanner(os.Stdin) bf := make([]byte, 1024*1024) sc.Buffer(bf, len(bf)) // 输入格式为:5 3
SpringBoot项目复盘 项目起始 确定数据库中的表、主键、各个字段及其代表的含义;确立好表与表之间的关联关系; (规范好字段的命名规则)** 按照数据库中表及其字段创建实体类及其属性;规范好命名规则 mb-3 font-weight-normal" th:text="#{login.tip}">Please sign in <! password" class="form-control" th:placeholder="#{login.password}" required>
项目复盘-模型
Spring概览 图片可能不太清晰,1080 高清无码 Spring 思维导图获取地址:https://github.com/turoDog/review_spring 3、什么是 IOC ? 6、依赖注入 IOC 依赖注入,分以下 3 种方式注入: 构造器注入 setter 方法注入 接口方式注入 其中接口方式注入用的很少,此文不再讨论。 > <beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w<em>3</em>.org/2001 > <beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w<em>3</em>.org/2001 > <beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w<em>3</em>.org/2001
冯仑常说的复盘,我觉得有异曲同工之妙。设定目标,定期的回顾目标,调整计划、实施,检讨得失等。自上而下的执行效果会更好,因为企业目标的设定更需要自上而下的分解,而不是自下而上的聚集。
又到了年底年初做总结的日子,每个人&部门都要向老板做汇报,其中最重要的形式就是写年度数据报告。首先我们要清楚写这个东西的目的是什么? 大概有3个:第1,分析问题,帮助整个管理层来看今年我们发生了什么问题,哪些是需要明年去解决的?做一个年度整体的复盘给一些明年的建议。 第3,成绩打分,总结成绩主要是看我们的绩效是否达成,过去一年做了什么样的数据输出?这些输出最终在业务侧体现了什么样的业绩? 前2个需要比较强的逻辑支撑需要数据,第3个的话关键还是在于怎么把成绩写得更漂亮,然后让领导和团队的人看着舒服。ok, 那具体怎么写呢? 应该是包括几个部分第1部分,【打分】年度KPI/OKR数据复盘这部分相当于是整篇报告的摘要,是老板最关心的地方,需要结合定性和定量的角度:数据上,年度核心KPI达成多少年度核心项目完成得怎么样定义:做得好
本期内容就围绕接口自动化脚本做个简单的个人复盘 前言 此前对接口自动化脚本支持MeterSphere扩展做了一些自己的分享。
基于多次复盘的经验汇总,仅以当前工作环境做汇总,供参考。 系统问题定位和解决 需要抓住足够多的证据链,不能臆测代码和运行机制。常用手段有 curl,日志,sentry。
抛出问题 都说复盘能力很重要,如何复盘才更有效呢? 我认为基于准确数据分析的复盘才是最有效的,因为不管是拍脑门定需求还是毫无根据的优化迭代都可能导致效果与期望南辕北辙。 3.克隆 Superset 的 Github 我们切换到自己准备安装Superset的目录,克隆项目 git clone https://github.com/apache/superset.git 、OAuth、REMOTE_USER 等)集成 添加自定义可视化插件的能力 用于程序化定制的 API 从头开始设计的云原生架构以实现规模化 官网地址在这里,欢迎大家体验尝鲜 总结 我相信随着数据分析和复盘意识的深入人心
再本地复盘的时候,发现直接往根目录去写马子的话还是不解析,而查找我上传的war包发现找不到,我个人推断应该是,在部署的时候,把文件释放在根目录下,并且删除了我的war包,连上了冰蝎后,就开始删除,找路径时候
类似下面的配置: { "title": "第3期企业数字化宣讲", "layout": { "header": [], "main": [], "footer": [] Upload>
任何一个产品的核心能力肯定会带有【复盘】这个技能,产品上的得失,经过每次任务的复盘,一条条的罗列下来并且深入思考,提升自己的总结能力,不要重复采坑,也是能力提升的一个重要的手段! 复盘:简单理解就是把之前经历过的问题点重新捋一遍,通过回顾和总结后,制定下一次实施的方案。 这里面的重点是:回顾——总结——记录——反思 我们之前聊过一次【新需求诞生记】,大概描述了下我们经历一个项目需要走的几个阶段,本篇将在原来的基础上,对于我们在复盘的时候到底“复”哪些“盘”做一些整理和总结 我们再重新看下一个项目的流程: 提需求——捋需求——较真与确认——设计规划——需求评审——技术评审——准备与上线 按照阶段我们整理下每个环节需要复盘和注意的事项 1、提需求与捋需求: 复盘点包含:需求真伪判断 3、设计规划: 复盘点包含:板块设计、流程设计、输出文档、目标 板块设计:板块设计包含功能板块和信息板块,这两个板块既是分离的又是重合的,这个点大家都是知道的,我想指出的是,如果新增或者迭代,考虑的点要多元化
在实践中,很多企业的问题复盘,其实就是向下施压+横向甩锅+向上交代。毕竟,大家混职场都是要恰饭的,有利益诉求,自然有了竞争(此处划掉)。 复盘的核心是什么? 在聊复盘的核心之前,先介绍下问题复盘的大致流程。如下图: 如上图所示,问题复盘的流程大致分为五个环节,当然,真正的问题复盘主要集中在第二到第四环节。 可以理解为记录问题是事前,问题复盘是事中,跟进优化是事后。 线上问题复盘的核心是什么呢?我个人认为最核心的因素是找到问题的原因并且确定问题得到有效的解决。 验证落地效果:这一环节是最容易流于形式的环节,很多公司复盘完方案讨论了就不了了之,这样复盘是没什么效果的。 这才是问题复盘事后最大的价值所在。
HGAME 2022 复盘 writeup by ek1ng 序 四周的HGAME结束后又回去看了看没做出的一些题和官方WP还有一些师傅们的wp,发现有些题解法很多,并且有些题虽然我打出了flag但是其实不是特别了解漏洞 ,也是再复盘一下这些题 WEB 蛛蛛…嘿嘿♥我的蛛蛛(爬虫) 这是一个爬虫题目,题目中的蛛蛛是提示爬虫,这点是当初没发现的,当初是写了这样一个脚本,但是事实上关卡数是未知的,这种自动点击的方式,点到多少还是要看运气 的脚本好像无法复现,不知道为啥,反正布尔盲注确实不太懂,针对这个知识学了一下 ``` import json import requests host = '2aaa006c94.login.summ3r.top