- 综合排序
- 最热优先
- 最新优先
Java 8 核心新特性深度解析与工程实践
String[]::new x -> new Stringx 超类方法引用 super::toString () -> super.toString()工程实践中的典型场景 Arrays.stream(schedules) .forEach(System.out::println); }}六、Optional的深度防御式编程6.1 Optional的工程实践模式安全使用准则 .minusHours(14) // 扣除休息时间 .minusMinutes(30); }}7.2 时区处理的工程实践夏令时处理策略 压缩指针优化32位压缩指针的工作机制：[32位对象地址] = [4位未使用] | [25位对象基地址偏移] | [3位对齐填充]启用参数：-XX:+UseCompressedOops十、工程实践中的最佳模式 Java 8的变革揭示了软件工程的永恒真理：优秀的架构需要在稳定与创新之间保持精妙平衡。
34310编辑于 2025-02-06- 来自专栏AI
基于 YOLOv8 的昆虫智能识别工程实践
基于YOLOv8的昆虫智能识别工程实践[目标检测完整源码]引言：为什么“虫子识别”值得用深度学习重做一遍？在农业生产、林业保护以及生态监测中，昆虫种类识别一直是一项高度依赖经验的工作。 本文将从工程落地角度，介绍一个基于YOLOv8的昆虫种类识别系统，覆盖数据准备、模型训练、推理流程以及可视化应用构建，完整展示如何将一个检测模型打造成“真正可用”的AI系统。 2.2YOLOv8的工程优势YOLOv8在设计上针对上述问题具备明显优势：Anchor-Free机制：减少人为参数依赖解耦检测头：提升分类与回归稳定性Task-AlignedAssigner：对难样本更友好轻量化模型结构 应用场景与扩展方向该昆虫识别系统可广泛应用于：农业虫害智能监测林业生态调查科研数据自动采集教学与实验演示在此基础上，还可以进一步扩展：虫类数量统计与趋势分析边缘设备部署（如Jetson/RK平台）与物联网设备联动，实现自动预警总结本文从工程实践角度 无论你是希望快速入门YOLOv8的学习者，还是计划将视觉技术应用于真实业务场景的开发者，该项目都具备较高的参考价值与实践意义。
16010编辑于 2026-01-29 - 来自专栏麒思妙想
通过UDR扩展GBase8s查询行为的工程实践
的相关参数 1）VPCLASS开启jvp，用于处理Java UDR，默认不开启，取消前面的注释符'#' VPCLASS jvp,num=1 2）JVPARGS增加 -Dfile.encoding=UTF-8（ 根据实际需要增加与否，即直接java执行的参数） JVPARGS -Dcom.ibm.tools.attach.enable=no;-Dfile.encoding=UTF-8 3）JVPCLASSPATH
1K30编辑于 2021-12-24 - 来自专栏Python自动化测试
混沌工程实践
混沌工程的核心需要解决的是模拟现实中可能会出现的不可预知的情况以及本身客观存在的情况，比如网络故障，云服务器大面积出现瘫痪等情况了，那么在这种情况发生后，如何能够使用成熟的技术方案保障产品的可用性以及保存数据的完整性 所以首先需要明确的是混沌工程的思想它是科学实验的方法论，所有的一切都是在系统实验的基础上来寻求系统的平衡性。 它的具体定义是：“混沌工程是一门在系统上进行实验的科学，目的是建立系统抵御生产环境中失控情况的能力以及信心”。 所以在公司如果需要开展混沌工程，需要遵守混沌工程的五大原则，这些原则具体为： 首先要定义系统的边界 引入现实世界的真实案例事件。比如数据库超时，内存泄露，网络故障等 在生产环境中运行。 通过混沌工程的实践方式，也是能够寻找出系统中可能设计不合理的地方，然后针对这些地方来进行具体的调整和程序的优化，当然它是一个持续推进的过程，很难说一步到位。
77120编辑于 2022-12-03 - 来自专栏程序员成长充电站
google工程实践文档
阅读本文大概需要 2 分钟 前几天，谷歌在GitHub上开源了他们的《谷歌工程实践文档（Google Engineering Practices Documentation）》。 获得文档github地址） 目前，仓库里只更新了《谷歌的代码评审指南（Google's Code Review Guidelines）》，未来肯定不止于此，按照谷歌的规划，会陆续更新其他方面的最佳实践 Google具有许多涵盖所有语言和所有项目的通用工程实践。这些文档代表了我们随着时间的推移积累的各种最佳实践的集体经验。 代码审查标准 在代码审查中寻找什么 导航评论中的CL 代码审查速度 如何编写代码评论注释 在代码审查中处理推回 CL作者指南 本节中的页面包含针对开发人员进行代码审查的最佳实践。
94140发布于 2019-09-25 - 来自专栏前端技术江湖
Redux + Hooks 工程实践
另外，Redux 本质是对逻辑处理方式提出了标准范式，并且搭配得给到了一组实践规范，有助于保持项目代码书写风格与组织方式的一致性，这点在多人合作开发的项目里面尤为重要。其他的优点就不在此赘述啦。 而且 Hooks API 在 Redux 的最佳实践建议中目前是 Level 2 的强烈推荐使用级别。他拥有更简洁的表达方式，更干净的 React 节点数，更友好的 typescript 支持。 其中的部分工程级别代码来自于 react-boilerplate 的项目模版，它在动态加载问题上提供了不少帮助。 代码的拆分、动态引用等，工程化工具都已经帮我们完成了。我们更需要关注的是，动态引入与解除挂载等操作时额外要做什么，以及这个工作如何尽量少的暴露给项目开发者。
72510发布于 2021-09-22 - 来自专栏devops_k8s
大厂混沌工程实践
1 为什么需要混沌工程 其实落地混沌工程的原因很简单，业务和技术的复杂性提升带来的不可控风险和成本越来越高。 而混沌工程的出现，就是赋予系统在面对失控条件时具备较强的“可观测性”和故障恢复能力。2 混沌工程面临哪些挑战 谈落地混沌工程之前，先了解一下关于混沌工程的定义和目的。 这个阶段的特征主要如下:覆盖范围基本覆盖大部分业务，故障演练成为研发体系的一部分；演练自动化，形成完备的生产稳定性保障预案，沉淀了丰富的案例库；沉淀了适合自身的最佳实践，系统稳定性保障体系成熟，可以联动业务部门常态化演练 4 混沌工程的建设演进之路 混沌工程不仅可以提升线上系统的稳定性，还能为业务运营持续提升支撑，同时也可以提升团队的组织协作能力。下面两幅图是阿里和字节的混沌工程演练体系和最佳实践。 图片图片当然，在落地实践混沌工程时，一定要注意这几点前提:实施人员对系统要有深入的了解；混沌工程要面向开发者，提高感知故障、排除故障的能力；大规模推广时候需要结合业务团队特性来量身定做方案，主动推动；控制演练范围
95951编辑于 2023-06-04 - 来自专栏AI
Windows MSVC 项目中混合 GBK 与 UTF-8 编码的工程实践
本文基于实际工程场景，系统分析了在“项目主体为GBK、个别文件需改为UTF-8”的情况下，两种主流技术方案的优劣，并给出了经过充分验证的推荐做法。特别关注了外部依赖头文件编码不确定时的兼容性问题。 方案一仅需处理极少数UTF-8无BOM的外部头文件，风险可控。4.推荐方案及变通方法4.1最终推荐采用方案一：仅将目标.cpp文件改为UTF-8带BOM，不加/utf-8编译选项。 5.2工程层面的风险风险项说明影响范围不可控第三方头文件可能无法修改团队协作成本需要所有开发者同步修改环境配置版本管理混乱大规模编码转换会污染Git历史回滚困难一旦添加/utf-8，移除后GBK文件可能已受损 7.最佳实践总结7.1决策流程图7.2核心建议不要轻易添加/utf-8：除非准备一次性迁移整个项目善用BOM自动识别：MSVC的BOM检测机制足以处理混合编码宽字符串是最佳变通：L"..." :ByteOrderMark(BOM)FAQ本文基于实际工程问题讨论整理而成，适用于Windows+MSVC平台下的遗留C++项目维护场景。
5610编辑于 2026-04-16 - 来自专栏DeepHub IMBA
ONNX Runtime Python 推理性能优化：8 个低延迟工程实践
实际上生产环境中的 Python 推理链路隐藏着巨大的“工程红利”。很多时候你的模型本身并不慢，慢的是低效的数据搬运、混乱的线程争用以及不合理的 Runtime 默认配置。 在不改变模型精度的情况下，仅靠ONNX Runtime (ORT) 的工程特性，往往就能从现有技术栈中“抠”出惊人的性能提升。 以下是 8 个经过实战验证的低延迟优化策略，专治各种“莫名其妙的慢”。 直接上量化 如果只能用 CPU，INT8 量化或者动态量化是提速神器。配合 CPU 的向量指令集能极大减少矩阵乘法的开销。 onnx", weight_type=QuantType.QInt8, # try QInt8 or QUInt8 extra_options={"MatMulConstBOnly 8、优化前后处理：拒绝 Python 循环 很多时候大家抱怨模型慢，其实瓶颈在预处理和后处理。Python 的 for 循环处理像素或 logits 是绝对的性能杀手。
38910编辑于 2025-12-30 - 来自专栏Devops专栏
8.Go工程管理
8.Go工程管理 1．工作区介绍 通过前面函数的学习，我们能够体会到函数的优势，就是可以将不同的功能放在不同的函数中实现，主函数（main( )）可以直接调用。 这就涉及到项目的工程管理也就是怎样对项目中的文件进行管理。 为了更好的管理项目中的文件，要求将文件都要放在相应的文件夹中。 以上目录称为工作区，工作区其实就是一个对应于特定工程的目录。
51920编辑于 2022-01-17 - 来自专栏前端到底怎么学好来
🎉工程化Docker实践🎉
本文将介绍一系列工程化的最佳实践，帮助开发者在使用Docker时提高开发效率、降低风险，并确保应用程序在生产环境中的稳定运行。 为了充分发挥Docker的优势，我们需要采用一系列工程化的最佳实践。二、容器化开发环境1. 使用多阶段构建通过多阶段构建可以减小镜像大小，并且只包含运行时所需的依赖项。 总结工程化Docker最佳实践是确保应用程序在使用Docker进行开发和部署时可靠、可扩展和可维护的关键。 通过采用容器化开发环境、容器化部署和运维、持续集成与持续部署、安全与合规性、持续优化与监控等一系列最佳实践，我们可以充分发挥Docker的优势，提高开发效率、降低风险，并确保应用程序在生产环境中的稳定运行
55330编辑于 2023-11-15 - 来自专栏CNCF
混沌工程介绍与实践
所以构建稳定性系统很重要的一环是混沌工程，在可控范围或环境下，通过故障注入，来持续提升系统的稳定性和高可用能力。 本文会着重介绍什么是混沌工程，为什么需要混沌工程以及混沌工程相关工具与实践。 命令的书写遵循阿里巴巴集团内多年故障测试和演练实践抽象出的故障注入模型，层次清晰，易于阅读和理解，降低了混沌工程实施的门槛。 混沌工程实践案例 ? 此拓扑图来自于阿里云 AHAS 产品架构感知功能，可自动感知架构拓扑，并且可以展示进程、网络、节点等数据。 我们后面结合这个 Demo 去讲解实践。 案例一 ? ? 案例一，我们验证系统的监控告警性有效性。 /chaosblade/wiki/%E6%96%B0%E6%89%8B%E6%8C%87%E5%8D%97 [3] 帮助文档: https://chaosblade-io.gitbook.io/chaosblade-help-zh-cn
2.1K41发布于 2021-05-27 - 来自专栏coder
这里有DevOps 工程师必须了解的 8 个 DevOps 最佳实践
这里有DevOps 工程师必须了解的 8 个 DevOps 最佳实践 开发软件是一个非常乏味的过程。在传统的公司设置中，软件开发过程由两个主要团队承担，即开发团队和IT运维团队。 要遵循的 8 个 DevOps 最佳实践 1.有一个集中的 DevOps部门 在大型组织中，集中式单元通常用于 DevOps。 8. 仅构建一次，但实施持续部署 一次又一次地构建源代码需要花费大量时间，可以节省这些时间来缩短流程。在部署软件之前，需要对其进行构建、打包和捆绑。
77930编辑于 2023-10-16 - 来自专栏AI
基于 YOLOv8 的石头剪刀布手势识别系统工程实践
基于YOLOv8的石头剪刀布手势识别系统工程实践[目标检测完整源码]——一套面向实时交互的人机视觉应用完整方案一、为什么“手势识别”仍然是一个值得做的视觉问题？ ，训练与推理门槛低工程生态成熟，便于后续部署与扩展在综合考虑实时性、精度与开发效率后，YOLOv8成为非常合适的选择。 九、工程化总结与实践意义与单一模型示例不同，本项目的核心价值在于：打通数据→训练→推理→界面→使用全流程将YOLOv8真正用于实时交互场景降低深度学习项目的使用门槛它不仅是一个“能跑的Demo”，更是一个可复用 、可扩展的工程模板。 实践表明，多Agent架构在复杂动态环境中能够有效提升系统的鲁棒性、扩展性与整体决策效率，为智能交通、智能制造与智慧城市等场景提供了一种具备工程可行性的技术范式。
14810编辑于 2026-02-19 - 来自专栏太白技术
谷歌工程实践 | 学习笔记
最近公司同事作了个Code Review的分享，于是乎我系统学习了下《谷歌工程实践》，里面主要讲的是Code Review。写下本文作为笔记。 如何撰写 Code Review 评论 处理 Code Review 中的拖延 代码开发者指南 写好 CL 描述 小型 CL 如何处理审查者的评论 总结 代码审查者视角 代码开发者视角 前言 《谷歌工程实践 》是 Google 团队长期以来的内部项目最佳实践。 本文主要是基于《谷歌工程实践》[1]，摘取了关键部分，并做了笔记和扩展。建议看下英文原版《Google Engineering Practices Documentation 》[2]。 参考资料 [1]《谷歌工程实践》: https://jimmysong.io/eng-practices/ [2]《Google Engineering Practices Documentation
88010编辑于 2022-09-01 - 来自专栏ThoughtWorks
敏捷的数据工程实践
我们发现这常常是由于团队的数据工程实践做得不够好。 想要规模化实施企业数据项目开发，除了数据技术之外，数据工程实践也得跟上。 这篇文章的内容是结合我们在多个客户的数据项目经验，给大家分享一些行之有效的数据工程实践。 数据工程与敏捷数据工程 首先，我们需要了解一下什么是数据工程。 因此，我们可以将敏捷数据工程定义为： “ 将敏捷软件开发的思想应用于数据开发过程中，得到的一系列工程方法的合集。 ” 很多敏捷软件开发思想源于极限编程，其要旨在于通过将好的实践做到极致来改善软件质量。 对比一下微服务实践，还可以发现，这一实践与微服务中推荐的为每一个服务搭建一条持续集成流水线的实践几乎是等同的。 如何实现 如何实现以ETL为单位的持续集成呢？ 总结 本文介绍了什么是敏捷数据工程， 并分析了几个有效的实践。如果能灵活的在数据项目中应用，将有效提升我们的数据产品交付质量。
38310编辑于 2024-05-30 - 来自专栏高可用
混沌工程工具：混沌工程定位及原则梳理(8)
混沌工程定位很多人都会把混沌工程和测试区分不清楚，我从执行时机、执行后是否对系统产生新认知，做了一张图如下。 图片混沌工程工具系列传送门： 1、 混沌工程工具：Chaos-mesh与Chaosblade技术实现与原理分析(1)-腾讯云开发者社区-腾讯云 2、 混沌工程工具：chaos-mesh注入项原理分析 (2)-腾讯云开发者社区-腾讯云 3、 混沌工程工具：chaosblade在服务器上注入项原理分析(3)-腾讯云开发者社区-腾讯云 4、 混沌工程工具：业务代码注入原理(4)-腾讯云开发者社区-腾讯云 5、 混沌工程工具：Chaosblade Java业务代码注入原理(5)-腾讯云开发者社区-腾讯云 6、 混沌工程工具：混沌工程实施过程及持久价值(7)-腾讯云开发者社区-腾讯云 7、 混沌工程工具 ：混沌工程定位及原则梳理(8)-腾讯云开发者社区-腾讯云 8、 混沌工程工具：一个混沌工程设计的例子(9)-腾讯云开发者社区-腾讯云混沌工程原则解读及选择原则混沌工程高级原则，是国外混沌工程专家一起整理的实践指南
1.1K11编辑于 2023-10-10 - 来自专栏云原生技术社区
平台工程实践之Netflix 的开发人员生产力工程实践
平台工程实践是指在组织内部建设和维护一个可供多个团队共享的技术平台。这个平台为团队提供了共享的基础设施、工具、库和服务，以加速开发周期、提高生产力并降低重复性工作的成本。 在Netflix，非常重视平台工程的实践，它致力于抽象化和标准化各种技术组件，以使开发人员能够专注于业务逻辑和创造性工作。 一支是由80人组成的开发者生产力工程团队，也叫平台团队。 Netflix 平台团队（包括产品管理和内部客户支持）约有 450 人，为 2500 名工程师以及500名数据工程师提供支持。 Netflix如何在内部推广平台工程 Netflix 平台团队也会遇到平台工程策略中很常见的问题——如何传递平台工程的价值？
38510编辑于 2023-11-24 - 来自专栏ThoughtWorks
性能工程之性能规划实践
而对于这一系列性能相关的工作，我们称之为性能工程。 性能工程是发现和解决软件系统性能问题最主要的方法体系和技术手段，它一般包含以下几个部分：性能测试，性能轮廓，性能分析，性能优化和性能规划（容量规划）。 在性能工程中，技术层面上最难的部分是性能分析和性能优化，而整体上最为繁琐和复杂的则是性能规划，因为其包括了性能测试，基础设施，性能建模和资源协调等相关的工作，甚至需要做系统架构调整才能满足相应的规划工作 使用性能规划的一系列实践，可以通过测试环境的性能指标，推测或者计算出产品环境中大概的性能情况。从而判断当前的产品环境是不是满足业务性能需求。 实践 在进行性能规划之前，一定要熟悉整个系统的架构，并针对三个关键点进行隔离分析：网关，应用服务器和数据库。
91931编辑于 2022-03-04 - 来自专栏网络日志
阿里卖家 Flutter for Web 工程实践
，Flutter 切换到 stable 版本，之后运行命令 flutter create xxxProject 进入工程后点击运行一个 Demo 工程便可运行起来。 要将 FFW 应用到实际的工程中，需要考虑的是工程的问题和如何融入阿里的体系的问题，如：怎么发布、开发流程如何管控、怎么请求接口等，总结如下： 以上为阿里卖家 FFW 开源引流最小闭环实践中遇到的问题， 除此之外 FFW 待建设的问题还有： 工程基础 接下来是对最小闭环实践中，工程基础问题的出现原因和解决方案的说明。 在空工程上两种方式资源加载对比如下，基于对页面大小和页面性能考虑我们选择使用html的方式。 Html 方式 CanvasKit 方式 产物精简和处理 对于新创建的工程，编译后产物位于 . 可参考 github.com/flutter/flu… 兼容问题 类似 App 在不同设备上会有体验问题，FFW 在不同的 H5 容器中页会存在兼容问题，在我们的实践中不同 H5 容器踩坑记录如下： 钉钉
1.1K10编辑于 2024-07-31
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号