首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏AllTests软件测试

    模型

    模型 目录 1、的内容 2、的步骤 3、自我 4、他人 5、中的三种角色 6、的两种方法 7、如何判断盘结论是否到位 是一种贸易术语,通常用于项目或活动结束后 在实际项目中,往往在生产环境发生重大事故(BUG)等,都要进行。 1、注意记录 2、得出规律加以应用 3、问题,不能无情的自己 4、他人 1、结果 (1)跟风 (2)借鉴 (3)主动出击 2、避免对他人细节进行否定,进而肯定自己 3、对事不对人 5、中的三种角色 放空自己进行 6、的两种方法 1、情景重现法 (1)信息场 a.有什么 b.有利于清理事实 (2)思维场 a.是什么 b.有助于判断方法和思路是否正确 c.要超越,站在自身之外看 (3)情绪场 a.为什么 b.有助于认识自己和他人 c.要虚心,放空自己进行 2、关键点法则 (1)首先确认关键点,然后围绕关键点进行重现,思考和推演的方法 (2)确认关键成功因素,围绕 - 逆向关键点法则

    50630编辑于 2022-10-30
  • 来自专栏只喝牛奶的杀手

    关于

    也就是说,有价值的,当然是最期望得到,可是没做好的时候,并非没有价值,而是可能产生负面价值。这是做最值得警惕的地方。 的三大误区 止于问责 偏离目标 遗留隐患 人才流失 止于意识提升 项目,更重要的是整个公司的能力提升,而不是参与者个人能力的提升。 止于错误补救 的准备工作 建设氛围:为参与者提供一个安全且平衡的环境。 梳理错失的机会点:从公司层面的宏观视角看,错失的最可惜的机会点是什么? 因而在中,需要引导参与者注意平衡思考的维度。 第四层是平衡思考深度和行动时间。 很多人做,还没完成全面分析呢,就已经列出了一大串行动点,准备整治了。要知道,不是故障响应,不需要立即止血。 搭建环境,过程控制和整体规划; 需要对的氛围和内容持续做引导与控制 要邀请一组具备不同视角的参与者来参加。不能清一色地邀请研发人员,因为研发人员往往只会从技术视角出发来做深度探讨。

    49610编辑于 2022-11-14
  • 来自专栏GopherCoder

    :2016.07.23

    思考碎片 缘由? 面试经历? 一线城市? 缘由 1.jpg 其实是因为参加了某个写作群,硬性规定了需要公开写作的内容。当初只是好奇要是长期写字会产生怎样的效应... 毕竟作为初入技术领域的你会经常看到

    45450发布于 2018-06-06
  • 来自专栏kyle的专栏

    1

    sessionStorage用于本地存储一个会话(session)中的数据,这些数据只有在同一个会话中的页面才能访问并且当会话结束后数据也随之销毁。因此sessionStorage不是一种持久化的本地存储,仅仅是会话级别的存储。而localStorage用于持久化的本地存储,除非主动删除数据,否则数据是永远不会过期的。

    65520发布于 2020-08-24
  • 来自专栏Android小知识

    编程

    ,也叫复习 为什么需要复习呢 这里不得不说到艾宾浩斯(H.Ebbinghaus遗忘曲线,描述了人类大脑对新事物遗忘的规律,事实也的确如此,如果没有及时的复习,你可能会忘记你新学的知识,从而浪费你未来的时间去重新学习它 ,而则巩固这些知识,且每次用的时间会越来越短,最终会变成习惯。 如何 陈列式:就像记笔记一样,逐条记录下来即可。 联结式:用思维导图或知识树,做一个有关联有体系的总结,从而可以从点到面的掌握知识。 好了,关于基本就这几点了,我们可以循序渐进的来,比如陈列式,但我还是最推荐联结式和输出式,这也是我写博客的原因所在。

    53830发布于 2020-02-13
  • 来自专栏技术分享

    SpringBoot项目

    SpringBoot项目 项目起始 确定数据库中的表、主键、各个字段及其代表的含义;确立好表与表之间的关联关系; (规范好字段的命名规则)** 按照数据库中表及其字段创建实体类及其属性;规范好命名规则

    41010编辑于 2024-05-30
  • 来自专栏光城(guangcity)

    本周Golang

    本周Golang 1.Http请求 http get请求时,通常会拼接url操作,例如:http://xxx.com?

    59950发布于 2021-07-30
  • 来自专栏凯哥Java

    项目-模型

    项目-模型

    58320发布于 2019-06-28
  • 来自专栏狗哥的 Java 世界

    Spring | IOC

    全面进入复习模式,从 Spring 开始。Spring 是一个轻量级的开源框架,是为解决企业应用开发的复杂性而创建的。我很不喜欢这种略显官方的说辞。千人千面,每个人对技术的理解都不一样。而在我的理解中,Spring 的主要就解决了两件事情(当然它还解决了数据访问、远程调用、单元测试等问题),分别对应 Spring 的两个设计思想 IOC 和 AOP:

    52330发布于 2019-10-17
  • 来自专栏远在上海

    与PDCA

    冯仑常说的,我觉得有异曲同工之妙。设定目标,定期的回顾目标,调整计划、实施,检讨得失等。自上而下的执行效果会更好,因为企业目标的设定更需要自上而下的分解,而不是自下而上的聚集。

    1.4K10发布于 2019-02-26
  • 来自专栏Go语言学习专栏

    都说能力很重要,如何才更有效呢?

    抛出问题 都说能力很重要,如何才更有效呢? 我认为基于准确数据分析的才是最有效的,因为不管是拍脑门定需求还是毫无根据的优化迭代都可能导致效果与期望南辕北辙。 各种漂亮的可视化效果来展示您的数据 用于提取和呈现数据集的无代码可视化构建器 用于准备可视化数据的世界级 SQL IDE,包括丰富的元数据浏览器 一个轻量级语义层,使数据分析师能够快速定义自定义维度和指标 、OAuth、REMOTE_USER 等)集成 添加自定义可视化插件的能力 用于程序化定制的 API 从头开始设计的云原生架构以实现规模化 官网地址在这里,欢迎大家体验尝鲜 总结 我相信随着数据分析和意识的深入人心

    81221编辑于 2022-10-26
  • 来自专栏歪小王的测试成长之道

    测试之路 小

    本期内容就围绕接口自动化脚本做个简单的个人 前言 此前对接口自动化脚本支持MeterSphere扩展做了一些自己的分享。

    49010编辑于 2023-03-07
  • 视觉算法落地

    不是什么"可以优化"的软指标,是你绕不过去的铁墙。你的模型再牛,跑不动就是跑不动。你的算法再巧,显存不够就是不够。 指标 计算方法 为什么重要 显存占用 跑一遍 nvidia-smi 就知道 决定你能不能加载模型 算力 (FLOPs) 用 thop 或 ptflops 计算 决定推理速度上限 带宽 输出数据量 × 并发数 以 DINOv3 为例,假设你用它做开放词汇检测,类别数 100: 指标 DINOv3 + A100 (10卡) YOLO + T4 (2卡) 倍数 单帧延迟 250ms 15ms 16x 并发支持 10

    18310编辑于 2026-05-20
  • 来自专栏渗透云笔记

    JBOOS渗透记录

    再本地的时候,发现直接往根目录去写马子的话还是不解析,而查找我上传的war包发现找不到,我个人推断应该是,在部署的时候,把文件释放在根目录下,并且删除了我的war包,连上了冰蝎后,就开始删除,找路径时候

    67030发布于 2021-05-14
  • 来自专栏SRE运维实践

    关于OOM故障

    业务中断如何定义?对于现在的应用来说,都是高可用的,那么意味着挂了一个其实没什么关系,就像人员的主备,好像暂时还没出现人员的双活情况,双活可能导致的问题就是心跳不同步,信息不到位,从而导致脑裂。

    1.1K30发布于 2019-11-28
  • 来自专栏ek1ng的技术小站

    HGAME 2022 writeup

    HGAME 2022 writeup by ek1ng 序 四周的HGAME结束后又回去看了看没做出的一些题和官方WP还有一些师傅们的wp,发现有些题解法很多,并且有些题虽然我打出了flag但是其实不是特别了解漏洞 ,也是再一下这些题 WEB 蛛蛛…嘿嘿♥我的蛛蛛(爬虫) 这是一个爬虫题目,题目中的蛛蛛是提示爬虫,这点是当初没发现的,当初是写了这样一个脚本,但是事实上关卡数是未知的,这种自动点击的方式,点到多少还是要看运气

    1.2K10编辑于 2022-08-10
  • 来自专栏Miguel三先生

    中提升

    任何一个产品的核心能力肯定会带有【】这个技能,产品上的得失,经过每次任务的,一条条的罗列下来并且深入思考,提升自己的总结能力,不要重复采坑,也是能力提升的一个重要的手段! :简单理解就是把之前经历过的问题点重新捋一遍,通过回顾和总结后,制定下一次实施的方案。 这里面的重点是:回顾——总结——记录——反思 我们之前聊过一次【新需求诞生记】,大概描述了下我们经历一个项目需要走的几个阶段,本篇将在原来的基础上,对于我们在的时候到底“”哪些“”做一些整理和总结 我们再重新看下一个项目的流程: 提需求——捋需求——较真与确认——设计规划——需求评审——技术评审——准备与上线 按照阶段我们整理下每个环节需要和注意的事项 1、提需求与捋需求: 盘点包含:需求真伪判断 那么这个文档就要根据每个角色的需求,做到必须完整、必须符合观看者心理模型、必须无遗漏,具体需求文档在后期我们专门拿出一章来说~的点很简单,作为最初来说,盘点就是人家指出有问题的点,这个是最基础的进化方式

    75060发布于 2018-06-19
  • 来自专栏老张的求知思考世界

    线上问题如何

    在实践中,很多企业的问题,其实就是向下施压+横向甩锅+向上交代。毕竟,大家混职场都是要恰饭的,有利益诉求,自然有了竞争(此处划掉)。 的核心是什么? 在聊的核心之前,先介绍下问题的大致流程。如下图: 如上图所示,问题的流程大致分为五个环节,当然,真正的问题主要集中在第二到第四环节。 可以理解为记录问题是事前,问题是事中,跟进优化是事后。 线上问题的核心是什么呢?我个人认为最核心的因素是找到问题的原因并且确定问题得到有效的解决。 验证落地效果:这一环节是最容易流于形式的环节,很多公司完方案讨论了就不了了之,这样是没什么效果的。 这才是问题事后最大的价值所在。

    1.5K20编辑于 2023-03-01
  • 2025-第⑬期

    : Obsidian图床问题解决; • CPS: 持续有小收入,够NAS电费; • 知乎: All-In-One部分发布3篇;成长记录2篇;随笔想法未统计; • 公众号: 同上; • 工具: • 网资源调整格式并增加备份

    9100编辑于 2026-06-26
  • 来自专栏运维之路

    3.3.4.1 :向自己学习​

    本节尝试借鉴“”的关键内涵,建立一条围绕“确定故障方式、梳理故障应急时间轴、还原故障处置行动、根因分析及经验沉淀、问题及改进措施跟踪、编写故障报告并发布”六个步骤的故障改进方法。 可能通过“”一词原意可以进一步抽象关键要素。 ,让大部分故障在当天或24小时内即完成,少数重要故障则细化过程。 考虑到故障涉及工作量较多,建议运维组织建立多种模板,针对不同模板与参与人员范围来应对不同类型的故障。 ,是否有足够数据支持中快速判断,提否提前准备关键KPI指标分析; 危机升级:故障处置过程对于应急处置时间超长,高风险事件的危机升级机制是否到位,现场危机组织是否到位; 情况通报:故障处置过程及恢复的信息通报是否及时

    1.5K21发布于 2021-04-09
领券