- 综合排序
- 最热优先
- 最新优先
- 来自专栏DeepHub IMBA
机器学习项目中特征工程的5个最佳实践
以下总结了5个步骤希望对你有帮助。 生成简单的特征 当第一次开始建模过程时，尝试生成尽可能多的简单特征，尝试生成不需要花很长时间编码的特征。 没有太多的时间来执行大量的实验和/或为生产环境重建模式 在多个模型训练之间会有预期的分布变化 作者：Kurtis Pykes 原文地址：https://towardsdatascience.com/5-
61060发布于 2021-05-18 - 来自专栏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 - 来自专栏前端到底怎么学好来
🎉工程化Docker实践🎉
本文将介绍一系列工程化的最佳实践，帮助开发者在使用Docker时提高开发效率、降低风险，并确保应用程序在生产环境中的稳定运行。 为了充分发挥Docker的优势，我们需要采用一系列工程化的最佳实践。二、容器化开发环境1. 使用多阶段构建通过多阶段构建可以减小镜像大小，并且只包含运行时所需的依赖项。 总结工程化Docker最佳实践是确保应用程序在使用Docker进行开发和部署时可靠、可扩展和可维护的关键。 通过采用容器化开发环境、容器化部署和运维、持续集成与持续部署、安全与合规性、持续优化与监控等一系列最佳实践，我们可以充分发挥Docker的优势，提高开发效率、降低风险，并确保应用程序在生产环境中的稳定运行
55330编辑于 2023-11-15 - 来自专栏CNCF
混沌工程介绍与实践
所以构建稳定性系统很重要的一环是混沌工程，在可控范围或环境下，通过故障注入，来持续提升系统的稳定性和高可用能力。 本文会着重介绍什么是混沌工程，为什么需要混沌工程以及混沌工程相关工具与实践。 命令的书写遵循阿里巴巴集团内多年故障测试和演练实践抽象出的故障注入模型，层次清晰，易于阅读和理解，降低了混沌工程实施的门槛。 混沌工程实践案例 ? 此拓扑图来自于阿里云 AHAS 产品架构感知功能，可自动感知架构拓扑，并且可以展示进程、网络、节点等数据。 但需要注意的是这次符合预期并不代表以后也符合，所以需要通过混沌工程持续性的验证。出现慢 SQL，可通过 ARMS 的 链路追踪[5] 来排查定位，可以很清楚的看出哪条语句执行慢。 案例二 ? %E6%A8%A1%E5%9E%8B [5] 链路追踪: https://help.aliyun.com/document_detail/63796.html [6] awesome-chaosblade
2.1K41发布于 2021-05-27 - 来自专栏太白技术
谷歌工程实践 | 学习笔记
最近公司同事作了个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 - 来自专栏波波烤鸭
maven教程5(聚合工程)
xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5. items="${list }" var="u"> ${u.id } --${u.uname }--${u.nickname }
</c:forEach> </body> </html> 5.1.2K20发布于 2019-04-02 - 来自专栏凯哥Java
5whys分析法在美团工程师中的实践
在本文中，首先对5whys分析法的进行简单介绍，然后再结合美团工程师Case Study 的案例去分享这套分析法的在美团的实践。 代码review流程 在美团，5whys分析法作为每个工程师需要掌握的一种工作方法，已经广泛应用到 Case Study 的原因分析中去。 然后小美再结合5whys分析法中的原因分析实践深刻总结造成此次事故的所有原因： 1）为什么会发生此次事故？ 事故的直接原因是由于某个服务端API的返回值新增加了一个字段导致此次事故的发生。 结合5whys分析法的实践，从以下3个层面分析了此次事故的原因： 1、为什么会发生？ 2、为什么没有提早发现？ 3、为什么没有从系统或流程上预防事故？ 代码review流程 总结 Case Study 作为美团工程师的必修课之一，如果不去结合5whys分析法去实践，只顾解决表面原因而不管根本原因，可能事故发生后采取临时措施改进后就忘了，问题免不了要复发
90420编辑于 2022-12-16 - 来自专栏云原生技术社区
平台工程实践之Netflix 的开发人员生产力工程实践
平台工程实践是指在组织内部建设和维护一个可供多个团队共享的技术平台。这个平台为团队提供了共享的基础设施、工具、库和服务，以加速开发周期、提高生产力并降低重复性工作的成本。 在Netflix，非常重视平台工程的实践，它致力于抽象化和标准化各种技术组件，以使开发人员能够专注于业务逻辑和创造性工作。 一支是由80人组成的开发者生产力工程团队，也叫平台团队。 Netflix 平台团队（包括产品管理和内部客户支持）约有 450 人，为 2500 名工程师以及500名数据工程师提供支持。 Netflix如何在内部推广平台工程 Netflix 平台团队也会遇到平台工程策略中很常见的问题——如何传递平台工程的价值？
38510编辑于 2023-11-24 - 来自专栏ThoughtWorks
性能工程之性能规划实践
而对于这一系列性能相关的工作，我们称之为性能工程。 性能工程是发现和解决软件系统性能问题最主要的方法体系和技术手段，它一般包含以下几个部分：性能测试，性能轮廓，性能分析，性能优化和性能规划（容量规划）。 在性能工程中，技术层面上最难的部分是性能分析和性能优化，而整体上最为繁琐和复杂的则是性能规划，因为其包括了性能测试，基础设施，性能建模和资源协调等相关的工作，甚至需要做系统架构调整才能满足相应的规划工作 使用性能规划的一系列实践，可以通过测试环境的性能指标，推测或者计算出产品环境中大概的性能情况。从而判断当前的产品环境是不是满足业务性能需求。 实践 在进行性能规划之前，一定要熟悉整个系统的架构，并针对三个关键点进行隔离分析：网关，应用服务器和数据库。
91931编辑于 2022-03-04 - 来自专栏网络日志
阿里卖家 Flutter for Web 工程实践
要将 FFW 应用到实际的工程中，需要考虑的是工程的问题和如何融入阿里的体系的问题，如：怎么发布、开发流程如何管控、怎么请求接口等，总结如下： 以上为阿里卖家 FFW 开源引流最小闭环实践中遇到的问题， 除此之外 FFW 待建设的问题还有： 工程基础 接下来是对最小闭环实践中，工程基础问题的出现原因和解决方案的说明。 可参考 github.com/flutter/flu… 兼容问题 类似 App 在不同设备上会有体验问题，FFW 在不同的 H5 容器中页会存在兼容问题，在我们的实践中不同 H5 容器踩坑记录如下： 钉钉 H5容器内白屏问题： 不支持 ?? 验证为InteractiveSelectionu属性导致，设置为false后表现和Android一致 其他问题 除了 H5 容器的兼容问题外，在实践中还遇到 FFW 自身的一些问题，记录如下： provider
1.1K10编辑于 2024-07-31 - 来自专栏前端迷
前端工程化实践总结 |
蓝字关注，回复“加群”加入前端技术群 与大家一起成长 | 导语 本文主要介绍在前端工程化的一些探索和实践，结合移动端的基础库重构和UI组件库开发这两个项目详细介绍工程化方案 。 浅谈前端工程化 前端工程化是一个非常广泛的议题，包含的技术和解决方案也是非常丰富的。一个前端工程的生命周期可以大致划分为这四个过程： ? 前端工程的生命周期 任何在这四个过程中应用的系统化、严格约束、可量化的方法都可以称之为工程化。工程化的程度越高，在工作中因人的个体差异性导致的缺陷或者短板就会越少，项目质量可以得到更有效的保障。 我们的工程化实践 1.构建方案 新旧方案对比 首先可以看一下新旧构建方案的对比，在新方案中推广使用ES6，增加了对代码质量的控制：代码检查+单元测试，并接入了CI系统。 ? 参考文献 前端模块化详解(完整版) 我们是怎么进行前端工程化的 我对前端工程化的理解 浅谈 CSS 预处理器（一）：为什么要使用预处理器？
5K41发布于 2019-09-12 - 来自专栏QQ音乐前端团队专栏
前端工程化-Feflow实践
前言 前端工程化是指将开发阶段的代码转变成生产环境的代码的一系列步骤。主要包括构建，分支管理，自动化测试，部署等步骤。 本文将介绍团队在前端工程化的实践，主要采用feflow作为前端工作流，并结合Git工作流，将前端开发流程中的各个步骤进行流程化，从而提高开发效率。 class extends Generator { prompting() { this.log( yosay(`欢迎使用 ${chalk.red('generator-h-5-
1.9K20发布于 2021-03-22 - 来自专栏CSDN技术头条
Uber微部署的工程实践
而当主机升级出错时，工程师唯有机械地一次重新运行一台机器。因此，不断扩大的工程师团队阻碍了Uber人工服务的进一步扩展，有时甚至还会导致其长时间宕机。 如何才能确保每天的稳定部署？ 每日部署进程 代码在经过审核、接受和全部单项测试之后，被收入知识库，从而进入预生产阶段，这时Uber工程师就会使用到微部署。首先，工程师通过μDeploy接口挑选出一项待更新服务。 这也是工程师对此可以达到的最快速度。 从工程师编写代码，到该代码被运用到Uber生产系统当中，中间几乎没有过渡阶段。自Uber推出首代μDeploy以来，其发展就从未减缓。 全自动化的部署便于工程师对其服务做出全球迭代。 Uber工程师亦遍布数个国家和大洲的12个工作室。99%的Uber软件支持μDeploy。微部署在任何场合下赋予工程师的所有权都高速、自主，并且是端对端的。
98650发布于 2018-02-12 - 来自专栏【腾讯云开发者】
微信支付混沌工程实践
本文从业务角度介绍微信支付实践混沌工程落地的思考，通过多分区的架构来控制最小爆炸半径，在高价值的基础组件和微信支付核心业务场景上探索，并基于高可用原则、历史故障分析推导故障原子的开发，是一篇全面的混沌工程建设实践 01、为什么要做混沌工程 1.1 目标起点 微信支付是国家关键信息基础设施，服务千万商户和亿级用户，可用性要求高于5个9。 其中 Netflix 提出的混沌工程五大原则是业界落地实践的普遍共识： 建立稳定状态的假设； 用多样的现实世界事件做验证； 在生产环境中进行实验； 自动化实验以持续运行； 控制最小化爆炸半径。 这样，微信商户支付落地混沌工程已具备条件和可行性。 02、如何落地 从业界落地混沌工程经验来看，基本是围绕 Netflix 提出的5大原则展开。 04、总结与展望 4.1 总结 本文从业务角度，介绍微信支付实践混沌工程落地的思考，通过多分区的架构来控制最小爆炸半径，首先在高价值的基础组件和微信支付核心业务场景上探索，并基于高可用原则、历史故障分析推导故障原子的开发
86621编辑于 2024-03-19 - 来自专栏月小水长
工程实践善用简单算法，事半功倍。
在工程实践中，很多时候写的是纷繁复杂的业务逻辑， 在需求急排期短的时候，来不及多想一下，这个需求还有没有更优的解决方案？ html_content.replace(r'', r'') return html_content主要是去掉一些影响解析的冗余标签，这些是在后面的递归算法设计中才发现问题的，实践是检验真理的唯一标准
34320编辑于 2024-12-17 GPT-5 提示工程指南
、目录结构和最佳实践指导 使用结构化的代码编辑规则模板 Cursor的GPT-5提示词调优经验 系统提示词优化： 将verbosity参数设为low保持简洁 在提示词中强调编程工具使用高详细程度 提供产品行为细节减少模糊性 我们将深入探讨如何提升智能体任务性能、确保指令遵循、运用全新的 API 功能，以及为前端和软件工程任务优化编程等概念，并重点分享 AI 代码编辑器 Cursor 在 GPT-5 提示词调优方面的关键见解 我们发现，通过应用这些最佳实践并尽可能采用我们的标准工具，模型性能得到了显著提升。我们希望本指南以及我们构建的提示词优化工具，能成为您驾驭 GPT-5 的起点。 但请始终牢记，提示工程并非一刀切的实践——我们鼓励您在本文提供的基础上不断实验和迭代，以找到解决您特定问题的最佳方案。 这些指令可以总结工程原则、目录结构以及代码库中显式和隐式的最佳实践等关键方面。下面的提示词片段展示了一种为 GPT-5 组织代码编辑规则的方式：您可以根据自己的编程设计品味随意修改规则的实际内容！
44010编辑于 2025-10-11
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号