- 综合排序
- 最热优先
- 最新优先
- 来自专栏具身小站
4轴SCARA与6轴协作机器人：工程对比
REF：棚架葡萄高速切接采收机器人设计与试验 01 方案选型 SCARA 机械臂和六关节机械臂，SCARA 型号为日本IAI 公司 IX NNN7020 工业机器人，六关节机械臂为遨博的 i5 协作机器人
19910编辑于 2026-03-04 - 来自专栏云云众生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 - 来自专栏数字化 IT 从业者路径课
软件交付与协作 —— ITIL 4
本文作者：何文强 — CODING 高级解决方案架构师 具有一线互联网、物联网独角兽、全国股份制银行、新型智慧交通等跨行业从业经历，历任 Java 开发高级工程师、DevOps 技术专家、高级研发经理等职 当今的组织越来越强调使协作文化能够引入创新解决方案。涉及（专家的）不同观点、观点和重要见解的想法有助于建立更好的工作条件、更好的政策和实践等。 这包括与主要供应商建立更密切、更协作的关系，以发现和实现新价值并降低失败风险。 《数字化 IT 从业者知识体系》的初衷是为 IT 从业者提供的系统性的数字化知识体系，内容涵盖管理实践、工程实践、技术实践三个层次，涉及软件开发方法、应用技术架构、应用部署与管理、软件交付与协作四大方面 应用部署与管理主要包括但不限于虚拟化技术、容器技术与容器编排等；4. 软件交付与协作主要包括但不限于 CMMI、ITIL、DevOps 等。
2.1K32编辑于 2023-03-22 - 来自专栏CODING DevOps
软件交付与协作 —— ITIL 4
本文作者：何文强 — CODING 高级解决方案架构师 具有一线互联网、物联网独角兽、全国股份制银行、新型智慧交通等跨行业从业经历，历任 Java 开发高级工程师、DevOps 技术专家、高级研发经理等职 当今的组织越来越强调使协作文化能够引入创新解决方案。涉及（专家的）不同观点、观点和重要见解的想法有助于建立更好的工作条件、更好的政策和实践等。 这包括与主要供应商建立更密切、更协作的关系，以发现和实现新价值并降低失败风险。 《数字化 IT 从业者知识体系》的初衷是为 IT 从业者提供的系统性的数字化知识体系，内容涵盖管理实践、工程实践、技术实践三个层次，涉及软件开发方法、应用技术架构、应用部署与管理、软件交付与协作四大方面 应用部署与管理主要包括但不限于虚拟化技术、容器技术与容器编排等； 4. 软件交付与协作主要包括但不限于 CMMI、ITIL、DevOps 等。
2.3K50编辑于 2022-03-16 - 来自专栏云云众生s
工程师必须成为敏捷协作忍者
产品工程现在在一个快节奏、协作的网络中运作，这需要新的技能。我们该如何跟上？ 这种工程师怪兽当然是需要的，但不一定受欢迎。 可能没有人会想到，这个群体很快就会成为协作的前沿，但我们做到了。部门之间的泥泞小路变成了高速公路，隔墙正在倒塌。 曾经被忽视的技能现在受到了关注。 培养协作中的成功 我们许多人可能会对“仅仅提高协作能力”的想法感到迷茫。那么，我们如何在新的世界中取得成功呢？这比你想象的要容易。 尊重截止日期和时间表。有时，我们可以将协作想象得更复杂和更社交化。 如果缺乏清晰度或目标不一致，我们必须掌握主动权，让我们的协作团队走上正轨。 避免居高临下。工程师通常拥有非常专业的知识，很容易被其他团队视为傲慢。与他人合作通常包括向圈外人解释行业话题。 专注于关键变化 除了对协作的新需求外，最新变化还影响了其他几个关键领域，应引起注意。随着更多项目跨团队转移，安全性变得更加重要。共享信息增多也可能增加网络安全风险；流行的协作工具已成为数据攻击的目标。
25500编辑于 2024-12-14 - 来自专栏叽叽西
4. Git 分支操作和远程协作
查看相应标签的版本信息 git show <tagname> 举例： $ git show v0.9 commit 622493706ab447b6bb37e4e2a2f276a20fed2ab4 Author
1.2K10编辑于 2022-05-17 - 来自专栏无原型不设计
你真的了解这4款协作设计吗
协作设计是当下设计行业比较流行的方向，也是一个热门话题。 目前在协作设计领域使用最广泛的4款协作设计有：zeplin、invision、摹客、蓝湖。 下面笔者就来介绍下这4款工具的功能详情，如果你还没有开始使用，不妨先来了解下。 Zeplin 网址：Deliver on the Promise of Design 这款软件由4名在伊斯坦布尔的开发者制作。 是原型&设计协作工具，与其他的项目管理和协作工具不同的是,它是面向设计师及项目决策者等群体服务、以设计为中心的协作工具。 InVision，主要能解决功能实现快速响应问题。 2018年开发出摹客协作平台并上线，摹客是设计+协作（All in One）的一站式云平台，为产品开发团队提供高保真设计、设计稿交付、全流程协作和设计规范管理。
77960编辑于 2022-03-16 - 来自专栏yeedomliu
ChatGPT-4提示工程
ChatGPT-4区别 特性 ChatGPT-4 GPT-4 目的 主要用于在对话中生成类似人类的文本、回答问题和提供解释。 GPT-4的定制性较低，因为它设计用于更广泛的任务。 1.37T 自然语言理解，自然语言生成，问题解答，文本摘要，代码生成，翻译，客户服务，聊天机器人，剧本写作，语言转SQL，创意写作，研究等 提示工程的力量 提示工程本质上是指制定精确和有效的提示技术， 使用步骤 确定目标 明确要求 提供背景信息 提示工程是一种设计有效提示或指令的艺术，以从AI模型（如ChatGPT-4）获取期望的输出。 不过于正式也不过于随意 迭代：不断调整期望结果 实验：从不同角度提问 提示工程高级技术 从人类反馈中学习是AI成长的重要组成部分。
46610编辑于 2023-09-03 - 来自专栏coding for love
第 4 章 需求工程
简介 4.1 功能型需求和非功能性需求 4.1.1 功能性需求 4.1.2 非功能性需求 4.2 需求工程过程 4.3 需求抽取 image.png 4.3.1 需求抽取技术 image.png 4.3.2
54260发布于 2020-07-01 - 来自专栏学习与分享
开源社区的力量：软件工程的协作新模式
前言 在当今数字化时代，开源软件社区正以惊人的速度蓬勃发展，成为软件工程的一支强大力量。本文将深入探讨开源社区的兴起、协作模式的变革以及它如何塑造软件工程的新模式。 开源社区的发展不仅推动了技术的进步，也改变了软件工程的传统模式，成为全球开发者共同创造的知识的宝库。在开源社区中，代码不再是封闭的产物，而是一种共享的文化，激发了软件工程的新活力。 在接下来的部分，我们将进一步探讨开源社区的协作新模式，以及它如何塑造了软件工程的未来。 这种社区驱动的发展模式为软件工程提供了一种新的协作方式，让更多人参与到软件开发的过程中。 第三部分：开源社区的关键影响 3.1 技术创新 开源社区在推动技术创新方面发挥着关键作用。 通过技术创新、知识共享和社会化编程这三个方面，开源社区对软件工程产生了深远的影响，推动了行业的发展和创新。这种开放、协作、透明的模式为未来软件工程的发展 提供了有力的基础。
1.2K10编辑于 2024-02-20 - 来自专栏云微的一点分享
MIT 6.828 操作系统工程 lab4A：多处理器支持和协作多任务
MIT 6.828 操作系统工程 lab4A：多处理器支持和协作多任务 这篇是我自己探索实现 MIT 6.828 lab 的笔记记录，会包含一部分代码注释和要求的翻译记录，以及踩过的坑/个人的解决方案 这里是我实现的完整代码仓库，也包含其他笔记等等：https://github.com/yunwei37/6.828-2018-labs MIT 6.828 操作系统工程 lab4A：多处理器支持和协作多任务 实验 4 包含许多新的源文件: 多处理器支持 练习1：mmio_map_region 应用处理器引导程序 练习2：page_init 每个 CPU 的状态和初始化 练习3：mem_init_mp 练习4：trap_init_percpu 锁 练习 5： 通过在适当的位置调用lock_kernel()和unlock_kernel()，如上所述应用大内核锁 循环调度 练习 6 创建环境的系统调用 // LAB 4: Your code here.
59510编辑于 2023-02-24 - 来自专栏云云众生s
平台工程4周内死亡
只需四周即可构建一个最小可行平台 (MVP)，以避免延迟和浪费数百万资金而导致大多数失败的平台工程计划失败。 译自 Platform Engineering Dies in 4 Weeks，作者 Kaspar Von Grunberg 是平台工程的早期先驱。 然而，当你深入了解MVP的概念以及为什么大多数平台工程倡议都在缓慢的死亡中失败时，就清楚了为什么四周恰恰是应该花费的时间。 为什么大多数平台工程倡议失败？ 平台工程和IDP是相对较新的概念。 尽管平台工程的增长惊人，并且最佳实践和开源IDP参考架构不断增加，许多平台工程倡议仍然失败，并且在取得有意义结果之前就夭折了。 它们没有起飞，在评估中受阻，无法让利益相关者感到兴奋并加入。 在 4 周内使用 MVP 开始 通过使用快速移动的先锋团队构建一个代表性用例，您可以迅速向关键利益相关者证明 IDP 的价值。这还可以建立一个清晰的路线图，以便对平台进行迭代和扩展。
22110编辑于 2024-03-28 从工程化到安全协作，附企业实战案例——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
推理工程师职责：团队协作与代码审查
根据云厂商的招聘要求，推理工程师需要具备良好的团队协作能力，能够与其他工程师、产品经理、运维人员等密切配合，共同完成推理系统的开发和维护。 因此，深入理解推理工程师在团队协作中的角色和职责，对于提升推理工程师的核心竞争力具有重要意义。 技术深度拆解与实现分析 3.1 团队协作流程 推理工程师在团队协作中扮演着重要角色，需要参与需求分析、设计评审、开发、测试、部署等全流程。 4. 实际工程意义、潜在风险与局限性分析 5.1 实际工程意义 团队协作与代码审查在推理系统开发中具有重要的实际工程意义： 提高代码质量：通过代码审查，可以发现和修复代码中的错误、漏洞和性能问题，提高代码质量
20910编辑于 2026-01-20 - 来自专栏技术杂记
BattlEye逆向工程师跟踪（4）
handle_info->handles[handle_index].GrantedAccess; buffer_index = after_name_index + 4; *)&report_buffer[buffer_index] = process_entry.th32ProcessID; report_buffer[buffer_index + 4] process_entry.th32ProcessID); } while ( Process32Next(snapshot_handle, &process_entry) && buffer_index < 0x4EFB
15.5K480发布于 2021-02-09 - 来自专栏Michael阿明学习之路
Feature Engineering 特征工程 4. Feature Selection
0.0 13.0 22.0 0.0 0.0 31.0 739.0 0.0 3 0.0 0.0 0.0 0.0 2012.0 0.0 13.0 22.0 0.0 0.0 31.0 907.0 0.0 4
85810发布于 2020-07-13 - 来自专栏owent
atsf4g完整游戏工程示例
基于atsf4g（asynchronously-tree server framework fo game）的完整解决方案终于接近完成。 这回就整理了一个只包含登入登出逻辑的完整工程，另外优化了一些小细节和周边工具的支持。 完整示例地址： https://github.com/atframework/atsf4g-co/tree/full_sample 完整工程 其实很多游戏服务在具体的通信模型，请求/响应的包装还有资源管理等等方面大同小异 因为是最小工程，目前只保留了客户端-服务器（CS）消息dispatcher和、服务器间（SS）消息dispatcher和数据库（DB）消息dispatcher。 Bash on windows 适配Bash on windows的时候还是碰到了点问题的，首先不知道是哪些api微软没做完，redis在不设置仅bind ipv4的情况下，redis是起不来的。
1.4K10发布于 2018-08-01 - 来自专栏高可用
混沌工程工具：业务代码注入原理(4)
混沌工程工具系列传送门： 1、 混沌工程工具：Chaos-mesh与Chaosblade技术实现与原理分析(1)-腾讯云开发者社区-腾讯云 2、 混沌工程工具：chaos-mesh注入项原理分析 (2)-腾讯云开发者社区-腾讯云 3、 混沌工程工具：chaosblade在服务器上注入项原理分析(3)-腾讯云开发者社区-腾讯云 4、 混沌工程工具：业务代码注入原理(4)-腾讯云开发者社区- 腾讯云 5、 混沌工程工具：Chaosblade Java业务代码注入原理(5)-腾讯云开发者社区-腾讯云 6、 混沌工程工具：混沌工程实施过程及持久价值(7)-腾讯云开发者社区-腾讯云 7、 混沌工程工具：混沌工程定位及原则梳理(8)-腾讯云开发者社区-腾讯云 8、 混沌工程工具：一个混沌工程设计的例子(9)-腾讯云开发者社区-腾讯云 Java基础知识 Java程序运行概述 如下图，
1.4K12编辑于 2023-10-10 - 来自专栏波波烤鸭
1-4 云商城项目工程搭建
1-4 云商城项目工程搭建 接下来我们就来搭建下云商城的项目工程结构。 1、工程结构划分 因为我们搭建的是微服务项目，所以整体的项目结构会非常的零散。 最后我们将以上的微服务都放置在同一个父工程中，该父工程负责子工程、jar的管理工作 ? 当然这种结构并不是唯一的，只要大家觉得合理的搭配都是可以的哦。 我们可以按照功能分类，给每类工程创建一个父工程，方便管理。 ：存储所有和页面渲染有关的工程 mall-api 创建模块工程的时候我们只创建一个普通的maven工程即可。 2.3 公共工程搭建 公共依赖汇总 service中以后要创建微服务工程操作数据库，我们可以把所有service需要用到的包以及所有service需要初始化的对象放到一个独立的工程中，以后哪个工程要用
1K20发布于 2021-01-14 - 来自专栏网络安全技术点滴分享
工程生产力提升之道：代码简洁性与团队协作策略
代码简洁性：有效的工程生产力作者：Max Kanat-Alexander 发布日期：2017年4月4日从事工程生产力工作的人员常常会与他们试图帮助的开发人员发生冲突，或者花费大量时间开发最终无关紧要的项目 我最后要指出的一点是，我谈了很多，好像你个人对整个公司或整个团队的工程生产力负责。情况并非总是如此——事实上，对于大多数从事工程生产力工作的人来说可能不是这样。 （在新窗口中打开） Threads 点击在X上分享（在新窗口中打开） X9条评论 留下回复Effective Engineering Productivity | ExtendTree 说：2017年4月 9日下午12:00… 阅读全文 …回复Ofer 说：2017年4月9日下午6:14你的帖子价值连城。 回复Max Kanat-Alexander 说：2017年4月13日上午7:51是的，软件工程实际上根本上是一门人的学科。这最适用于编写和理解代码的是人这一事实，但
25300编辑于 2025-08-20
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号