#杂
现在的小孩,优秀的话可能本科的时候就能把Raft、Paxos这些比较艰深的知识掌握的很好了,比如这位(猜的):
https://xxchan.github.io/cs/2022/02/09/paxos-hard-zh.html
我每次看到这样的现象,都是这样来说服自己的:不要以生理年纪来衡量很多事情,并不是年纪越大对很多事情的认知就比别人多。
现在的小孩,优秀的话可能本科的时候就能把Raft、Paxos这些比较艰深的知识掌握的很好了,比如这位(猜的):
https://xxchan.github.io/cs/2022/02/09/paxos-hard-zh.html
我每次看到这样的现象,都是这样来说服自己的:不要以生理年纪来衡量很多事情,并不是年纪越大对很多事情的认知就比别人多。
XX's Blog
为啥 Paxos 这么难?
English Version
Forwarded from 硬核小卒
MIT 6.828 课程推荐了一本x86汇编语言的书,我这几天抽空把它认真看了一遍,看完之后简直神清气爽,这本书真的解答了我好多疑问。推荐给需要的朋友。
https://pdos.csail.mit.edu/6.828/2018/readings/pcasm-book.pdf
https://pdos.csail.mit.edu/6.828/2018/readings/pcasm-book.pdf
#推荐
反向面试指南。下一次再有面试官问你“你有什么想问我的”,可以有参考了。
中文版:https://github.com/yifeikong/reverse-interview-zh
英文版:https://github.com/viraptor/reverse-interview
反向面试指南。下一次再有面试官问你“你有什么想问我的”,可以有参考了。
中文版:https://github.com/yifeikong/reverse-interview-zh
英文版:https://github.com/viraptor/reverse-interview
GitHub
GitHub - perkfly/reverse-interview-zh: 技术面试最后反问面试官的话
技术面试最后反问面试官的话. Contribute to perkfly/reverse-interview-zh development by creating an account on GitHub.
#数据库
日本人写的一套讲解postgresql内部实现的文档:
https://www.interdb.jp/pg/index.html
按照这里作者的介绍,已经有中文翻译版了:
https://book.douban.com/subject/33477094/
日本人写的一套讲解postgresql内部实现的文档:
https://www.interdb.jp/pg/index.html
按照这里作者的介绍,已经有中文翻译版了:
https://book.douban.com/subject/33477094/
#Rust
Rust最初是一个在2006年启动的个人项目,后来才在2010年被Mozilla赞助。
https://twitter.com/graydon_pub/status/1492634815748739077
为什么作者会突然发这个推特,大概是因为aws的这篇文章吧:
https://aws.amazon.com/blogs/opensource/sustainability-with-rust/
里面提到:Rust started as a research project at Mozilla in 2010, and Rust 1.0 launched in 2015.
Rust最初是一个在2006年启动的个人项目,后来才在2010年被Mozilla赞助。
https://twitter.com/graydon_pub/status/1492634815748739077
为什么作者会突然发这个推特,大概是因为aws的这篇文章吧:
https://aws.amazon.com/blogs/opensource/sustainability-with-rust/
里面提到:Rust started as a research project at Mozilla in 2010, and Rust 1.0 launched in 2015.
Twitter
Graydon Hoare
@_msw_ @AWSOpen (and 3 others) A minor nit: Rust didn't start "as a research project at Mozilla in 2010". It started as a personal project (on my own laptop, on my own time) in 2006. It was a small but real 17kloc native compiler for linux, mac and windows…
#博客
周刊(第5期):从存储模型聊一聊时序数据库的应用场景
本期介绍时序数据库的存储模型,只有理解了时序数据的存储模型,才能更好的了解时序数据库的优缺点以及其适用场景。
博客:https://www.codedump.info/post/20220211-weekly-5/
公众号:https://mp.weixin.qq.com/s/iCxc4CvNPGMsAa_4IIpAqw
邮件订阅:https://www.getrevue.co/profile/lichuang/
周刊(第5期):从存储模型聊一聊时序数据库的应用场景
本期介绍时序数据库的存储模型,只有理解了时序数据的存储模型,才能更好的了解时序数据库的优缺点以及其适用场景。
博客:https://www.codedump.info/post/20220211-weekly-5/
公众号:https://mp.weixin.qq.com/s/iCxc4CvNPGMsAa_4IIpAqw
邮件订阅:https://www.getrevue.co/profile/lichuang/
codedump的网络日志
周刊(第5期):从存储模型聊一聊时序数据库的应用场景 - codedump的网络日志
#杂
这是一个关于简历筛选条件的讨论,原推主列了一堆自己认为的雷点,我挺喜欢这个thread的这个评价的:“用繁文缛节筛选出顺从的庸人是官僚主义的精髓”,换了到我做面试官的时候,还是尽量分清主次抓大放小吧,自勉。
https://twitter.com/Upgradeby/status/1489562374801879044
这是一个关于简历筛选条件的讨论,原推主列了一堆自己认为的雷点,我挺喜欢这个thread的这个评价的:“用繁文缛节筛选出顺从的庸人是官僚主义的精髓”,换了到我做面试官的时候,还是尽量分清主次抓大放小吧,自勉。
https://twitter.com/Upgradeby/status/1489562374801879044
Twitter
满洲合众国签证官
@weiwei9 用繁文缛节筛选出顺从的庸人是官僚主义的精髓
#杂
“When you don't create things, you become defined by your tastes rather than ability. Your tastes only narrow & exclude people. So create.” (by why_the_lucky_stiff)
翻译一下我对这句话的理解:不做事情只会评论的话,最后就变成眼高手低的人了。
“When you don't create things, you become defined by your tastes rather than ability. Your tastes only narrow & exclude people. So create.” (by why_the_lucky_stiff)
翻译一下我对这句话的理解:不做事情只会评论的话,最后就变成眼高手低的人了。
#博客
《sqlite3.36版本 btree实现(五)- Btree的实现》:
博客:https://www.codedump.info/post/20220201-sqlite-btree-5-btree/
公众号:https://mp.weixin.qq.com/s/4D9x74nNDzYQwyXh88heYA
邮件订阅:https://tinyletter.com/codedump
本篇是sqlite btree实现系列的最后一篇。写完这篇,2022年的第一个个人重要目标算是完成了,后面会基于这个版本的sqlite自己将里面的btree实现抽出来成一个独立的KV库,后续就可以自己单独迭代这个btree的KV库了。
《sqlite3.36版本 btree实现(五)- Btree的实现》:
博客:https://www.codedump.info/post/20220201-sqlite-btree-5-btree/
公众号:https://mp.weixin.qq.com/s/4D9x74nNDzYQwyXh88heYA
邮件订阅:https://tinyletter.com/codedump
本篇是sqlite btree实现系列的最后一篇。写完这篇,2022年的第一个个人重要目标算是完成了,后面会基于这个版本的sqlite自己将里面的btree实现抽出来成一个独立的KV库,后续就可以自己单独迭代这个btree的KV库了。
codedump的网络日志
sqlite3.36版本 btree实现(五)- Btree的实现 - codedump的网络日志
#博客
周刊(第6期):《sqlite 3.36 btree实现解析》番外篇
从2021年9月份开始要探索生产级btree存储引擎的实现,到2022年2月整理完毕发布《sqlite 3.36 btree实现解析》的系列文章,我花费了小半年的时间,本期会聊聊整个过程下来我的一些想法。
博客:https://www.codedump.info/post/20220220-weekly-6/
公众号:https://mp.weixin.qq.com/s/MJFQTgYjY5bNLLN7ASVf0w
邮件订阅:https://www.getrevue.co/profile/lichuang/
周刊(第6期):《sqlite 3.36 btree实现解析》番外篇
从2021年9月份开始要探索生产级btree存储引擎的实现,到2022年2月整理完毕发布《sqlite 3.36 btree实现解析》的系列文章,我花费了小半年的时间,本期会聊聊整个过程下来我的一些想法。
博客:https://www.codedump.info/post/20220220-weekly-6/
公众号:https://mp.weixin.qq.com/s/MJFQTgYjY5bNLLN7ASVf0w
邮件订阅:https://www.getrevue.co/profile/lichuang/
codedump的网络日志
周刊(第6期):《sqlite 3.36 btree实现解析》番外篇 - codedump的网络日志
Forwarded from Niko
https://www.ted.com/talks/eduardo_briceno_how_to_get_better_at_the_things_you_care_about
也分享一个ted talk,原理也是学习和实践组合,作者分为learning zone 和performance zone 两个概念。
也分享一个ted talk,原理也是学习和实践组合,作者分为learning zone 和performance zone 两个概念。
Ted
How to get better at the things you care about
Working hard but not improving? You're not alone. Eduardo Briceño reveals a simple way to think about getting better at the things you do, whether that's work, parenting or creative hobbies. And he shares some useful techniques so you can keep learning and…
#推荐
“我是來協助你們做不熟悉的工作,或是沒有時間不能做的事,並不是來讓你們挑惕的。”
这位阿姨做为一位从事服务行业的人,这话说的可以说是不卑不亢了,学习。
https://twitter.com/chiariines/status/1496406365799350273
“我是來協助你們做不熟悉的工作,或是沒有時間不能做的事,並不是來讓你們挑惕的。”
这位阿姨做为一位从事服务行业的人,这话说的可以说是不卑不亢了,学习。
https://twitter.com/chiariines/status/1496406365799350273
Twitter
貓奴阿瑞的minimalife:D 🍃❣
打掃阿姨金句 「我是來協助你們做不熟悉的工作,或是沒有時間不能做的事,並不是來讓你們挑惕的。」 #阿瑞的30後人生連載
# 推荐
[动态追踪技术漫谈 - OpenResty 官方博客](https://blog.openresty.com.cn/cn/dynamic-tracing/)
火焰图、动态追踪技术(Dynamic Tracing)等这些知识点,最开始我都是从这里学来的。
[动态追踪技术漫谈 - OpenResty 官方博客](https://blog.openresty.com.cn/cn/dynamic-tracing/)
火焰图、动态追踪技术(Dynamic Tracing)等这些知识点,最开始我都是从这里学来的。
blog.openresty.com.cn
动态追踪技术漫谈 - OpenResty 官方博客
什么是动态追踪 动态追踪的优点 DTrace 与 SystemTap SystemTap 在生产上的应用 火焰图 方法论 知识就是力量 开源与调试符号 Linux 内核的支持 硬件追踪 死亡进程的遗骸分析 传统的调试技术 凌乱的调试世界 OpenResty XRay
Forwarded from Rust 视界
Go 语言核心设计开发团队成员 Russ Cox 在推特上针对 AWS 前几天发布的 可持续性 Rust 的相关文章提出了批评。
以下是机翻 Russ Cox 十几条推特中的观点,一句话总结就是:“ AWS 的报告对 Go 语言这几年的改进有点失真,那个多语言能耗统计表格是2017年的,故意忽视 Go 语言这么多年的改进是不负责任的”。总得来说,Russ 的观点是很客观的。他也承认 Rust 是一门优秀语言,他更关心的是,如何让 Rust 和 Go 语言如何相互补充并能很好合作的方式。
1. 首先,“几年前真正有趣的研究”存在明显的问题。首先,它于 2017 年 10 月在 Intel i5-4460 CPU(2014 年第二季度)上使用 Go 1.6(2016 年 2 月)发布。那是永远的过去了。
2. 除此之外,"非常有趣的研究 "假设计算机语言基准游戏是可比程序的来源,如果你知道那个网站的话,这根本就不是真的。
3. 如果你的研究报告声称C++比C多用34%的能量,多用56%的时间,多用14%的内存,那么是时候重新审视你的假设了。大约每一个C程序都是一个有效的C++程序,所以C++不可能输,尤其是不可能输得那么惨!
4. 所有这些都是在说,"真正有趣的研究 "其实并不有趣。事实上,显然应该以一种健康的怀疑态度来看待它。
5. Discord帖子中关于从Go切换到Rust的总结是令人难以置信的误导。
6. 最初的Discord帖子显示了一个单一的图表,绘制了Go服务器和同等的Rust服务器。Rust线的性能更可预测,避免了Go线的延迟峰值,但这两条线大致相当。
7. 相反,AWS的帖子将Go图显示在Rust服务器经过重大改写以使用新的数据结构和更多的内存后的图旁边,圈出了 "ms "与 "μs "的时间尺度。这要么是对Discord帖子的完全误解,要么是公然的不诚实。
8. 作为一个旁观者,我自己以前也用过这种比例变化来说明问题(https://swtch.com/~rsc/regexp/regexp1.html)。当你展示一个诚实的、公平的比较时,这是一个很好的方法来说明问题。但是AWS的帖子并不是这样。
9. 说白了,Discord的帖子是公平的。它展示了Go服务器和同等的Rust服务器的“苹果对苹果“的比较。在帖子的后面,它又把Rust服务器的数据结构和额外的内存改写后,单独进行了图表。AWS的帖子对此进行了歪曲。
10. 也就是说,Discord的帖子也描述了Go 1.10,而Go 1.18也即将发布。这八个版本有很多改进,减少了有非常大的堆或非常多的goroutines的程序中的GC暂停(而Discord服务器两者都有)
11. 所以,使用最近的Go,Discord的延迟峰值会大大减少,我们也有计划进一步减少它们。但是,对于该服务器来说,Rust仍然是一种很好的语言,团队做出了一个合理的决定。(等待Go的改进也是可以的。)
12. AWS的帖子确实对Rust提出了一些诚实、公正的观点,这使得他们把这些关于Go的误导性陈述包括在内更加令人遗憾。他们没有必要这么做。Rust足够好,可以独立存在。
13. 就个人而言,与其阅读那些假装Go与Rust是某种零和游戏的博文,我更愿意关注Go和Rust相互补充并能很好合作的方式。比如这个帖子。https://thenewstack.io/rust-vs-go-why-theyre-better-together/
以下是机翻 Russ Cox 十几条推特中的观点,一句话总结就是:“ AWS 的报告对 Go 语言这几年的改进有点失真,那个多语言能耗统计表格是2017年的,故意忽视 Go 语言这么多年的改进是不负责任的”。总得来说,Russ 的观点是很客观的。他也承认 Rust 是一门优秀语言,他更关心的是,如何让 Rust 和 Go 语言如何相互补充并能很好合作的方式。
1. 首先,“几年前真正有趣的研究”存在明显的问题。首先,它于 2017 年 10 月在 Intel i5-4460 CPU(2014 年第二季度)上使用 Go 1.6(2016 年 2 月)发布。那是永远的过去了。
2. 除此之外,"非常有趣的研究 "假设计算机语言基准游戏是可比程序的来源,如果你知道那个网站的话,这根本就不是真的。
3. 如果你的研究报告声称C++比C多用34%的能量,多用56%的时间,多用14%的内存,那么是时候重新审视你的假设了。大约每一个C程序都是一个有效的C++程序,所以C++不可能输,尤其是不可能输得那么惨!
4. 所有这些都是在说,"真正有趣的研究 "其实并不有趣。事实上,显然应该以一种健康的怀疑态度来看待它。
5. Discord帖子中关于从Go切换到Rust的总结是令人难以置信的误导。
6. 最初的Discord帖子显示了一个单一的图表,绘制了Go服务器和同等的Rust服务器。Rust线的性能更可预测,避免了Go线的延迟峰值,但这两条线大致相当。
7. 相反,AWS的帖子将Go图显示在Rust服务器经过重大改写以使用新的数据结构和更多的内存后的图旁边,圈出了 "ms "与 "μs "的时间尺度。这要么是对Discord帖子的完全误解,要么是公然的不诚实。
8. 作为一个旁观者,我自己以前也用过这种比例变化来说明问题(https://swtch.com/~rsc/regexp/regexp1.html)。当你展示一个诚实的、公平的比较时,这是一个很好的方法来说明问题。但是AWS的帖子并不是这样。
9. 说白了,Discord的帖子是公平的。它展示了Go服务器和同等的Rust服务器的“苹果对苹果“的比较。在帖子的后面,它又把Rust服务器的数据结构和额外的内存改写后,单独进行了图表。AWS的帖子对此进行了歪曲。
10. 也就是说,Discord的帖子也描述了Go 1.10,而Go 1.18也即将发布。这八个版本有很多改进,减少了有非常大的堆或非常多的goroutines的程序中的GC暂停(而Discord服务器两者都有)
11. 所以,使用最近的Go,Discord的延迟峰值会大大减少,我们也有计划进一步减少它们。但是,对于该服务器来说,Rust仍然是一种很好的语言,团队做出了一个合理的决定。(等待Go的改进也是可以的。)
12. AWS的帖子确实对Rust提出了一些诚实、公正的观点,这使得他们把这些关于Go的误导性陈述包括在内更加令人遗憾。他们没有必要这么做。Rust足够好,可以独立存在。
13. 就个人而言,与其阅读那些假装Go与Rust是某种零和游戏的博文,我更愿意关注Go和Rust相互补充并能很好合作的方式。比如这个帖子。https://thenewstack.io/rust-vs-go-why-theyre-better-together/
#杂
“深圳卫健委”这个公众号,可以说是我看到最接地气的官方公众号了。
最大的特色:说人话,每次文章的配图文字也很搞笑。
这里有一篇文章介绍:https://m.mp.oeeee.com/a/BAAFRD000020211108621714.html
“让专业的人做专业的事”,随后,深圳卫健委通过采取市场化用人方式,陆续挖来更多90后,建立了一支6人的内容团队,包括写手、编辑、设计、创意策划等,从2018年起,完全依靠自有团队独立运营。“网感强”、“脑洞大”、“文笔好”是团队成员必备的“硬核”素质,他们当中大部分有传媒背景,要么做过记者,要么在媒体实习过。”
我感觉在这个团队里工作的人,平时氛围也挺欢乐搞笑的吧。
“深圳卫健委”这个公众号,可以说是我看到最接地气的官方公众号了。
最大的特色:说人话,每次文章的配图文字也很搞笑。
这里有一篇文章介绍:https://m.mp.oeeee.com/a/BAAFRD000020211108621714.html
“让专业的人做专业的事”,随后,深圳卫健委通过采取市场化用人方式,陆续挖来更多90后,建立了一支6人的内容团队,包括写手、编辑、设计、创意策划等,从2018年起,完全依靠自有团队独立运营。“网感强”、“脑洞大”、“文笔好”是团队成员必备的“硬核”素质,他们当中大部分有传媒背景,要么做过记者,要么在媒体实习过。”
我感觉在这个团队里工作的人,平时氛围也挺欢乐搞笑的吧。
👍2