３０代の私にとっても、どこか懐かしくて憧れます。

Won't Be Long -The Bubble Gum Brothers

赤道小町ドキッ／山下久美子

最近SSJの読書部で終活応援の本「一橋桐子の犯罪日記」を読みました。

桐子さんの老後生活の辛いさを感じました、お金の問題とか、人との関係とか、親の介護とか、部屋を借りるなら保証会社も難しくそうです、年を増えていくかクビになるかも知れません、いつか騙されるの詐欺もあります。

こういうらの問題を改善なら、国と社会からいろいろな手伝わなければならないです。日本とか低収入向けの給付金とか、いろんなNPOからの無料食料の配るとか、歳を取った人向けの部屋賃貸優待とか、これらの政策があれば、刑務所に入りたい人の気持ちが減っているかなと思います。これらの人たちももいい終活になるかも知れません。

終活

終活というのは自分の死に備えることです、他人に迷惑をかけないためようです。

初めて聴く時、驚きました、自分の死まで他の人に迷惑をかけないように、まさか日本人がすげーと思いました。

前の日本語学校での６０代の林先生は終活もう始まりましたと言われる時、びっくりしました。８０歳の時を始まるかなと思います、日本の平均年齢は８０何歳ですから。でも僕はその歳になったら、考えは変わるかも知れませんです。

中国であまりそいう議論がないかな、まだ日本の高齢化ようになっていないのためと思います、詳しくわからないですけど、僕の爺さんは九十歳ですけど、まだ自分でお金を管理している、耳と目も悪くて、銀行の手帳の字も見えないぐらいでも、自分で管理しています。

中国の高齢化進めていく、終活もどんどん広がっていくかも知れないです。

時々考えて、もし自分は何が事件が囲まれて、亡くなって、自分の財産とかはどうやって親に渡すか、まあ〜、難しいかな、パスワードとかさ、もっといい方法考え必要かも。

2025年の振り返り

一年間で目標なく、ただの普通の好きではない仕事をやっていました。

毎月必ずどこで遊びに行きます、イベントとか山とか海とか、遊びは楽しかったです。

ITエンジニアに関することはあまり勉強していない、AIのプログラミングはめっちゃ発達しています、いつかクビになるかも知れません。未来はどうなエンジニアが必要ですがもっと考えしないと、もしかしてみんなプログラミングができる、一人会社を作るかも知れません。

日本語のレベルあまり変わっていないかな。日本人の友達になるのは難しいと思います、時時林先生の居酒屋に行って、楽しいで日本語を喋ります、よく政治とか音楽の話をしています。

５月の時、フルテレワークの仕事から出勤する仕事になりました。

６月の時、副業として、二つことを試しました。

一つ目はAIを使ってショットビデオを作って、Youtubeに発信する、効果がありましたが、ショットビデオを作るのは大変だったです、初めの時は二、三時間で一本しか出さないです、そして自分はそれについての趣味はあまりないです、まだ二つ目のことに一緒にやっています、夜遅く朝二時ぐらい寝る、それでとまりました、いつか他の副業できないならば、もう一度試してみます。

二つ目Claude Codeを使って幾つのサイトを作りました、あまり効果が出なかったです。宣伝することが大事と言われましたが全然やっていない、これから宣伝のことしかり勉強しなければならないです。 今も役に立つのサイトを作っています、ほとんどAIで作ります、自分はリーダーような感じになりました、技術だけだはなく、どんな機能を持っているのはいいか、AIと交流して、決めます。

今年二回目実家に帰りました、親に世話することも大事です。

年末の新聞で日本の国籍法の帰化要件は日本に住んでいる５年から１０年に変えるつもりはずです、これからももっと考えが必要です。

多分唯一達成感のことは、今年五回目献血行きました、三年間で総献血数は十五回になりました。

2026年のゴール

32歳になりました、なんか緊張感がありました、社会と親からのプレッシャーの原因かな、それでなんの成果もない。技術もそう何うまくではない、日本語も中途半端です、全然うまくないです、英語はももっと悪いです。

よく考えています、自分として生き延びるはなんですか、これは大きな課題ようです、まだはっきり言うことができませんが、自由は一番の目標として頑張りたいです。

今年のゴールは以下になります。

1. 体の健康、健康はすべての基礎、これは特に力を入れたいです。
2. 睡眠。毎週5日、８時間の睡眠を確保する。
3. 運動。毎週3回以上、ジョギングをする。
4. 飲食。高糖・高脂肪の飲食を控えたい、週2回までにする。
5. 本業以外の収入の多様化、今年主にSaasを中心とした副業の立ち上げたいです、一円でもいいので、そいうフライホイールを作りたいです。（毎週６時間）
6. 趣味関する分野と言語を勉強する。（毎週４時間時間）

これからはもっと詳しくプランを展開します。

以上になります、これからの人生はもっと自分らしいになりたいと頑張っていきたいと思います。

昨日は千葉県の稲毛（いなげ）海浜（かいひん）公園に行きました。 めっちゃ綺麗な夕方（ゆうがた）を見ました。

② 今年やりたいこと・行きたいところ

神奈川県（かながわけん）の丹沢山（たんざわさん）を上り行きたいです。 立派な富士山を見えはずです。

③ もし1か月休みがあったら？

四国遍路（しこくへんろ）に歩きたいです。 八十八ヶ所のお寺があって、面白いそうです。

④ 最近ハマっているもの

カメラかな、登山の途中で素敵な風景を撮りたいです。

⑤ 1年前の今ごろ、何をしていましたか？

実家にテレワークの仕事をしていまし、一ヶ月ぐらいで滞在しました。

⑥ 最近撮った写真を見せてください

昨日の稲毛（いなげ）海浜（かいひん）公園です。

⑦ 最近ちょっと困ったこと

日本の国籍法は変わるかも、帰化の条件は５年から１０年に変えるそうです。日本来る前に帰化する準備があって、この状況で厳しいに考えられます。

在中国大家倾向于省略姓直接叫名字的部分，也有从姓名中取出一个字加上哥or姐。 在日本大家都是姓加上桑。 比如我的名字，在中国大家叫我，自强or强哥，在日本大家叫我陈桑。

在中国大家似乎习惯于通过称呼去拉近关系，有时候会聊聊私事，这样似乎好办事。在日本大家都是按照规则工作，个人之间保持距离，几乎不会聊私事。

我个人觉得两者互有优缺点，可能更倾向于前者，那也是我习惯的一种工作生活方式。

大人になって気づいたこと、こちら三点を話したいです。

一点目、自分の人生、自分の責任

自分の人生の決定はどんな結果があても自分で責任を持ったなければならない。 それで、決まる前に一番悪い結果を想像して、その結果は受けることができるかどうか考えて決めます。

二点目、資産運用

資産運用（うんよう）は大事、最近の日本でも物価上昇（じょうしょう）しています、それに対してNISAとか、iDeCoとか、活用して負担を少し減っていくじゃないかなと思います。

三点目、政治

政治も大事、多分みんな知っている、中国では政治に関心することができません、でも、政治は自分の周りに多くことが繋がっている、例えば、歳をとった人に対するの高齢化政策とか。

以上になります。

でもRubyはパッケージのインストール（gem）とパッケージの依存関係管理（bundle）、二つツールになりました。

初めてRubyを学びのとき、疑問がありました、どしてRubyは二つツールでパッケージ管理するか、一ついいじゃないか。

それで、最近もっと気になりました、調べました、ようやくわかりました。簡単に言うと、歴史の原因です、Rubyも古い言語になりました、Javaと同じ時代だ。

原因

２００３年RubyGemsは一つパッケージのインストール上手くできるために作られました。プロジェクトのパッケージの依存関係管理の要望がないでした。

その後、gemを使いどんどん増えると、gemバージョンコンフリクト(version conflict)の問題が厳しになりました。

２００９年Bundlerはパッケージの依存関係管理のために作られました。

その原因で、Rubyはパッケージ管理で二つツールになりました。

現状

今は、RubyGemsとBundlerは同じプロジェクトにマージになりましたけど、まだ別々のコマンドの状態です。

参考

RubyConf 2015 - How does Bundler work, anyway? by Andre Arko

加納真実

いつも青いジャージや白い靴を着ます、観客とインタラクティブ力が強いの加納真実さんです。

最近もYoutubeでたくさん前の作品を見ました。

一番人気の作品は「仮面舞踏会」、歌舞伎ような白いマスクを着て、たくさんの人と一緒に踊ります、みんな盛り上げますね。

初め見ると、「やー、これは日本っぽいですね」、日本だけで見えます、という感想がでました。

好きの点

一、作品は日本古い音楽を使って、聴いてないですけど、懐かしの感覚があります。

二、観客も作品を参加することができます。みんなと一緒に、やはり一番魅力です。

それで、作品の面白さは観客によって違います、同じ作品見っても、面白いものがあります。

仮面舞踏会（高円寺びっくり大道芸２０２４）

短ビデオを撮影しました

別の人の撮影、同じ回の作品

问题

在解决 这个问题 的时候，我需要计算字符串在没有转义之前的长度。

因为我要解析的文本是一个多行的字符串，所以我打算在运行时把转义后的字符串解析成非转义的字符串。

但是似乎很难做到，即使替换反斜杠 \ 到 \ 也没有作用。想想还是要在输入的就写成不转义的字符串。

我们知道在 Ruby 中，不转义字符串使用单引号来创建。

puts '\x27'
# \x27

但是多行如何创建呢。

Heredoc 多行字符串

example = <<~'END'
    ""
    "abc"
    "aaa\"aaa"
    "\x27"
END

通过给 Heredoc 块的标识加上单引号即可以转变为不转义的字符串。

参考文档

文件读取

File.binread("puzzle_input.txt")

通过使用 IO 类的 binread 二进制读取方法来获得不转义的字符串。

What

在做 Advent Of Code 这一题的时候，需要构建一个比较大的初始值为 false 的二维数组。

本来打算双重循环构建的，但想想 Ruby 的语法糖这么多的语言应该有更加便利的方式。

于是找到了，Array.new，构建了如下的初始化表达式。

Array.new(1000, Array.new(1000, false))

但是遇到一个奇怪的问题，在修改二维数组中某一个值的时候，导致其他二维数组的同一个位置也会跟着修改。

Why

重现问题并验证。

a = Array.new(3, Array.new(3, false))
# => [[false, false, false], [false, false, false], [false, false, false]]
a[0][0] = true
# => [[true, false, false], [true, false, false], [true, false, false]]
a[0].equal?(a[1])
# true

子数组是同一个数组，导致修改一个子数组，其他数组也会跟着修改。

查看原始文档，发现确实是说默认值是同一个。

How

Array.new(1000) { Array.new(1000, false) }

Summary

导致理解错了的原因可能是，我还没有转化到 Ruby 中一切皆对象的思维，不再区分什么是基础类型，对象类型。在这个例子中我还在下意识的认为会对传统意义上的对象做特殊处理。

还是 Ruby 代码写的太少了，要多写写，习惯这种一切皆对象的思维方式。

中国汉字如何转换成日本汉字

在留管理局提供了一个网站正字検索システム可以查询到中国汉字对应的可使用日本汉字。

有时候会存在多种情况，应该可以任选其一。

有些日本汉字分为旧字和新字，区别是字形有些不一样，外国人的名字中似乎只能使用旧字。

比如我的名字中的「强」字，日语中类似的常用字是「強」，但是工作人员和我说「強」这个字不可以用，但是可以用「强」字。

后来我找了一篇文章人名用漢字の新字旧字 第105回「強」と「强」，人名中的使用有一些讲究的。

所以还是使用上面的系统查询比较方便，自己转换会有一些问题。

费用

费用的话，如果和在留更新一起提交的话是免费的，单独申请的话是 1600 日元。

参考

在留カードの漢字氏名表記について

在留カード漢字氏名表記申出

初めのまとめ

おすすめのアニメといえば、皆さんが何が思いますか、異世界〇〇ですか、魔法〇〇ですか。

私は紹介したいアニメは五十年前昭和時代のボクシング運動についてのアニメ、名前はあしたのジョー。

主人公矢吹丈（やぶき　じょう）は不良（ふりょう）少年から世界一のボクシング選手になったというストーリー。

おすすめのポイント

おすすめのポイント四点があります。

ポイント１　主人公の成長が見えます、不良少年から夢を持つ少年に変化した、何度も倒れた、何度も立ち上がります、死ぬまで戦い。

ポイント２　古くて、独特(どくとく)の画面(がめん)。今の時代より画面が豊富じゃないですけど、その時代の独特のスタイルの画面が見えます。

ポイント３　素晴らしい音楽。いろんな特点（とくてん）があります、昭和風とか、ロックとか、シンフォニーとか、音楽から人物のきもちがよく表しました。

ポイント４　太平洋戦争が終わったの日本が見えます、その時急に経済(けいざい)成長が起こった時、社会問題や環境問題を分かれます。

最後のまとめ

矢吹丈倒れないの精神に勉強しました、自分の人生も倒れないように続けます。

以上お勧めしたアニメあしたのジョー、趣味がある方、是非見てみてください。

リファレンス

写真から

最近又搜索相关管理工具，看到 chezmoi 这个工具，是个不错的选择，支持多系统上非常好。

我今天在 MacOS 上做了一个初始的配置，也可以在 GitHub Codespaces 中使用。

Arch Linux 的 Wiki 总结了一些常用的 dotfiles 管理工具。

整个迭代周期很短，留个开发和测试的时间都不多，真实的时间肯定要测试，但大量的测试还是需要依赖一个假的时间。

Mock 时间

修改系统时间

修改系统时间虽然比较简单，但会带来一些问题。

1. 对开发和测试都不够友好。
   1. 对开发来说，需要写大量的单元测试，不可能依赖这种方式来测试功能。
   2. 测试需要登陆测试环境不断设置时间。
2. 集群模式下需要修改整个集群的时间，如果集群部署在一台机器上还好，但是我们使用 k8s ，只修改一个容器的时间，会导致整个集群出现问题，甚至挂掉。

修改应用的时间

这个对开发和测试比较友好。

1. 单元测试非常好写。
2. 并提供环境变量来注入，方便测试同学修改时间测试。

Node.js 中，在应用启动的时候，把 Date 时间库包装一下就可以解决。当然社区中也有现成的包 timeshift-js 解决。

遇到一个关于 Redis 集群模式下的问题，是阿里云对 Lua 脚本的限制导致的，但是 node-redlock 包把错误吞掉了，抛出了一个重试失败的错误，导致我定位了好久…

被吞掉的错误信息：

-ERR bad lua script for redis cluster, all the keys that the script uses should be passed using the KEYS array

https://help.aliyun.com/document_detail/92942.htm?spm=a2c4g.11186623.0.0.2c555c7dYsASSH#section-8f7-qgv-dlv

解决方式

1. 在阿里云后台关闭 script_check_enable 这个设置。
2. 或者改造脚本，只向 Redis 传递对 KEYS 的引用，而不是变量。

反思自我的问题

未知的错误，网上搜索不到直接的解决方案，加上定位问题的时间不够，导致我没有定位问题的耐心，非常焦躁，希望有人可以帮我解决掉问题...

另一方面没有从原理的角度去思考，node-redlock 只是调用 Redis 的库，他的问题会有哪些地方。

为什么要做有状态服务

1. 为了快速处理高并发的问题，我们把有竞争关系的请求都转发到同一个服务上（根据用户 id 或者竞争资源的 id 来转发），同时利用 Node.js 的单进程模型，在内存中操作数据，并异步保存。因为操作内存不会有 IO 操作，所以请求的处理顺序就是请求的到来顺序。
2. 异步保存会存在数据丢失的可能性，不过我们的业务没有直接和钱相关的，所以暂时降低了可用性的考量。

为什么又要改造成无状态服务

1. 我们希望可以接入 k8s，让 k8s 来管理日益增多的微服务，并提供动态扩缩容能力。
2. k8s 也可以做有状态服务，但是会很复杂，所以我们决定改造成无状态服务。

改造注意点

1. 之前把有竞争关系的请求到转发到同一个服务上，现在需要通过加锁或者让 Redis lua 脚本处理竞争问题。
2. 为了解决在扩容之后对数据库的压力，通过 Redis 来缓存数据，一般我们使用 Cache Aside Pattern 来读取和更新数据，更新的时候先把数据保存到数据库，再把缓存失效。
3. 在内存中缓存包含其他服务的数据一定要小心。

无需许可 Permissionless

无需许可的意思是参与区块链出块是否需要别人许可。

在 POW 中只要你购买矿机和电力就可以参与共识。而在 POS 中参与共识是需要发起交易的，而现有的节点有作恶的可能性不广播你的交易，让你无法参与共识。

POW 比 POS 更加具有无需许可，更加去中心化，也更具抗审查能力。

但是 POS 也更加符合监管的需要，也许 CKB 在 Layer1 坚持 POW，在 Layer2 去选择 POS 是更好的一条路，兼顾了无需许可的参与性和监管的需要，让区块链真的变成基础设施。

终局性 Finality

终局性的意思是我的这笔交易是不是真的被确认了，不会被 Revert 了。

POW 没有终局性，因为在理论上只要有足够的算力是可以从自己认可的区块高度开始重新出块，而达到最长链，导致其他人的出的块被丢弃，但是这是理论上。所以我们会说超过 6 个区块后，可以认为 99.99% 不会被 Revert 了。

终局性是很多强一致性的应用需求，比如金融类的应用。

References

PoW vs. PoS

文字稿｜Fork It #22: PoW vs. PoS

文字稿｜Fork It #23：PoS 是谎言么？

2022-09-11

2022-09-18

2022-09-19

2022-09-21

2022-09-25

レストラン紫オレンジ食堂

紫オレンジ食堂は中華料理の食堂です

料理が安くて、便利なのでよく行きます

この店で私がいつも食べるのはとりの唐揚（からあ）げとマーラータンです

この店は、とても便利なところにあります

やかったら行ってみてください

2022-08-08 旅行についての質問

青木先生

こんにちはお元気ですか

島根県で足立美術館にいてみたいんですが、八月はどうですか

どんなえがおすすめですか

みているとき、写真を撮った方がいいですか

時間がある時、教えてください

2022-08-11 ボランテイアのもうしこみ

青木さま

初めまして私はチェンと言います

にほんぼん踊りのボランテイアをしたいと思っています

私は日本の歴史と文化にとても興味があります

日本語は上手ないですが、かんたんな日本語だったらはなせます

がんばりますのでよろしくおねがいします

2022-08-18 季節のお祝い

青木さん

今年はどんな年でしたか

私は留学の準備が忙しかったです

そしてコロナがいつもあるから、どこへも行けなくて、残念でした

来年は日本に行きたいです

どうそよいねをむかえください

2022-08-22 電気製品についてのしつもん

青木さん

こんにちはちょっと教えてください

いつも使ったスマホが壊れしまいました

昨日新しいのをかった、でもスクリーンショットの方はわかりません

青木さんが使っているのはどうですか

知るなら、ぜひ教えてください

チェん

2022-08-25 私の街の歴史と文化

これはおんきんきんじょうというしろです、南京にあります。

14世紀にしゅげんしょうによって立てられました、城が長くて、綺麗な城門がたくさなります。

歩くのとき、色々なう風景があります、にぎやかなまちや、学校で遊ぶこどもたちや、静かな公園をみて、楽しめます。

ぜひいてみてください。

2022-08-31 私のエコ活動

私はごみを減らすために、できるだけスーパーで必要なものだけ買うようにしています

それから、空気を汚さないように電車や自転車を使うようにしています

できることを少しずつしたいと思います

すみません

ねすごして、十分ぐらい遅れます

昨日ちょっと疲れましたから

じゃあ、また後で

2022-07-10 私の外国語

私は仕事がない時、日本語を勉強しています

日本語は中国語と違います

日本語はカタカナの単語を書くのが難しいです

でも日本語の漢字は簡単です

2022-07-13 来週の食事

ワンさん

来週の鍋（なべ）パーティー楽しみですね

私は飲みものを持って行きます

ワンさんはコーラとジュースとどちらでがいいですか

教えてください

2022-07-19 出張

青木先生

メールありがとうございました

私はちょっと忙しいですが、元気です

来週の出張よろしく御願いします

出発時間は午前九時、到着時間は午後八時、フライトはJF071です

青木先生は中国のビールを飲んだことがありますか

出張の時、お土産に持って行きます

チェン

2022-07-22 健康の相談

運動をするといいですよ

ちょうと汗をかくのがいいですから

私は時々ジョギングをします

それから温かいお風呂に入るといいですよ

それから長い時間寝るといいですよ

良かったらやってみてください

2022-07-29 私の趣味

私はよく音楽を聞きます

いつもアップルミュージックで聞いています

フェスティバルに行って、生で音楽を聞いてみたいです

私の趣味

こんにちは、私はチェです

私の趣味は音楽です

とくにロックとJポップと広東ごの歌が好きです

よくうちと会社で音楽を聴きます

ジョギングは時々します

どうぞよろしくお願いします

2022-06-06 うちから実家(じっか)まで

うちから実家まで

私はうちがらビンカン駅まで歩いて行きます

ビンカン駅からこうじゅう東駅まで地下鉄で行きます

こうじゅう東駅で高速鉄道に乗ります

ドンタイ駅で高速鉄道をおります

ドンタイ駅から実家までバスで行きます

うちから実家まで五時間です

2022-06-09 先月の買い物

私は先月買い物に行きました

インタネットでパンとストックを買いました

インタネットで牛乳とスキンケア商品を買いました

母にあげました

2022-06-16 休みの日

先週の日曜日の午前うちにしました

うちで掃除をしました

そして午後会社に行きました

会社で日本語が勉強しました

会社で勉強すると、私はもっと集中（しゅうちゅう）できます。

2022-06-20 て形の作り方

2022-06-22 私の家族

私の家族

家族は四人です

父と母と祖父と私です

父の仕事は建設労働者です

建築会社で働いています

建築会社にでんどうじてんしゃで行きます

2022-06-27 好きな季節

好きな季節

こうしゅうには季節が四つあります

春、夏、秋、冬です

私は暖かいのが好きですから、春が好きです

でも暑いのは好きじゃないですから、夏は好きじゃないです

春は三月から五月ごろです

夏は六月から九月ごろです

2022-06-30 私の町

私の街

ここは飛来峰です

近いはれいいんじやせいこなどがあります

綺麗で人気があります

ぜひ行ってみてください

私はいつもごはんを食べます。

野菜と肉も食べます。

豆腐はあまり食べせん。

よくコーラを飲みます。

お茶はあまりすきじゃないです。

2022-05-23 私の家

私の家は江蘇省あります。

私の家は一戸建てです。

私の家は新しくないです、じゅうきゅうねんの歴史があります。

私の父は祖父とすんでいます。

猫はいません。ほかの人の犬が時々遊びに来ます。

2022-05-28 私の一日

これは私の一日

七時に起きます。

九時に会社に行きます。

九時十分に朝ご飯を食べます。

夜七時ごろうちに帰ります。

日本語を勉強します。

時々ユーチューブを見ます。

十一時にシャワーを浴びます。

十二時ごろ寝ます。

在 JS 中实现的时候，我一直使用最简单的 for 版本，但是一方面他是我代码中为数不多的声明式的循环写法，同时也产生了不必要的变量，相比声明式的写法可读性也稍微差一些。

之前一直使用的循环版本。

for (let i = 1; i < 10; i++) {
    doSomething();
}

在其他语言中，比如 Ruby 中可以这么实现：

5.times { print "1" }

在 Python3 中可以这么实现：

import itertools

for _ in itertools.repeat(None, n):
    foo()

最近在写 JS 中又遇到这个问题，搜索一番，综合各家方案，我选择一个具有声明式，同时可读性也不差的写法。

Array.from({length: 3}).map(() => doSomething());

当然所有简化写法的目标都是围绕着制造一个有固定数量的 undefined 元素的数组而做的。

更简洁但是可读性差一些的方案。

[...Array(3)].map(() => doSomething());

References

https://stackoverflow.com/questions/30452263/is-there-a-mechanism-to-loop-x-times-in-es6-ecmascript-6-without-mutable-varia

reverse-search-history

19 年的时候，我购买了 Linuxtoy 出的一个关于命令行的使用指南「像黑客一样使用命令行」。从中学到了一个小技巧就一直使用到了现在。

这个小技巧就是 reverse-search-history 。通过在 Bash 中 Ctrl + r 快速搜索已经执行过的历史命令，然后回车就可以达到快速执行命令了。

reverse-search-history，可以追溯的文档是在 关于 Bash 的手册 manual 。

目前 Bash 和 Zsh 都支持这个操作，但是 Fish Shell 不支持这个特性，参考 Issues ，所以那时候我又用回 Zsh 了。

fzf - fuzzy finder

Ctrl + r 快捷键搜索的好处是 Bash 自带的，适合在服务器上使用，不用安装任何插件，缺点是但是对搜索不够友好，不能够模糊搜索。

而 fzf 可以做到模糊搜索，适合在本地开发机使用。安装和使用可以参考 Github 的文档。

Auto suggestions

有些插件或者 shell 可以根据历史执行过的命令，自动建议命令，触发条件是需要先在命令行输入需要执行命令。插件会根据前缀匹配出最近的一条历史命令，通过 Ctrl + e 加回车执行命令。当然缺点也是只能根据输入的前缀来匹配命令，和之前的方案相比各有用途。

1. zsh 插件 zsh-autosuggestions 。
2. fish shell 自带 Autosuggestions。

Reference

Bash – Using History Efficiently

（希望问别人这个问题，不会在背后被人骂。）

是什么

一些没掉过坑的同学，可能会说当然是 [1, 2, 10] 啦。

但是如果你看过 MDN 的关于 Array.prototype.sort() 的文档，你就会知道这个结果是错误的，文档中的第一句话和第二例子就是对这个问题的描述。

那么，答案是什么呢，答案是 [ 1, 10, 2 ]。

为什么呢，看 MDN 原文：

sort() 函数的默认排序是正序，以及排序的的时候会把所有元素都转化成字符串，然后再排序。字符串排序首先是按照第一个字符进行排序的，再者第一个字符相同的排第二个字符，所以最后的结果是 [ 1, 10, 2 ]。

然而编译器为什么要这么做呢？

为什么

首先当然是语言的标准定义这么做的，编译器只是对标准的实现。在 JS 中这个标准就是 ECMAScript 。

在 Array.prototype.sort() 的标准定义中说：

d. If comparefn is not undefined, then
    i. Let v be ? ToNumber(? Call(comparefn, undefined, « x, y »)).
    ii. If v is NaN, return +0𝔽.
    iii. Return v.
e. Let xString be ? ToString(x).
f. Let yString be ? ToString(y).
g. Let xSmaller be ! IsLessThan(xString, yString, true).

上面的意思是说，如果 sort 中没有传入比较函数，那么就将需要比较的元素，进行 ToString() 转化后在比较。

那么为什么标准需要这么处理呢？

这里我大胆的猜一猜，找一找借口...。

1. 首先 sort() 函数并不是指针对数字进行排序的，还有其他所有类型都可以传入，为了保证函数的语意明确，统一进行 ToString() 操作。
2. 其次我们看下 ToString() 在规范中的定义，除了对 Symbol 类型调用 ToString() 会抛异常，其他类型都是可以使用 ToString() 转化的，所以这也是一个的把未知转化成已知类型的操作，非常干净。

所以为什么不对数字进行特殊处理呢？这就不知道了，不过我们可以站语言标准的制定者的角度思考的问题角度，你愿意在标准中让一些方法对一个类型进行特殊处理吗？

题外话，基于以上 ToString() 的例子，我想到有些很奇怪的面试考就是考你，对特殊类型进行加号操作会输出什么，不外呼就是转型成 String 后拼接。

怎么做

那么就传入排序函数吧。

[10, 2, 1].sort((a, b) => a - b);

可读性意味着可维护性，可维护性又关联着个人和他人维护的效率。维护代码过程中，我们阅读代码的时间肯定要比写代码的时间长，部分决定了 Bug 需要花多长的时间去接口，所以可读性还是很重要的。

（在和朋友讨论的过程中，发生了一个争论，关于可读性和性能的优先级，从而有了重写这篇博客的想法。主要改动了结构和增加了关于可读性和性能的讨论。）

问题

首先看一张很久以前见过，非常耸人听闻的嵌套代码。图中代码的问题是，嵌套层级太深，会导致读代码读到中间的时候已经忘记之前的判定条件是什么。

在我们项目的代码里虽然没有这么夸张，但是嵌套三/四层有时候还是会见到的。虽然在早期公司商业模式没有验证，代码质量比较差可以理解，但是给后来的同学给出来不好的榜样。

所以我们的重构目标就是要去掉多层的缩进，减少阅读代码的负担。

if/else

上面的例子太夸张，这里举一些简单一些的例子，重构手法是一致的。

例子一

这是一段做 EPUB 格式的电子书分发的代码。需要根据书的 id 查询出所有的电子书版本，然后判定书籍的电子版的有效性，有效的话需要去注册 ISBN 信息，注册成功的版本需要发出通知。

这里问题是有三层嵌套，要简化逻辑，我们要拆掉嵌套。

function distributeEpubs(bookId) {
    let epubs = getEpubsByBookId(bookId);
    for (let epub of epubs) {
        if (epub.isValid()) {
            let registered = registerIsbn(epub);
            if (registered) {
                sendEpub(epub);
            }
        }
    }
}

要拆嵌套，我们先想到的是可以把循环里面抽出一个函数出来。（这里的循环我们在下面重构）

function distributeEpubs1(bookId) {
    let epubs = getEpubsByBookId(bookId);
    for (let epub of epubs) {
        distributeEpub(epub);
    }
}

function distributeEpub() {
    if (epub.isValid()) {
        let registered = registerIsbn(epub);
        if (registered) {
            sendEpub(epub);
        }
    }
}

其次 if 嵌套可以先把处理完的返回，一般都是先把错误情况处理完就返回。

function distributeEpub() {
    if (!epub.isValid()) {
        return;
    }
    let registered = registerIsbn(epub);
    if (!registered) {
        return;
    }
    sendEpub(epub);
}

只有一层嵌套，非常漂亮。

例子二

这是一个网络聊天室，只有两个人都连接上才能聊天。这里还是嵌套的问题，还有 else 的问题。

function ConnectPeer2Peer(pA, pB, manager) {
    if (pA.isConnected()) {
        manager.Prepare(pA);
        if (pB.isConnected()) {
            manager.Prepare(pB);
            if (manager.ConnectTogther(pA, pB)) {
                pA.Write("connected");
                pB.Write("connected");
                return S_OK;
            } else {
                return S_ERROR;
            }

        } else {
            pA.Write("Peer is not Ready, waiting...");
            return S_RETRY;
        }
    } else {
        if (pB.isConnected()) {
            pB.Write("Peer is not Ready, waiting...");
            return S_RETRY;
        } else {
            pA.Close();
            pB.Close();
            return S_ERROR;
        }
    }
}

按照我的习惯，会把有预期的错误都处理完，最后可以无嵌套的处理成功的情况。

function ConnectPeer2Peer(pA, pB, manager) {

    if (!pA.isConnected() || !pB.isConnected()) {
        pA.Close();
        pB.Close();
        return S_ERROR;
    }

    if (pA.isConnected() && !pB.isConnected()) {
        manager.Prepare(pA);
        pA.Write("Peer is not Ready, waiting...");
        return S_RETRY;
    }

    if (!pA.isConnected() && pB.isConnected()) {
        manager.Prepare(pB);
        pB.Write("Peer is not Ready, waiting...");
        return S_RETRY;
    }

    if (!manager.ConnectTogther(pA, pB)) {
        return S_ERROR;
    }

    pA.Write("connected");
    pB.Write("connected");
    return S_OK;
}

例子三

这个坏味道在我们的代码中也比较常见，就是重复的 if/else 或者 switch/case 。

function getBookPrice(user, book) {
    let price = book.getPrice();
    switch (user.getLevel()) {
        case UserLevel.SILVER:
            return price * 0.9;
        case UserLevel.GOLD:
            return price * 0.8;
        case UserLevel.PLATINUM:
            return price * 0.75;
        default:
            return price;
    }
}

function getEpubPrice(user, epub) {
    let price = epub.getPrice();
    switch (user.getLevel()) {
        case UserLevel.SILVER:
            return price * 0.95;
        case UserLevel.GOLD:
            return price * 0.85;
        case UserLevel.PLATINUM:
            return price * 0.8;
        default:
            return price;
    }
}

这里重复的问题是缺少关于 level 的模型，我们可以通过增加 UserLevel 的模型把重复的 if/else 去掉。我这里给出 typescrite 的版本，通过显示的接口说明对外屏蔽细节。

interface IUserLevel {
    getBookPrice: (book: Book) => number
    getEpubPrice: (epub: Epub) => number
}

class RegularUserLevel implements IUserLevel {
    getBookPrice(book: Book) {
        return book.getPrice();
    }
    getEpubPrice(epub: Epub) {
        return epub.getPrice();
    }
}
class SilverUserLevel implements IUserLevel {
    getBookPrice(book: Book) {
        return book.getPrice() * 0.9;
    }
    getEpubPrice(epub: Epub) {
        return epub.getPrice() * 0.85;
    }
}
class GoldUserLevel implements IUserLevel {
    getBookPrice(book: Book) {
        return book.getPrice() * 0.8;
    }
    getEpubPrice(epub: Epub) {
        return epub.getPrice() * 0.85;
    }
}
class PlatinumUserLevel implements IUserLevel {
    getBookPrice(book: Book) {
        return book.getPrice() * 0.75;
    }
    getEpubPrice(epub: Epub) {
        return epub.getPrice() * 0.8;
    }
}

function getBookPrice(user: IUser, book: Book) {
    let level = user.getUserLevel()
    return level.getBookPrice(book);
}

function getEpubPrice(user: IUser, epub: Epub) {
    let level = user.getUserLevel()
    return level.getEpubPrice(epub);
}

完整代码参考 / js 版本

小结

1. 嵌套和 else 都是一种坏味道，能不写就不写。
2. 这种快速返回的处理方法叫卫语句，一般把容易处理的情况快速返回达到减少分支的目的，从而最后可以无嵌套的处理正常情况。
3. 重复的 if/else 可以通过多态屏蔽重复的代码。实现上通过接口屏蔽细节，在需要使用的时候根据类型传入相应的接口实现，从而让使用方不需要关系这些不同的类型。

for

例子一

for 循环的问题是代码是过程式的，需要人脑一个元素一个元素的取出来去跑函数体，我们可以通过 map filter reduce 的写法达到声明式效果，只需要告诉程式要做什么而不是怎么做。

function toParameters(chapters) {
    let parameters = [];
    for (const chapter of chapters) {
        if (chapter.isApproved()) {
            parameters.add(toChapterParameter(chapter));
        }
    }
    return parameters;
}

通过 filter map 重构后：

function toParameters(chapters) {
    return chapters
        .filter(chapter => chapter.isApproved())
        .map(chapter => toChapterParameter(chapter));
}

例子二

还有经常可以看到的代码是，一个循环里面做了太多的事情。

let averageAge = 0;
let totalSalary = 0;
for (const p of people) {
  averageAge += p.age;
  totalSalary += p.salary;
}
averageAge = averageAge / people.length;

一般我们会把 for 循环里面做的不同的事情拆到不同的函数中去，这里例子在这里不太好，不过这不是我们的最终版本。

let averageAge = 0;
let totalSalary = 0;
for (const p of people) {
  averageAge = calAverageAge(p.age, averageAge);
  totalSalary = calTotalSalary(p.salary, totalSalary);
}

function calAverageAge(age, totalAge) {
    return age + totalAge;
}
function calTotalSalary(salary, totalSalary) {
    return salary + totalSalary;
}

averageAge = averageAge / people.length;

有一个在大家看来比较激进的做法，用两个 for 循环去做这两件事，大家会担心性能的问题。有几个观点可以和大家讨论下。

1. 性能瓶颈是压测出来的，在一开始开发的时候，可以把可读性放到性能的前面。
2. 函数拆小后，可以提高可读性，一个函数只做一件事。
3. 函数拆小后，可以提供更高的复用性。

let totalSalary = 0;
for (const p of people) {
  totalSalary += p.salary;
}

let averageAge = 0;
for (const p of people) {
  averageAge += p.age;
}
averageAge = averageAge / people.length;

小结

1. 通过一些基本的函数式函数 map filter reduce 来简化 for 循环，从而达到声明式写法的简洁。
2. 过程式是描述怎么做，声明式是描述做什么，抽象层级更高。
3. 某些情况我们可以拆分循环函数，把函数拆小，让函数只做一件事，因为只有小函数才有更有可能去复用。

总结

1. 我们可以通过卫语句，多态，声明式编程，降低代码的复杂度，提高的代码的可读性和可维护性。
2. 有一个方式可以计算一个函数的复杂度，叫做圈复杂度 Cyclomatic complexity。我们可以通过一些工具来检查代码是否有复杂度太高的函数。
   1. Javascript ESLint
   2. Java Checkstyle
3. 更多例子可以参考 Github 地址。

References

1. 重构（第2版）
   1. 以卫语句取代嵌套的条件表达式 Replace Nested Conditional with Guard Clauses
   2. 以多态取代条件表达式 Replace Conditional with Polymorphism
   3. 以管道取代循环 Replace Loop with Pipeline
   4. 拆分循环 Split Loop
2. Refactoring Catalog
3. 代码之丑
4. 如何重构“箭头型”代码
5. 编程的智慧

问题

报错原因是达到句柄限制，一般是 Nginx 配置问题。

解决方案

1. 系统句柄设置

# /etc/security/limits.conf

2. /etc/nginx/nginx.conf

# worker_rlimit_nofile 30000;
# https://nginx.org/en/docs/ngx_core_module.html#worker_rlimit_nofile

3. 使用 Systemd 管理的进程需要额外的设置进程的句柄数量

# /etc/systemd/system/nginx.service
# LimitNOFILE=500000

References

Nginx socket() failed (24: Too many open files)

之前在第三极的时候使用 nrm 来切换 npm 源，非常方便。记录一下，我的老年人记忆。

新增源

nrm add example https://registry.npm.example.com

查看所有源

nrm ls

对所有所有源测速

nrm test

概念

切换设备快捷键

1. 同时按下 Ctrl + Alt + Fn，然后松开，再立刻按 1 ~ 4，代表了当前在用指定数字的蓝牙通道连接设备。
2. 注意点。
   1. Ctrl 使用键盘自带换过键位的需要使用换过之后的键位。
   2. Alt 使用电脑换键的需要使用原有的键位。

闪烁灯

1. 在切换到通道后，如果蓝灯慢速闪烁 10 秒，说明原来的通道已经占用。
2. 蓝灯快闪 60 秒，说明正在等待配对。

复位键

键盘背面的复位按键，是清除当前蓝牙通道连接的设备，让当前通道进入配对状态。而不是把所有四个通道都清除。

连接

1. 切换到制定通道。
   1. 蓝灯慢闪 10 秒，就按一下键盘背后的复位键。
   2. 蓝灯快闪 60 秒，则可以连接。
2. 连接电脑，输入 PIN 码即可连接。

切换设备

1. 切换设备之前需要关闭之前连接设备的蓝牙。
2. 随机敲键后，就自动连接上另一台设备。

Windows 系统连接不同点

当需要在电脑上输入 PIN 码时，则需要进行如下步骤即可完成连接。

1. 在原本已经连接的键盘上输入六位任意 PIN 码。
2. 接着在需要连接的键盘上重复输入上面的六位 PIN 码。

References

v2ex.com

言论自由

根据 WIKI 的定义，「言论自由是一项原则，它支持个人或社区自由地表达自己的观点和思想，而不必担心遭到报复、审查或法律制裁。」。

言论自由的前提还是要尊重他人的基本权利。任何传播儿童色情，恐怖分子等行为并不是言论自由，他破坏人类底线的，是需要进行审查的。

审查

根据 WIKI 的定义，「审查制度，通常指某些政府机构、新闻媒体和其他控制机构对被认为是有害的、敏感的、或是不合适的演讲及其他公共言论的抑制。」。

在这个语境下的审查是偏贬义词的，掌权者为了保证权利的稳定，对民众过滤掉对政权有影响的信息。在这种情况下，一些大型企业为了活下去，进行自我审查，由于标准不一致，导致了不同网站的尺度不一的现象。

可是带来的问题是，这些机构的权利太大了，名义上的审查和实际的审查时有出入的，审查的边界由于国家政治和法律的不同控制在机构和政府这个两个主体身上。

边界

借由特朗普被 Twitter 永久封杀的事件，我在 Twitter 观察到有两类说法，一类是违反了言论自由，一类是和言论自由无关。

主张特朗普是政府机构不受言论自由保护

「希望延伸談一下言論自由。很多人以為推特封川普的號是對言論自由的侵犯。這是錯誤的。美國憲法的目的是要保護私人不受政府侵犯，其所賦予的言論自由即第一修正案是說政府不得制定法律侵犯言論等自由也是指私人的走疲，川普之所以有眾多受眾是因為他是政治領導人而不是私人，其公開言論為非私人性質」

Source

主张特朗普有言论自由

「大多数人对于言论自由的含义并不理解，言论自由是人权部分，同时是说出与你不同观点的权利，无论以何种方式封锁审查言论都是对人的天赋权利的伤害，也自然是对公权的伤害。推特脸书的卑劣举动无非如此，走到这一步，不堪入目。」

Source

「问题是推特脸书扮演了仲裁者的角色，叛离言论自由的社会价值公约，这些个公司已是今天的意识形态隐形政府，为资本国家政府和权利做不到的事儿作打手，其他所谓主流媒体亦如此。如此行为标志西方社会的道德价值沦丧以及资本主义的体制性绝症。」

Source

结尾

这里有几个疑问：

1. 政府机构有没有言论自由的权利？
2. 特朗普到底是仲裁者还是被仲裁者？

虽然我无法回答上面的问题，但是有一点我是确认的，仲裁者需要对自己审查的权利加以限制，尊重被仲裁者的言论自由的权利。

历史

1. 这个技术出现的背景、初衷。
2. 要达到什么样的目标或是要解决什么样的问题。

优缺点

1. 这个技术的优势和劣势分别是什么，或者说这个技术的 trade-off 是什么。（要什么和不要什么）

场景

1. 这个技术适用的场景。
   1. 业务场景。
   2. 技术场景。

架构

1. 技术的组成部分和关键点。

原理

1. 技术的底层原理和关键实现。

对比

1. 已有的实现和它之间的对比。

DNS 查询路径

1. 从浏览起缓存里找。
2. 从系统缓存里找。
3. 从系统 Host 里找。
4. 从系统配置的 DNS 服务器缓存找。
   1. 使用路由器提供的公共 DNS。
   2. 使用用户自己修改的公共 DNS。
   3. 使用运营商提供的 Local DNS。
5. 转发 DNS。如果本地缓存没有相应的域名结果，将查询请求转发给另外一台 DNS 服务器。
6. 递归 DNS。从根域名 “.” 服务器，顶级域名服务器（“.com”），一级域名服务器（“google.com”）等一级一级递归查询，直到最终找到权威服务器取得结果。

浏览器缓存

Firefox(v74.0)

about:config 中的相关设置是 network.dnsCacheEntries 和 network.dnsCacheExpiration，默认都是 60s。

Chrome(v80.0.3987.149)

关于 Chrome DNS 缓存多久，没有找到具体的来源。这个问题 how-long-google-chrome-and-firefox-cache-dns-records 说是 60s。

chrome://net-internals/#dns 可以清理缓存。

系统缓存

本地系统的缓存通常是 1 小时，根据与 DNS 记录关联的 TTL，本地解析 DNS 服务器的缓存可以运行数天。

Default Time To Live (TTL) values

关于各个系统如何清理 DNS

程序性能差的原因

1. 线程处于 Waiting 状态。由于等待硬件（disk, network）操作系统（system calls）同步调用（atomic, mutexes）导致线程处于 Waiting 状态。
2. Context Switching。大量的线程处在 Runnable 状态争抢时间片导致的 Context Switching。
3. Cache-Coherency problem。由于每个核心都有 Cache Lines 的副本（3～40个时钟周期），并行运行的多个线程读写相同或相邻的 Cache Lines 数据时，会导致脏页的产生，进而导致其他线程读写时需要去主存储器访问（100〜300个时钟周期）才能获取缓存行的新副本。

调度名词

P(Processor) logical processors

M(Machine) OS Thread

G(Goroutine) application-level threads

GRQ Global Run Queue

LRQ Local Run Queue

允许调度器做出调度决策的事件

1. go 关键字
2. Garbage collection
3. System calls
4. Synchronization and Orchestration

如何调度来保证程序性能

协作式调度（Cooperating Scheduler）

一, 通过轮询器进行异步系统调用

1. 通过使用网络轮询器（network poller）进行网络系统调用，调度程序可以防止 Goroutine 在进行这些系统调用时阻止 M。 这有助于使 M 保持可用以执行 P 的 LRQ 中的其他 Goroutine，而无需创建新的 M。这有助于减少 OS 上的调度负载。
2. 其次把该 Goroutine 移回 该 P 的 LRQ 中。

二, 通过分离 M 和 P 进行同步系统调用

1. 调度程序能够识别 Goroutine-1 导致 M 阻塞。 此时，调度程序将 M1 与 P 分离，而阻塞 Goroutine-1 仍然处于连接状态。 然后，调度程序引入一个新的 M2 来为 P 服务。此时，可以从 LRQ 中选择 Goroutine-2，并在 M2 上进行上下文切换。
2. Goroutine-1 完成了阻塞系统调用。此时，Goroutine-1 可以移回 LRQ 并再次由 P 提供服务。将 M1 放在一边以备将来使用。

三, 窃取工作（Work Stealing）

1. P1 没有更多的 Goroutines 要执行，P1 需要检查 P2 在其 LRQ 中是否有 Goroutines，并取它找到的一半。
2. P2 完成了所有工作。首先，它将查看 P1 的 LRQ，但找不到任何 Goroutine。 接下来，将查看 GRQ。

编写并发程序需要考虑的问题

1. 确定工作负载是否适合并发
2. 确定必须使用正确语义的工作负载类型（CPU-Bound / IO-Bound）非常重要。

References

Scheduling In Go : Part I - OS Scheduler ｜ Archive

Scheduling In Go : Part II - Go Scheduler ｜ Archive

Scheduling In Go : Part III - Concurrency ｜ Archive

P14

P25

P31

P33

P47

P50

P53

P83

P94

P95

P105

P115

P115

P115

P115

P117

P139

很多句子只有在那个故事里才能感受到那种力量，就像上面那句说的知道和感觉到，是两回事。

未完待续...