string 有序strx='xxxx' stry="xxx" 不区别单引号与双引号， 单个字符也是string list 有序 列表，数组 tuple 有序 元组 set 无序 不重复（自动删除重复项） 集合 py3新 增 dic�onary 无序 字典 {键值对 集合} 关键字必须互不相同 bytes 有序 可变类型： List Dic�onary Set bytearray set 集合是由若干个元素组成的，基本功能是 进行成员关系测试 和 删 除重复元素 set可以进行数学上的集合运算（差集，并集，交集等） 可用 { ... } 和 set() 函数创建集合，创建空集合必须使用 set()而不能用 {} 例： a=set("fldsaj") b=set("fdslj") a - b {"k1": "v1", "k2": "v2", "k3": "v3"} for k, v in dictx.items(): print(k, "---->", v) ★list/set/dic�onary增删改查操作 ①list数据操作（有序，数值可重复） listxx.append(x) # 把元素x追加到列表的末尾 listxx.insert(i, x)

needs, and did the “rigorous” up-front analysis and centralized planning that could then be used to set boundaries for developers when they began a project. In other words, a vehicle for control. But standardization which developers can produce something, get feedback, and then adjust what they have produced. As a result, the code can be developed in a user-centric way and match the enterprise’s needs precisely. Risk immediately, but also lets us validate the features that have been deployed.  we would carefully set boundaries for planning. A detailed plan is a less effective basis for governance than validated learning

ii. Minimizing false positive is critical to prevent alert fatigue iii. Statistical measures help set thresholds without need to statically define each one. b. INSTRUMENT AND ALERT ON UNDESIRED OUTCOMES hypothesis 1. Barry O’Reilly, Lean Enterprise describes as: We Believe that Will Result in . We WillHave Confidence To Proceed When result. Pairs typically consider more design alternatives than programmers working alone and arrive at

sizes. 2. Large batch sizes result in skyrocketing levels of WIP and high levels of variability in flow that cascade through the entire manufacturing plant. The result is long lead times and poor quality that causes delay for the customer, such as activities that can be bypassed without affecting the result. The following categories of waste and hardship come from Implementing Lean Software Development

environment interactions 3. Ch. 10 Enable Fast and Reliable Automated Testing a. Undesired outcomes result from finding and fixes errors in a separate test phase. b. Delayed feedback fades the cause & effect environments are synchronized and consistent e. ENABLE AUTOMATED SELF-SERVICE DEPLOYMENTS i. As a result of compliance, oversight, and control needs separate Operations groups have emerged ii. Widely

and compare. We are comfortable with the ideathat we will break things in testing, because the end result of doing so is that we can make a decision more quickly and with more good information available

244.0.0/16 规划Service网络： 10.7.0.0/16 # pod网络和service网络都要求为16位的地址块，且不能与环境中其他网络地址 段冲突 # hostnamectl set-hostname k8s-master1.cof-lee.com #设置主机名称，所有结 点分别设置 # cat >> /etc/hosts <set-�mezone Asia/Shanghai #设置时区 # systemctl restart chronyd # chronyc sources -v ⑦设置网络参数 ontainerd.sock unix:///run/crio/crio.sock]. As the default se�ngs are now deprecated, you should set the endpoint instead. #crictl默认会依次读取以上3个接口 ★设置crictl连接containerd的cri接口 # cat >

Let’s ask a question that has a chance to actually change things: “What is the set of incentives that drives bad behavior?” I truly doubt that any of the Beltway bandits sees themselves as bad people departments every week: “We’re updating our process for how our agencies submit plans for investment. We set the goal that every week we’re going to change one thing. We’re taking an incremental approach. We

meetings • No eating • No preening How does it work? 1. Choose a task you’d like to get done 2. Set the Pomodoro for 25 minutes 3. Work on the task until the Pomodoro rings 4. When the Pomodoro rings interruption 3. Make accurate estimations of how many Pomodoros you need for a certain activity 4. Set a timetable according to your to-dos, to your time, or even to the seasonWhy does this work? (Theory)

reference includes the notions of project, systems, application, investment, architecture, skill set, and accountability. We have, to be honest, made a jumble of these concepts. IT as an Asset: Second with that of a desired outcome. What gets tossed over the wall for the team to solve should not be a set of requirements: it should be an objective, an envisioned outcome that would add business value.