首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏云云众生s

    平台工程如何改进 DevOps 协作

    平台工程如何改进 DevOps 协作 本文翻译自 How Platform Engineering Can Improve DevOps Collaboration ,更多链接请点击阅读原文。 您不必成为行业分析师就知道平台工程现在是一个非常热门的话题;它可以说是软件工程中的当下话题。 Von Grünberg 回应了这一评估,称管理人员经常滥用跨职能团队和协作的 DevOps 原则,将其变成“每个人都做所有事情”。 他阐述道:“这实际上会导致大规模的倦怠,因为你对人们的要求太多了。 目前行业共识似乎很明确:解决方案是平台工程。 什么是平台工程? 社区和协作是 Humanitec 理念的核心部分——这就是为什么,例如,Score 和 Humanitec Drivers 是开源的(Score 于 11 月开源,前三个月在 GitHub 上获得了 7,000

    48210编辑于 2024-03-27
  • 来自专栏mysql

    hhdb数据库介绍(8-4)

    以下将分别介绍单计算节点、HA(主备)模式的计算节点集群手动部署方法,负载均衡模式的多计算节点集群推荐使用“集群部署”功能自动部署。

    25410编辑于 2024-12-23
  • 来自专栏云云众生s

    工程师必须成为敏捷协作忍者

    产品工程现在在一个快节奏、协作的网络中运作,这需要新的技能。我们该如何跟上? 这种工程师怪兽当然是需要的,但不一定受欢迎。 可能没有人会想到,这个群体很快就会成为协作的前沿,但我们做到了。部门之间的泥泞小路变成了高速公路,隔墙正在倒塌。 曾经被忽视的技能现在受到了关注。 培养协作中的成功 我们许多人可能会对“仅仅提高协作能力”的想法感到迷茫。那么,我们如何在新的世界中取得成功呢?这比你想象的要容易。 尊重截止日期和时间表。有时,我们可以将协作想象得更复杂和更社交化。 如果缺乏清晰度或目标不一致,我们必须掌握主动权,让我们的协作团队走上正轨。 避免居高临下。工程师通常拥有非常专业的知识,很容易被其他团队视为傲慢。与他人合作通常包括向圈外人解释行业话题。 专注于关键变化 除了对协作的新需求外,最新变化还影响了其他几个关键领域,应引起注意。随着更多项目跨团队转移,安全性变得更加重要。共享信息增多也可能增加网络安全风险;流行的协作工具已成为数据攻击的目标。

    25600编辑于 2024-12-14
  • 来自专栏学习与分享

    开源社区的力量:软件工程协作新模式

    前言 在当今数字化时代,开源软件社区正以惊人的速度蓬勃发展,成为软件工程的一支强大力量。本文将深入探讨开源社区的兴起、协作模式的变革以及它如何塑造软件工程的新模式。 开源社区的发展不仅推动了技术的进步,也改变了软件工程的传统模式,成为全球开发者共同创造的知识的宝库。在开源社区中,代码不再是封闭的产物,而是一种共享的文化,激发了软件工程的新活力。 在接下来的部分,我们将进一步探讨开源社区的协作新模式,以及它如何塑造了软件工程的未来。 这种社区驱动的发展模式为软件工程提供了一种新的协作方式,让更多人参与到软件开发的过程中。 第三部分:开源社区的关键影响 3.1 技术创新 开源社区在推动技术创新方面发挥着关键作用。 通过技术创新、知识共享和社会化编程这三个方面,开源社区对软件工程产生了深远的影响,推动了行业的发展和创新。这种开放、协作、透明的模式为未来软件工程的发展 提供了有力的基础。

    1.2K10编辑于 2024-02-20
  • 来自专栏具身小站

    4轴SCARA与6轴协作机器人:工程对比

    REF:棚架葡萄高速切接采收机器人设计与试验 01 方案选型 SCARA 机械臂和六关节机械臂,SCARA 型号为日本IAI 公司 IX NNN7020 工业机器人,六关节机械臂为遨博的 i5 协作机器人

    19910编辑于 2026-03-04
  • 工程化到安全协作,附企业实战案例——AI编程

    MonkeyCodeAI引入规范驱动开发(SDD)流程,通过“需求-设计-编码-测试”全链路工程化建模,让AI辅助具备工程师级的严谨性。 1. 三、Git生态深度集成:让AI融入研发全流程,破解协作内耗 研发团队的核心工作流围绕Git(GitHub/GitLab)展开,传统AI工具需在IDE与工具平台间频繁切换,破坏研发连贯性。 企业实战案例:创业团队的协作效率跃升 北京某互联网创业团队(10人研发规模)曾面临“跨角色沟通成本高、PR评审周期长”的问题。 接入AI的Git集成功能后,协作效率显著提升: 需求对接:产品经理在Issue中描述“开发个人博客系统,支持文章发布与管理”,AI自动拆解为前端页面组件、后端接口、数据库设计等子任务,明确各任务依赖关系 结语:技术赋能的本质是“安全可控下的效率提升” 从金融科技公司的合规开发,到创业团队的高效协作,AI的技术价值核心在于:通过规范驱动开发解决“质量可控”问题,通过沙箱与私有化部署解决“安全可信”问题,通过生态集成与多模型兼容解决

    82500编辑于 2026-01-11
  • 来自专栏AI SPPECH

    推理工程师职责:团队协作与代码审查

    本文深入拆解了推理工程师在团队协作与代码审查中的角色和职责,包括Git流程管理、PR审查、CI/CD集成、代码风格检查等。 根据云厂商的招聘要求,推理工程师需要具备良好的团队协作能力,能够与其他工程师、产品经理、运维人员等密切配合,共同完成推理系统的开发和维护。 因此,深入理解推理工程师在团队协作中的角色和职责,对于提升推理工程师的核心竞争力具有重要意义。 技术深度拆解与实现分析 3.1 团队协作流程 推理工程师在团队协作中扮演着重要角色,需要参与需求分析、设计评审、开发、测试、部署等全流程。 实际工程意义、潜在风险与局限性分析 5.1 实际工程意义 团队协作与代码审查在推理系统开发中具有重要的实际工程意义: 提高代码质量:通过代码审查,可以发现和修复代码中的错误、漏洞和性能问题,提高代码质量

    20910编辑于 2026-01-20
  • 来自专栏网络安全技术点滴分享

    工程生产力提升之道:代码简洁性与团队协作策略

    代码简洁性:有效的工程生产力作者:Max Kanat-Alexander 发布日期:2017年4月4日从事工程生产力工作的人员常常会与他们试图帮助的开发人员发生冲突,或者花费大量时间开发最终无关紧要的项目 随着时间的推移,许多工程生产力工作者对与他们合作的开发人员产生敌对态度。他们觉得如果工程师“只是使用我编写的工具”,那么一切都会好起来。但开发人员并没有使用你编写的工具,所以你的工具又有什么意义呢? 他们通常说的与实际软件工程师说的完全不同。四处与直接从事代码库工作的许多人交谈。如果你不能接触到每个人,就从每个团队找技术负责人。 我最后要指出的一点是,我谈了很多,好像你个人对整个公司或整个团队的工程生产力负责。情况并非总是如此——事实上,对于大多数从事工程生产力工作的人来说可能不是这样。 通常个人/政治因素没有被考虑进去,尤其是在工程和软件开发中。这应该是每个人应该掌握的软技能集的一部分。

    25400编辑于 2025-08-20
  • 从对话到协作:AI Agent 智能体开发的工程化实践全景

    工程语境中,Agent 并不是一个抽象概念,而是一套可拆解的系统结构。 很多入门示例停留在单智能体阶段,例如: 问答 Agent 文档总结 Agent 工具调用 Agent 但一旦进入真实业务,就会遇到以下问题: 一个 Agent 无法覆盖所有专业能力 任务往往需要多角色协作 多智能体的三种典型协作模式 1️⃣ 分工协作型 每个 Agent 专注于某一类任务: Planner Agent:任务拆解 Executor Agent:执行操作 Reviewer Agent:结果评估 记忆分为三类: 短期记忆:当前对话上下文 长期记忆:用户偏好、历史决策 结构化记忆:状态、任务进度 工程上,往往需要将记忆显式建模,而不是全部塞进 Prompt。 零散学习容易陷入几个误区: 会写 Prompt,但不懂系统设计 会调模型,但不懂协作机制 会跑 Demo,但不敢上线 真正需要的是: 从“能力理解” → “系统设计” → “工程实践”的完整闭环。

    42910编辑于 2026-01-14
  • 来自专栏AI SPPECH

    28. 2026 推理工程师能力矩阵:跨领域协作

    协作工具是跨领域协作的重要支撑,推理工程师需要掌握常用的协作工具。 推理工程师需要掌握跨时区协作的技巧和方法。 角色定位转变:推理工程师将从单纯的技术实现者转变为跨领域协作的桥梁和推动者。 学习能力成为核心:跨领域协作要求推理工程师具备快速学习不同领域知识的能力。 工具使用能力:推理工程师需要掌握多种协作工具,提高协作效率。 6.3 个人前瞻性预测 2026-2027年:AI辅助协作工具将普及,帮助推理工程师提高跨领域协作效率。 2029-2030年:生态系统协作将成为常态,推理工程师需要参与整个生态系统的协作。 2030年以后:跨领域协作将高度自动化和智能化,推理工程师将专注于创新和战略决策。

    18410编辑于 2026-01-23
  • 来自专栏hotqin888的专栏

    浅谈onlyoffice文档协作工程设计中的应用——共享excel计算书

    blog.csdn.net/hotqin888/article/details/79952525 我们设计过程中大量采用excel计算书,因为很多经典的计算都可以用excel解决,最最基本的就是工程量计算啦 比如一些参数化的工程量计算书,一些钢筋图甚至都可以用excel来做,比如输入结构尺寸,得出每种钢筋的长度和重量,钢筋表采用参数化,对于那些标准图,都可以这样来做。 文档协作对于我,解决了之前很多困挠,比如任务工作量统计或加班登记,不用协作就要发邮件,或开发网页表单,每个人填好提交,后端写入数据库,统计,再展示出来,可以设查看权限,大家彼此之间看不到,只有领导看到全局 用文档协作,直接在Excel中填,它去汇总,少了大量开发。 还有标准化应用,每次大家写工程量,项目、单位不尽统一,先固定好这些项目和单位,协作填上数量就好。 最近和同事协作会务,事项有30多,专家随时变动,订票,退票,会议通知,专家意见初稿,等等,以往要发上百次邮件。 珠三角月报第一次协作,两三天几十个专业基本都填完了。

    1.5K20发布于 2018-09-11
  • 来自专栏ApiPost接口测试

    接口协作--apipost接口协作工具

    接口协作 apipost支持接口在线协作编辑功能,打开apipost创业一个团队,在创建一个项目。 在把需要一起协作的人员添加到团队中 在进行项目编辑把需要进行协作的人员拉取到项目中 之后在进入项目创建接口就可以进行接口协作了 Apipost官方链接:https://console.apipost.cn

    1.1K20编辑于 2022-05-24
  • 来自专栏腾讯社交用户体验设计

    高效协作 I 资源库的协作方式

    然而,在整个项目流程中,设计与开发之间的协作,也是完成整个项目的关键环节。设计师如何与开发之间进行高效协作呢?这是我们想要解决的问题。 本文将从分析现有的设计开发协作方式存在的问题出发,然后探索一种新的协作方式—Git资源库的协作方式,希望对大家有所帮助。 现有设计师与开发协作的问题 腾讯文档作为一款跨平台的工具协作产品,目前涵盖了多个平台多个端,包括手机端、Pad端、PC客户端、PC网页端等。 思考:现有的协作方式,对于设计和开发来说都不是最好的协作方式,我们希望基于以上这些问题,寻找一种更优的解决方案,较少的占用开发人力,较快的进行资源迭代,从而让协作变得更加高效。 资源库跟随版本号自动更新,自动发布; 高效协作新方式:云端库+组件库+资源库 我们将资源库的协作方式应用到了项目上,经过验证,对于跨平台产品来说,确实极大的提升协作效率。

    1K20发布于 2020-12-02
  • 来自专栏C++语法及相关算法详解

    Rust 异步取消策略深度剖析:从协作式到强制式的工程实践全景

    1 取消策略全景图 策略 核心机制 取消延迟 资源清理 典型场景 缺点 RAII Drop 作用域退出 0 ns 同步立即 互斥锁、文件 无法跨 await 协作式 select! let _ = tx.rollback().await; }); } } } } 3 策略二:协作式 async-cancel-showcase cargo bench --bench cancellation 包含完整实现: src/raii.rs - Drop Guard 模式 src/select.rs - 协作式取消

    23510编辑于 2025-11-05
  • 告别Postman协作短板,PostIn实现接口管理高效协作

    PostMan是一款广泛使用的‌API开发与测试工具,‌主要用于模拟HTTP请求、调试接口,不适合高并发或压力测试场景,对特殊协议支持有限,另外高级功能(如团队协作)需购买商业版,对预算有限的团队不友好‌ 2.3 开源免费免费开放源代码,支持社区协作和共享,推动项目不断发展和优化。

    33543编辑于 2025-11-12
  • 来自专栏AI机器学习与深度学习算法

    机器学习入门 8-4 为什么要训练数据集与测试数据集

    本系列是《玩转机器学习教程》一个整理的视频笔记。这一小节,主要介绍通过测试数据集来衡量模型的泛化能力,并得出训练数据集和测试数据集关于模型复杂度与模型精确度之间的趋势,最后通过一个简单的小例子来说明过拟合和欠拟合以加深理解。

    3.5K21发布于 2019-12-26
  • 来自专栏啄木鸟软件测试

    前端协作流程

    在实际的企业环境中,不只是有前端工程师,更多的场景和项目是通过团队多人协作完成的。作为前端工程师如何与团队中其他角色进行协作呢? 本文将详细介绍前端工程协作流程 Web系统   在介绍协作流程之前,首先简单地了解Web系统的结构   从宏观上来说,Web系统是部署在服务器上用于为web客户端提供服务的系统。 当然,这种分工模式还处于探索实践的阶段 角色定义   由前面的Web系统得知,完成一个Web系统,至少需要三种角色的相互协作:视觉工程师、前端工程师、后端工程师   视觉工程师需要精通视觉相关的技术, 考虑到不同角色的协作效率,前端部分根据其偏重方向的差异再做切分   前端又可再细分为页面工程师和前端工程师。 前者偏重于视觉稿的还原和页面的制作,更注重和视觉工程师的协作;后者则偏重于前端交互逻辑的实现,更多的与后端工程师进行协作 ?   

    83020发布于 2019-12-11
  • 来自专栏无原型不设计

    协作,不原型!

    Mockplus3.1新增了团队协作功能,支持一键创建团队项目、团队成员快捷管理、一键通知成员审阅、多人评论批注的功能。 Mockplus是一个简单快速的原型设计工具,对于需要协作的项目,可允许多个团队成员共同编辑同一个项目文件,创建原型图并利用审阅、批注来高效协同工作,所有的讨论、意见、原型历史版本都会保留。 ,Mockplus 的团队协作功能将大大加快项目进度。 ? 如何在Mockplus中创建新的团队项目? 现在就去体验Mockplus的团队协作功能!真正的福利,只留给手速快的人。

    1.4K40发布于 2018-03-16
  • 来自专栏WebJ2EE

    【Git】:基础协作

    常见的 Git 协作模型 1.1. “共同维护”模型 1.2. “并列仓库”模型 1.3. “分散贡献者”模型 2. 协作示例 2.1. 《Git 团队协作》 1. 常见的 Git 协作模型 1.1. “共同维护”模型 每个人都拥有对该仓库的共享写入权限。 协作示例 2.1. iss54 再先看一眼“审核员”角度的 Git 状态 历史清晰、干净 任务完成 参考资料: 《精通 Git 第二版》 https://git-scm.com/book/en/v2 《Git 团队协作

    63241发布于 2020-10-26
  • 来自专栏新亮笔记

    业务需求协作管理

    业务需求协作管理贯穿于整个软件产品版本周期,涉及与业务软件交付相关的所有角色,包括 业务人员、产品及运营人员、开发人员、测试人员、运维人员 等。 其目标是通过改善各角色在持续交付 “8” 字环各环节中的交互协作流程,有效且高效 地完成业务问题的分析、业务方案的实施和结果验证工作,并确保所有需求不遗漏,被完整跟踪。 这种方式让团队能够尽早得到可运行的软件,并让业务人员能够看到业务功能的进展,以便与软件工程师沟通,提前发现需求理解不一致等问题。同时,还可以灵活应对临时的需求更改,响应市场的快速变化。 关于需求的拆分还需要了解: 需求拆分的受益; 需求拆分的成本; 需求拆分的方法; 需求分析与管理工具集; 团队协作 当多人共同完成一项任务时,如何高效协调团队中每个人的时间,是一个非常大的挑战。 关于团队协作还需要了解: 团队回顾; 可视化故事墙; 明确“完成”的定义; 故事验证; 持续集成; 了解更多:https://t.zsxq.com/06R7aUfIi

    75710编辑于 2022-12-05
领券