ITSS（Information Technology Service Standards，信息技术服务标准，简称ITSS）是一套成体系和综合配套的信息技术服务标准库，全面规范了IT服务产品及其组成要素，用于指导实施标准化和可信赖的IT服务。
最近在看一本书，叫做 《思考的乐趣》，第 26 节 “我最爱的证明”，里面介绍了这样一则有趣的问题（文章链接在此）：
在一个项目中，压力测试工具中一个业务响应时间变长，数据库（oracle）CPU使用率99%以上。
个人感受，文档看的再多，学习的速度也不如参与到项目中去，深入了解实现原理和设计的初衷。文档只能让我们对Fabric的整体运行机制有一个宏观的认识，要进一步深入，就需要从源代码入手，而贡献代码则是一个自然而然的事情，学习的过程中总会发现一些问题和值得优化的地方。所以前阵子顺手翻译了一下Fabric如何贡献相关的官方文档。这篇文章讲解，其中的整体流程和所需用到的工具。如需详细学习，请参考官方文档：
区块链是比特币的核心与基础架构，是一个去中心化的账本系统。今天这篇文章，将会重点介绍我们经常提到的挖矿，也就是工作量证明。理解工作量证明机制，将为我们进一步理解比特币区块链的共识机制奠定基础。工作量证明（Proof Of Work，简称POW），简单理解就是一份证明，用来确认你做过一定量的工作。监测工作的整个过程通常是极为低效的，而通过对工作的结果进行认证来证明完成了相应的工作量，则是一种非常高效的方式。比如现实生活中的毕业证、驾驶证等等，也是通过检验结果的方式（通过相关的考试）所取得的证明。
Jenkins X 重新构思了云原生时代下的 CI/CD 实现，这些想法受到了 DevOps 状态报告和近来大热的《Accelerate》一书的深刻影响，这本书的三位合著者分别是：Nicole Forsgren、Jez Humble以及Gene Kim。
这个公司HR的操作无敌了，公司单方面辞退，还往员工老家寄了一份辞退通知书（内容是能力不足）。大年初一气的员工家中奶奶冠心病犯了...。
以我们公司的实时带宽计算为例，就是一个长长的Pipeline,中间经过的组件其实是很多的，比如解析模块，指标拼接模块，累加器模块等，这些模块可能是独立部署，也可能是在一个系统中，它们根据业务需求会经常发生变更。
多少次的惨痛教训告诉我们，在软件应用发布维护版本或者补丁之前，应该避免使用其最新版本。虽然每个人都知道初始发布版本V和稳定发布版本V.n之间存在软件质量鸿沟，这个问题却一直没有得到解决。 本文将会讨论5个具有可操作性的原则，以帮助开发团队跨越质量鸿沟 1. 使用代码覆盖率反映测试完整性 软件测试的目的都是为了保证软件能在最终用户使用时是正常运行的。然而，软件测试面临着挑战，如何保证测试的完整性？很多开发组织会制定测试规程去匹配需求文档或者用户文档。这种测试方法可以验证正常操作路径，但是测试边界、错误场景都无
目标 用最少的人力成本满足构建和维护该系统的需求 衡量指标 版本迭代 -- 工程师团队规模 版本迭代 -- 代码总行数 版本迭代 -- 代码变更行数 软件系统的价值 行为价值 按需求文档编写代码 可用性 功能性bug 性能 稳定性 紧急，但是并不总是重要，在紧急重要矩阵中占据A、C位置 架构价值 Soft ：当需求变更时，所需的软件变更必须简单方便 变更实施的难道应该和变更的范畴（scope）成等比，而与变更的具体形状（shape）无关 不紧急，占据B、D，D
声明：本文仅代表原作者观点，仅用于SAP软件的应用与学习，不代表SAP公司。注：文中所示截图来源SAP软件，相应著作权归SAP所有。
要证明这个问题，我们首先需要理解红黑树的性质。红黑树是一种自平衡二叉搜索树，它在插入和删除操作中维护一些属性，以保证搜索、插入和删除操作的时间复杂性为O(log n)。红黑树的性质包括：
PM是：实施项目规则的人，对目标负责的管理角色 | 带领团队实现项目目标/KPI的人 [项目目标不一定是“成功“] | 必须有个人风格：半死不活whatever ；不急声音小 ；项目里的事情不必纠结，该怎样就怎样
PoW（Proof of Work，工作量证明）是区块链技术中基本的、常见的一种共识机制。加密币中的挖矿，其实就是运用工作量证明来进行的。
今天的IT预算主要花在了“保持灯亮”上。事实上，大约70%预算被用于维持和运行现有的能力，而只有30%被用于为业务提供新的功能。企业和IT部门需要找到解决问题的方法,增加现有投资和新投资所创造的价值。最理想的配置IT预算大概是在现有能力上花费55%，在新能力上花费45%为企业创造价值。
有句话说，常在河边走，哪有不湿鞋。我身边经常会看到不少数据故障。每每碰到这些问题，原因都是让人唏嘘不已。
有一个数组，每一个元素都是一个整数，现在要你寻找一个 ii 和 jj 满足，i<ji<j 且 ai<ajai<aj 并使得 aj–aiaj–ai 最大。
按照<产品安全开发流程规范>中的安全流程制度规范，在所有项目在立项时都必须要通知到安全团队，安全团队需要在项目立项时就产品安全评估流程进行贯宣，同时需要对产品最终上线前的安全质量要求进行贯宣并引导输出安全需求，尽早的规避因为后期安全评审阶段无法通过评审导致业务系统无法正常上线
一个好的产品，一定要有非常给力的工程师在帮忙张罗着产品，也有非常给力的产品尊重、理解、配合技术，这是这次项目给我的一个重要的启示。作为一名没有技术底子的产品经理，自惭对研发的深层次架构和技术的理解是浅尝辄止，这篇文章是对项目研发流程的一些感触，班门弄斧，权当学习。 ［关键词一：不断演习和优化，弱化需求变更概念］ 从1月中旬，当春晚摇一摇的大部分功能初步完成开发的时候，开发侧就发起了演习。每周四晚上8点到凌晨12点半，模拟春晚当晚的实际情况进行内部的体验和测试。演习范围一开始是项目内相关的几十个成员，后来慢慢
之前的几篇文章： 《一个执行计划异常变更的案例 - 前传》 《一个执行计划异常变更的案例 - 外传之绑定变量窥探》 《一个执行计划异常变更的案例 - 外传之查看绑定变量值的几种方法》 《一个执行计划异常变更的案例 - 外传之rolling invalidation》 《一个执行计划异常变更的案例 - 外传之聚簇因子(Clustering Factor)》 《一个执行计划异常变更的案例 - 外传之查询执行计划的几种方法》 《一个执行计划异常变更的案例 - 外传之AWR》 《一个执行计划异常变更的案例 - 外传之ASH》 《一个执行计划异常变更的案例 - 外传之SQL AWR》 《一个执行计划异常变更的案例 - 外传之直方图》 《一个执行计划异常变更的案例 - 外传之SQL Profile(上)》
算法备案的全称为互联网信息服务算法备案，为应对不良深度合成技术而导致的算法歧视、大数据杀熟、沉迷推荐诱导等不合理应用，由网信办主导，与公安部、工信部、市监总局一起联合发布出台《互联网信息服务算法推荐管理规定》后的具有强制性的备案制度，旨在规范互联网信息服务推荐算法活动。
分页这种组件，几乎每一种框架都有这样的组件，近期我们做了新的项目，因为是在新的分支和新的项目中开发的一期任务，属于什么都没有的状态，几乎所有的效果和业务逻辑都需要重新整理和书写，项目正好完结了，把其中用到的一些小方法分想出来，重在分享思路和逻辑，理清思路和逻辑不论是哪一种框架，都可以轻松搞定
今年写了很多质量保障相关的文章，也在星球内部或者公开做了几次分享，内容主要包括质量内建、质量门禁、测试左移、质量度量等。我试图通过这些内容，从不同的角度阐述我对于质量保障体系建设的实践和思考，这些方法和实践最终要达成的目标都是一致的：提升质量。
草案：2017 年 6 月 26 日 (@dayzh (https://steemit.com/@dayzh))
原文标题：Secrets to Great API Design，作者：Tasia Potasinski
英国经济学家凯恩斯在《就业，利息和货币理论》中说过：许多实干家自以为不受任何学理之影响，却往往沦为某个已故经济学家的奴隶。这句话对于工程师或者架构师同样适用：许多工程师自以为不受任何学理之影响，却往往沦为某个过去架构思想的奴隶。
前段时间，高企云小编为大家总结了企业在高新技术企业的申报时常见的一些问题（高企认定干货 | 高新技术企业申报常见问题汇总（一））（←可点击回顾文章），实际上，企业在申报高企普遍存在问题还不止这些。
其实在公司内部使用Grafana完全是‘被逼的’。刚开始使用的时候完全是因为懒！也有考虑尽快的输出一些指标而不是走非常漫长的一个前、后、数据端的结伴开发。
喵～猫头虎博主在此，给大家带来Go生态中的新星——Gofix。🔍 当Go语言迎来API的重大变革时，更新旧代码似乎是一项艰巨的任务。今天，我们将一探究竟，如何使用Gofix来轻松跨越这一难关。准备好了吗？让我们一起迎接变化，把握未来！
在讲解成员变更之前，我们先回顾一下前文介绍的Paxos理论第一篇文章 Paxos理论介绍(1): 朴素Paxos算法理论推导与证明， （仔细回顾数学定义和投票约束章节）文中提到Bqrm为一轮成功投票所需要的投票者集合，而Paxos算法理论第二条约束要求任意两个Bqrm的交集不为空，于是乎我们可以理解为Bqrm就是一个多数派的意思，因为在一个固定的投票者集合里面，取多数派作为Bqrm，肯定是满足条件的。
阿迪达斯（Adidas）最近讨论了他们如何将平台配置演变为基于 GitOps 的设置。在一系列的博客文章中，阿迪达斯详细阐述了 GitOps 在其容器平台中的使用情况，以及他们计划如何改进其平台的管理。
集群成员变化是一个常见操作，主要是增加、删除节点，主要的场景有升级、服务器老化等，当然如果我们对服务的SLA没太大要求，直接关闭集群是最简单的办法。但如果要保证系统的可用性而动态地添加、删除节点并且保证不会脑裂等问题则需要一个安全的算法，所以Raft算法把这一部分也纳入其中。
Jon Udell 发现,先编写测试可以帮助保持 LLM 助手的进度，随着他在软件开发中继续探索 LLM，他得出了这个结论。
而由于地域上特殊原因，你们这10支军队不能集合在一起单点进攻，必须在分开的状态下同时包围攻击敌国。如果是单支军队单独进攻的话是毫无胜算的，除非有至少有6支军队同时调遣一起袭击才能攻下敌国。你们分散在敌国的四周，依靠通信兵相互通信来协商进攻意向和进攻时间。
GitHub - tencent-wechat/phxsql: A high availability MySQL cluster that guarantees data consistency between a master and slaves.
TiDB 5.0 已于上周正式发布，在这个大版本更新中提升 TiDB 集群的跨中心部署能力是一个重要的着力点，在共识算法这一层，最激动人心莫过于 Joint Consensus 支持了。这个特性帮助 TiDB 5.0 在跨 AZ 的调度中完全容忍少数派数目的 AZ 不可用。本文会先谈成员变更在 TiDB 历史，然后介绍新特性的设计，最后说下我们在实现过程中遇到的问题和解决方案。
认证HCIA-Datacom V1.0将于2020年4月18日正式发布。HCIA-Datacom V1.0与HCIA-Routing & Switching V2.5有哪些区别？一起看看！
这是Puppet报告的走过的第九个年头，本次报告基于对2400名IT、开发、信息安全行业的技术人员的调研，着重勾画了DevOps状态的两大趋势：平台模型、需求变更的管理。
与流行的看法相反，架构是敏捷软件开发工作的一个重要方面，就像传统的工作一样，并且是扩展敏捷方法以满足现代组织的现实需求的关键部分。但是，敏捷专家的架构方式与传统主义者的方式略有不同。本文讨论以下问题：
为了遵守外部法规和确保业务连续性，企业需要审核他们的文件服务器，以确保防止敏感数据泄漏和未经授权的修改。看到论坛很多类似的讨论，而且微软自带的审计策略往往不能满足IT的所有需求。常常通过第三方的软件来实现文件服务器的审计功能。NetwrixWindows文件服务器工具有免费版本的变更通知工具以及收费版本的审计工具。可以自动完成文件服务器的审计和报告，从而缓解的合规性故障，数据泄露和可用性问题的风险。
eBay 整合了负责提供“查看商品”页面的服务——该页面每天加载超过 2.5 亿次——去除了重复代码，提高了开发人员的工作效率。结果，他们的团队速度翻了一番，现在甚至可以每天将变更部署到该页面，并且变更失败率降低了许多。
团队沟通平台 Slack 的一位工程师写了一篇文章，讲述了他们如何克服部署恐惧，并成功地实现了一个机器人来监控部署过程。
我为什么要写这篇文章？在了解区块链相关信息时（例如维基百科上的内容），我发现这些内容非常零碎和不连贯。要把这些零碎的信息整合在一起，形成一个完整的视图需要花费大量的时间。不过现在，我想我已经知道在引入区块链时要使用哪些东西，以及应该按照怎样的顺序来了解它们，以便让开发人员能够在 1 到 1.5 小时内看到完整的视图。本文内容经过一定程度的简化，如果有人对更复杂的细节感兴趣，可以继续深入探讨。
最近郑州的疫情挺严重的，已经居家一个月了，错过了整个秋天。从10月初小区封控到月末小区有几十例异常，上周才刚刚解封，可以下楼。
WBS对制作SOW极其重要，WBS不像SOW那样包含实施基础条件。在项目目标和工作范围都还没有界定情况下，此时去制定一份详细项目计划和进度安排显得毫无意义
最近，在测试目标网站https://target.com的过程中，作者通过综合其Web应用存在的开放重定向、路径遍历和CSRF漏洞，最终实现了账户劫持。
原告：柯某某，男，1977年生 被告：福建采木工业互联网科技有限公司无锡分公司 原告柯某某向法院提出诉讼请求： 1、判决福建采木无锡分公司支付2020年6月份工资差额18000元； 2、判决福建采木无锡分公司支付经济补偿金28000元； 3、判决福建采木无锡分公司支付疫情期间提前在家办公补偿12873元； 4、判决福建采木无锡分公司支付2020年2月份被克扣的20%工资5600元； 5、判决福建采木无锡分公司支付休息日加班工资7724元； 6、判决福建采木无锡分公司支付延时加班工资42965元。 事实和理
黄某于2014年9月15日入职腾讯公司，其工作岗位为技术测试，双方签订的最后一份劳动合同的期限为2017年10月1日至2023年9月30日。 2019年2月28日，黄某以个人原因为由申请离职，其离职前12个月的平均工资为70603.96元（税前）。 2017年7月24日，黄某、腾讯公司签订了《竞业限制协议》。双方约定：黄某的竞业限制期限为离职之日起24个月，以腾讯公司最后发出的竞业限制通知书为准；在竞业限制期限内，黄某满足竞业限制各项约定且按时告知其就业及任职情况的前提下，腾讯公司按月向其支付竞业限制补偿
最近和朋友谈起敏捷开发和瀑布开发模式，很多人认为敏捷开发是未来的项目实施的趋势，瀑布实施太老土已经过时了。另外确实一些跨国企业如索尼，联想也在使用敏捷的方式实施一些项目。但实际上我们看到绝大多数公司还是依然在采用瀑布的方式实施项目。我之前参与过敏捷开发的项目，但当时比较“年轻”，认识不是很深刻，于是最近又补习了下和大家一起分享下我对敏捷和瀑布的感悟。
第八章 质量管理 ---- 项目质量管理过程 8.1 规划质量管理 — 识别项目及其可交付成果的质量要求和/或标准，并书面描述项目将如何证明符合质量要求和/或标准的过程 8.2 管理质量 — 管理质量是把组织的质量政策用于项目，并将质量管理计划转化为可执行的质量活动的过程 8.3 控制质量 — 为了评估绩效，确保项目输出完整、正确，并满足客户期望，而监督和记录质量管理活动执行结果的过程 规划质量管理过程关注工作需要达到的质量，管理质量则关注管理整个项目期间的质量过程 在管理质量过程期间，在规划质量管理过程中
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM
