精华内容
下载资源
问答
  • rust 所有权 寻求提供更好的产品和服务的软件团队必须专注于更快的发布周期。 但是,以越来越高的速度运行可靠的系统提出了巨大的挑战。 通过调整围绕持续服务所有权的策略,软件团队可以同时具有质量和速度。 在此...

    rust 所有权

    寻求提供更好的产品和服务的软件团队必须专注于更快的发布周期。 但是,以越来越高的速度运行可靠的系统提出了巨大的挑战。 通过调整围绕持续服务所有权的策略,软件团队可以同时具有质量和速度。 在此模型中,应召唤起了很大的作用,但是知识的进步,更具弹性的代码,增强的协作和更好的实践意味着工程师不必大惊小怪。

    这个由四部分组成的系列文章将深入研究全方位服务所有权的概念,转型中的心理安全性,问责制道德以及所有权对客户体验的影响。

    什么是全方位服务所有权?

    Code it, ship it, own it
    全方位服务所有权是工程师对他们在生产中创建的代码和服务负责的理念。 使用“编码,交付,拥有,拥有”的心态,意味着拥护DevOps原则 ,不再将代码丢给操作人员,也不再依赖站点可靠性工程(SRE)团队来确保野外服务的可靠性。 代替:

    问责制,可靠性和持续改进是全面服务所有权的主要目标。

    让工程师对他们所创造的事物保持待命状态,将责任直接交到该工程师和团队手中。

    为什么问责制很重要

    数字化转型改变了人们的工作方式和消费者的消费方式。 消费者心中暗含期望服务将起作用。 例如,当我尝试在线购物(几乎总是通过移动设备)时,我希望获得无缝,安全和高效的体验。 当我因为页面无法加载或引发错误而被打扰时,我只是转到可以满足我要求的另一家公司。 根据英国2017年PagerDuty数字运营状况报告》 ,有86.6%的消费者会做同样的事情。

    Amount of time consumers will wait for an unresponsive app

    通过拥有代码和服务的整个生命周期,使工程师能够在客户体验的边缘上工作,从而为公司带来竞争优势。 全面服务的所有权不仅有益于公司,也有益于工程师。 问责制确保高质量的工作,并为工程师提供直接的视线,以了解代码或服务的性能如何以及如何影响客户的日常工作。

    超越主题专家的可靠性

    服务将下降; 这是在数字世界中运营的必然方面。 但是,通过提供以下服务,可以减轻这些服务宕机的时间以及停机对客户的影响。

    此外,采用全方位服务所有权的团队会增加他们的整体知识。 通过包括随叫随到的交接,代码审查,日常维护和“失败星期五”练习在内的实践,各个工程师可以在整个代码库中积累更多的专业知识。 新技能包括系统思考,协作和在非孤岛环境中工作。 团队和个人通过共享信息来建立必要的技能和知识冗余。

    连续的提高

    随着工程师努力不断改善其产品,代码和/或服务,全服务所有权的副作用是服务和警报的改进。 在正常工作时间以外中断时间的警报必须可以执行。 如果团队成员被无法采取行动的警报反复打断,则有机会通过分析数据来改善系统。 清理监视系统是时间的投入; 但是,致力于采取可行的警报措施将使团队中的每个人都能更好地进行通话,并降低警报疲劳度,这将释放出精力来专注于将来的发布和自动化。

    编写代码并为该代码定义警报的开发人员更有可能创建可操作的警报。 如果他们不这样做,它将在夜间将它们唤醒。 除可采取行动的警报外,工程师还具有产生最高质量代码的动机,因为更好的代码等于更少的中断。

    虽然通话可以打断您的个人生活,但通话并不意味着“永远在线”。 相反,确保高质量代码是团队的共同责任。 您可以说,它正在及时建立“非呼叫”功能,而不是将完整服务所有权视为呼叫需求。

    假设您正在操作团队中对事件进行分类。 时间是至关重要的,您需要快速回答。 您是否要仔细查看负责该服务的团队所有成员的清单? 还是要打电话给您知道总是在周日下午接听电话的SME? 反复打电话给同一个人一个或两个人会给这些人带来不必要的负担,有可能导致单一的失败源,从而导致职业倦怠。 话虽如此,呼叫轮换具有多种功能:

    1. 工程师知道,在他们下班时,他们的代码和服务就会被覆盖,因此他们可以完全放松。
    2. 成为“中小型企业”的责任由轮换团队其他成员承担。
    3. 服务变得更加可靠。
    4. 通过对代码库的更深入了解,团队的知识和技能将会增加。

    通过从编码到运输和所有权,全方位服务所有权通过定义角色和职责,消除不必要的层次并最终建立授权和问责文化,减少了与事件相关的混乱。 并且,在本系列的下一篇文章中,我将分享全方位服务所有权如何促进心理安全。

    您的经历如何? 待命可以帮助您成为更好的工程师吗? 您是否讨厌拿起“寻呼机”的念头? 在下面的评论中或通过tweet @julie_gund告诉我们您的想法。

    翻译自: https://opensource.com/article/19/9/code-it-ship-it-own-it-fso

    rust 所有权

    展开全文
  • matlab分时代码复制说明:美国共同所有权:1980-2017年 Backus,Conlon和Sinkinson(2020)AEJMicro-2019-0389 openicpsr-120083本文的副本在这里: 打开ICPSR安装说明 下载并解压缩存储库。 包括了所有必需的文件,...
  • Swift内存所有权宣言

    2017-03-23 03:39:29
    根据Chris Lattner介绍,Swift 4的主要目标之一就是要定义一个类似于Rust/Cyclone的内存所有权模型(Memory Ownership Model)。Chris Lattner是Swift的创建者,在跳槽到Tesla之前曾担任Swift团队负责人。在Swift 4...

    根据Chris Lattner介绍,Swift 4的主要目标之一就是要定义一个类似于Rust/Cyclone的内存所有权模型(Memory Ownership Model)。Chris Lattner是Swift的创建者,在跳槽到Tesla之前曾担任Swift团队负责人。在Swift 4当前已进入第二阶段的情况下,Swift团队发布了一个宣言,详细阐明了Swift内存所有权的工作方式。

    \u0026#xD;\n\u0026#xD;\n

    Swift编译器为确定所有权转换的时机,已实现了一种自己的不透明所有权模型(即ARC)。虽然所有权在一些情况下是很明晰的,但是编译器也会在一些情况下做出错误假设,进而导致不必要的复制。简而言之,Swift的新内存所有权模型使得内存复制尽可能地处于开发人员的控制之下。定义该模型在于尽量克服当前写时复制(copy-on-write)在引用计数方法上的不足之处,包括:引用计数的开销及性能偶尔无法预测,以及为实现随时可复制的需求而笼统地分配堆内存。

    \u0026#xD;\n\u0026#xD;\n

    虽然这些缺点通常对于应用编程并不会构成问题,但是对于那些需要一定性能保证的系统编程而言却不受欢迎。此外,更灵活的内存管理模型具有显著优点,这些优点同样适用于应用编程,去解决特定瓶颈问题的优化。基于上述原因,与ARC相比,选取Swift的新内存所有权模型无疑会更具优势,只有那些对更细化控制有需求的开发人员才需要承担模型的复杂性代价。

    \u0026#xD;\n\u0026#xD;\n

    “独占性原则”(Law of Exclusivity)会影响到所有的Swift开发人员,这一更改并非可选择添加的。它强制变量不能以冲突的方式同时访问,典型情况包括变量作为inout参数传入两个不同函数,以及方法所接收的回调访问了方法所调用的同一变量。这两种情况当前在Swift中是允许的,移除他们无疑将会影响到所有的开发人员。此外,独占性原则会更改对参数所做的保证,进而影响到语言的应用二进制接口(ABI),因此它会成为被率先采用的特性之一。

    \u0026#xD;\n\u0026#xD;\n

    除了独占性原则之外,Swift还将引入新的标注和语言特性,允许传递共享值以及表达无法隐式复制的类型。宣言的作者指出。在独占性、显示控制共享值传递和不可复制类型这三种机制的共同作用下,编译器可以对代码做更好的优化。

    \u0026#xD;\n\u0026#xD;\n

    简而言之,可以将新Swift所有权模型的高层愿景概括如下:

    \u0026#xD;\n\u0026#xD;\n
    • \u0026#xD;\n

      如上所述,编译器将会标注所有非独占性使用的inout参数,无论是显式的还是隐式的。

      \u0026#xD;\n \u0026#xD;\n\u0026#xD;\n
    • \u0026#xD;\n

      开发人员将可以定义一个变量是具有所有权的还是共享的,以避免在进入或离开词法作用域时引用计数和做不必要的拷贝/销毁。

      \u0026#xD;\n \u0026#xD;\n\u0026#xD;\n
    • \u0026#xD;\n

      开发人员将可以定义moveonly(即不可拷贝)类型,该类型对编译器不可复制,也不能用于创建更多的引用。moveonly类型具有move语义,被认为是一种高级特性。除此以外,所有类型将默认是可复制的。

      \u0026#xD;\n \u0026#xD;\n

    宣言中为这一所有权模型定义所赋予Swift的全部特性给出了长篇的和详细的分析,宣言的细节内容仍非最终版本。Swift开发人员Alexis Beingessner发布了一篇更简短的文档,扼要地概括了宣言的要点。

    \u0026#xD;\n\u0026#xD;\n

    查看英文原文: Swift Memory Ownership Manifesto

    \u0026#xD;\n\u0026#xD;\n

    感谢张卫滨对本文的审校。

    \u0026#xD;\n

    给InfoQ中文站投稿或者参与内容翻译工作,请邮件至editors@cn.infoq.com。也欢迎大家通过新浪微博(@InfoQ@丁晓昀),微信(微信号:InfoQChina)关注我们。

    展开全文
  • 在本文中,我研究了这两个工作流之间的联系程度以及它们是否具有共同的概念基础。 我使用社区检测和主路径分析的 Leiden 算法分析这些学术文献的引文网络。 我发现共享经济文献起源于消费者研究,该研究争论的是...
  • 游戏策划学习:所有权和拥有感 6/2 核心驱动力:所有权与拥有感 这源于我们想要增加、保护自己...所有权是一种共同的约定,别人想用某物需要经过我的同意,正是这种感觉让所有权得以受到重视。 宠物石头:上世纪75年

    游戏策划学习:所有权和拥有感


    6/2
    核心驱动力:所有权与拥有感
    这源于我们想要增加、保护自己拥有的东西。例如邮票收集、财富累积。
    对所有物的保护欲、占有欲是很强的,即使是一项对自己并不重要的东西,人们也会去保护。
    拥有提供的安慰:19世纪的白血病医生在高压工作下靠集邮册来抚慰自己。
    当代利用所有权效应的产业。房地产。租房和买房虽然都可以对房子进行使用,但是买房比租房贵许多,因为买房提供了所有权。所有权是一种共同的约定,别人想用某物需要经过我的同意,正是这种感觉让所有权得以受到重视。
    宠物石头:上世纪75年,把一块石头当做宠物的营销卖了150万份……但是石头只有拥有感,而没有足够的反馈,因此更加优秀的产物出现了,电子宠物。
    电子宠物:拓麻歌子。不照顾自己的宠物,他就会死亡(稀缺性和渴望),喂食、玩耍、训练能够让他成长(进步与成就感),赌博类的小游戏(未知性与好奇心),这些因素的集合使他简单的玩法系统却产生了很大的吸引力,而想让玩家去体验这些部分的驱动力,是来自于玩家“拥有”这个宠物。
    禀赋效应:拥有某样东西以后,对其的评价会放大。之前讲动森的时候有提到过。
    拥有感的作用基础:身份、一致性和承诺。“这件东西很好,因为他让我想到了自己”。实际上现在很多的公众号也是在售卖这样一种拥有感,描绘一个极容易带入的场景,让观众不自觉地回想起与“自己”有关的事情。文中甚至有Dennis就业情况和牙医(dentist)的关系…这个有点玄学。
    保持和以往一致的价值观的趋向也是出于对自我价值观的拥有感。在游戏一开始做了好事会使玩家在之后倾向于不去做坏事。类似的,公开说过的话也有类似的效果,会形成一种约束。而在现在,这一点用的比较多的是游戏预约,填写手机号,预约,在游戏上线后更容易带着试一试的态度去玩。在承诺不太重要的当下,这种技巧更多的被隐性的使用。
    技巧使用:
    1、从零构建。动森是非常鲜明的例子,从强调“你的岛”,到“你的房子”,“你的朋友”,“你的藏品”,都是在让玩家从为了自己的角度去努力。
    2、不完全的收藏集。例子:口袋妖怪中的四季鹿,强度并非促使玩家收集四种形态的鹿的驱动力,而是出于对完满的追求和这个追求实现起来的难度在可接受范围内。
    3、对驱动力8(亏损与逃避心)的增强效应。对于拥有的事物,失去是难以接受的,需要避免的,如何运用这一点让玩家保留在游戏中又不觉得被机制所强迫值得研究。思考一下失去的对象可以是什么。操纵对象、可获取资源、不可获取资源。操纵对象的失去比较苛刻(舰c),大多数都是用其他形式补全,类似合金弹头的主角色被抓走强制换其它角色继续游戏,或是一些游戏中替换主角团中某位人物的设定。拥有会驱动对失去的回避,同样失去也会导致玩家对拥有产生更大的欲望。
    4、监视情节。如果玩家长时间关注某样东西的状态,会自然的希望它的状态越来越好,有可能是外形变化,也有可能是数字增长,甚至是一直会去的一家店。人的潜意识不善于区分安全、舒适、理想、渴望、简单或是熟悉,熟悉会和安全和渴望挂钩,认知简单对于是否想要花时间是十分相关的。
    5、阿尔弗雷德效应。当玩家满足于当前游戏的时候,去使用其它服务的概率会变低。这一点其实挺迷惑的,首先满足当前游戏就是全书的目的。文中提到的内容是记录用户行为从而优化用户体验,实际上我认为并不是同一内容。

    反作用:所有权是最外在的动机导向(基于约定),如果设计不当,会让人自私、抑制好奇心、厌恶拥有、摧毁创造力。

    展开全文
  • c++中所有权是什么意思 Scrum继续坚持一个人在开发项目中扮演产品负责人的角色。 一个人可以设定团队的方向和优先级,定义系统将要执行的工作,管理积压的需求,并确定何时完成工作。 但是,与许多其他组织一样,...

    c++中所有权是什么意思

    Scrum继续坚持一个人在开发项目中扮演产品负责人的角色。 一个人可以设定团队的方向和优先级,定义系统将要执行的工作,管理积压的需求,并确定何时完成工作。 但是,与许多其他组织一样,我们发现这行不通
    一个人要理解和管理的功能,操作和技术细节太多,一个人要做出的重要决定太多,要解决的问题太多,需要后续跟进的问题太多,松懈,而且没有足够的时间。 它需要太多不同的观点:业务需求和业务风险,技术依赖性和技术风险,用户体验,可支持性,合规性和安全性约束,成本因素。 而且,有太多的利益相关者需要咨询和管理,尤其是在大型,实时业务关键系统中。

    单一产品负责人无法扩展

    Roman Pichler说,一个产品负责人可以支持一个或最多两个功能团队 。 您在涉及数十或数百人的大型项目,复杂产品上做什么? 您需要组建一个产品所有权团队 ,并由产品所有者的层次结构向产品经理或程序经理报告。 或者找到其他方式将产品所有者的职责分散到一个以上的人员中,将产品经理和一个或多个业务分析人员之间的某些工作分散起来,以负责详细的工作,或者尝试“ 客户配对 ”或其他一些客户责任模式

    敏捷开发的原则是,您可以从一起工作的人们那里获得最好的结果:更好的理解,更好的设计,更好的代码。 那么,为什么要一个人做出关于需要构建什么的所有重要决定呢?

    谁是您的产品负责人?

    在我们的商店中,每个系统都有一个发起人:一位业务主管,负责日常运营并具有制定战略性业务和产品决策的权限。 发起人设定系统的总体方向和目标,并对任何政治行为进行罚款,仲裁来自不同利益相关者(客户,合作伙伴,销售,运营,合规,发展)的冲突需求和优先事项。 发起人对重大计划做出不做决定,并在风险很高时权衡风险和成本的决定。

    其他职责分散在开发主管,开发人员,测试人员,客户服务人员和组织中的其他人员中。
    开发负责人负责管理积压工作,功能和修补程序的详细计划以及优先级排序的大部分工作,并与发起人,开发人员,质量保证和操作人员以及其他利益相关者一起制定开发时间表。 这使开发团队可以更好地控制管理技术依赖性和技术风险,从而决定将如何完成工作以及可以一起完成哪些工作。

    开发负责人和开发人员填写需求,编写和审阅规范,构建原型,举行研讨会,讨论和争论替代方案并阐明细节,进行实验,制定设计。 他们知道何时需要澄清或其他帮助时去找赞助商或其他利益相关者。 他们可以解决此问题,因为团队中的每个人在此业务领域中工作了5年,10年或更长时间,并且拥有必要的洞察力和经验。

    丹·诺斯(Dan North)在“ 加速敏捷:无需炒作的情况下实现卓越表现 ”中解释说,生产能力超强的敏捷团队的关键是要拥有真正了解该领域的人员,以便每个人都可以做出贡献,填写详细信息,提出建议,提出疑问,评估风险,并在需要时做出决定。 让您的团队充满以前使用过相同系统的人员,如果可能的话,让所有人接受培训或动手实践。

    决定完成

    决定何时完成工作(对我们而言,这意味着代码已准备好发布)也由团队共享。

    开发人员编写自己的单元测试并测试自己的更改。 所有代码都必须通过持续集成中的自动回归测试套件和静态分析检查。

    开发负责人检查所有代码签入,以确保代码正确,安全和可维护-正确完成。
    质量检查工程师测试每个功能或更改或修复,包括集成测试和探索性测试,以验证功能或修复是否达到了预期的功能。 他们还会审查可用性,并根据需要引入其他利益相关者,例如客户服务或运营。

    在发布更改之前,我们的发布经理(也是质量检查团队的负责人)检查所有评论和演示是否已完成并且所有测试都已通过,评估风险,确定准备发布的代码,然后调用发布与发起人,开发人员,操作人员和其他利益相关者的会议。 发起人查看所有步骤并进行检查,审查主要更改(尤其是具有法规影响或承担操作风险的更改),并确定可以继续进行发布。

    这就是产品所有权的工作方式

    由多个人共同承担产品所有权责任,使我们可以完成更多工作。 我们也做得更好:更多的观点和知识,更多的发现错误的机会。 它为团队中的每个人创造了更多参与和回馈业务的机会。 所有这些都变得自我增强。 越多的人参与产品所有权,他们将学到更多。 他们学习的越多,他们可以做的越好,就可以回馈更多。 组织变得更好,产品变得更好。 你为什么不想要那个?

    翻译自: https://www.javacodegeeks.com/2014/05/how-product-ownership-works-in-the-real-world.html

    c++中所有权是什么意思

    展开全文
  • 建立和管理任何开发团队的一个关键决定是就如何划分代码所有权达成一致:谁将在什么代码上工作? 整个团队可以并且应该分担多少工作; 以及谁将负责代码质量。 您采用的方法将对团队的绩效和成功产生直接影响,并对...
  • 编号 _ 网吧证件所有权转让合同 甲 方_ 乙 方_ 签订日期 _年_月_ 日 第 1 页 共 3 页 甲方 _ 乙方 _ 甲乙双方就 _ 网吧证件转让事宜本着友好互利的原则经双方协商一致签 订本合同以资共同信守执行 第一条 甲方以...
  • 编号 网吧证件所有权转让合同 甲方 乙方 签订日期 年 月 日 甲方 乙方 甲乙双方就 网吧证件转让事宜本着友好互利的原则经双方协商一致签 订本合同以资共同信守执行 第一条甲方以人民币元大写 的价格转让给乙方 位于 ...
  • 对于您的专业领域是他人依赖的领域,需要对这些任务拥有共同所有权。 我通常以“监视”为例以这种方式查看它: P1负责该系统的总体体系结构和基础架构,培训,文档和升级。 他们负责使其他团队成员有效使用该系统...
  • 管理员所有权代码Code ownership sucks. 代码所有权糟透了。 It limits code and stunts your growth as a developer. 它限制了代码并阻碍了您作为开发人员的成长。 Let’s look at what code ownership is and ...
  • 我们接下来要探讨的概念是Rust的内存安全及其零成本抽象原则的核心。它们让Rust能够在编译期检测程序中内存安全违规,在离开作用域时...这里的含义是通过资源,我们共同引用在堆或堆栈上保存值的任何变量,或者是包含
  • 关于国有资产所有权归属有“统一所有,分级管理”、“分级所有”、“统一所有,分级代表”三种不同的观点。“统一所有”与“分级所有”的分歧归根结底是全民所有制与政府所有制、地方公有制的分歧。“统一所有,分级...
  • 比特币所有权及隐私问题-非对称加密应用1 突然想到比特币所有权和用户的隐私问题,比特币体系是如何确认某个账户的比特币是归于谁的?谁能够付出这个账户比特币? 银行体系 我们先来回顾下现实的银行体系: 我们把...
  • 一般企业治理理论比较注重管理者(经营者)或生产者的...企业所有者的激励动力对企业治理效率尤为重要,我国国有企业治理的核心是企业财务治理,并且应该建立以所有者为主导的主要利益相关者共同治理的企业治理主体模式。
  • 一旦确认所有用户资金被提取完成后,团队决定将于8月25日将这些密钥的所有权转移到多签钱包中,以授权未来由用户驱动的治理决策。 该转移将基于3/5多签或7/11多签进行, YFValue目前至少需要4个共同签名者,最多需要...
  • 04 区块链重塑数字所有权 (digital ownership), 民法典第127条需要细化适用 《所有权的终结:数字经济中的个人财产》(The End of Ownership: Personal Property in the Digital Economy)一书指出,数字经济的...
  • 一个关键的概念:一个连续的所有权链接中的对象的共同拥有者是一个服务器级的主体,而不是一个数据库级的主体。 SQL Server内部通过SID而不是名称来区别对象的所有者。在一个单一的数据库,all objects owned by a ...
  • 我们有完整的跨数据库所有权链接:视图和表享有共同成员资格,它是我的登录(sysadmin),同时在数据库里映射到dbo。到这里都一切正常。但跨数据库成员资格所有权链接没有在数据库实例里启用,对2个新的数据库也没有...
  • Metapurse拥有的20件作品 2020年12月,由NFT收藏家Metakovan资助并与Twobadour共同运营的加密货币和NFT基金 Metapurse,在NFT平台Nifty Gateway上购买了“Beeple Everydays: The 2020 Collection”中 20 件收藏品,...
  • 最高层的前瞻判断,让“区块链”再次走进大众视野,成为金融资本、实体经济和社会舆论共同关注的焦点。从百度搜索指数看,从10月初至11月,“区块链”一词的搜索热度急速上升。   图1.“区块链”搜索热度 在过去...
  • 实际上,对于共同开发组织建立的系统来说,大多数软件项目在完成时就被认为是失败的。从架构的观点来看,其中很多系统都类似于图3(a)中stovepipe系统中的构造。在stovepipe系统中有大量集成的软件模块,每个软件...
  • the-legend-of-canvas-源码

    2021-06-19 14:02:39
    贡献者被授予出于贡献目的复制此内容的权利,但在任何情况下,贡献都不会授予与原作者的共同所有权。 未经作者许可,不得在 airpair.com 以外的任何地方发布此内容。 如果作者与 AirPair 之间发生了任何金融交易,...
  • finagle-swift-源码

    2021-05-04 08:46:24
    如果您使用的是Finagle Swift,并且有兴趣讨论共同所有权,请。 执照 根据(“许可证”)获得许可; 除非遵守许可,否则您不得使用该软件。 除非适用法律要求或以书面形式同意,否则根据“许可”分发的软件将按...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 13,582
精华内容 5,432
关键字:

共同所有权