satbunch.com

systemctlについて

satbunch — Fri, 02 May 2025 00:00:00 GMT

systemctlコマンド

systemctlコマンドはLinuxで使われるsystemdの管理ツール。実行中のサービスの起動や停止、再起動、ブート時に起動するサービスの有効化と無効化、利用可能なサービスのリスト表示、システムのステータス確認など、多くの管理タスクに使用する。

systemdとは systemdはLinuxで利用されているデファクトスタンダードな初期化システムで、システムの起動時に各種サービスを立ち上げる役割を担う。

サービス管理

サービスの起動と停止

systemctl start <サービス名>：サービスを起動する
systemctl stop <サービス名>：サービスを停止する
systemctl restart <サービス名>：サービスを再起動する
systemctl reload <サービス名>：サービスの設定を再読込する（サービスを停止させずに）。

サービスの状態確認

systemctl status <サービス>：サービスの現在の状態を表示する。

サービスの有効化と無効化

systemctl enable <サービス>：システム起動時にサービスを自動的に起動するように設定する。
systemctl disable <サービス>：システム起動時にサービスを自動的に起動しないように設定する。

サービスの一覧表示

systemctl list-units --type=service：現在のサービスの一覧を表示する。

システム管理

システムの停止と再起動

systemctl halt：システムを停止しhalt状態にする。
systemctl poweroff：システムを停止し電源を切断する。
systemctl reboot：システムを再起動する。

システムの状況確認

systemctl list-units：現在のすべてのユニット（サービス、マウントポイント、スワップ領域など）の一覧を表示する。
systemctl get-default：システムのデフォルトのターゲット（起動時のシステム状態）を表示する。

ターゲット管理

systemctl isolote <ターゲット名>：指定したターゲットに切り替える。
systemctl set-default <ターゲット名>：システム起動時のデフォルトのターゲットを設定する。

ターゲットについて

複数のユニット（サービスやマウントポイント、デバイスなど）をグループ化し、システムの特定の状態や実行モードを表現する役割を持つ。下記表が主なターゲット

ターゲット	説明	ランレベル
poweroff.target	システム終了	0
rescue.target	レスキュー（シングルモード）	1
multi-user.target	CUIログイン	2,3,4
graphical.target	グラフィカルログイン	5
reboot.target	システム再起動	6

参考サイト

【完全版】systemctlのコマンド一覧｜実例付きで徹底解説

Linuxのsystemctlとは - Web開発における知見共有系ページ

systemdのターゲット(target) - KoANアカデミー

Obsidianで新規ノートに自動でフロントマターを挿入する方法

satbunch — Fri, 16 May 2025 00:00:00 GMT

Obsidianでノートを取っていると、「毎回フロントマターを書くのがちょっと面倒」と思ったことはありませんか？特にメモを整理したり、後で検索しやすくするために、type や tags を入れておきたいけど、毎回手動で書くのは意外と手間ですよね。

そんなときに便利なのが、Templater というプラグインです。これを使えば、Ctrl + N でノートを新規作成したときに、自動で決まった内容（テンプレート）を差し込むことができます。

前提条件

Obsidian がインストール済みであること
コミュニティプラグインを有効化していること

手順

1. Templater プラグインをインストールする

左下の「設定（歯車アイコン）」をクリック
「コミュニティプラグイン」 > 「コミュニティプラグインを有効化」
「プラグインを閲覧」で Templater を検索
Templater をインストールして有効化

2. テンプレート保存用フォルダを作る

任意の場所にテンプレート保存用のフォルダを作成します。ここでは例として 99_Template フォルダを使いますが、名前や場所は自由です。

3. テンプレートファイルを作成する

テンプレートフォルダ内に default.md というファイルを作成し、以下のように記述します：

---
type: note
status: new
tags: []
date: <% tp.date.now("YYYY-MM-DD") %>
title: <% tp.file.title %>
---

# <% tp.file.title %>

このテンプレートでは、以下の情報を自動で挿入するようにしています：

type: ノートの種類（固定）
status: ノートの状態（初期値として new を指定）
tags: タグ（空配列）
date: 作成日（現在の日付）
title: ファイル名（ノートタイトルを見出しにも使用）

4. Templater の設定を変更する

設定 > 「Templater」のセクションを開く
「Template folder location」：先ほど作成したフォルダを指定（例：99_Template）
「Trigger Templater on new file creation」：✅ 有効化
「Template to apply on new file creation」：default.md を指定

5. 動作確認する

Ctrl + N で新規ノートを作成してみましょう。以下のような内容が、自動でノートに入力されていれば成功です：

---
type: note
status: new
tags: []
date: 2025-05-16
title: 新規ノートのファイル名
---

# 新規ノートのファイル名

おわりに

Templater を使えば、ノート作成のたびに同じフロントマターを繰り返し入力する手間を省けます。これだけで、日々のノート整理やメタ情報の管理がずっとラクになります。

今回は基本的な使い方に絞りましたが、Templater ではさらに条件分岐や入力フォームのようなことも可能です。今後はその応用例や、Dataviewと連携させる活用方法についても紹介していきますので、そちらもお楽しみに。

本記事について

※本記事は、Obsidian初心者の著者が自身の学習と実践を元に、OpenAIのAIアシスタント（ChatGPT）と対話しながら共同で執筆した内容です。内容の正確性には十分配慮しておりますが、環境やバージョンによって挙動が異なる場合があります。ご利用の際はご自身の環境に応じてご確認ください。

Ubuntu 24.04でEmacs最新版をソースからインストールする（ネイティブコンパイル対応）

satbunch — Sat, 17 May 2025 00:00:00 GMT

Ubuntu 24.04でEmacs最新版をソースからインストールする（ネイティブコンパイル対応）

こんにちは！この記事では、Ubuntu 24.04に最新版のEmacsをソースコードからインストールする手順をまとめます。特に最近重要になっているネイティブコンパイル（Native Compilation）対応のビルド方法も含みます！

対象読者：Ubuntu 24.04を使っていて、apt版より新しいEmacsを使いたい人難易度：中級（ビルド経験が少しでもあれば大丈夫！）

1. はじめに（apt版ではダメなの？）

Ubuntu 24.04のaptリポジトリにもEmacsはありますが、

バージョンが古いことがある
ネイティブコンパイル対応が不完全な場合がある

ため、ソースから自分でビルドすることで、

最新版Emacs
ネイティブコンパイル対応
起動・動作の高速化が実現できます！

2. 必要な開発ツールをインストールする

まずはビルドに必要なツールとライブラリをまとめてインストールします。

sudo apt update
sudo apt install -y build-essential libgccjit-13-dev gcc-13 g++-13 \
libjansson-dev libjpeg-dev libpng-dev libtiff-dev libgif-dev libxpm-dev \
libncurses-dev libgtk-3-dev libxaw7-dev libxft-dev libmagickwand-dev \
libtree-sitter-dev librsvg2-dev

✏️ ポイント：

gcc-13 + libgccjit-13-dev が揃っていれば、ネイティブコンパイルが有効になります！

これにより、Emacsが内部的に高速な.elnファイルを生成できるようになります。

3. Emacsのソースコードを入手する

Emacs公式サイトから最新版ソースコードをダウンロードします。

GNU Emacs公式ダウンロードページ

上記リンクから

最新版の .tar.gz ファイル（例：emacs-30.1.tar.gz）をダウンロードしてください。

ダウンロードしたら、ターミナルで解凍します。

cd ~/Downloads
tar xvf emacs-30.1.tar.gz
cd emacs-30.1

4. ビルド専用ディレクトリを作る（おすすめ）

ビルドファイルをソースと分けるため、専用ディレクトリを作ります。

mkdir build
cd build

これによりソースツリーがきれいなままビルドできます！

5. configureを実行（ビルド設定）

gcc-13を指定してネイティブコンパイルを有効化します。

CC=gcc-13 CXX=g++-13 ../configure --with-native-compilation

✅ 成功すれば最後に Configuration done. と表示されます。

6. make（コンパイル）

CPUコアをフル活用して高速ビルドします。

make -j$(nproc)

7. make install（インストール）

ビルドが完了したら、管理者権限でインストールします。

sudo make install

デフォルトでは /usr/local/bin/emacs にインストールされます。

8. インストール確認

インストールできたか確認しましょう。

emacs --version

例：

GNU Emacs 30.1

と出れば成功です！

9. インストール後のポイント

この手順でインストールしたEmacsは、ネイティブコンパイル（.elnファイル）対応版です。
Emacsの起動後、自動的に.elnファイルが生成されるため、起動・動作が非常に高速になります。
/usr/bin/emacs に古いapt版が残っていても、パス優先順位により /usr/local/bin/emacs が使われます。（通常問題なし）

📋 まとめ（コマンド一覧）

ステップ	コマンド例
パッケージインストール	`sudo apt install build-essential libgccjit-13-dev gcc-13 g++-13 ...`
ソース解凍	`tar xvf emacs-30.1.tar.gz && cd emacs-30.1`
ビルド用ディレクトリ作成	`mkdir build && cd build`
configure	`CC=gcc-13 CXX=g++-13 ../configure --with-native-compilation`
make	`make -j$(nproc)`
make install	`sudo make install`
バージョン確認	`emacs --version`

この記事はchatGPTを使用して書きました。筆者も実際にこの手順でインストールできたので大丈夫だと思いますが、もしビルドに失敗したなどがありましたら、コメントを残していただければ幸いです。

ClaudeとのAI会話をObsidianに記録するようにした

satbunch — Wed, 15 Apr 2026 00:00:00 GMT

ClaudeとのAI会話をObsidianに記録するようにした

きっかけ

Claude Codeで作業していると、コードの話だけじゃなく、「この機能どう設計しようか」「このアプローチとあのアプローチ、どっちがいいか」みたいな意思決定や相談事がよく会話の中に出てきます。

これらはその時の思考プロセスや困っていたことが載っている自分のログです。

今までは、それらすべてを /clear で削除していました。

ある日ふと思いました。「これ、もったいなくないか？」

設計の判断理由、迷った末に選んだ選択肢、その背景にあった考え——そういうものがすべてチャット履歴の彼方に消えていっていたのです。

これらを残しておけば、自分のログになるのではと思い方法を探しました。

どうやって解決したか

Claude Codeにはスキルという仕組みがあって、自分でカスタムコマンドを作れます。obsidian_cli（ObsidianをCLIから操作するスキル）を使えば、会話の内容をObsidianに書き込むスキルが作れるんじゃないかと思って、obsidian_memo というスキルを作ってみました。

使い方はシンプルで、会話の最後に /obsidian_memo と打つだけ。会話の要点が自動でまとまってObsidianのデイリーノートに追記されます。

使ってみて

正直、いい感じです。

今まで /clear するたびに消してきた意思決定のログが、ちゃんと残るようになりました。そのことが少し悔やまれるくらいには有用でした。

ただ、まだ荒削りな部分もあるので、使いながらブラッシュアップしていくつもりです。

これからやってみたいこと

面白いなと思っているのが、記録→活用のループ。

たとえばこの記事も、obsidian_memoで残した会話ログをもとにドラフトを作ってもらいました。意思決定の記録が蓄積されていくと、「過去の自分がどう考えていたか」をAIに読ませて振り返ったり、考えをまとめるときのたたき台にしてもらったりできそうですね。

自分の思考をAIに見てもらいながら整理していく、そういう使い方が今一番気になっています。

それと最近考えるのは記憶についてAIのメモリ機能ってもっと人間味があるようにできるのではないかなと考えてます。

AI時代の学習

satbunch — Thu, 16 Apr 2026 00:00:00 GMT

AI時代における学習について

AIは開発を速くするけど、学習を遅くしているんじゃないか。

最近よくこのことについて考える。AIによって開発速度は上がった。だが、エンジニアとしての力はそれと相対して上がっているのだろうか。

おそらくは上がっていないだろう。自分で業務を行っていてよく分かる。

AI以前は実装においてわからない箇所があれば、自分で調べ、試し、実装していた。少し遠回りだが、それによって技術や言語に対しての理解も深くなっていったに違いない。

しかし、今では実装はすべてAI任せ、自分が理解していない表現やライブラリでもAIが書いたコードを動かしてみて動けばそれでよし。動かなければエラーメッセージをAIに渡して修正してもらう。

これでは理解もへったくれもない。

AIは開発を加速させるが、学習は？

AIを使えばアプリケーションはどんどん作れる。以前ならミドルクラスのエンジニアが担っていたようなスピードで、質はどうであれジュニアでも仕事をこなせてしまう。

でも、それは本当に「成長している」と言えるんだろうか。

ある論文※1 によるとAIを使わずに実装するのとAIを使って実装するのでは、学習という観点ではAIを使わない方が優れているらしい。自分でつまずいて、調べて、理解する——そのプロセスが抜け落ちてしまうんだと思う。

AIのお陰で開発の速度は上がったが、人間が考えなくなってしまった。

業務スピードはAIありきになってしまっている

とはいえ、現実は難しい。

今の時代、業務に求めるスピード自体がAIありきのものになってしまっている。「AIを使わない」という選択肢は、個人の学習としては正しくても、チームや会社での業務という文脈ではなかなか取れない。

この矛盾をどうするか。

答えは「AIを使わない時間をどう確保するか」

自分が出した答えとしては、AIを使わない学習の時間をいかに意図的に取るかということだ。

業務ではAIをフル活用する。でも、プライベートの学習では意図的にAIを封印する。その切り替えが、今の学習には必要なんじゃないかと思っている。

そして、AIが全盛の今だからこそ、基礎が重要だと感じている。

AIはコードを書いてくれるけど、なぜそのコードが動くのかを理解するのは人間だ。言語の仕様を知っていれば、AIが生成したコードの問題に気づける。OSの概念を理解していれば、パフォーマンス問題の原因を見抜ける。

AIの出力を正しく評価できるエンジニアになるために、基礎知識はむしろ今まで以上に価値が高くなっていると思う。

おそらくはそこが、今現在ジュニアと呼ばれるレベルのエンジニアたちの中で差別化されていく要因の一つになっていくと思う。

まとめ

自分なりの結論はこんな感じだ。

業務ではAIを積極的に使う
個人学習ではAIを意図的に使わない時間を作る
基礎（ネットワーク・OS・言語）を地道に固める

AIに使われるのではなく、AIを使いこなす側になるために。そのために必要なのは、逆説的だけど「AIなしで考える時間」なんじゃないかと思っている。