敏捷开发/朱宏强:敏捷领导力
0 码力 | 27 页 | 3.76 MB | 1 年前3成都敏捷之旅十周年/2_刘朋_程序员如何练就领导力_刘朋
程序员如何练就领导力 诺基亚 刘朋 2018.12 自我介绍 刘 朋 诺基亚通信成都研发中心 研发经理 《突破:程序员如何练就领导力》作者 《趣说区块链》作者 初链(TrueChain)全球技术社区负责人 中生代社区,“链习堂”品牌联合创始人 10+软件行业开发、管理经验 禅 与 敏捷 “所有模型都是错的,但 是其中有些却是有用的。” Agile-Driven Leader 第一招 什么是管理? 什么是领导力? 什么是管理? 管理是指在特定的环境条件下,对组织所 拥有的人力、物力、财力、信息等资源进 行有效的决策、计划、组织、领导、控制, 以期高效的达到既定组织目标的过程。 什么是领导力? “领导力就是把一个人的视野提到更高的境界, 把一个人的成就提到更高的标准,锤炼其人格, 使之超越通常的局限”。 standard, the building of a personality beyond its normal limitations. —— 彼得·德鲁克 管 理 事 怕 领导力 人 尊敬和信任 vs 《团队协作五大障碍》 管理寓言故事 罗伯特·B·西奥迪尼(Robert B. Cialdini) 全球知名的说服术与影响力研究权0 码力 | 40 页 | 2.01 MB | 1 年前3清华大学 普通人如何抓住DeepSeek红利
质构悖论:看似坚硬的脆片入口即碎,柔软慕斯中暗藏爆破脆粒 如何使用DeepSeek解决工作中的问题 “卷不动了?让DeepSeek帮你一键‘躺赢’!” 场景1:1小时内写完一个1万字的项目书 场景:下午3点,你突然接到领导通知:“今晚4点前必须交一份10000字的智能物流园区项目方案书,客户临时提 前会议!”你大脑一片空白——手头只有零散的会议记录、几份过时的模板,且对“智能物流”技术细节不熟。电 脑右下角显示时间:3:05 你需要请假3天回老家处理。你担心领导认为你“临阵脱逃”,也怕耽误项目进度,但家人需要你立刻回去。你 坐在工位上反复措辞,始终不敢敲开领导办公室的门。 场景4:项目中急需请假 如何开口 是否可用DeepSeek辅助处理?可以,且建议分三步使用: 1. 情绪梳理与沟通策略(用AI模拟对话) p 操作:向DeepSeek输入:“我要请假,但项目很紧急,领导可能不满,如何沟通?” p AI辅助: AI辅助: • 分析你的顾虑(如“领导可能认为我不负责”),提供理性视角(如“家庭突发情况≠工作态度问题”)。 • 建议沟通框架:紧急情况说明+短期解决方案+责任承诺。例如: “张总,我家里老人突发中风住院(附病历),需要请假3天。我已将项目A的测试环节交接给小刘(附交接文 档),每天早晚会同步进度。周四返岗后加班追赶,确保不影响上线。” 2. 生成具体话术(用AI优化表达) p 操作:输入你的草稿:“0 码力 | 65 页 | 4.47 MB | 7 月前3OpenShift Container Platform 4.14 Operator
SCORECARD 工具验证 OPERATOR 5.12. 验证 OPERATOR 捆绑包 5.13. 高可用性或单节点集群检测和支持 5.14. 使用 PROMETHEUS 配置内置监控 5.15. 配置领导选举机制 5.16. 为多平台支持配置 OPERATOR 项目 5.17. 基于 GO 的 OPERATOR 的对象修剪工具 4 4 4 5 6 6 7 23 25 64 66 68 70 config/manager Controller Manager 部署。 config/prometh eus 用于监控 Operator 的ServiceMonitor 资源。 config/rbac 领导选举和身份验证代理的角色和角色绑定。 config/samples 为 CRD 创建的资源示例。 config/testing 用于测试的示例配置。 playbooks/ 要运行的 playbook OPERATOR 349 5.15. 配置领导选举机制 在 Operator 的生命周期中,在任意给定时间可能有多个实例在运行,例如,推出 Operator 升级程序。这 种情况下,需要使用领导选举机制来避免多个 Operator 实例争用。这样可确保只有一个领导实例处理协 调,其他实例均不活跃,但却会做好准备,随时接管领导实例的的工作。 有两种不同的领导选举实现可供选择,每种机制都有各自的利弊权衡问题:0 码力 | 423 页 | 4.26 MB | 1 年前32023 中国开源开发者报告
邮 箱在内的多个功能无法使用。 直到 29 日早间,腾讯微信团队才回应表示,经工程师抢修,系统正在逐步 恢复。 本次事故由广州电信机房冷却系统故障导致,腾讯将它定义为公司一级事 故,并对大量相关领导做出了处罚。 4 月 12 日,工业和信息化部信息通信管理局听取腾讯公司关于 “3・29” 微 信业务异常情况汇报,要求腾讯公司进一步健全安全生产管理制度、落实网 络运行保障措施,坚决避免发生重大安全生产事故,切实提升公众业务安全 在经历了多次治理风波后,为了解决导致领导层危机的潜在结构性问题, 结束组织内部混乱局面。2023 年 2 月,Rust 项目发布了一项有关新的 治理计划的 RFC;旨在建立了一个领导委员会 (Leadership Council) 以替 代原本的核心团队 (Core Team),委员会将其大部分权力下放给各团队。 6 月,Rust 项目还宣布成立新的顶级治理机构:领导委员会(Rust Leadership Leadership Council)。该领导委员会的成立,标志着 Rust 核心团队和临 时领导者职位都将被取消,此后将由 Rust 理事承担顶级治理问题的责 任。 开源许可证亟需更新——摆脱 1980 年代 束缚、应对人工智能 科技媒体《The Register》发布了一篇探讨更新开源许可证的文章,指出: 开源许可证需要摆脱 20 世纪 80 年代的束缚,并不断发展以应对人工智 能。 自由软件和开源许可证在0 码力 | 87 页 | 31.99 MB | 1 年前3基于 mesos 的容器调度框架
分布式一致性协议实现高可用 hashicorp/raft (https://github.com/hashicorp/raft) 领导选举: 心跳机制来触发选举, term 充当逻辑时钟的作用 日志复制: 领导者把一条指令(能被复制状态机执行)附加到日志中,发起附加条目 RPC 请求 给其他角色 强领导者:日志条目只从 leader 发送给其他的服务器 2017/8/3 基于 mesos 的容器调度框架 http://go-talks http://go-talks.appspot.com/github.com/huangnauh/slides/upone.slide#3 25/36 raft 领导选举 Image credit: the Raft paper (https://raft.github.io/raft.pdf) 2017/8/3 基于 mesos 的容器调度框架 http://go-talks.appspot0 码力 | 36 页 | 2.49 MB | 1 年前3Hadoop 3.0以及未来
Hadoop的committer和顷目管理委员会成员。 • ebay的Paid IM(互联网市场)部门架构师,领导ebay产品广告、互 联网市场数据和实验平台的架构设计。负责领导使用Hadoop、 Spark、Kafka、Cassandra等开源大数据顷目建立ebay的广告和数 据平台。 • 加入ebay前,在intel工作6年,大数据架构师,负责领导大数据的 开源贡献、基于Intel平台的开源顷目优化以及一些基于Spark的大0 码力 | 33 页 | 841.56 KB | 1 年前3高可用分布式流数据存储设计-李玥
matchIndex nextIndex 9 AppendEntries RPC 参数 描述 term 领导⼈人的任期号 leaderId 领导⼈人的 id,为了了其他服务器器能重定向到客户端 prevLogIndex 最新⽇日志之前的⽇日志的索引值 prevLogTerm 最新⽇日志之前的⽇日志的领导⼈人任期号 entries[] 将要存储的⽇日志条⽬目(表示 heartbeat 时为空) Leader0 码力 | 36 页 | 6.02 MB | 1 年前3Raft在Curve存储中的工程实践
• Candidate: 发起选举。获取大多数选票的候选人将 成为领导者。 • Follower: 响应来自其他服务器的请求,如果接受不 到消息,就变成候选人并发起一次选举。 • 时间被划分成一个个的任期,每个任期开始都是一次 选举。 • 选举成功,领导⼈会管理整个集群直到任期结束。 • 选举失败,这个任期就会没有领导⼈⽽结束。 raft选举leader raft任期RAFT协议简介0 码力 | 29 页 | 2.20 MB | 5 月前3FISCO BCOS 1.3 中文文档
执行,存在共识效率低的问题。 3. 应用于区块链的多节点并行拜占庭容错共识算法 3.1 节点角色 区块链节点的角色有两种,分别是“领导节点”和“随从节点”。 领导节点:负责对交易进行打包成块,把块广播给其他节点,通过共识过 程对块中所有交易进行确认,从而使得区块链的区块高度不断增加。 随从节点:负责接收从领导节点发送来的区块,对区块中的交易进行确 认,所有交易都确认完毕就对该块进行签名验证,从而使共识达成。 3.2 致的过程。共识 过程分为以下几个阶段: 1. 选举领导:通过3.2描述的算法推选出一个领导,有别于其他基于投票选 举领导的算法,在本专利中是通过共识计算选出合适的领导,这种方式具 有更高的效率。 2. 打包验证交易:选举出的领导节点,将会一批交易进行打包验证,组成一 个区块,区块的产生也就由领导节点负责。 3. 签名投票:随从节点对领导节点发送来的区块,进行每一笔交易确认验 证,全部通过之后发送对该块的一个投票签名。 告知所有节点,如果收到2/3以上节点都有相同的视图v切换请求,就顺利切换 到下一个视图。 3.5 并行机制 在3.3介绍的共识过程中,打包验证交易和验证交易分别是领导节点和随从节 点对交易进行确认的操作,这是整个共识过程中最耗时的环节。从图中可以看 出,打包验证交易和验证交易是串行执行的,首先要由领导节点完成打包验证 交易,随从节点的验证交易才能开始进行,假设交易确认耗时为T,其他过程 总耗时为T’,那么整个共识的耗时就为2*T+T’。本专利对交易确认机制提出并0 码力 | 491 页 | 5.72 MB | 1 年前3
共 169 条
- 1
- 2
- 3
- 4
- 5
- 6
- 17