OSS on blog.kyu08.com

去年と同じくらいのペースでPRを送ることができた。（平均約4.5件/月ペース）
LazygitのトップページのContributors一覧に表示されるようになった。
- GitHubではcommit数が多い順に12人目くらいまでのアイコンがContributorsに表示される。
- 細々とcontributionを続けたところの9番目にcommitが多い人になれた。（2025/12/23現在）
- しばらくはこれを目標にlazygitへのcontributionを続けていたので嬉しい。
- CIの修正やGoのバージョンアップなど、地味めなPRがメインだったがいくつか機能追加PRもマージしてもらえた。（branchパネルで-を押すとgit checkout -相当のことができる機能とエラー内容をクリップボードにコピーできるようにする機能）
GoWikiへのcontributionに際してGerritを初めてつかった。
- GitHubとかなかなかメンタルモデルが違う感じだったので結構手間取った。
- 参考になったリソースなどをいつか記事にしたい。

OSSメンテナに感謝されるのは嬉しいし、見つけた問題を自分の手で解決するのも楽しいので引き続きやっていきたい。

社内でもOSSは楽しいぞーという話を何回かしたところ、それをきっかけにしてOSS貢献にトライしてくれる方が何名かいたのも嬉しかった。

個人開発

fzf-make

GitHub - kyu08/fzf-make: A command line tool that executes commands using fuzzy finder with preview window for make, npm, pnpm, yarn, just and task.

A command line tool that executes commands using fuzzy finder with preview window for make, npm, pnpm, yarn, just and task. - kyu08/fzf-make

https://github.com/kyu08/fzf-make

タスクランナー側で定義したコマンドをfuzzy finder形式で選択できるCLIツールを趣味でRustで開発している。

現在は以下のタスクランナーに対応している。

make
pnpm
yarn
just
task

gifを見てもらえれば分かる通り、プレビューウィンドウでコマンド内容を確認しながらコマンドを選択できるのが特徴の一つ。

スター数

2025/12/23現在では245スターを獲得している。

Star Historyによると2024/12/19時点では129スターだったので1年で大体倍くらいになった。🎉

来年も適度なペースで細々とメンテしていきます。(npm対応は早めにやりたい…！)

今年の変更点

2025年は筆者が74件のPRを作成&マージし、12個のバージョンがリリースされ、筆者とrenovateを含めて5人の貢献者により102のcommitが追加された。

TUIツールを個人開発をしているとなかなかユーザーの存在を感じづらいので昨年に引き続きissueを立てたりPRを送ってくれたりTwitterで言及してくれる方がいてとても嬉しい。🙏

もちろん使ってるよー！と言ってもらえるだけでも大変うれしいです！ぜひスターもお願いします！

今年行った主要な機能追加は以下の通り。

コマンドに引数を渡せるようにする@v0.58.0
go-task/taskをサポート@v0.60.0
コマンドのコピー機能を追加@v0.66.0

来年こそはnpm対応を入れたい。（npm対応のPRを送ってくれている方がいるので早ければ年始くらいにはリリースできるかもしれない）

sunaba

これまで素振り用のrepositoryはトピックごと（触りたいライブラリや読んでいる本など）ごとに作成していたが、まとめて管理したくなったので素振りごった煮repositoryを作成した。

GitHub - kyu08/sunaba: Personal sandbox

Personal sandbox. Contribute to kyu08/sunaba development by creating an account on GitHub.

https://github.com/kyu08/sunaba

今までは都度repositoryを作成していたが、ディレクトリを作成するだけでよくなったので若干楽になった。

ブログ

書いた記事

今年は14本の記事を書いた。

本を読んで記事を書くことで理解や記憶への定着が捗っている気がするので来年も適度にやっていきたい。

ブログの変更

今年はブログのデザインや仕組みについてもいくつか変更を加えた。

OGPを動的生成するようにした
Heading要素のデザインを変えた
プレビュー環境を整えた
ブログカードの表示

OGPの自動生成

CIで記事のタイトルを読み取ってOGP画像を自動生成 + commitするようにした。

Add dynamic OGP image generation by kyu08 · Pull Request #239 · kyu08/blog

close #238, close #120 Add satori and @resvg/resvg-js for OGP image generation Create OGP generation script that reads post metadata and generates images Add OGP template with dark theme design (b...

https://github.com/kyu08/blog/pull/239

こんな感じの画像が自動生成される。

Twitterで投稿したときに追加されるタイトル要素とOGPのメタ情報が被らないようになっているのが地味なこだわりポイント。

ついでにこんな感じでPRにコメントとして表示されるようにしたので投稿前に確認できる。（日本語だとたまーに特定の記号などが豆腐になってしまうのチェックしておきたい）

Heading要素のデザインを変えた

これまではレベルの異なるHeading要素の区別が付きづらかったので## OSSのようにHeading要素のレベルに合わせて#が表示されるデザインにした。

BEFORE
AFTER

@voluntasさんのこのツイートをみていいなーと思ったので真似してみた。

プレビュー環境を整えた

PRコメントにプレビュー環境のリンクが投稿されるようにした。出先などでも記事の推敲がしやすくなった。

PRごとにPreview環境を作成する by kyu08 · Pull Request #235 · kyu08/blog

A blog powered by hugo. Contribute to kyu08/blog development by creating an account on GitHub.

https://github.com/kyu08/blog/pull/235

ブログカードの表示

こんな感じでリンク先の情報を表示するようにした。便利。

Implement blog card link preview feature by kyu08 · Pull Request #246 · kyu08/blog

Implemented a blog card shortcode that displays rich link previews with: Automatic OGP metadata fetching (title, description, image) Manual parameter specification support Responsive design with d...

https://github.com/kyu08/blog/pull/246

読書など

読みかけのものは割愛。

タイトルからも分かる通りComputer Science、プロマネ、Kubernetes、Rustが今年の興味領域の中心だった。長期的に役立ちそう系と仕事ですぐ使える系とただ単に興味がある系をバランスよく摂取できた気がする。

特に『コンピュータシステムの理論と実装』は本当に読んでよかった。

CSを体系的に学んできていない自分にとっては論理回路を始めとしたハードウェアや、アセンブラ、コンパイラ、OSなどのソフトウェアの解像度を上げられたという意味で貴重な経験だった。（手を動かす分時間はかかったが）

ひとまずRust欲が落ち着いたので来年はComputer Science系をやりつつ、Goの深堀りにも時間を使っていきたい。Computer Scienceに関してはネットワークと並行プログラミング周りを深掘ろうと思っている。

勉強会

関数型まつり2025
VimConf 2025 Small

に参加した。

関数型まつり2025に参加した

2025/06/14(土)、2025/06/15(日)に中野セントラルパークで行われた関数型まつり2025に参加した。筆者はElmやRust

https://blog.kyu08.com/posts/fp-matsuri-2025/

VimConf 2025 Smallに参加した

2025年11月2日（日）にアキバプラザ・アキバホールで開催されたVimConf 2025 Smallに参加した。こちらはノベルティ。食器とかお箸はた

https://blog.kyu08.com/posts/vim-conf-2025/

勉強になったり刺激を得られたりしてよかった。来年はGoの勉強会にも参加してみようと思う。

生活

ジム

8月からジムに通い始めた。腰が痛くなりやすいので腰痛防止が主な目的。

無事に腰痛とはお別れでき、筋肉も4ヶ月で4kg増やすことができているので引き続きやっていき。活動できる量も増えるしやはり筋肉は正義なのだと実感した。

睡眠

今年の春くらいから就寝時間が0時半くらいになった。それまでは2時とかに寝て次の日なんかボーッとするなーということが多かったのでいい感じになってよかった。

朝散歩で日の光にあたったり運動や出社で体力を使うようにしたのが自分の睡眠にはいい影響があった気がする。（たぶん）

食事

これまではリモートで働いているとよく17時前後に集中力が皆無になってしまい、ちょっとゴロゴロしてから空腹を感じてご飯を食べる、というようなことをしていた。

ある日お昼ご飯をお腹いっぱい食べたところ夕方の集中力低下タイムがなくなったことに気づいた。シンプルに夕方に血糖値的なものが下がりすぎて集中力が落ちていた模様。地味に生産性が落ちていたので改善できて良かった。

舌下治療

去年の秋頃始めた舌下治療の結果がでて今年の春の花粉シーズンは例年よりも楽だった。

来年はもっと楽になることを期待。

サッカー

今年からJリーグ（カップ戦も含む）観戦にいくようになった。

非日常でめっちゃ楽しい。

仕事

転職し、2/1から新しい職場で働きはじめた。

プロダクトがたくさんのお客様に価値提供をできている実感があり、モチベーション高く働けている。

また、上期に関わったプロジェクトがうまくいき、MVPを受賞することができた。

会社全体としても好調なのでより一層事業成長に貢献していけるように全方面で頑張っていきたい。

技術的には引き続きGo、Google Cloud、Spannerなどを触っている。

このブログではあまり会社について詳しく話せていませんが、エンジニア採用を強化中ですので少しでも興味を持ってくれた方はTwitterのDMとかで連絡をください。ご飯やカジュアル面談などの調整をさせていただきます。（もちろんDMで聞きたいことを聞いていただいても大丈夫です）

Engineer Entrance Bookにもかなり詳しく情報がまとまっているのでぜひご覧ください。🙇

2026年の抱負

事業成長により貢献する
GoとComputer Scienceの理解を深める

おわりに

2026年もやっていき。

過去の振り返り記事はこちら。

便宜的にPRと表記しているが、GerritではCL(たしかChange List)と呼ばれる。 ↩︎
Ownerが自分以外のPublic Repositoryを対象に集計。 ↩︎
https://gist.github.com/kyu08/138f8d15c2badc8243ca2e126545ca36 を使って集計した。 ↩︎

cargoプロジェクトで依存関係を継続的に管理する

Tue, 20 May 2025 15:00:00 +0000

OSSに依存するプロジェクトでは依存しているライブラリのライセンス表記が必要になることがある。（体感的にはほとんどのライブラリはライセンス表記を求めているように思う）

そのため、依存ライブラリが増えた場合にはライセンス表記を更新する必要があるが、依存ライブラリの依存ライブラリに対しても再帰的にライセンス表記を見に行って自リポジトリの依存ライセンス表記ファイルを更新して…という作業を行うのは現実的ではない。

他にもうっかりコピーレフトなライブラリに依存してしまうとプロジェクトのライセンスを変更しなければならなかったりと案外注意すべきポイントが多い。

cargoプロジェクトにおいてこれらの労力を削減してくれるツールがいくつか存在している。

筆者は趣味プロジェクトとしてfzf-makeというmake targetやpnpm script, yarn script, just recipeをfuzzy finder形式で選択、実行できるCLIツール¹をRustで開発しており、このプロジェクトで最近それらのツールを導入したので使い方とともに紹介する。

tl;dr

以下のチェックをCIで実行することでcargoプロジェクトの依存関係を継続的に省力で管理できる。

cargo-machete: 不要な依存関係がないか
cargo-deny: 依存ライブラリに許容しないライセンスが含まれていないか
cargo-about: リポジトリのライセンス表記ファイルに更新漏れがないか

それぞれ紹介する。なお、コード例はそれぞれ以下のランナーを想定している。

環境	ランナー
ローカル	make
CI	GitHub Actions

`cargo-machete`で不要な依存関係を検出する

why

ある程度の期間開発を続けていると以前追加した依存関係が不要になったことに気付かずにcargo.tomlのdependenciesやdev-dependenciesに残ったままになることがある。不要な依存関係が残ったままになっているとrenovateやdependabotによるバージョン更新の手間が不必要に増えてしまうのでPRの時点で気付けるようにしたい。

what

cargo-macheteを使ってcargo.tomlに記述されている依存関係のうち、プロジェクトが実際には依存していない依存関係を検出する。

how(ローカル)

以下のようなmake targetを定義しておくとmake detect-unused-dependenciesで不要な依存関係を検出できる。

.PHONY: tool-detect-unused-dependencies
tool-detect-unused-dependencies:
	@if ! which cargo-machete > /dev/null; then \
		cargo install --locked cargo-machete; \
	fi

.PHONY: detect-unused-dependencies
detect-unused-dependencies: tool-detect-unused-dependencies
	cargo machete

以下は不必要な依存関係としてtempfileが検出されている様子。

how(CI)

以下のようなyamlを定義しておくと不要な依存関係がある場合にCIが落ちてくれる。

name: Detect unused dependencies
on:
  push:
    branches: [ "main" ]
  pull_request:

jobs:
  detect-unused-dependencies:
    runs-on: ubuntu-latest
    steps:
      - name: Checkout
        uses: actions/checkout@v4
      - name: Machete
        uses: bnjbvr/cargo-machete@v0.8.0

`cargo-deny`で依存ライブラリに許容しないライセンスが含まれていないか検証する

why

筆者はfzf-makeをより自由に利用してほしいと考えているためMITライセンスでプロジェクトを公開したい。コピーレフトのライセンスに依存してしまうとライセンス変更を余儀なくされるため、コピーレフトのライブラリに依存することを避けたい。

what

cargo-denyは依存関係のlint機能を提供する。fzf-makeでは、cargo deny check licensesを用いてホワイトリストに登録したライセンス以外のライセンスが依存ライブラリに含まれていないか検証している。

# deny.toml
[licenses]
allow = [
    "MIT",
    "ISC",
    "Apache-2.0",
    "MPL-2.0",
    "BSD-2-Clause",
    "BSD-3-Clause",
    "Unicode-DFS-2016",
    "OpenSSL",
]
confidence-threshold = 0.8
exceptions = []

[[licenses.clarify]]
name = "ring"
expression = "MIT AND ISC AND OpenSSL"
license-files = [
    { path = "LICENSE", hash = 0xbd0eed23 }
]

how(ローカル)

以下のようなmake targetを定義しておくとmake check-licensesで依存ライブラリに許容しないライセンスが含まれていないかを検証できる。

.PHONY: tool-check-licenses
tool-check-licenses:
	@if ! which cargo-deny > /dev/null; then \
		cargo install --locked cargo-deny; \
	fi

.PHONY: check-licenses
check-licenses: tool-check-licenses
	cargo deny check licenses

許可していないライセンスのライブラリに依存していることがわかると以下のようなエラーが出力される。

how(CI)

以下のようなyamlを定義しておくと不要な依存関係があるとCIが落ちてくれる。

name: Check licenses
on:
  push:
    branches: [ "main" ]
  pull_request:

jobs:
  check-licenses:
    runs-on: ubuntu-latest
    steps:
    - uses: actions/checkout@v4
    - uses: EmbarkStudios/cargo-deny-action@v2
      with:
        command: check licenses

`cargo-about`でリポジトリのライセンス表記が最新か検証する

why

冒頭でも触れた通り、多くのOSSでは依存ライブラリのライセンス表記を求めている。

fzf-makeではCREDITS.htmlというファイルを用意しておりそこに依存ライブラリのライセンス表記を記載している。

これまでは依存ライブラリを追加/削除した際に手作業でライセンス表記ファイルを更新していたが、漏れがちになっていた。

また、本来は依存ライブラリの依存ライブラリを再帰的にチェックしてすべてのライセンス表記をすべきなのだと思うが、手作業でそれをする気にはなれなかったので直接依存しているライブラリのライセンスしか表記できていなかった。

これらの課題をcargo-aboutを用いることで解決できそうだったので導入してみた。

what

cargo-aboutは依存ライブラリのライセンス表記ファイルを自動生成する機能を提供する。

以下のようなテンプレートを用意し、cargo about generate about.hbs > CREDITS.htmlを実行するとCREDITS.htmlにライセンス表記を出力してくれる。

<html>
    <head>
        <style>
            @media (prefers-color-scheme: dark) {
                body {
                    background: #333;
                    color: white;
                }
                a {
                    color: skyblue;
                }
            }
            .container {
                font-family: sans-serif;
                max-width: 800px;
                margin: 0 auto;
            }
            .intro {
                text-align: center;
            }
            .licenses-list {
                list-style-type: none;
                margin: 0;
                padding: 0;
            }
            .license-used-by {
                margin-top: -10px;
            }
            .license-text {
                max-height: 200px;
                overflow-y: scroll;
                white-space: pre-wrap;
            }
        </style>
    </head>
    <body>
        <main class="container">
            <div class="intro">
                <h1>Third Party Licenses</h1>
                <p>This page lists the licenses of the projects used in fzf-make.</p>
            </div>
        
            <h2>Overview of licenses:</h2>
            <ul class="licenses-overview">
                {{#each overview}}
                <li><a href="#{{id}}">{{name}}</a> ({{count}})</li>
                {{/each}}
            </ul>

            <h2>All license text:</h2>
            <ul class="licenses-list">
                {{#each licenses}}
                <li class="license">
                    <h3 id="{{id}}">{{name}}</h3>
                    <h4>Used by:</h4>
                    <ul class="license-used-by">
                        {{#each used_by}}
                        <li><a href="{{#if crate.repository}} {{crate.repository}} {{else}} https://crates.io/crates/{{crate.name}} {{/if}}">{{crate.name}} {{crate.version}}</a></li>
                        {{/each}}
                    </ul>
                    <pre class="license-text">{{text}}</pre>
                </li>
                {{/each}}
            </ul>
        </main>
    </body>
</html>

how(ローカル)

以下のようなmake targetを定義しておくとmake update-license-fileで依存ライブラリのライセンス表記が最新か検証できる。

.PHONY: tool-update-license-file
tool-update-license-file:
	@if ! which cargo-about > /dev/null; then \
		cargo install --locked cargo-about; \
	fi

.PHONY: update-license-file
update-license-file: tool-update-license-file
	cargo about generate about.hbs > CREDITS.html

how(CI)

以下のようなyamlを定義しておくと依存ライブラリのライセンス表記が最新でないとCIが落ちてくれる。

name: Check license file
on:
  push:
    branches: [ "main" ]
  pull_request:

jobs:
  check-license-file:
    runs-on: ubuntu-latest
    steps:
      - name: Checkout
        uses: actions/checkout@v4
      - name: Check
        run: make update-license-file
      - name: Check diff
        run: |
          git add .
          git diff --cached --exit-code

なお、デフォルトだと以下の部分のThis page...fzf-makeの部分がThis page lists the licenses of the projects used in cargo-about.として出力される。そのため、そのまま利用すると「cargo-aboutプロジェクトでは以下のライセンスに依存しています」という意味の表示になってしまうためユーザーが忘れずにcargo-aboutの部分をプロジェクト名に変更する必要があるという問題がある。²

<div class="intro">
    <h1>Third Party Licenses</h1>
    <p>This page lists the licenses of the projects used in fzf-make.</p>
</div>

これに関しては以下のissueを立ててみたのでcargo-about側と意見が一致したら修正するPRを送ってみようと思う。

[Feature request] change cargo about init to generate the statement including user’s project name.

おわりに

繰り返しの定型タスクをCIに任せることができたので開発により集中できるようになった。（趣味開発だと数ヶ月ぶりにコミットするとかもザラにあり、開発に必要なタスクを忘れがちなのでそういった意味でも自動化の範囲を増やすことができてよかった）

便利ツールをOSSとして公開してくれている人/企業に感謝しつつ利用するだけでなく自分にできる貢献はやっていきたい。

fzf-makeの紹介記事: [make,pnpm,yarn,justに対応]コマンドをfuzzy finder形式で選択できるCLIツール fzf-makeの紹介 ↩︎
そして実際に90件近くのプロジェクトでcargo-aboutのままになっている。 ↩︎

GitHub Sponsorsの寄付先にratatuiを追加した

Mon, 23 Sep 2024 15:02:46 +0000

OSSへの寄付の月予算を$10にした - laiso

こちらの記事で寄付するOSSプロジェクトの選び方として次のような基準が紹介されていた。

寄付するプロジェクトはこういう基準で選んでる

自分が使っていてなくなったら困る

マイナーであまり寄付されていない

今まで前者の基準に則ってneovimに寄付していたが、後者の観点を持てていなかったことに気付いた。そこで自分もOSSへの寄付を見直してみようと思った。

というわけで

タイトルの通りだが、GitHub Sponsorsの寄付先にratatuiを追加した。

ratatuiとは、手軽にTUIアプリケーションを作成できるRust用のライブラリで、筆者が個人開発しているOSSであるfzf-makeでも利用している。¹

ratatuiのおかげでこんな感じのUIを手軽に実装できている。

Rust製のTUIツールでは非常に幅広く利用されている印象だが、現在のスポンサー数が9人と少なかったので少しでも力になれればということで寄付先に追加した。長期間メンテされる状態が続いてくれると嬉しい。自分にもできそうなバグ修正があれば挑戦してみようと思う。

10番目のスポンサーになった様子。

これで現在の寄付額は$10/月で、neovimとratatuiにそれぞれ$5ずつ寄付していることになる。

他にも寄付したいプロジェクトは山ほどあるので山ほど稼いでいきたい。(あと円高頼む…)

まとめ

今後ともOSSコミュニティの持続可能性を高めていきたい。

make targetをプレビューウィンドウ付きであいまい検索によって選択&実行できるツール。brewやcargoでインストールできるのでぜひ。

GitHub - kyu08/fzf-make: A command line tool that executes commands using fuzzy finder with preview window for make, npm, pnpm, yarn, just and task.
A command line tool that executes commands using fuzzy finder with preview window for make, npm, pnpm, yarn, just and task. - kyu08/fzf-make
https://github.com/kyu08/fzf-make

↩︎

2023年を振り返る

Fri, 29 Dec 2023 15:03:17 +0000

趣味

OSS貢献

今年は初めてOSS貢献¹をできた年でもあった。2023年に行った貢献を種類ごとにリポジトリごとでまとめたものが以下。²

2023年8月以降で20個のPRをマージしてもらうことができた！ほとんどが簡単なPRだったとはいえ感謝してもらえることも多かったので単純に嬉しかった。

一定数OSSに貢献できたのは嬉しいが、ドキュメントやCIの修正など比較的ハードルが低めの貢献が多かったのも事実。

流石にOSSにPRを出すことには慣れてきたので2024年は上記のような貢献もしつつ何らかのOSSのアプリケーションコードへの貢献もしていきたい。

OSSメンテナ観点では、どのプロジェクトのメンテナも非常に紳士的で優しく接してくれる方が多かったので自分も見習っていきたい。特にRustコミュニティは初心者を歓迎する雰囲気があり、PRを送った際の体験がとてもよかったので真似したい。

Rustを書き始めた

2023年2月³ごろからRustを書き始めた。きっかけはkenkooooさんのこのスライドを読んで「Elmに似てて開発者体験がよさそう」と感じたので触ってみることにした。

満を持して始める Rust

入門に際して以下のようなことをやった。

Tour of Rustを読んでなんとなく雰囲気をつかむ
The Rust Programming Languageを手を動かしつつ(わからないところはいったん飛ばしつつ)一通り読む
RustでCLIアプリを作る

3. で作ったアプリをOSSとして公開した。

kyu08/fzf-make⁴

fzf-makeを公開した

こんな感じでMakefileに定義したtargetを曖昧検索で絞り込んで実行できるツールを作った。プレビューウィンドウがあるのが地味に便利なポイントでtargetの内容を確認しつつ実行できる。

Rustの理解を深めるのと自分の普段の作業を効率化したくて作ったがその両方が割と達成できているので満足している。特に所有権やスマートポインタに関してはThe Rust Programming Languageを読んだときにはイマイチ理解できなかったが実際に自分でコードを書いてコンパイラに指摘されてコードを修正することで理解を深めることができた。⁵

最初は身近な人に紹介して使ってもらったりしていたが、ある日面識のない日本人の開発者の方がバグ報告issue⁶を立ててくれて、インターネットの向こう側の人に自分のアイディアが届いて気に入ってもらえて、しかもわざわざバグ報告をしてくれたという事実がとても嬉しかった。

当然個人の趣味開発なので副業などとは違い時給を得て開発しているわけではないが、ものづくりを通して他者に喜んでもらうということが自分にとって最高の喜びだとわかっただけでも非常に良い経験だった。自分がOSSコミュニティに貢献したいと考えているのも究極は「人に喜んで欲しいから」なのかもしれない。

その後も何人かの人がstarしてくれたりTwitter(現X)で言及してくれたり⁷、issueを立ててくれたり、時にはPRを送ってくれたりして自分が書いたツールを通して海外のエンジニアとも交流できたのは自分にとって非常に刺激的だった。

これから開発したい機能や修正したいバグはまだまだあるので来年以降も引き続き開発を続けていきたい。Homebrewをはじめ、いくつかのパッケージマネージャでインストールできるのでぜひ使ってみてください。あとスターくれると大変嬉しいです！よろしくお願いします！

kyu08/fzf-make

Neovimへの寄付

筆者はNeovimには仕事・趣味のプロジェクトなど自分が行うすべての開発に収まらずちょっとしたタスク管理やブログ執筆などあらゆる場面でとにかくお世話になっている。

Neovim自体はOSSなので無償で利用できるわけだが、あるときNeovimコミュニティの成果にフリーライドに近い状態⁸になっている自分に気付いてからNeovimをはじめとしたOSSへの自分の関わり方に対し違和感を感じるようになったのでまずは経済的な支援でNeovimに貢献してみようと思い、GitHub Sponsorsを通じてNeovimに対して5$/Monthの寄付を開始した。⁹¹⁰

冗談抜きにNeovimのメンテナあっての自分の開発生活なのでこれは来年も続けたい。(本当のところはもっと稼いでもっと寄付したい)

ブログ

2023年は20個の記事を書いた。たまに「あの記事読んだよ！」的な反応をもらうことがあって嬉しかった。Twitterで話しかけたり感想を伝えてくれたりするのは嬉しいのでお待ちしています。

以下のような目的でやっているいて、後者はともかく前者は効果を実感できているので来年も適度に続けていきたい。

アウトプットを通して自分の理解と記憶への定着を深める
知見を共有して見た人の役に立つ

fzf-bookmark-openerを公開した

ブックマークをfzfで絞り込んで開くことができるCLIツール。自分が欲しかったので作った。

kyu08/fzf-bookmark-opener¹¹

同時期に書いたkyu08/gcp-url-generatorと組み合わせて業務でよく使っている。特定のGCPプロジェクトの特定のGCPサービスのコンソールをターミナルから開きたいことが多いので重宝している。

ktr0731/go-fuzzyfinderのおかげで100行程度のコードでやりたいことが実現できて大変助かった。

買ってよかったもの

Nuphy Air60 v2
klack
コアラマットレスのマットレス
オーダーメイド枕
Salomon XT-6
なすの天ぷら

大晦日に元気があったら記事として書きます。

仕事

やったこと

SaaSプロダクトのバックエンドエンジニアとして主に負債解消プロジェクトに取り組んでいた。

Scalaで書かれたアプリケーションのGoへの移行
DatastoreからCloud Spannerへの移行
E2Eテストの整備

などを行った。マイクロサービス何もわからないのでオライリーのマイクロサービス本あたりを読んで勉強したい。

学びなど

12月ごろからこれまでよりは大きめのプロジェクトを任せてもらっている。これまで担当したプロジェクトよりは自分で考える幅が広いのもありかなり楽しく働けている。引き続きより大きな信頼を勝ち取って自分の仕事の幅を広げていけるように頑張っていきたい。
ローカルでテストできる環境が整っていると開発速度が爆上がりすることを実感した。多少整備に時間がかかったとしてペイすることが多いと思うので他のプロジェクトでもうまいこと時間を確保して整備していけるとよさそう。
DBに関連する色々を雰囲気でやってしまっていると自覚があるので年末年始はRDBの基礎的な原理¹²や業務でメインで使っているDBであるCloud Spanner¹³の理解を深めていきたい。

2024年の抱負

引き続き仕事をモリモリがんばる。
OSS貢献を続ける。何らかのOSSのアプリケーションコードにも貢献する。

まとめ

最後まで読んでくれてありがとうございました！良いお年を〜

2024年もがんばるぞー

初めてOSS貢献したときの記事はこちら。 OSSに初めてPRを送ってマージされた話 ↩︎
(主に来年の自分向け)このスクリプトを使ってデータを集めた。GitHubで自分がOSSに送ってマージされたPRを集計するやつ.md ↩︎
tour-of-rustのメモリポジトリが2023/2頃にできていたのできっとこの頃から書き始めたはず。そういえばkeenさんのこのメモリの記事がすごくわかりやすかった。メモリとスタックとヒープとプログラミング言語 ↩︎
モチベーションになるのでスターください！拡散もしてくれると泣いて喜びます！ ↩︎
そういえばrust-lang/rustlingsというコンパイルエラーを修正していくことでRustの理解を深めるというコンセプトのリポジトリがあるので作りたいものはないがRustの理解を深めたい人にはおすすめかもしれない。（筆者はREADMEを読んだだけで触ったことはない） ↩︎
https://github.com/kyu08/fzf-make/issues/21 ↩︎
https://twitter.com/orhunp_/status/1692511841270841502 ↩︎
songmuさんも言っているようにOSSを使っていることを公言することもOSSプロジェクトにとってはプラスになるとは思うが、それぐらいでは済まないくらいNeovimに自分の開発人生を豊かにしてもらっている自覚がある。 ↩︎
初めてNeovimに寄付をしたときの話はこちら。GitHub Sponsorsを通してNeovimに寄付をした ↩︎
ちなみにNeovimへの寄付の使途はopen collective上で公開されている。 https://opencollective.com/neovim ↩︎
紹介記事はこちらyamlに定義したbookmarkをfzfで選択してブラウザで開くCLIツールをGoで作った ↩︎
SQLのインデックスとそのチューニングについてのオンラインブックや図解 DB インデックスあたりを読んでみようと思っている。 ↩︎
地道に公式ドキュメントを読んでいくつもり ↩︎

GitHub Sponsorsを通してNeovimに寄付をした

Thu, 10 Aug 2023 16:35:48 +0000

Neovimに対してGitHub Sponsorsを通してOne-time¹の寄付をしたという話。

Neovimには仕事・趣味のプロジェクトなど自分が行うすべての開発に収まらずちょっとしたタスク管理やブログ執筆などあらゆる場面でとにかくお世話になっている。

なんでもカスタマイズしたくなってしまうこだわりの強い自分には非常にあっていて数多のプラグインを使って快適に開発を行っている。

大変お世話になっているOSSプロジェクトなのでいつかPRで貢献したいな〜と思いつつ何の気なしにNeovimのリポジトリを眺めていたら「そういえばGitHub Sponsorsでの金銭的な支援も立派なcontributionじゃん！」と思ったのでとりあえず寄付することにした。

案外あっさりできた

今回はひとまずOne-timeで20$だけ寄付してみることにした。

初めてGitHub Sponsorsを使ってみたが必要なのは

請求先住所の入力
クレジットカード情報の入力

くらいだったので5分もかからずにできた。

手続きが完了するとこんな感じでSponsorsに自分のアイコンが表示される。(嬉しい)

さらには自分のプロフィール画面にNeovimのアイコンが表示される。組織の一員感がでて地味にいいですねこれ。(結構嬉しい)

日頃から「OSSにお世話になっている分コードを書いて恩返ししたい…。けどなかなかすぐに解決できそうなissueも見当たらない²」みたいなことを思っていたのでまずは寄付という形でOSSに貢献できてよかった。

今後はPRでもOSSコミュニティに貢献していくぞという気持ちになった。

と思っていた矢先

個人開発のプロジェクトで使えそうなGitHub Actionsを物色していたところ早速自分でも修正できそうな箇所があったのでOSSに初めてPRを送ってみた。

(docs): use environment files instead of set-output by kyu08 · Pull Request #57 · mislav/bump-homebrew-formula-action

Thanks for creating a great workflow! What this PR changes This PR changes usage example in the README.md to use environment files instead of set-output because set-output is deprecated. close #56 ...

https://github.com/mislav/bump-homebrew-formula-action/pull/57

その時の記事はこちら。 OSSに初めてPRを送ってマージされた話

今後

Neovimの話に戻るが冷静にもし自分がJetBrainsのIDEユーザーだったら毎年ライセンスを購入するのは厭わないだろうにNeovimを使い倒させてもらっている自分が今回のOne-timeの寄付だけじゃ全然足りなくね？という気持ちになった。

なのでこれからはJetBrainsのライセンスと同じくらいの額(10$/monthくらい？)はmonthlyで寄付していこうと思う。

いずれはPRでもNeovimに貢献していきたいが、直近のPRを軽くみた感じluaやCが書けた方がよさそうだった。

自分が今一番書ける言語はGoなので何かGoを使ったOSSに貢献できないかな〜と思っていたところ自分がよく使っているTUIのgit clientであるLazygit³がGo製でかつドキュメントも整っていた⁴のでまずはコードリーディングからチャレンジしてみようと思う。

定期的な寄付ではなく、一度きりの寄付 ↩︎
一時期Good First Issueを漁りまくったりしてみたが、typo修正やUT追加などの一部を除いてはプロジェクトについての理解が浅い状態で貢献できそうなissueはあまり見当たらなかった。やはり全体のアーキテクチャや実際の動作を理解した上でなんらかのissueに取り組むのがいいんだろうなと思ったので腰を据えて特定のプロジェクトへのcontributionを狙っていこうと考えを改めた。 ↩︎
GitHub - jesseduffield/lazygit: simple terminal UI for git commands
simple terminal UI for git commands. Contribute to jesseduffield/lazygit development by creating an account on GitHub.
https://github.com/jesseduffield/lazygit

↩︎
CONTRIBUTING.mdのようなドキュメントが整備されているだけでなく、authorのjesseさんが実際にLazygitに機能を追加する様子を収めた動画も公開されていたりと貢献に対してかなりオープンな印象 ↩︎

OSSに初めてPRを送ってマージされた話

Thu, 10 Aug 2023 16:32:27 +0000

個人開発のプロジェクトで使えそうなGitHub Actionsを物色していたところちょうど自分でも修正できそうな箇所があったのでPRを送ってみたところ無事にマージしてもらうことができた。

実際にマージされたPRはこちら。

(docs): use environment files instead of set-output by kyu08 · Pull Request #57 · mislav/bump-homebrew-formula-action

https://github.com/mislav/bump-homebrew-formula-action/pull/57

PRの作成

修正内容としては非推奨となったset-output¹をenvironment filesに置き換えるという簡単なもの。ちょうど業務で同様の修正を行っていたので特に詰まることなく修正できた。

修正内容はたった1行だったが、非同期だし時差もあるしでコミュニケーションの往復が増えることはお互い避けたいはずなのでできるだけ一発でマージしてもらえるように丁寧に背景や動作確認のログを書いた。(自分としても早くマージしてもらえた方が嬉しいし)

若干ソワソワしながら過ごしていると

PRを送った1日後には見事マージしてもらえた。念願の初OSS contribution！やったね！

2.2kものrepositoryで使われてるworkflowのcontributorsに自分のアイコンが載るのは結構嬉しい。(自分のプロジェクト²でも利用し始めたタイミングだったのでちゃっかりUsed byにもアイコンが載っているｗ)

commit logに載っている様子。嬉しい。

ということで

これからもOSSコミュニティへの貢献やっていくぞ〜！

OSS on blog.kyu08.com

2025年を振り返る

OSS

PR

機能追加

ドキュメント関連

バグ修正

CI、開発環境等の変更

翻訳

自作ツールのbrew release関連

寄付

振り返り

個人開発

fzf-make

スター数

今年の変更点

sunaba

ブログ

書いた記事

ブログの変更

OGPの自動生成

Heading要素のデザインを変えた

プレビュー環境を整えた

ブログカードの表示

読書など

勉強会

生活

ジム

睡眠

食事

舌下治療

サッカー

仕事

2026年の抱負

おわりに

cargoプロジェクトで依存関係を継続的に管理する

tl;dr

cargo-macheteで不要な依存関係を検出する

why

what

how(ローカル)

how(CI)

cargo-denyで依存ライブラリに許容しないライセンスが含まれていないか検証する

why

what

how(ローカル)

how(CI)

cargo-aboutでリポジトリのライセンス表記が最新か検証する

why

what

how(ローカル)

how(CI)

おわりに

GitHub Sponsorsの寄付先にratatuiを追加した

というわけで

まとめ

2023年を振り返る

趣味

OSS貢献

ドキュメント関連

CI/CD関連

その他

Rustを書き始めた

fzf-makeを公開した

Neovimへの寄付

ブログ

fzf-bookmark-openerを公開した

買ってよかったもの

仕事

やったこと

学びなど

2024年の抱負

まとめ

GitHub Sponsorsを通してNeovimに寄付をした

案外あっさりできた

と思っていた矢先

今後

OSSに初めてPRを送ってマージされた話

PRの作成

若干ソワソワしながら過ごしていると

`cargo-machete`で不要な依存関係を検出する

`cargo-deny`で依存ライブラリに許容しないライセンスが含まれていないか検証する

`cargo-about`でリポジトリのライセンス表記が最新か検証する