[其它] 精益开发治理的最佳实践，第2部分:过程和度量

说明：过程量度下个月...注释在本系列三部分文章中的第1部分中，我们介绍了精益的软件开发治理，并且介绍了精益治理的使命和原则，以及一个个项目成功所需的组织和项目涉众的协作。在第2部分中，我们将着重于围绕精益软件开发治理中使用的必要过程和量度的实践。“过程”指的是用于有效的精益治理的策略——那些使用Rational统一过程（RationalUnifiedProcess?，或RUP?）的人所熟悉的基本概念。“量度”指的是用于通过支持目标和动机来进行精明的可执行的决策制定的量度策略。过程此类别中的实践促进有
<weixin_38602982> 上传 | 大小：335kb

[其它] PlutoniumEnergy：用于Factorio的Plutonium Energy mod-源码

说明：Energy能源 这个国防部增加了新的材料-（（238和239同位素）。 使用它，您可以使核燃料（MOX燃料）的产生速度慢2倍，但在一个单元中（与铀相比）具有2倍的能量。 MOXReact器也更小（3x3而不是5x5），因此可以更紧凑地包装它们，以增加能量的产生。 而随着能量的产生，破坏性的部分随之而来。 这个mod还增加了am*-大炮弹，机关枪/手枪*，p原子弹，其数量大约是铀弹的1.4倍。 并且，如果您安装了添加铀炮弹/炸弹的模组，则该模组还会添加a变体（当前仅支持原子炮模组）。 可用
<weixin_42098830> 上传 | 大小：990kb

[其它] 精益开发治理的最佳实践，第3部分:角色和政策

说明：角色和职责政策和标准结束语注释在本系列三部分文章的第1部分中，我们介绍了精益软件开发治理，并且描述了精益治理的使命和原则，以及一个个项目的成功所需的组织和项目涉众的协作。在第2部分中，我们着重于围绕精益开发治理中使用的必要过程和度量的实践。在此，第3部分中，我们将分析角色和职责，以及精益软件开发治理需要采用的角色和职责，以及政策和标准。对于“角色和职责”，我们的意思是定义谁有权力执行某些任务，人力资源部门如何支持这些职责，以及团队组织怎样必须支持并向IT架构增加价值。对于“政策和标准”，我们的意
<weixin_38622777> 上传 | 大小：216kb

[其它] 面向全球化的有效敏捷交付

说明：许多项目在语言、文化以及多种语言支持方面不能实现全球化（Globalization,G11N）需求，产品信息也不能实现产品交付的可译性。1当这个全球市场需要业务流程端到端集成的最后产品时，它通常很难改变当前的产品构架并创建代码变更来处理全球化问题。同时在传统的瀑布开发项目中也存在这样的问题。如果在启始阶段全球化需求没有适当的计划和处理，对于敏捷开发项目风险甚至更大。全球化需求在软件生命周期的计划和执行阶段中通常并没有很高的优先级。代码的晚期全球化变更很难纠正设计模式，并且在更新代码时会产生问题。
<weixin_38663973> 上传 | 大小：679kb

[其它] shockwave网站：:rocket:ShockWave Inc.网站-源码

说明：:rocket: ShockWave网站 ShockWave Entertainment是一家视频游戏公司，总部位于乌克兰基辅。 该公司由Artyom Gordienko和Denis Benstein于2018年3月30日成立。 将来，该公司计划开发Windows，Android，IOS，Xbox，PlayStation等平台。 该公司目前正在开发一种名为Hellstorm的跨平台游戏引擎。 将来，计划将该引擎用于公司内部游戏项目的开发。 在开发的第一阶段，计划在在线服务Steam上发布PC版
<weixin_42113380> 上传 | 大小：4mb

[其它] Ukesoppgaver-网络编程-源码

说明：Ukesoppgaver-网络编程
<weixin_42156940> 上传 | 大小：59kb

[其它] 敏捷个人：内容框架之执行力

说明：执行力是敏捷个人需要学习的一个内容，本篇主要介绍执行力相关的内容，大家在读后可以采用介绍的一些指南开始行动。我想改变：但好像没动力？但我怕失败？但这个目标好像有点高？......在敏捷个人群中，有些朋友和我私聊时说自己执行力不够，问了一下后发现并不是执行力不够，而是自己想改变但是没有动力。我给拖延定义了一个公式，拖延=动力<害怕。如果你没有动力，那这个公式的结果大家也就知道了，如果是这种情况，那么你必须思考你想做什么改变，为什么要做这个改变（个人管理：使用“为什么”来改变我们的结果）。还有
<weixin_38523728> 上传 | 大小：198kb

[其它] 深度学习-源码

说明：深度学习
<weixin_42099755> 上传 | 大小：754kb

[其它] DevOps，不是一个传说！

说明：DevOps最近成了热词，望文生义，你也能猜个八九不离十，它就是在说"研发团队"与"运维团队"之间的那点事儿。那么，到底什么是"DevOps"呢？WikiPedia上说："DevOps是软件开发、运维和质量保证三个部门之间的沟通、协作和集成所采用的流程、方法和体系的一个集合。它是人们为了及时生产软件产品或服务，以满足某个业务目标，对开发与运维之间相互依存关系的一种新的理解。"这恰好体现了精益管理中的客户价值原则，即：以客户的观点来确定企业从设计到生产交付的全部过程，实现客户需求的最大满足。我们也
<weixin_38547887> 上传 | 大小：328kb

[其它] 精益用户体验(UX)：摆脱只注重结果的工作

说明：网页（以及交互设计，界面设计，等）传统上是基于可交付的形式来执行。框架、网站地图、流程图、内容清单、分类系统、原型和规范文档（又称“TheSpec”），帮助定义网站在其起步阶段的执行。这些结果构成了一个系统的用户体验的衡量标准。随着时间的推移，这个注重交付成果的设计过程却将用户体验设计师放在了交付业务上，用来衡量和补充他们设计成果的深度和宽度，而不是所设计的用户体验的质量和成果与否。设计师已经变成了以文档为目标的专家，他们了解由他们所创建的文档的质量而不是设计开发最终的用户体验。当与一系列瀑布式
<weixin_38636655> 上传 | 大小：605kb

[其它] 精益开发治理的最佳实践，第3部分:角色和政策

说明：角色和职责政策和标准结束语注释在本系列三部分文章的第1部分中，我们介绍了精益软件开发治理，并且描述了精益治理的使命和原则，以及一个个项目的成功所需的组织和项目涉众的协作。在第2部分中，我们着重于围绕精益开发治理中使用的必要过程和度量的实践。在此，第3部分中，我们将分析角色和职责，以及精益软件开发治理需要采用的角色和职责，以及政策和标准。对于“角色和职责”，我们的意思是定义谁有权力执行某些任务，人力资源部门如何支持这些职责，以及团队组织怎样必须支持并向IT架构增加价值。对于“政策和标准”，我们的意
<weixin_38713586> 上传 | 大小：216kb

[其它] 同行评审常见问题解答

说明：（1）为什么需要同行评审？第一个原因：技术工作之所以需要接受同行评审就好比铅笔需要橡皮一样，请记住：凡人皆有错！我们离不开同行评审的第二个原因是：尽管人们善于找出自己所犯的部分错误，但是相对于其他任何人而言，大量的各种错误还是很容易逃脱创作者的眼睛，这被称为思维定势。第三个原因：许多缺陷是在早期阶段引入的。如下图所示：缺陷发现越晚，纠正费用越高。如下图所示：而且缺陷数量的放大的原因，每个进入下个步骤的缺陷都可能引起下个步骤中的多个缺陷，导致消缺成本的剧增。（2）同行评审和测试哪一个更合算？当然是
<weixin_38613330> 上传 | 大小：175kb