1899年,德国汽车工业先驱者之一,奥迪之父,奥古斯特·霍希(August Horch)创建了一家汽车公司,并用自己的姓氏Horch(霍希)来命名公司。
在霍希的领导下,霍希汽车公司不断推出创新车型,很快就在市场上脱颖而出,Horch也成为了德国顶尖的豪华汽车品牌。
1909年,霍希和公司其他投资人发生了激烈争吵。生性桀骜的霍希一怒之下离开了以他名字命名的公司,另起炉灶,创建了另一家汽车公司,也叫Horch。
两家同名公司很快对峙公堂,争夺Horch这个品牌。大半年官司打下来,霍希败诉,法院裁定他不得在公司名称或产品名称中使用Horch一词。
输了官司的霍希到他的老搭档萨利赫兹家里讨论对策。由于霍希公司先下手为强地注册了一大堆与Horch相近或相似的商标,他们讨论了半天仍没有找到能用的名字。萨利赫兹正在上学的儿子一直在角落里写拉丁文作业,突然喊道:“为什么不叫Audi呢?”几个人立时茅塞顿开。
Horch在德语中意思是“听”,在拉丁语中,表示“听”的词根是audi。二者意思一样,但audi更响亮。因此,霍希便将公司名称改为Audi,并将其作为公司产品的新品牌。
后来在萨克森国家银行的主导下,奥迪公司、霍希公司、DKW公司以及漫游者公司汽车事业部四方合并,成为汽车联盟股份公司,最后演变为现在的奥迪公司。奥迪的四环车标就代表了组成公司的四个子公司。
既然公司的品牌Audi是“听”的意思,奥迪公司在品牌宣传上,就格外注重听觉元素的运用。在奥迪的每一部广告片和宣传片中,最让人印象深刻的就是片尾出现的“奥迪心跳之音”。这两声强劲有力的心跳声的识别度堪比奥迪的“四环”标志,已成为奥迪品牌在听觉艺术上的标志。
英语中表示“听”的词根audi-就与Audi同源,来自拉丁语,衍生出不少与“听”相关的单词。
audit,末尾的t来自拉丁语动词过去分词后缀,在这里用来构成动词和名词。audit字面意思是“倾听”,特指倾听财务人员汇报公司的财务情况,是对公司的财务状况进行检查,所以引申为“审计”。
比如,audit their accounts(对他们进行财务审计),a tax audit(税务审计)。另外,audit还表示“旁听”,比如,audit the class(旁听上课)。
audience(听众),-ence名词后缀,表示动作本身。所以本意是hearing,表示“倾听”这个动作本身,或“听证会”这种活动。从15世纪早期开始,含义发生了较大变化,变成了“听众、在倾听的所有人”,是个集合名词。
后来含义不断扩展,除了“听众”外,还表示“读者”和“观众”。
比如,An audience of millions watched the wedding on TV. 几百万观众在电视上观看了婚礼。
audio原本是词根audi-(听)的组合形式。原本用来和其他词根一起构成组合词,但后来用作独立的单词。audio既可作名词表示“声音,音频”,也可作形容词,表示“声音的,音频的”,常用于工业和科技领域,比如audio signals(音频信号)。
在霍希的领导下,霍希汽车公司不断推出创新车型,很快就在市场上脱颖而出,Horch也成为了德国顶尖的豪华汽车品牌。
1909年,霍希和公司其他投资人发生了激烈争吵。生性桀骜的霍希一怒之下离开了以他名字命名的公司,另起炉灶,创建了另一家汽车公司,也叫Horch。
两家同名公司很快对峙公堂,争夺Horch这个品牌。大半年官司打下来,霍希败诉,法院裁定他不得在公司名称或产品名称中使用Horch一词。
输了官司的霍希到他的老搭档萨利赫兹家里讨论对策。由于霍希公司先下手为强地注册了一大堆与Horch相近或相似的商标,他们讨论了半天仍没有找到能用的名字。萨利赫兹正在上学的儿子一直在角落里写拉丁文作业,突然喊道:“为什么不叫Audi呢?”几个人立时茅塞顿开。
Horch在德语中意思是“听”,在拉丁语中,表示“听”的词根是audi。二者意思一样,但audi更响亮。因此,霍希便将公司名称改为Audi,并将其作为公司产品的新品牌。
后来在萨克森国家银行的主导下,奥迪公司、霍希公司、DKW公司以及漫游者公司汽车事业部四方合并,成为汽车联盟股份公司,最后演变为现在的奥迪公司。奥迪的四环车标就代表了组成公司的四个子公司。
既然公司的品牌Audi是“听”的意思,奥迪公司在品牌宣传上,就格外注重听觉元素的运用。在奥迪的每一部广告片和宣传片中,最让人印象深刻的就是片尾出现的“奥迪心跳之音”。这两声强劲有力的心跳声的识别度堪比奥迪的“四环”标志,已成为奥迪品牌在听觉艺术上的标志。
英语中表示“听”的词根audi-就与Audi同源,来自拉丁语,衍生出不少与“听”相关的单词。
audit,末尾的t来自拉丁语动词过去分词后缀,在这里用来构成动词和名词。audit字面意思是“倾听”,特指倾听财务人员汇报公司的财务情况,是对公司的财务状况进行检查,所以引申为“审计”。
比如,audit their accounts(对他们进行财务审计),a tax audit(税务审计)。另外,audit还表示“旁听”,比如,audit the class(旁听上课)。
audience(听众),-ence名词后缀,表示动作本身。所以本意是hearing,表示“倾听”这个动作本身,或“听证会”这种活动。从15世纪早期开始,含义发生了较大变化,变成了“听众、在倾听的所有人”,是个集合名词。
后来含义不断扩展,除了“听众”外,还表示“读者”和“观众”。
比如,An audience of millions watched the wedding on TV. 几百万观众在电视上观看了婚礼。
audio原本是词根audi-(听)的组合形式。原本用来和其他词根一起构成组合词,但后来用作独立的单词。audio既可作名词表示“声音,音频”,也可作形容词,表示“声音的,音频的”,常用于工业和科技领域,比如audio signals(音频信号)。
Pretty Clean 是一款开源的 macOS 文件清理工具,大家可以试试,程序员友好(能找到你的 XCode, Rust, Maven 等目录的大小,还有一些系统缓存和安装包),使用 Rust 编写。
标签:#开源 #macOS #Rust
标签:#开源 #macOS #Rust
Pretty Clean
Pretty Clean | Scan and quickly clean | Disk Tool
Easy to use macOS Disk Cleanup Tools. You just click what you see on the website.
哈哈,写了一篇文章介绍如何使用 Headscale 来替代 Tailscale 组建地球村大内网🔥
https://fuckcloudnative.io/posts/how-to-set-up-or-migrate-headscale/
标签:#VPN #WireGuard #Tailscale #Headscale
https://fuckcloudnative.io/posts/how-to-set-up-or-migrate-headscale/
标签:#VPN #WireGuard #Tailscale #Headscale
icloudnative.io
Tailscale 基础教程:Headscale 的部署方法和使用教程
深入探索如何利用 Tailscale 的开源替代品 Headscale 搭建高效 VPN 网络。本指南详细介绍了 Headscale 的部署和配置步骤,助您轻松构建安全、可靠的虚拟私人网络。
SCR-20220322-kvf.png
1.2 MB
好家伙,同样是 M1 芯片,系统换成 Asahi Linux 之后 Hugo build 速度比之前快两倍😅
https://old.reddit.com/r/linux/comments/tj12vw/hugo_runs_twice_as_fast_in_asahi_linux_than_macos/
标签:#macOS #Hugo #Linux
https://old.reddit.com/r/linux/comments/tj12vw/hugo_runs_twice_as_fast_in_asahi_linux_than_macos/
标签:#macOS #Hugo #Linux
202203281132559.png
186.2 KB
2006 年,亚马逊 CTO Werner Vogels 在接受 ACM 访谈,谈及亚马逊研发人员同时负责研发和运营维护工作背后的理念时,说了一句 “You build it, you run it”,意思就是“构建代码的人需要负责让代码在生产环境中运行起来,并负责后续的维护工作”。最近几年云原生和 DevOps 火起来之后,运维与开发之间的界限越来越糢糊,研发人员已经开始渐渐地承担运维工作了,不得不说亚马逊的眼光很超前。
Equal Experts 的首席顾问专门撰写了一本小册子来解释与 “You build it, you run it” 相关的准则、最佳实践和误区,与传统的运维模式进行对比(他们把传统的运维模式称为 “Ops Run It”,即由专门的 Ops 团队来负责运维),并强调 “You build it, you run it” 并不会抢了专职运维团队的饭碗,运维同学大可不必惊慌😂
链接🔗:https://www.equalexperts.com/wp-content/uploads/2022/03/YBIYRI_Playbook-4.pdf
标签:#运维 #亚马逊 #Ops #开源
Equal Experts 的首席顾问专门撰写了一本小册子来解释与 “You build it, you run it” 相关的准则、最佳实践和误区,与传统的运维模式进行对比(他们把传统的运维模式称为 “Ops Run It”,即由专门的 Ops 团队来负责运维),并强调 “You build it, you run it” 并不会抢了专职运维团队的饭碗,运维同学大可不必惊慌😂
链接🔗:https://www.equalexperts.com/wp-content/uploads/2022/03/YBIYRI_Playbook-4.pdf
标签:#运维 #亚马逊 #Ops #开源
👍2
Grafana Mimir 是 Grafana Labs 新开源的项目,用来为 Prometheus 提供持久化存储,开源许可协议是 AGPL-3.0。此前 Grafana 开源了 Cortex,但 Grafana Cloud 使用的还是内部商用的存储,因此 Grafana 团队需要维护两套代码。也许是维护两套代码太累了,所以干脆将 Grafana Cloud 使用的存储开源了,就是 Grafana Mimir。
标签:#云原生 #Grafana #监控 #Prometheus #Mimir
标签:#云原生 #Grafana #监控 #Prometheus #Mimir
GitHub
GitHub - grafana/mimir: Grafana Mimir provides horizontally scalable, highly available, multi-tenant, long-term storage for Prometheus.
Grafana Mimir provides horizontally scalable, highly available, multi-tenant, long-term storage for Prometheus. - grafana/mimir
Anki 的同步服务器在国外,还是一个个人项目,带宽很小,同步速度很慢,如果我们想在多个客户端之间同步学习进度和新增的知识点,那将非常痛苦。
这不,我用 Kubernetes 部署了一个自定义的同步服务器😂
标签:#云原生 #Kubernetes #Anki #KubeSphere
这不,我用 Kubernetes 部署了一个自定义的同步服务器😂
标签:#云原生 #Kubernetes #Anki #KubeSphere
icloudnative.io
Anki 自定义同步服务器部署与使用
本文介绍了如何使用 Docker 或 Kubernetes 部署 Anki 同步服务器并配置客户端正确使用。
有一件事情我感觉不吐不快,前几天我想转载一篇大佬的文章到我公众号,大佬欣然同意了,然后我就转载了,标注了作者姓名和原文链接(原文链接放在文章末尾),发的时候也没找他再次确认转载形式。然后过了几天大佬在我的公众号上发现了他的这篇文章,说我不尊重他的劳动成果,立马删掉。
然后我立马跟他解释是我的疏忽,不停地赔礼道歉,并立即删除文章。我全程都在像求爷爷告奶奶一样不停地诚恳地赔礼道歉,大佬又说这样还不行,必须要公开道歉,我也答应了,但是我没有告知他到底什么时候发道歉的文章,因为公众号一天只能发一次,我当天已经发过一篇文章了,于是就想着登到第二天再发。
当然,这里我并没有通知大佬第二天才能发,只是我自己心里这么想的。然后第二天早上我起得比较迟,大概 9 点左右起的,然后处理了一些工作,准备下午发道歉文。然后大佬又开始语气很冲地来质问我,大概意思就是我没有诚意,发个道歉文要这么久吗,全程语气里透着一种“我看你非常不顺眼”。
大佬从前一天一开始跟我说话一直都是这种语气,我一直都在求爷爷告奶奶的感觉。然后我又跟他解释微信公众号一天只能发一次,但是大佬又开始质问我 12 点之后不是就可以发了吗?发个道歉需要拖到下午吗?说我根本就没有诚意。我真的不知道该怎么说了,确实是我的问题,然后我就说马上就发,不但发道歉文,而且还在道歉文里呼吁大家关注他的内容,发完了之后还转发到朋友圈让大家关注他的内容,然后他也转发到朋友圈,并转发了和我的聊天截图,然后我还给他点赞了。我跟他解释我可能是做事考虑不周,做事不太成熟,让您误解我没有诚意,如果我没有诚意,我怎么会在道歉文里让大家关注您呢?
然后他还是这种语气说话:我让你在道歉文里让大家关注我了吗?我不能理解,就算我千错万错,从您一开始提出这个事情开始我就一直在求爷爷告奶奶地向您道歉,您真的有必要全程用一种“我看你非常不顺眼”的语气跟我说话吗,我做的真的有问题吗
不过我理解了一点,可能是大佬觉得道不同不相为谋?所以无论我做什么都于事无补?可是就算道不同不相为谋,真的有必要这样吗?
然后我立马跟他解释是我的疏忽,不停地赔礼道歉,并立即删除文章。我全程都在像求爷爷告奶奶一样不停地诚恳地赔礼道歉,大佬又说这样还不行,必须要公开道歉,我也答应了,但是我没有告知他到底什么时候发道歉的文章,因为公众号一天只能发一次,我当天已经发过一篇文章了,于是就想着登到第二天再发。
当然,这里我并没有通知大佬第二天才能发,只是我自己心里这么想的。然后第二天早上我起得比较迟,大概 9 点左右起的,然后处理了一些工作,准备下午发道歉文。然后大佬又开始语气很冲地来质问我,大概意思就是我没有诚意,发个道歉文要这么久吗,全程语气里透着一种“我看你非常不顺眼”。
大佬从前一天一开始跟我说话一直都是这种语气,我一直都在求爷爷告奶奶的感觉。然后我又跟他解释微信公众号一天只能发一次,但是大佬又开始质问我 12 点之后不是就可以发了吗?发个道歉需要拖到下午吗?说我根本就没有诚意。我真的不知道该怎么说了,确实是我的问题,然后我就说马上就发,不但发道歉文,而且还在道歉文里呼吁大家关注他的内容,发完了之后还转发到朋友圈让大家关注他的内容,然后他也转发到朋友圈,并转发了和我的聊天截图,然后我还给他点赞了。我跟他解释我可能是做事考虑不周,做事不太成熟,让您误解我没有诚意,如果我没有诚意,我怎么会在道歉文里让大家关注您呢?
然后他还是这种语气说话:我让你在道歉文里让大家关注我了吗?我不能理解,就算我千错万错,从您一开始提出这个事情开始我就一直在求爷爷告奶奶地向您道歉,您真的有必要全程用一种“我看你非常不顺眼”的语气跟我说话吗,我做的真的有问题吗
不过我理解了一点,可能是大佬觉得道不同不相为谋?所以无论我做什么都于事无补?可是就算道不同不相为谋,真的有必要这样吗?
Etcd 的性能主要依赖于后端存储的性能,Etcd 中提供了一个指标 wal_fsync_duration_seconds 来衡量存储的性能,如果 99% 的样本指标在 10ms 以内,存储基本上就可以满足 Etcd 的需求。下面这篇文章介绍了如何使用 fio 来测试 Etcd 所需存储的性能。
https://www.ibm.com/cloud/blog/using-fio-to-tell-whether-your-storage-is-fast-enough-for-etcd
标签:#云原生 #Etcd
https://www.ibm.com/cloud/blog/using-fio-to-tell-whether-your-storage-is-fast-enough-for-etcd
标签:#云原生 #Etcd
Ibm
Cloud | IBM
Leverage educational content like blogs, articles, videos, podcasts, reports and more, crafted by IBM experts, on emerging cloud technologies