2026-01-27

Claude Code使い始めた

かなり今更だけど、去年の12月末に元同僚のエンジニアたちとご飯を食べたときに「さすがに使ってみたほうがいいよ」と言われたので使い始めて1ヶ月ほど経った。

年末年始は、公式ドキュメントとこの本読んだ。公式ドキュメントだけでいいと思う。あとは、いろんな人の記事を読みまくっている。学生の頃にとにかく人のブログを読みまくっていたので懐かしい。全員どうでもいいことでもいいからブログを書いてほしい。とはいえClaude Codeベストプラクティスの文体練習みたいなのが大量にあるのは悩ましい。もっと自分のどうでもいいことを書いたほうがよい。

Claude CodeによるAI駆動開発入門

作者:平川知秀
技術評論社

Amazon

それはそうと、もうClaude Codeがない生活は想像できない！

自分の出力量は増えたし、わからないことに対する答えにたどり着きやすくなった。

とはいえまだ試行錯誤中で、Agentic Codingの良さは個人の力を底上げするだけではなく、複利エンジニアリングのようなチームでの活用にもあるとおもう。そこまでは引き出せていない。

引き出すためには、早めに自分たちが良しとするものを定義したり、それを更新し続けるプロセスを設計するというのに時間がかけたほうがよいとおもう。

ただAIに向けてのドキュメントが肝だと思うけど、そのドキュメントの良し悪しの評価の仕方がよくわからなくて行数が短くていいみたいな雑な評価になりがち。とりあえず、自分がやる実装をほぼClaude Codeで進めて、使っておかしいところを直すみたいな力で解決する方法を今取ってる。

文体練習

作者:レーモン・クノー
朝日出版社

Amazon

2026-01-13

Notionのウェブとデスクトップアプリの両方を使う

仕事ではNotionを使っているがウェブ版で文章を書いていると変にもたついたりすることがあった。なので書くときはデスクトップアプリを使いたい。

読むときもデスクトップアプリを使うつもりだったのだが、GoogleカレンダーからNotionのリンクを踏むとNotionアプリを開くかどうか聞かれてしまう。Always open Notionを選んでも毎回聞いてくる。我慢していたのだけど、さすがにめんどくさくなってきた。

そこでウェブを開いて、必要な時にショートカットでNotionアプリを開けばええやんと思ったのだが、ウェブのメニューを見る限りショートカットで開けなさそうだったので、RaycastのScript Commandで解決してみよう！ということでやってみた。

1. Create Script Command

#!/bin/bash

# Required parameters:
# @raycast.schemaVersion 1
# @raycast.title open-notion-app
# @raycast.mode silent

# Optional parameters:
# @raycast.icon 🤖

# Documentation:
# @raycast.author hisaichi5518
# @raycast.authorURL https://raycast.com/hisaichi5518

# Get URL from Arc
url=$(osascript -e 'tell application "Arc" to get URL of active tab of front window')

# Check if it's a Notion URL
if [[ $url == *"notion.so"* ]]; then
  # Convert to notion:// protocol
  notion_url=$(echo "$url" | sed 's|https://|notion://|')
  # Open in Notion app
  open "$notion_url"
  echo "Opened in Notion app"
else
  echo "Current tab is not a Notion page"
fi

2. ショートカット設定

自分の場合は、alt+nにした

3. Notionのウェブとデスクトップアプリ側の設定

ウェブは、「Open links in desktop app」を無効にした。

デスクトップアプリでは、「Open Notion links in browser」「Close redirecting browser tabs」を有効にした。

所感

AppleScript便利

2025-12-29

DataviewからBasesに移行

自分のObsidiainのノートには、Index noteがある。

例えばDaily noteのindex noteは、Daily noteに関する説明とDaily note一覧が出るみたいな。今までnoteの一覧を出すのをDataviewでやっていたけど、そんな複雑なことやっていないし、やりたくもないのでBasesに置き換えた。

便利！Obsidianで一括置換の仕方がわからなかったからVSCodeでエイヤと置き換えた。Markdownで持っているとこういうことがしやすいのでいいですね。

あとObsidianのファイルエクスプローラーを表示していたけど実験的にやめてみた。こんな感じで左下にBasesを出している。

とはいえ、Index note自体ではなく別途Basesを用意しているので微妙だなというのと結局こういう一覧ってざっくりふりかえりたいときには見るけど、頻繁には見ないのでいらないかもしれないと気がしている。

2025-12-26

リファクタリングは保守性が下がっているからする特別な仕事ではなく常に行われるもの

自分たちの仕事は、訂正をし続けることである。そして、訂正にはプロダクトの振る舞いの訂正と技術的な訂正がある。みんなだいすきMartin Fowlerはリファクタリング(第2版): 既存のコードを安全に改善するで、開発時には機能追加とリファクタリングという2つの帽子を頻繁にかぶり直す必要があるという話をしている。自分が言うプロダクトの振る舞いの訂正とは機能追加などであり、技術的な訂正とはリファクタリングなどのことである。

ソフトウェアを開発しているとき、私は頻繁に二つの帽子をかぶり直しています。新たな機能を追加しようとしていると、コードの構造を少し変えれば簡単に機能追加できることに気づきます。そこでリファクタリングの帽子にかぶり直します。 (略) 重要なのは、どちらの帽子をかぶっているのか、およびそれにより生じるプログラミングの仕方のちょっとした違いを、常に意識しておくことです。

Martin Fowler. リファクタリング既存のコードを安全に改善する（第2版） (p.47). Kindle 版.

プロダクトの振る舞いの訂正だけをとにかく積み重ねて後から技術的な訂正をすればいいと思うのかもしれないが、訂正はあとになればなるほどやりづらくなる。

なので、プロダクトの振る舞いの訂正と技術的な訂正の両方を漸進的に実施していくことが重要であると自分は信じている。

つまり、何が言いたいかというとリファクタリングは保守性が下がっているからする特別な仕事ではなく常に行われるものであるということですね。

リファクタリング既存のコードを安全に改善する（第2版）

Amazon

2025-12-03

EM終了！

3年ほどエンジニアリングマネージャーとして活動してきたが、自分がEMのチームと別のチームが合体し、そのチームのEMは別の人に任せることになったのでエンジニアリングマネージャーではなくなった。

自分が直近興味を持ってる労働のテーマが比較的マネジメント寄りのテーマだったのでどうしたもんかという感じだけど、自分が手を動かすことで解決する領域はあるしそこで得た知見を広げることはそこそこテーマに沿う活動かなと思うので、最近はいろんな実装を書き直したりDesign Docを書いたり資料を作ったりしています。