# -------------------------------------
# git worktree
# -------------------------------------
export WORKTREE_BASE="${HOME}/worktrees"

function peco-worktree() {
    if [[ ! -d "$WORKTREE_BASE" ]]; then
        zle clear-screen
        return 0
    fi
    local selected
    selected=$(
        find "$WORKTREE_BASE" -mindepth 2 -maxdepth 2 -type d 2>/dev/null \
            | awk -F'/' -v OFS='\t' '{ print $(NF-1) "/" $NF, $0 }' \
            | column -t -s $'\t' \
            | peco --query "$LBUFFER"
    )
    if [[ -n "$selected" ]]; then
        local target_path
        target_path=$(echo "$selected" | awk '{print $NF}')
        BUFFER="cd ${target_path}"
        zle accept-line
    fi
    zle clear-screen
}
zle -N peco-worktree
bindkey '^w' peco-worktree

function cw() {
    if [[ $# -lt 1 ]]; then
        echo "Usage: cw <worktree-name>"
        return 1
    fi
    local name="$1"
    local repo_root
    repo_root=$(git rev-parse --show-toplevel 2>/dev/null)
    if [[ -z "$repo_root" ]]; then
        echo "Not in a git repository"
        return 1
    fi
    local repo_name
    repo_name=$(basename "$repo_root")
    local worktree_path="${WORKTREE_BASE}/${repo_name}/${name}"

    if [[ ! -d "$worktree_path" ]]; then
        mkdir -p "${WORKTREE_BASE}/${repo_name}"
        git -C "$repo_root" fetch origin "$name" --quiet 2>/dev/null
        if git -C "$repo_root" show-ref --verify --quiet "refs/heads/${name}"; then
            git -C "$repo_root" worktree add "$worktree_path" "$name" || return 1
        elif git -C "$repo_root" show-ref --verify --quiet "refs/remotes/origin/${name}"; then
            git -C "$repo_root" worktree add -b "$name" "$worktree_path" "origin/${name}" || return 1
        else
            local base
            base=$(git -C "$repo_root" for-each-ref --format='%(refname:short)' refs/heads refs/remotes \
                | grep -v '/HEAD$' \
                | peco --prompt "base for ${name}> ")
            if [[ -z "$base" ]]; then
                echo "base branch not selected"
                return 1
            fi
            git -C "$repo_root" worktree add -b "$name" "$worktree_path" "$base" || return 1
        fi
    fi

    cd "$worktree_path" || return 1
    [[ -n "$TMUX" ]] && tmux rename-window "$name"
    c
}

function cwc() {
    if [[ ! -d "$WORKTREE_BASE" ]]; then
        return 0
    fi
    local now threshold removed
    now=$(date +%s)
    threshold=$((30 * 86400))
    removed=0

    while IFS= read -r wt; do
        [[ -d "$wt" ]] || continue
        local last_commit last_mtime newest
        last_commit=$(git -C "$wt" log -1 --format=%ct 2>/dev/null || echo 0)
        last_mtime=$(stat -f %m "$wt" 2>/dev/null || echo 0)
        newest=$last_commit
        (( last_mtime > newest )) && newest=$last_mtime
        (( newest == 0 )) && continue

        if (( now - newest > threshold )); then
            local days=$(( (now - newest) / 86400 ))
            echo "Removing (last touched ${days}d ago): $wt"
            local main_wt
            main_wt=$(git -C "$wt" worktree list --porcelain 2>/dev/null | awk '/^worktree / { print $2; exit }')
            if [[ -n "$main_wt" && "$main_wt" != "$wt" ]]; then
                git -C "$main_wt" worktree remove --force "$wt" 2>/dev/null || rm -rf "$wt"
            else
                rm -rf "$wt"
            fi
            removed=$((removed + 1))
        fi
    done < <(find "$WORKTREE_BASE" -mindepth 2 -maxdepth 2 -type d 2>/dev/null)

    find "$WORKTREE_BASE" -mindepth 1 -maxdepth 1 -type d -empty -delete 2>/dev/null
    echo "Removed $removed stale worktree(s)"
}

作ったショートカット

1. cw <branch_name> って打つと、base branchを何にするかの選択がpecoで選択できて、enter押すとalias c=claude code xxx な感じでclaude codeを起動して、tmuxのwindow nameをbranch nameにする。
2. cwc って打つと1ヶ月使ってないwork treeを消す
3. ctrl + w って打つと、worktreeの一覧が出てpecoでインクリメンタルサーチして移動できる。

とりあえず1時間くらいしか使ってないけど、便利すぎて失職寸前ですね！！！！！！！！！！！！！１

一時返信でもいいからすぐ返す

現在の会社はフルリモートということもあって、とりあえず何か聞かれたら今答えられなくても、「いつまでに返す」みたいなことをパッと返すようにしたり、slack-afk を使って、なるべく早く相手に状況を伝えるようにしている。フルリモートの会社は相手の顔が見えない分、いかに非同期に効率的に働くかが勝負なので、そこは意図してやっている。また部署でこぼれ球があれば、自分に関係薄くても、経験がある故に大体のことは寝ててもできるので、拾うようにしている。

Slackの保存をTODOリストにする

一つ目のものとも関わるのだが、とりあえず覚えておかないといけないことは速攻保存ボタン押して、終わるとすぐにDoneにするみたいなことをしている。長期のものも含めると最大で10個くらい保存状態になっていて、一日の終わりには5個くらいになっている。とにかく保存して、終わらせていくようにしている。

レビューはすぐやる、もしくはAIになげる

この時代、レビューがボトルネックになっているのは自明なので、とにかくレビュー依頼が来たら自分の仕事を止めてでもすぐやるようにしている。また自分が見始めると同時に /review コマンドでも並列してやっている。PRのhookでcopilotレビューも動くので、それでもれてるところを潰したり、将来性の部分を人が見ている。

今日じゃなくてもいいがやりたいことはGoogleタスクにする

もともとはAppleのTODOアプリ使ってたんだけど、会社が個人利用のAppleID不可なので、Googleタスクに移行した。最初は違和感あったけど今は特に問題なく使えている。Slackとの棲み分けは数日で終わらないものはGoogleタスクにしている。これも終わったらバンバン消していく。

人に仕事を見せる時はIssueにする

もはや自他共に認めるシニア(old)エンジニアなので、一定人を育てる役割もあるため、記録に残したり、どういうやり方をしているかを見せるためにIssueでひとまず色々書きながら仕事している。これは前職の頃からそうなんだが、引き続きやっている。結構コマンドとかもそうなんだけど、人々知らないことが多いから、打ったコマンド雑にはって、どう考えてるかも仮説から全部書いてたりする。

ドキュメントを書く

正直、これまでの人生ほとんどドキュメントを書かずに生きてきたが、ついに時代が解決！！！！AI使ってめちゃくちゃドキュメント書くようになった。結果的にそれが人々に読まれていい循環ができてる気もする。いやー、ドキュメント便利ですね！！！

暇そうにする

実際、暇なんだが、基本的には暇そうにしている。こぼれ球も拾う必要があるし、僕みたいな全方位ブルドーザーみたいなスタイルのやつが暇そうにしてると、まあ、なんかあれば、あいつにやらせりゃいいやろって雰囲気になって、結構チャレンジしやすくなる面もあるからそうしている。

ただ、何か起きた時に絶対に解決する必要はあるので、それは勝つまでやる覚悟も準備も日々しているって感じかも。まあでも最近は月に1冊興味持った本読んだり、SoftwareDesign読むくらいで、あとはWEBの記事パラパラ読むくらい。

コードも量書いてどうこうみたいな歳でも時代でもないから昔みたいに寝ずにコード書くことはなくなって、龍が如くやってる。

書いてないことも含めて、振り返ってみると、この5年でやっぱりそれなりに変化あって、面白いなと思った。

ってこの前、ふと聞かれて言葉に詰まってしまった。

僕自身はもうキャリアが中期にあり、これからめちゃくちゃ何かに向かうようなイメージがなかったからだ。また、AI全盛のこの時代において、かつてのような世界を唸らすプロダクトのようなことが逆にイメージできなくなった。

一方で、今後も自分は技術、経営、あらゆる課題を薙ぎ倒していくんだとは思う。以前hsbtさんが僕を形容するときに

「pyamaさんが通ったあとは何も残らない」

って言ってたことがあって、今後も手段、技術が変わろうとも遠慮せずそうありたいと思うし、そのために刀を研ぎ続けないといけないなと思った。

言い換えると、なりたいとありたいは能動と受動のようなものなのかもしれない。

自分が人の輪郭を捉えるのが曖昧ってのもあるんだろうけど、顔が似てるだけじゃない、雰囲気とかそういうのが似てるみたいなやつ。

思い起こせば人生において、東京であった人が地元の友達の誰々に似てるなとか感じることもあって、今後人生がまだ続くならばそういうことはもっと増えてくるんだろうな。

僕はペパボでcampを定期的に企画していて、回を重ねて、最後は20人くらいの大所帯になっていた。

2016年は熊本に行く予定で、その時はペパボの社長のけんたろさんも東京からわざわざ参加してくれる会だったんだけど、けんとさんと前日にコストコで馬鹿みたいに買い出しした夜に、熊本の地震が起きた。

当時、幹事で買い出しも済んでたもんだから、じゃあ大分でも行くかって提案したんだけど、けんたろさんが

「やめとこう」

って言って、大分もやめたんだよね。そしたらすぐ大分にも地震が来て、リスク管理すごいなぁって思った。

もちろんたまたまもあるんだけど、本当は僕が決めるべきことだった。

買い出ししてた肉は、そのまま小戸公園でBBQでもやるかってなったんだけど、けんたろさんがボケなのか一人だけバリバリのキャンプスタイルできて、まあその辺もマイルドにするためにやってくれたんだろうなって当時思った。

ともあれ、リーダーたる者、意思決定すべきだし、避けられるリスクは避けるべきだし、今回もそのような決定がされて立派だなって思った。

無事に40歳になった。ここ10年くらいか？誕生日は沖縄で過ごしている。今回は細々振り返ることはせず、最近思ってることを。

最近、若手のチャンス奪ってんのかな？って振り返る時がある。エージェントコーディングするようになって、ほとんど工数が無視できるようになったから、何でもかんでも、

「ああ、やっとくっす」

って言ってしまうことが増えていて、結果的に僕にとって取るに足らない仕事をほとんどノールックでこなしてしまうのだが、僕にとっては取るに足らないことでも、そこからまだ学びを取り出せる人もいるわけで、そういうのが気になり始めた。

つまるところ、この時代に合わせた視座を再構築しないといけないなぁと最近思ってるわけ。これまでは文化を作るような仕事をしようと思っていたけど、次は時代を作るような仕事をしないとなぁって。

40歳になっても、毎週20キロ走るし、週３はジム入ってるから、あんまり体力面とか体調面は変わりがない。ちょっと太ってきたからダイエットし始めたけど、すぐ体重落ちるから(酒を飲まなければ)、不安はほとんどない。血液検査も抜群です。

でも、この5年くらいは毎年、胃カメラと大腸カメラ、2年に1回は肺のCT撮るようにしており、そろそろ思いもしない告知とかもあり得るだろうから、人生折り返しやって行かねばなという気持ちです。

今年もさまざまカンファレンスいく予定もあるし、福岡にお越しの際はお声がけいただければ一席準備しますんで、今年もやっていきましょう！

一方で、予算を個々人に分配して考える場合には、ちょっと注意が必要だなぁと思っていて、具体的には人のための使い控えみたいなことが起こり得るなとさっき思った。

僕は今バックエンド開発しているので、たまに仕様とか、挙動について聞かれるんだけど、正直、もうそんなんローカルにcloneしてclaude codeなりcodexに聞いてくれやと思いながら、その質問をclaude codeに投げている。

もちろん仕様を覚えているとかならいいんだけど、人間の記憶容量は有限なので、このようなことが起きる。

個々人に予算を割り当ててしまうと、こういう時に人が読むことになり、結果的には組織としては「遅い」という状況が生まれうると思っていて、これ今後の時代で組織としてうまくやっていく必要があるなぁと思った。

なんだろうなぁ、仮にやるならいわゆるFor Keysとかうまいこと使って、トークンあたりの〇〇みたいなので測っていくのがいいのかしら。この辺りは時代を見ながら考える必要がある。

PHPerKaigi 2026

PHPerKaigi 2026

https://phperkaigi.jp/2026

PHPerKaigi（ペチパーカイギ）は、PHPer、つまり、現在PHPを使用している方、過去にPHPを使用していた方、これからPHPを使いたいと思っている方、そしてPHPが大好きな方たちが、技術的なノウハウとPHP愛を共有するためのイベントです。

去年は行けなかったので今年こそはっ！てことでCfPに応募して、行ってきた。聴講したセッションは会社の方のブログに書きます。

トークはGOに入ってからやったことを紹介しながらナレッジ共有した。

ディスプレイと相性が悪くて、何回かスライド動かなくなって、時間が若干足りなくなり色々端折って話してしまったのだが、QAはたくさんもらえてよかった。

あと、ちょっとだけ昨日深酒してしまったかもしれないので、それはそれで反省がある。

おかしょいさん から質問もらった新しい職場でそういう取り組みをやるのは、さまざまあると思うがどうやって取り組んだのかという質問に、

「九州男児なんで・・・」

ってボケて返してしまったので、ちゃんと書くと、小さいタスクから信頼を積み上げるってのを高速にやって、自分の発言力を獲得してから少しづつ大きい変更を進めていきました。このあたり、僕自身は前職で自分の発言力が強くなり過ぎてしまった反省があるので、GOは知り合いがいないから入ったみたいな背景があって、そういう積み上げをゼロからちゃんとやれたのはよかった。

あとQAでも話したのですが、GOにはすごく優秀なQAチームがいて、彼女、彼らのおかげで、ほとんどの不具合をリリース前に潰すことができており、日々大感謝です。

後半端折ってしまったDBマイグレーションは下記の資料でより深く解説しています。

またDBのスキーマチェンジではない、日常的データ操作もOSSを書いて運用しているので興味があれる方はこちらをどうぞ。

さて、トークも終わったのであとは昨日の西荻窪の酒を抜いて、夜に備えるだけです。

簡単になった。誰でも難しいことを考えなくても、やってる感を出せるようになった。

それは、いいんだけど、僕は全部が全部いいことだとは思ってなくて、既存の動いているものを書き換え、置き換えることにはそれなりにリスクがあるし、レビューコストや、あるべき設計の議論のコストも無視できない。

端的に言うと、実装コストが落ちてもやる必要がないことはやる必要がなくて、Issueのデカさは十分か？ってのは引き続き大事だと思う。

ハンマーを持つと全部が釘に見えるとは言い得て妙で、それは今、いろいろなところで起きてるのだろうなって思う。

僕は今Golang(Go)で実装されたバックエンドの開発を主な仕事としていて、関連する主な通信先にはiOS/Androidで動くスマートフォンアプリと、Androidで動くタクシー運転手さんが利用するタブレットがある。

バックエンドあるあるなんだけど、あるエンドポイントがアプリでどういうときに利用されているのか、ちょっと前だと、担当者に聞いてたんだけど、今はもう自分でAI使って読んだ方が早いことが多くてそうしている。

なんなら、他の職種から「︎︎の挙動ってどうなってますか？」とか聞かれた時も、すぐ分からなければとりあえずAIに同じことクエリして、並列して自分でドキュメントあさりに行くくらいだ。

コード書くだけじゃなくて、単純な調べ物するのにも結構便利で、これ何が最高かって人の時間も取らないし、お得なんだよね。