ar90n

自作Serviceを作成するときに指定すると便利なWants

WantedBy=multi-user.targetを指定するのが一般的。ネットワークが使えるようになったら起動するようにしたい場合は、WantedBy=network-online.targetを指定すると良い。

activeとなるタイミングはtypeによって異なる

たとえばtypeがsimpleの場合は、forkが実行された時点でactiveとなる。 Afterなどで他のサービスと依存関係を持たせる場合、activeになるタイミングに注意する必要がある。 とくに、typeをsimpleとしている場合は、forkが実行された時点でactiveとなるので、Afterとしても実際のプログラムが起動する順番は保証されない。 typeがsimpleなService同士での依存関係を持たせる場合は、ExecStartPostでサービスのプログラムの完了を確認する。

cronの代わりにsystemd-timerを使う

ar90n

以下の資料が非常にわかりやすかったので自分の理解をメモに残しておく。 http://brettbeauregard.com/blog/2011/04/improving-the-beginners-pid-introduction/

Sample Time

http://brettbeauregard.com/blog/2011/04/improving-the-beginner%e2%80%99s-pid-sample-time/

サンプリング間隔を固定とすることで計算負荷を低減することができる。 具体的には

• Kiにサンプリング間隔を乗じる

ar90n

Picoprobeの作成

GitHubのリリースページからpicoprobe.u2を取得 & デバイスに書き込む

https://github.com/raspberrypi/picoprobe/tags

ケースの作成

以下のモデルをプリント

https://www.thingiverse.com/thing:4777983

ar90n

ターミナルに以下のような感じで(env name)が出力される

```bash
~ via 🅒 ros_humble_env on ☁️  (ap-northeast-1) on ☁️  test-830@ar90n-sandbox.iam.gserviceaccount.com
❯
(ros_humble_env)
```

以下のissueを参考に対応。
https://github.com/mamba-org/mamba/issues/2190

ar90n

## No.5 インターフェース汚染
不要な抽象化でコードを埋め尽くし理解をしにくくすること

インターフェースが有用なポイント

* 共通の振る舞い
* 具体的な実装との分離
* 振る舞いの制限

インターフェースは抽象化を行う。抽象化は作成するものではなく、発見するもの。

ar90n

# Typescriptにおける`K extends keyof T`の考え方

`keyof T`は`T`に含まれるキー名のリテラル型のUnionnいなる。
なので、そのUnionに含まれる各リテラル型の値は`extends keyof T`を満たす

ar90n

戻り値はコピーされるので注意が必要

以下のようにgenの戻り値はコピーされた値となる。 従って、Stの中でフィールドに対するポインタやスライスと持っているとバグとなる。

const St = struct { addr: usize };

fn gen() St {
 var s = St{ .addr = 0 };

ar90n

pandocにSyntaxHighlightする言語を追加する

skyhighlightに定義ファイルを追加してビルド

ENV SKYLIGHTING_VERSION 0.13.4
RUN curl -L https://github.com/jgm/skylighting/archive/refs/tags/${SKYLIGHTING_VERSION}.tar.gz | tar xvz
RUN <<EOF

cd skylighting-${SKYLIGHTING_VERSION}/skylighting-core/xml/

ar90n

zigによる多態性の実現

zigではインタフェースや継承のような機能を言語でサポートしていない。 従って、多態性はユーザーがコードで表現する必要がある。

@fieldParentPtr idiom

0.8頃までしようされていた？LLVMの最適化に難があるため、後述のfat pointerベースの手法に置き換えられた。基本的にはインターフェースからメソッドを実行する際、vtableから対応するメソッドへのポインタを取り出し以下の手順で実行する。

1. @fieldParamentPtrにてメソッドへのポインタから対応するインスタンスへのポインタを取得
2. メソッドへのポインタの引数に取得したインスタンスへのポインタをセットして実行