别把自己变成了“二等公民”

在协同开发项目中,部分团队成员倾向于放弃决策权,这种行为不仅限制了个人能力的发展,还可能导致项目出现严重的设计错误。本文探讨了这种现象背后的原因,并强调了勇于承担责任的重要性。
  1. 原文地址:http://blog.youkuaiyun.com/hzliyun/article/details/7079481
  2. 原创作品,允许转载,转载时请务必以超链接形式标明文章原始出处 、作者信息和本声明,否则将追究法律责任。
  3. http://blog.youkuaiyun.com/hzliyun/article/details/7079481


上周参加一个代码审查会,在会上发现了设计上的一个很严重的错误。于是,我提了好几个问题,想知道为什么会出现这一错误。但是,我的同事告诉我这都是印度团队做的设计。需要提供的一个背景信息是,这个项目是我所在的研发中心与印度的研发中心协同开发的。对于同事的这种回答,我能想到的是:可能同事将自己当做“二等公民”在做事。
    
将自己变成二等公民我发现在我的周围比较的普遍,不少同事在做设计时,明明应当自己做主导,却主动的将自己的主导权放弃,从而将其交给美国或是印度的团队。这些同事最大的共同点是,在讨论技术方案时,总是采取一种提供多个方案然后很想别人告诉他应当采用哪一个。而我认为,我们可以告诉别人多个方案,但要告诉他们我认为哪一个方案最好以及为什么我将要采用它,然后再问“你有什么建议吗?”。你看出区别来了吗?我的方法中明确的告诉了别人一个信息:我是主导,我在做决策,而你,可以提供你的想法和建议,但是,是由我来参照这些建议的。
    
为什么会出现“二等公民”这种现象呢?我想深层次的原因是不想承担责任!当出现问题了以后,他可以说“这是美国团队做的决定”。我要进一步问的问题是,当出现了问题以后,所说的“这是美国团队做的决定”这句话有意义吗?在我看来毫无意义!那只能告诉别人,在做这个事情的过程中,我是一个“二等公民”,或者更直白的说是“我无能”。
    
做技术很重要的一点是敢于承担责任,你只有敢于承担责任你的技能才更容易提高,因为承担责任意味着我得去深思熟虑后再做决策。我们常听到“艺高则胆大”,但我想问的是:为什么这个人会“艺高”?天生的?不是!我想一开始往往可能是“胆大则艺更高”,“胆大”多了最后就成为了“艺高则胆大”。“胆大”是什么?是我们勇于承担责任!

在工作中,千万不要把自己变成了“二等公民”!


本文出自 “李云” 博客,请务必保留此出处 http://blog.youkuaiyun.com/hzliyun/article/details/7079481

### Kubernetes 中的一等、二等、三等公民概念及其区别 Kubernetes 是一种容器编排工具,其设计核心围绕着资源调度和服务管理展开。为了更好地管理和分配集群中的资源,Kubernetes 定义了不同级别的 Pod 类型,这些级别通常被称为“一等公民”、“二等公民”和“三等公民”。以下是它们的具体定义和区别: #### 一等公民 (Guaranteed) 一等公民是指那些具有最高优先级的 Pod,它们被赋予了严格的资源保障[^1]。具体而言: - **资源请求与限制一致**:Pod 的 CPU 和内存请求值等于限制值。 - **优先级最高**:当集群资源不足时,Kubernetes 将优先保证一等公民 Pod 的运行状态。 - **驱逐机制**:如果需要释放资源,较低优先级的 Pod(即二等或三等公民)会被驱逐以腾出空间。 这种类型的 Pod 非常适合对性能稳定性要求较高的场景,例如在线交易系统或实时数据分析平台。 #### 二等公民 (Burstable) 二等公民指的是那些拥有一定资源保障但并非完全固定的 Pod。特点如下: - **资源请求小于限制**:Pod 请求的资源量低于最大允许使用的资源量。 - **动态扩展能力**:在资源充足的情况下,可以超出初始请求值使用更多资源;但在资源紧张时,则可能受到限制。 - **次优保护**:虽然不如一等公民那样受严格保护,但仍优于无任何担保的三等公民。 此类配置适用于一些偶尔需要额外计算力的应用程序,比如批量处理作业或者缓存服务。 #### 三等公民 (BestEffort) 三等公民代表最低优先级的 Pod,几乎没有任何形式上的资源承诺[^1]: - **零资源声明**:既未指定资源请求也没有设置上限。 - **最容易受影响**:一旦发生争抢情况,这类实例将是第一批被淘汰的对象。 - **灵活性强**:尽管缺乏安全保障,但由于开销最小而非常适合执行短期任务或是实验性质的工作负载。 总结来看,“最佳努力”的策略使得该类别的 pod 成为消耗剩余容量的理想选择。 ```yaml apiVersion: v1 kind: Pod metadata: name: example-pod spec: containers: - name: container-name image: nginx resources: requests: memory: "64Mi" cpu: "250m" limits: memory: "128Mi" # 对于 Burstable 或 Guaranteed 设置此参数很重要 ``` 以上 YAML 片段展示了如何通过 `resources` 字段调整 Pod 所属类别。 --- ###
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值