Hi there 👋

翻译自https://peps.python.org/pep-0020 优美胜于丑陋 Beautiful is better than ugly. 明了胜于晦涩 （Explicit is better than implicit.） 简洁胜于复杂 （Simple is better than complex.） 复杂胜于凌乱（Complex is better than complicated.） 扁平胜于嵌套（Flat is better than nested.） 稀疏胜于密集（Sparse is better than dense.） 可读性至关重要（Readability counts.） 特殊情况不足以打破规则（Special cases aren’t special enough to break the rules.） 尽管实用性高于纯粹性（Although practicality beats purity.） 错误绝不能悄悄忽略（Errors should never pass silently.） 除非明确声明要忽略（Unless explicitly silenced.） 面对歧义，拒绝猜测的诱惑（In the face of ambiguity, refuse the temptation to guess.） 做一件事应该有且最好只有一种显而易见的方式（There should be one– and preferably only one –obvious way to do it.） 尽管这种方式最初可能并不明显，除非你是荷兰人（Although that way may not be obvious at first unless you’re Dutch.）（注：此处 “荷兰人” 暗指 Python 创始人吉多・范罗苏姆（Guido van Rossum），他是荷兰人，强调其设计理念的权威性） 现在做胜于永远不做（Now is better than never.） 尽管 “永远不做” 往往胜于 “现在就做（却做错）”（Although never is often better than right now.）（注：right now 加星号强调 “当下仓促行动”，暗指避免未经思考的草率开发） 若实现方案难以解释，那它一定是个坏主意（If the implementation is hard to explain, it’s a bad idea.） 若实现方案易于解释，它或许是个好主意（If the implementation is easy to explain, it may be a good idea.） 命名空间是个绝妙的主意 —— 让我们多利用它吧！（Namespaces are one honking great idea – let’s do more of those!）（注：“honking great” 为口语化表达，意为 “非常棒、极其出色”，体现对命名空间设计的认可）

graph LR 光猫 --> ASUS ASUS --> R2S ASUS --> NAS R2S --> 小米 小米 --> PC 光猫：未改桥接，关ipv6防火墙，DMZ到ASUS ASUS：做主路由，开ipv6防火墙，ipv6选passthrough模式 R2S：关ipv6防火墙，所有接口ipv6都选中继模式 小米：改成中继模式当成R2S的AP使用

翻译自: https://medium.com/@myroslavazel/game-theory-in-software-engineering-812101b77840 正如各种敏捷专家所建议的那样，博弈论 与敏捷团队的工作方式有着紧密的联系。 根据他们的说法，关键在于最大化团队目标而不是个人奖励。在博弈论中，决策者从大量策略中选择一个行动。创建一个目标函数，反映此人的利益，并依赖于所选择的策略。 ...

第一章 道可道（可以语言交流的道）， 非常道（非真正意义上的道）； 名可名（可以明确定义的名）， 非常名（非真正意义上的名）。 无名天地之始（天地在开始时并无名称）， 有名万物之母（名只是为了万物的归属）。 故常无欲以观其妙（因此常用无意识以发现其奥妙）， 常有欲以观其徼（常用有意识以归属其范围）。 两者同出异名（两种思维模式同出自一个地方但概念却不相同）， 同谓玄之又玄（这就是玄之又玄的玄关窍）。 众妙之门（它是打开一切奥妙的不二法门）。 ...

【第一章】道可道，非常道；名可名，非常名。无名天地之始，有名万物之母。故常无欲，以观其妙；常有欲，以观其徼（jiào）。此两者同出而异名，同谓之玄，玄之又玄，众妙之门。 ...

《世上为什么要有图书馆》 对问题分类 对路径识别

十年Kubernetes：过去、现在和未来 翻译自https://thenewstack.io/10-years-of-kubernetes-past-present-and-future/ Matt Butcher 回顾了事情的起点，Kubernetes走向成熟的历程，以及它在WebAssembly运动中的潜力。 2024年6月12日上午10:00 由 Matt Butcher 撰写 ...

文章: 虚拟讨论会：如何成为首席工程师 翻译自https://www.infoq.com/articles/virtual-panel-principal-engineer/ Ben Linders, Joy Ebertz, Pablo Fredrikson, Charlotte de Jong Schouwenburg Dec 11 8 分钟 关键要点 转变为首席工程师角色需要结合技术专长和领导技能，既要关注个人贡献，又要关注团队动态。 对于有志成为首席工程师的人来说，关键技能包括战略思维、影响他人和有效沟通，以及同理心和指导同事的能力。 与管理层合作，在公司内获得更广泛的曝光机会，并通过参加会议和指导等经验抓住持续学习的机会，可以提升职业发展。 不同组织对首席工程师的定义和期望可能大不相同，这强调了适应文化和领导需求的重要性。 公司应该通过明确预期角色、促进自主性和鼓励重视成长和影响力的文化，来支持首席工程师。 介绍 作为一名软件工程师或个人贡献者，你职业生涯的下一步可以是成为一名首席工程师。在公司成为首席工程师的路径可能感觉不明确，从而抑制个人工程师的职业发展。然而，这也为工程师提供了发明和塑造首席工程师角色的机会。 ...

https://excalidraw.com/ Keyboard shortcuts Tools Tool Press This Hand (panning tool) H Selection V or 1 Rectangle R or 2 Diamond D or 3 Ellipse O or 4 Arrow A or 5 Line L or 6 Draw P or 7 Text T or 8 Insert image 9 Eraser E or 0 Frame tool F Laser pointer K Pick a color from the canvas I or Shift + S or Shift + G Edit line/arrow points Ctrl + Enter Edit text / add label Enter Pick a color from canvas Enter or Shift + Enter Finish editing (text editor) Esc or Ctrl + Enter Curved arrow A + click + click + click Curved line L + click + click + click Add a new line (text editor) Q Prevent arrow binding Ctrl Add/ Update link for a selected shape Ctrl + K View ...