故障处理SOP是废话吗?
作为《空中浩劫》的忠实观众,我常常能看到飞行员在遇到各种险情时,只要还有时间和精力,就一定会拿起手边的操作手册(新机型应该已经电子化了)按指引逐条查找来尝试找到问题的标准解决方式。这份手册就是本文的主题,即 SOP (标准作业程序)。
虽然在航空业中,要么飞行员能够依靠 SOP 化险为夷,要么调查人员也常常会证明按照 SOP 操作很可能就能避免事故,但在互联网行业,SOP 虽常常被人提及和编纂,却很少能发挥出很大的作用,这又是什么原因呢?
https://easonyang.com/posts/is-sop-bullshit/
作为《空中浩劫》的忠实观众,我常常能看到飞行员在遇到各种险情时,只要还有时间和精力,就一定会拿起手边的操作手册(新机型应该已经电子化了)按指引逐条查找来尝试找到问题的标准解决方式。这份手册就是本文的主题,即 SOP (标准作业程序)。
虽然在航空业中,要么飞行员能够依靠 SOP 化险为夷,要么调查人员也常常会证明按照 SOP 操作很可能就能避免事故,但在互联网行业,SOP 虽常常被人提及和编纂,却很少能发挥出很大的作用,这又是什么原因呢?
https://easonyang.com/posts/is-sop-bullshit/
Eason Yang's Blog
故障处理SOP是废话吗?
作为《空中浩劫》的忠实观众,我常常能看到飞行员在遇到各种险情时,只要还有时间和精力,就一定会拿起手边的操作手册(新机型应该已经电子化了)按指引逐条查找来尝试找到问题的标准解决方式。这份手册就是本文的主题,即 SOP (标准作业程序)。
虽然在航空业中,要么飞行员能够依靠 SOP 化险为夷,要么调查人员也常常会证明按照 SOP 操作很可能就能避免事故,但在互联网行业,SOP 虽常常被人提及和编纂,却很少能发挥出很大的作用,这又是什么原因呢?
虽然在航空业中,要么飞行员能够依靠 SOP 化险为夷,要么调查人员也常常会证明按照 SOP 操作很可能就能避免事故,但在互联网行业,SOP 虽常常被人提及和编纂,却很少能发挥出很大的作用,这又是什么原因呢?
重新定义PPT的Slidev
作为一个每次写 VBA 都要查文档的 MS Office 小白,PowerPoint 这种被人成为神器的演示工具对我来说却是阻碍我生产力的绊脚石,我总是无法沉下心做好元素的对齐,也被页码问题搞得焦头烂额。终于有一天,我意识到花费在样式和结构组织上的大量精力是浪费生命的,我应该更专注于 PPT 的核心——内容。如果能有一款基于 Markdown 的工具,让我逃脱格式调整的苦海,潜心编写内容该多好啊!而当我看到 Slidev 时,我知道问题终于有了转机。
https://easonyang.com/posts/slidev-tutorial/
作为一个每次写 VBA 都要查文档的 MS Office 小白,PowerPoint 这种被人成为神器的演示工具对我来说却是阻碍我生产力的绊脚石,我总是无法沉下心做好元素的对齐,也被页码问题搞得焦头烂额。终于有一天,我意识到花费在样式和结构组织上的大量精力是浪费生命的,我应该更专注于 PPT 的核心——内容。如果能有一款基于 Markdown 的工具,让我逃脱格式调整的苦海,潜心编写内容该多好啊!而当我看到 Slidev 时,我知道问题终于有了转机。
https://easonyang.com/posts/slidev-tutorial/
Eason Yang's Blog
重新定义PPT的Slidev
作为一个每次写 VBA 都要查文档的 MS Office 小白,PowerPoint 这种被人成为神器的演示工具对我来说却是阻碍生产力的绊脚石,我总是无法沉下心做好元素的对齐,也被页码问题搞得焦头烂额。终于有一天,我意识到花费在样式和结构组织上的大量精力是浪费生命的,我应该更专注于 PPT 的核心——内容。如果能有一款基于 Markdown 的工具,让我逃脱格式调整的苦海,潜心编写内容该多好啊!而当我看到 Slidev 时,我知道问题终于有了转机。
基于Revue建立个人Newsletter
Newsletter 这个名词我在十几年前刚上网时就有所耳闻,虽然能实现通过推送达到内容直接触达用户的目标,但它既没有像 RSS 一样在开放互联网上广为人知,也没能像微信公众号一般在封闭生态内成为实际上的标准,再加上国内使用邮件作为日常沟通的场景本身就弱,所以多年以来一直是个小众领域。但最近 Twitter 等大公司在 Newsletter 领域动作频频,Newsletter 可谓是老树开新花,在人们对封闭平台越发警惕的今天,相当于去中心化的 Newsletter 受到了越来越多人的青睐。
https://easonyang.com/posts/create-newsletter-by-revue/
Newsletter 这个名词我在十几年前刚上网时就有所耳闻,虽然能实现通过推送达到内容直接触达用户的目标,但它既没有像 RSS 一样在开放互联网上广为人知,也没能像微信公众号一般在封闭生态内成为实际上的标准,再加上国内使用邮件作为日常沟通的场景本身就弱,所以多年以来一直是个小众领域。但最近 Twitter 等大公司在 Newsletter 领域动作频频,Newsletter 可谓是老树开新花,在人们对封闭平台越发警惕的今天,相当于去中心化的 Newsletter 受到了越来越多人的青睐。
https://easonyang.com/posts/create-newsletter-by-revue/
Eason Yang's Blog
基于Revue建立个人Newsletter
Newsletter 这个名词我在十几年前刚上网时就有所耳闻,虽然能实现通过推送达到内容直接触达用户的目标,但它既没有像 RSS 一样在开放互联网上广为人知,也没能像微信公众号一般在封闭生态内成为实际上的标准,再加上国内使用邮件作为日常沟通的场景本身就弱,所以多年以来一直是个小众领域。但最近 Twitter 等大公司在 Newsletter 领域动作频频,Newsletter 可谓是老树开新花,在人们对封闭平台越发警惕的今天,相当于去中心化的 Newsletter 受到了越来越多人的青睐。
#胡言乱语
👉研发工程师的高薪还能持续多久?
最近国内互联网头部企业频繁遭遇政策黑天鹅,另一方面政策对教育行业的冲击也使得招聘市场上工程师的简历明显增多,最值得注意的是从阿里公布的减税资格取消的情况来看,国内政策层面对互联网行业的态度变化已经非常值得寻味。
另一方面,在互联网下半场的红海战场上,大大小小的互联网公司似乎都很难如 10 年前一般找到一个快速增长点,更多的公司还在尝试深挖此前占领的存量市场,国内互联网的规模发展已经初见瓶颈。
互联网的工资水平是公认的打工人中的佼佼者,研发工程师更甚。但问题在于土木、机械等传统行业的工程师所需要掌握的技能、所能提供的价值与互联网的研发工程师并没有多少不同,但薪资却有着巨大的差异。而互联网与资本是紧密联系的,如果在未来无论是缘于政策原因还是市场原因导致国内互联网企业与资本出现脱钩,导致一、二线互联网大厂出现盈利和规模的成长性问题,那么在当今报志愿必考虑计算机和软件专业的时代所带来的买方招聘市场下,谁又能保证研发工程师的薪资和待遇不会如几年前的土木行业一般出现断崖式下跌呢?
随着近期消费指数数据的公布,国内经济形势持续不容乐观,现在来看,我们所焦虑的危机也许并不会是年龄带来的,反而更可能是宏观层面的变化导致的。对于高薪的研发工程师来说,也许是时候捂紧自己的钱包,将投资喜好改为保守型,来做好应对时代洪流下个人生活质量下降的准备了。
👉研发工程师的高薪还能持续多久?
最近国内互联网头部企业频繁遭遇政策黑天鹅,另一方面政策对教育行业的冲击也使得招聘市场上工程师的简历明显增多,最值得注意的是从阿里公布的减税资格取消的情况来看,国内政策层面对互联网行业的态度变化已经非常值得寻味。
另一方面,在互联网下半场的红海战场上,大大小小的互联网公司似乎都很难如 10 年前一般找到一个快速增长点,更多的公司还在尝试深挖此前占领的存量市场,国内互联网的规模发展已经初见瓶颈。
互联网的工资水平是公认的打工人中的佼佼者,研发工程师更甚。但问题在于土木、机械等传统行业的工程师所需要掌握的技能、所能提供的价值与互联网的研发工程师并没有多少不同,但薪资却有着巨大的差异。而互联网与资本是紧密联系的,如果在未来无论是缘于政策原因还是市场原因导致国内互联网企业与资本出现脱钩,导致一、二线互联网大厂出现盈利和规模的成长性问题,那么在当今报志愿必考虑计算机和软件专业的时代所带来的买方招聘市场下,谁又能保证研发工程师的薪资和待遇不会如几年前的土木行业一般出现断崖式下跌呢?
随着近期消费指数数据的公布,国内经济形势持续不容乐观,现在来看,我们所焦虑的危机也许并不会是年龄带来的,反而更可能是宏观层面的变化导致的。对于高薪的研发工程师来说,也许是时候捂紧自己的钱包,将投资喜好改为保守型,来做好应对时代洪流下个人生活质量下降的准备了。
#胡言乱语
👉警惕开发中的教条主义
据说「教条主义」本身是个中性词,但在中文语境下这显然是贬义的。
在开发和架构设计时,轻度的教条主义是对各种原则的原教旨主义般的追求,重度的则是在设计时完全沿用根据以往经验所总结出的套路和方法论。
这样的教条主义要么是由于照本宣科、要么是因为先入为主,总会使当事人加重对业务和架构的理解成本,甚至导致多走弯路。
开发中的教条主义是值得警惕和纠正的,当我们发现自己在开发和设计时出现教条主义的端倪时,一定要提醒自己多多思考甚至反思。「解放思想」虽是套话但却是应对教条主义时十分有效的指导思想。
👉警惕开发中的教条主义
据说「教条主义」本身是个中性词,但在中文语境下这显然是贬义的。
在开发和架构设计时,轻度的教条主义是对各种原则的原教旨主义般的追求,重度的则是在设计时完全沿用根据以往经验所总结出的套路和方法论。
这样的教条主义要么是由于照本宣科、要么是因为先入为主,总会使当事人加重对业务和架构的理解成本,甚至导致多走弯路。
开发中的教条主义是值得警惕和纠正的,当我们发现自己在开发和设计时出现教条主义的端倪时,一定要提醒自己多多思考甚至反思。「解放思想」虽是套话但却是应对教条主义时十分有效的指导思想。
#博客
KPI 驱动的技术项目指的是表面上是为了切实解决某一问题,但实际上却是为了满足 KPI 或 OKR 需求应运而生的项目,在开源项目和公司内部都有可能出现。
技术项目是需要进行长期维护的(尤其是开源项目),但如果 KPI 已经完成,则要么维护者的迭代动力骤降,要么项目早晚会面临交接给其他团队成为边缘项目的命运,而其中的主要原因显然是这类技术项目很难为维护者们带来持续的收益,边际成本却日益上升。同时,纯粹的 KPI 驱动也容易导致技术实现的一地鸡毛。
可见,纯 KPI 技术项目对于项目的使用者来说是很不友好的,那么当一个项目具有哪些特征时我们就应该保持警惕并思考是否还要使用该项目呢?
https://easonyang.com/posts/identity-kpi-driven-tech-projects/
KPI 驱动的技术项目指的是表面上是为了切实解决某一问题,但实际上却是为了满足 KPI 或 OKR 需求应运而生的项目,在开源项目和公司内部都有可能出现。
技术项目是需要进行长期维护的(尤其是开源项目),但如果 KPI 已经完成,则要么维护者的迭代动力骤降,要么项目早晚会面临交接给其他团队成为边缘项目的命运,而其中的主要原因显然是这类技术项目很难为维护者们带来持续的收益,边际成本却日益上升。同时,纯粹的 KPI 驱动也容易导致技术实现的一地鸡毛。
可见,纯 KPI 技术项目对于项目的使用者来说是很不友好的,那么当一个项目具有哪些特征时我们就应该保持警惕并思考是否还要使用该项目呢?
https://easonyang.com/posts/identity-kpi-driven-tech-projects/
Eason Yang's Blog
如何辨别KPI驱动的技术项目
KPI 驱动的技术项目指的是表面上是为了切实解决某一问题,但实际上却是为了满足 KPI 或 OKR 需求应运而生的项目,在开源项目和公司内部都有可能出现。
技术项目是需要进行长期维护的(尤其是开源项目),但如果 KPI 已经完成,则要么维护者的迭代动力骤降,要么项目早晚会面临交接给其他团队成为边缘项目的命运,而其中的主要原因显然是这类技术项目很难为维护者们带来持续的收益,边际成本却日益上升。同时,纯粹的 KPI 驱动也容易导致技术实现的一地鸡毛。
可见,纯 KPI 技术项目对于项目的使用者来说是很不友好…
技术项目是需要进行长期维护的(尤其是开源项目),但如果 KPI 已经完成,则要么维护者的迭代动力骤降,要么项目早晚会面临交接给其他团队成为边缘项目的命运,而其中的主要原因显然是这类技术项目很难为维护者们带来持续的收益,边际成本却日益上升。同时,纯粹的 KPI 驱动也容易导致技术实现的一地鸡毛。
可见,纯 KPI 技术项目对于项目的使用者来说是很不友好…
#博客
公司基因是一个较有争议的描述,很多人觉得这是对公司体制和运营模式的刻板印象,因为一家公司的固有模式和体制并不代表着它以后就不能涉猎并做好当前不擅长的领域。而我认为「公司基因」是对公司「路径依赖」的形象化描述,「基因」或称为路径依赖对公司发展的影响并不是确定的,而是概率性的,只是这个概率较大,可以用于「武断」地推断公司的战略调整是否会成功。那么公司基因又与普通员工的工作选择有什么联系呢?
https://easonyang.com/posts/enterprise-genes-and-jobs/
公司基因是一个较有争议的描述,很多人觉得这是对公司体制和运营模式的刻板印象,因为一家公司的固有模式和体制并不代表着它以后就不能涉猎并做好当前不擅长的领域。而我认为「公司基因」是对公司「路径依赖」的形象化描述,「基因」或称为路径依赖对公司发展的影响并不是确定的,而是概率性的,只是这个概率较大,可以用于「武断」地推断公司的战略调整是否会成功。那么公司基因又与普通员工的工作选择有什么联系呢?
https://easonyang.com/posts/enterprise-genes-and-jobs/
Eason Yang's Blog
公司基因与工作选择
公司基因是一个较有争议的描述,很多人觉得这是对公司体制和运营模式的刻板印象,因为一家公司的固有模式和体制并不代表着它以后就不能涉猎并做好当前不擅长的领域。而我认为「公司基因」是对公司「路径依赖」的形象化描述,「基因」或称为路径依赖对公司发展的影响并不是确定的,而是概率性的,只是这个概率较大,可以用于「武断」地推断公司的战略调整是否会成功。那么公司基因又与普通员工的工作选择有什么联系呢?
#博客
没想到 2021 年还有很多人在争论是否该使用关系型数据库的外键,这种外键我们更习惯称其为物理外键,与之相对的是由业务逻辑控制的逻辑外键,实际上当今稍稍复杂些的业务都在使用外键,只是使用的是逻辑外键而非物理外键。
https://easonyang.com/posts/do-not-use-rdb-foreign-key/
没想到 2021 年还有很多人在争论是否该使用关系型数据库的外键,这种外键我们更习惯称其为物理外键,与之相对的是由业务逻辑控制的逻辑外键,实际上当今稍稍复杂些的业务都在使用外键,只是使用的是逻辑外键而非物理外键。
https://easonyang.com/posts/do-not-use-rdb-foreign-key/
Eason Yang's Blog
该不该使用关系型数据库的物理外键
没想到 2021 年还有很多人在争论是否该使用关系型数据库的外键,这种外键我们更习惯称其为物理外键,与之相对的是由业务逻辑控制的逻辑外键,实际上当今稍稍复杂些的业务都在使用外键,只是使用的是逻辑外键而非物理外键。
物理外键是我们学习数据库原理和设计时都会遇到的章节,它的主要优势是可以通过数据库实现强制的 Referential Integrity ,即引用完整性。但这样的完整性使用逻辑外键也完全能实现,有人认为逻辑外键由于完全依赖业务代码所以无法真正保证完整性,但这其实是个伪命题,因为物理外键也是由「人…
物理外键是我们学习数据库原理和设计时都会遇到的章节,它的主要优势是可以通过数据库实现强制的 Referential Integrity ,即引用完整性。但这样的完整性使用逻辑外键也完全能实现,有人认为逻辑外键由于完全依赖业务代码所以无法真正保证完整性,但这其实是个伪命题,因为物理外键也是由「人…
#稍后不读 看着 ETH 主网那高昂的 Gas 费,我很认同作者的各个观点,Web 3.0 也许真的是未来,但当下的实现形态是无法在大众世界中被广泛使用的 https://moxie.org/2022/01/07/web3-first-impressions.html
Moxie Marlinspike
My first impressions of web3
Despite considering myself a cryptographer, I have not found myself particularly drawn to “crypto.” I don’t think I’ve ever actually said the words “get off my lawn,” but I’m much more likely to click on Pepperidge Farm Remembers flavored memes about how…
#博客
这一年工作有了些许新变量,收入多了些,也有了更多的表达欲望和副业想法,唯一不变的大概就只有个人的后消费主义时期下的持续消费。
和往年不同的是,今年很少会看到感兴趣的东西就下单,更多的则是基于自身或合理或过度的需求调研后买入,所以买的玩具更少了,实用(大概)的东西更多了。我为今年的数码消费打上四星满意度和一星的省钱度。
https://easonyang.com/posts/2021-digital-consumption-review/
这一年工作有了些许新变量,收入多了些,也有了更多的表达欲望和副业想法,唯一不变的大概就只有个人的后消费主义时期下的持续消费。
和往年不同的是,今年很少会看到感兴趣的东西就下单,更多的则是基于自身或合理或过度的需求调研后买入,所以买的玩具更少了,实用(大概)的东西更多了。我为今年的数码消费打上四星满意度和一星的省钱度。
https://easonyang.com/posts/2021-digital-consumption-review/
Eason Yang's Blog
2021数码消费年终总结
写在前面 这一年工作有了些许新变量,收入多了些,也有了更多的表达欲望和副业想法,唯一不变的大概就只有个人的后消费主义时期下的持续消费。
和往年不同的是,今年很少会看到感兴趣的东西就下单,更多的则是基于自身或合理或过度的需求调研后买入,所以买的玩具更少了,实用(大概)的东西更多了。我为今年的数码消费打上四星满意度和一星的省钱度。
和往年不同的是,今年很少会看到感兴趣的东西就下单,更多的则是基于自身或合理或过度的需求调研后买入,所以买的玩具更少了,实用(大概)的东西更多了。我为今年的数码消费打上四星满意度和一星的省钱度。
#稍后不读 Cloudflare 最近动作频频,发布了包括「基于 Workers 的邮件发送机制」、「基于 MQTT 的消息总线」等等产品,其中「基于 SQLite 的 SQL 数据库 D1 」引起了我的注意。
官方文章中着重讲了 D1 的特性和愿景,但对技术实现细节没有太多描述。从「D1 will create read-only clones of your data, close to where your users are, and constantly keep them up-to-date with changes」这句话来看,大概率是和 Workers KV 类似的机制,即由一个主节点作为数据源,将文件数据复制至全球的多个从节点,写主读从、最终一致性。
如果是这样的实现,那其实很多基于传统关系型数据库的场景并不适合直接使用 D1 ,文中「Build almost anything」的说法似乎有些夸张。但在边缘计算层面,这无疑是一个有趣且值得期待的功能,毕竟在传统架构中 KV 和 SQL 类型的组件通常都是搭配工作的。
D1 将于 2022 年 6 月左右正式可用,我们不妨期待一下。
https://blog.cloudflare.com/introducing-d1/
官方文章中着重讲了 D1 的特性和愿景,但对技术实现细节没有太多描述。从「D1 will create read-only clones of your data, close to where your users are, and constantly keep them up-to-date with changes」这句话来看,大概率是和 Workers KV 类似的机制,即由一个主节点作为数据源,将文件数据复制至全球的多个从节点,写主读从、最终一致性。
如果是这样的实现,那其实很多基于传统关系型数据库的场景并不适合直接使用 D1 ,文中「Build almost anything」的说法似乎有些夸张。但在边缘计算层面,这无疑是一个有趣且值得期待的功能,毕竟在传统架构中 KV 和 SQL 类型的组件通常都是搭配工作的。
D1 将于 2022 年 6 月左右正式可用,我们不妨期待一下。
https://blog.cloudflare.com/introducing-d1/
The Cloudflare Blog
Announcing D1: our first SQL database
Today, we’re excited to announce D1, Cloudflare’s first SQL database, designed for Cloudflare Workers.
#TIL 什么是「特别提款权(SDR)」?
https://www.imf.org/zh/About/Factsheets/Sheets/2016/08/01/14/51/Special-Drawing-Right-SDR
https://www.imf.org/zh/About/Factsheets/Sheets/2016/08/01/14/51/Special-Drawing-Right-SDR
www.imf.org
International Monetary Fund
IMF Page not found with links to News, About the IMF, Fund Rates, IMF Publications, What's New, Standards and Codes, Country Information and featured topics
#稍后不读 翻阅 DO GitHub 仓库时看到有这么一篇「DigitalOcean 的工程师行为准则」,读了下感觉有些死板,「No condescending well-actually’s」这一项更是不太认同。
总的来说,我觉得依赖团队或企业文化的传承来培养行为准则,要比真正定义一份手册好得多。如果一定要写一篇行为准则,那应该做好示例枚举并说明豁免场景才合理。
https://github.com/digitalocean/engineering-code-of-conduct
总的来说,我觉得依赖团队或企业文化的传承来培养行为准则,要比真正定义一份手册好得多。如果一定要写一篇行为准则,那应该做好示例枚举并说明豁免场景才合理。
https://github.com/digitalocean/engineering-code-of-conduct
GitHub
GitHub - digitalocean/engineering-code-of-conduct: Code of Conduct for DigitalOcean's Engineering Team
Code of Conduct for DigitalOcean's Engineering Team - GitHub - digitalocean/engineering-code-of-conduct: Code of Conduct for DigitalOcean's Engineering Team
#interesting 推荐个专业给纽约时报等媒体挑错的推特账号——「Typos of the New York Times」,莫名的黑色幽默风格,顺便还能学学英语
https://twitter.com/nyttypos
https://twitter.com/nyttypos
X (formerly Twitter)
Typos of the New York Times (@nyttypos) on X
I am an appellate lawyer and persnickety dude. As a hobby, I correct typos in the Times, which no longer employs copy editors and consequently has tons of typos
#interesting 从零开始搭建一个免费的个人博客数据统计系统(umami + Vercel + Heroku)
https://www.pseudoyu.com/zh/2022/05/21/free_blog_analysis_using_umami_vercel_and_heroku/
https://www.pseudoyu.com/zh/2022/05/21/free_blog_analysis_using_umami_vercel_and_heroku/
Pseudoyu
从零开始搭建一个免费的个人博客数据统计系统(umami)