#25 该评论涉及虚假广告 @Livid

这个节点就很妙

++

[UU 加速器] 13 周年庆！年度底价，快上车领 6.6 折券！ https://g.126.fm/01XN8bA

安卓+mac 十年老用户，为了工作调试 app 买过一台 itouch ，既觉得值，又觉得苹果手机做主力也就值 itouch 价格加+50%。近年由于各种劣化加剧还有 itouch 停产，我对苹果手机的心理估价还在一路下滑。现在还没有先用 touch 体验生态的选项了。

我觉得安卓比苹果优秀太多的同时也觉得 mac 比 pc （在干活方面）优秀太多，没什么矛盾的。我打死不换安卓的同时也打死不换 mac ，并没有觉得缺什么联动生态

不过我是后摄几乎只要求扫码的，影像需求 iPhone 有某些优势我觉得也是事实，这点 op 如果专业角度有判断我觉得是合理的

但我觉得 2024 年说安卓 app 卡，除非是千元区间可能是硬件机能限制（苹果这个价位只能二手而且更卡），大概是没用好用对，这个年头无论是安卓还是苹果，手机日常使用都是要花心思的，并没有不了解不折腾随便造还能维持好用的生态

pdd 再流畅，淘宝再烂，我也觉得没有第二家公司专门雇佣工程师攻击操作系统把病毒捆绑在自家软件装到用户设备里。

传家宝来了，你写 json-schema ，把约束，规则，描述这些写满

https://json-editor.github.io/json-editor/

套壳给业务人员填填填

error 是一个 interface ，玩好 error 和掌握 interface 密不可分

比如你想要增强 error 的能力，区分出给用户的信息、HTTP Status ，那么就定一个返回这些信息的 interface ，然后使用这个 interface 来串联：理解错误上下文的模块用实体类型包裹错误，输出错误的外层用接口判断

https://go.dev/play/p/eXY-qna7Ek9

很容易继续扩展
1) 接口是任意组合的 duck typing 因此可以后续任意增加其他能力。比如为 API 场景输出 json
2) errors.As 错误链（官方支持 errors.Join 了，甚至可以是图）可以继续包裹、装饰或者覆盖这些能力。比如翻译中间件可以判断有 UserMessage 就走一下翻译，包一层把报错信息翻译成用户语言

@soul11201 可是 golang 的 duck typing 风格的 interface ，就单纯按官方风格正确使用，就已经是非常（超过其他主流语言）的解耦了

在我看来，这里描述不清楚问题也讨论不明白，是因为出发点已经错了，又希望按正常的思路解决一个错误 or 不存在的问题。所以我说是 XY 问题

大型 XY 问题现场

@FranzKafka95 可以这样想：你不作为影响的除了你还有其他组员，爽的是他。说话保持公正客观，沟通场所虽然是私下，但话都是可以放到明面上的事实，那就身正不怕影子斜。

如果聊完反而领导或者公司里有对你不利的氛围，那有问题的就是你的领导

@FranzKafka95 没有打绩效的权利那你就是骨干而不是 TL ，骨干遇到油子应该做的是和 TL 的私下沟通中客观地把油子的行动告知你的 leader 看你 leader 怎么处理
如果没有后文你还是受灾，还是应该找 leader ，要求分配任务上和他隔离
如果实在难受，且有被开/跑路的觉悟，可以考虑投诉到+2

1.港卡出入 kraken 交易
2.港币现金和香港 otc 商现场交易

aes 那么快的解密，你猜一台普通个人计算机一小时能爆破多少轮，需要多强的 key 才能抗住

现象是对的，结论我不太认同。
接受接口后能做的也就检查一下，nil check 没有什么需要改进的。这里有责任的是调用方，因为把实体类型（隐式地）转换为接口类型的是调用方，相当于调用方制造了一个损坏的非预期的接口值传出去

有的时候有的方法可以对 nil 值调用做出合理的行为，nil 值调方法并不一定是一个编程错误，因此接口目前的这个看似反直觉的行为还是有一定的道理的

fish
此类主题罕见的 fish 用户大量冒泡哈哈

笑死

苹果市值 250 亿，我用三秒抠鼻屎决定不买苹果产品，抵消了苹果的商业价值，成本是一团鼻屎

客观评价大概有两种，第一种是“由机器/测量器械测定的物理数值”，第二种是“虽然评价来自人，但使用所有人都有共识的指标数值化，并通过某种方式大量收集求统计值”

比如球星，前者可以是冲刺速度、肌肉力量、长短传精确度，后者大概是转会市场价，或者顶级球星的累积金球奖投票？
对程序员来说，我不太认为技术能用前者方式来囊括，就算通过某种方式建模划分不同方向，每个方向的能力强弱还是依赖人，所以我认为最明确、精准、常见的大概就是“市场薪资”了

已经到打绩效了，那能做的不多，除了谈问题以外，一个比较重要的环节是谈预期，下个季度要做到什么样子才是 A ，什么样子才能避免 C 。

更重要的其实是日常或者说事前，你有没有在团队里清晰的传达你要的高绩效下属是怎么样子的，有没有及时的通晒明显会涨绩效的优秀事实，反过来，明显会降低绩效的问题有没有事先警告，实际发生以后，又有没有及时给员工压力？特别是你认为比较下半区的员工，日常就应该大量的沟通。

还有一点，如果你的 10 人团队的末尾也只是你描述的这样，其他人的表现都比这位同学更好，那你的团队的整体表现是不是非常出色的？那你作为 leader ，还有一件事是应该找上面试着拍桌子不打 C 。如果你又没底气找上面拍桌子，那是不是团队里其实还有其他人做的也并不够优秀呢？我说的直接一点，如果有一个 p5 和 p7 都差不多垫底（但其实都算能干活，满足你的管理需求），我会给 5 打 C ，聊清楚期望和改进项；而给 7 打 B-以后，沟通的时候说清楚其实绩效只能拿 C ，没有下一次了。 这里的逻辑是 7 的职场经验多，你给 B 当 C 沟通，他应该是要能抿出严重程度的；而 5 更需要血淋淋一点的警告。除非有其他问题你其实已经想要放弃你的 7 了，如果发生流失，也是 7 留下的问题更大

根据中国国际光缆互联互通白皮书（ 2018 年），丹东-朝鲜有陆地线路
http://www.caict.ac.cn/kxyj/qwfb/bps/201808/P020180828517209310975.pdf