# 🏆MVP ## Conventional Commitsの採用 公私共に、コミットメッセージに[[Conventional Commits]]を採用することにした。 <div class="link-card-v2"> <div class="link-card-v2-site"> <img class="link-card-v2-site-icon" src="https://www.conventionalcommits.org/favicon.ico" /> <span class="link-card-v2-site-name">Conventional Commits</span> </div> <div class="link-card-v2-title"> Conventional Commits </div> <div class="link-card-v2-content"> 人間と機械が読みやすく、意味のあるコミットメッセージにするための仕様 </div> <a href="https://www.conventionalcommits.org/ja/v1.0.0/"></a> </div> キッカケは[[🦉ghostwriter.nvim]]と[[lazy.nvim]]にある。[[lazy.nvim]]で`Lazy sync`を実行すると、プラグインごとに変更のあったコミット一覧が表示されるが、そのなかで`Breaking Changes`のような重要なメタデータが強調されていることに気づいた。そして、自分が[[🦉ghostwriter.nvim]]をリリースするときも、同じような体験をユーザーにしてほしいと思った。 これらを判断する情報はコミットメッセージしかない。そう仮定して調べていくと、[[Neovimプラグイン]]開発者のコミットメッセージは皆同じようなフォーマットになっていることに気づいた。そこから[[Conventional Commits]]にたどり着いたというわけだ。 個人的に『リリースノートがちゃんとしていればコミットメッセージは最低限でよい』と思っていたのだが、[[lazy.nvim]]のようにコミットメッセージが実質リリースノートになってしまうケースを考えると少し考えを改めるようになった。[[Conventional Commits]]自体がかなり浸透した規格であるため、ちょっとした個人の拘りよりも[[Conventional Commits]]のフォーマット・ルールを優先したほうがいいだろう...と。 <div class="link-card-v2"> <div class="link-card-v2-site"> <img class="link-card-v2-site-icon" src="https://publish-01.obsidian.md/access/35d05cd1bf5cc500e11cc8ba57daaf88/favicon-64.png" /> <span class="link-card-v2-site-name">Minerva</span> </div> <div class="link-card-v2-title"> 📕Conventional Commitsベースのコミットルール </div> <div class="link-card-v2-content">📕tadashi-aikawaの個人的なConventional Commitsベースのルールを決める。</div> <img class="link-card-v2-image" src="https://publish-01.obsidian.md/access/35d05cd1bf5cc500e11cc8ba57daaf88/Notes/attachments/prime.webp" /> <a data-href="📕Conventional Commitsベースのコミットルール" class="internal-link"></a> </div> %%[[📕Conventional Commitsベースのコミットルール]]%% 世の中には[[Conventional Commits]]を前提とした便利ツールが多々存在するが、一旦は自分で[[Bash]]を書いてみることにした。学習にもなるし、その方が世のエコシステムのありがたみも分かるだろう...と。 <div class="link-card-v2"> <div class="link-card-v2-site"> <img class="link-card-v2-site-icon" src="https://publish-01.obsidian.md/access/35d05cd1bf5cc500e11cc8ba57daaf88/favicon-64.png" /> <span class="link-card-v2-site-name">Minerva</span> </div> <div class="link-card-v2-title"> 📕コミットメッセージがConventional Commits形式でなければコミットを失敗させる </div> <div class="link-card-v2-content">Gitのcommit-msgフックでConventional Commits形式を強制し、typeやscopeをバリデーションして不正なコミットメッセージを拒否する方法である。</div> <img class="link-card-v2-image" src="https://publish-01.obsidian.md/access/35d05cd1bf5cc500e11cc8ba57daaf88/Notes/attachments/prime.webp" /> <a data-href="📕コミットメッセージがConventional Commits形式でなければコミットを失敗させる" class="internal-link"></a> </div> %%[[📕コミットメッセージがConventional Commits形式でなければコミットを失敗させる]]%% [[Gitフック]]に関する知見も得ることができてよかった。 <div class="link-card-v2"> <div class="link-card-v2-site"> <img class="link-card-v2-site-icon" src="https://publish-01.obsidian.md/access/35d05cd1bf5cc500e11cc8ba57daaf88/favicon-64.png" /> <span class="link-card-v2-site-name">Minerva</span> </div> <div class="link-card-v2-title"> 📕Gitフックでコミットの影響ファイルが特定ディレクトリ配下のときに実行するスクリプト </div> <div class="link-card-v2-content">Gitフックでコミット差分からtarget配下の変更ファイルを検出し、該当時のみtask lintを実行してpushを制御する方法を解説する。</div> <img class="link-card-v2-image" src="https://publish-01.obsidian.md/access/35d05cd1bf5cc500e11cc8ba57daaf88/Notes/attachments/prime.webp" /> <a data-href="📕Gitフックでコミットの影響ファイルが特定ディレクトリ配下のときに実行するスクリプト" class="internal-link"></a> </div> %%[[📕Gitフックでコミットの影響ファイルが特定ディレクトリ配下のときに実行するスクリプト]]%% 今後はリリースノートの自動生成やリリースの自動化などにチャレンジしてみたい。 # 🥈RUP ## miseのnpm Backend機能を利用開始 [[npm]]を使ったグローバルツールのパッケージ管理を、[[mise]]の[[npm Backend (mise)]]機能を利用するように変更した。 <div class="link-card-v2"> <div class="link-card-v2-site"> <img class="link-card-v2-site-icon" src="https://publish-01.obsidian.md/access/35d05cd1bf5cc500e11cc8ba57daaf88/favicon-64.png" /> <span class="link-card-v2-site-name">Minerva</span> </div> <div class="link-card-v2-title"> 📜2024-09-14 miseのnpm Backend機能を使ってNode.jsのバージョンが変わってもnpm installしなくていいようにする </div> <div class="link-card-v2-content">現状、npmでしかインストールできないものは `npm -g install` コマンドでモジュールを管理している。しかし、miseでnpmを管理している都合上、Node.jsのバージョンを更新するたびに関連モジュールすべての再インストールが必要になる。これを避けたい。</div> <img class="link-card-v2-image" src="https://publish-01.obsidian.md/access/35d05cd1bf5cc500e11cc8ba57daaf88/Notes/attachments/activity.webp" /> <a data-href="📜2024-09-14 miseのnpm Backend機能を使ってNode.jsのバージョンが変わってもnpm installしなくていいようにする" class="internal-link"></a> </div> %%[[📜2024-09-14 miseのnpm Backend機能を使ってNode.jsのバージョンが変わってもnpm installしなくていいようにする]]%% [[mise]]で[[Node.js]]のバージョンアップをしてしまうと、[[npm]]でインストールしたツールを再インストールしなければならないという問題にモヤモヤしていたが、この対応で今後は不要になるはずだ。experimentalではあるものの今のところ快適なので、[[Go]]や[[Pip]]でインストールしているモノも[[mise]]に移行していきたいと考えている。 # 🪙OPA ## HHKB Studioのジェスチャーパッドを完全無効化 [[HHKB Studio]]の[[ジェスチャーパッド]]を、[[ディップスイッチ]](SW2)を使って完全に無効化した。 <div class="link-card-v2"> <div class="link-card-v2-site"> <img class="link-card-v2-site-icon" src="https://happyhackingkb.com/favicon.ico" /> <span class="link-card-v2-site-name">happyhackingkb.com</span> </div> <div class="link-card-v2-title"> DIPスイッチの設定 | Happy Hacking Keyboard Studio（日本語配列） ユーザーズガイド </div> <div class="link-card-v2-content"> マウスキーやジェスチャーパッド、ポインティングスティックの有効/無効の切り替えや画面のスクロール方向、［BS］キーの動作、および省電力設定といったキーボードの一部の設定は、本体のDIPスイッチで簡単に変更できます。 ... </div> <a href="https://happyhackingkb.com/manual/studio/ug-jis/jp/ug/topic/set_dipswitch.html"></a> </div> 早いうちから正面は無効化していたが、側面は『使いづらい』と感じながらも、『いつか何か閃くかもしれない...』と思い、ずっと画面スクロールに割り当てて気が向いたときに使っていた。しかし、一向にして操作に慣れたりメリットを感じることはなく、ロック画面状態でPCを持ち運ぶ際に指が側面に接触し、意図しない動作をするストレスのみが残ったため、諦めて無効化することにした。 せめて、キーボードのキーを押してから1秒以上間をあけないと反応しない... という仕様さえなければ、もう少しなんとかなったのかも...と思ったのだが。まあ、[[macOS]]の[[Magic Trackpad]]と比較してしまうと...という話である。 # 🚀Releases - [[🦉ghostwriter.nvim]] - [ghostwriter.nvim v0.2.1リリース](https://github.com/tadashi-aikawa/ghostwriter.nvim/releases/tag/v0.2.1) - [ghostwriter.nvim v0.2.0リリース](https://github.com/tadashi-aikawa/ghostwriter.nvim/releases/tag/v0.2.0) - `GhostwriterCopy`コマンドが追加され、選択範囲の内容を[[Slack]]投稿形式でクリップボードにコピーできるように # 👀Reading ## 働きたくない人の脳内｜Aki <div class="link-card-v2"> <div class="link-card-v2-site"> <img class="link-card-v2-site-icon" src="https://assets.st-note.com/poc-image/manual/note-common-images/production/icons/android-chrome-192x192.png" /> <span class="link-card-v2-site-name">note（ノート）</span> </div> <div class="link-card-v2-title"> 働きたくない人の脳内｜Aki </div> <div class="link-card-v2-content"> これは私が普段いかに労働から逃げているかを示すものです。 前提となる考え方 私は働きたくない。実際には仕事にやりがいを見出すこともあるので必ずしも働きたくないわけではないが、基本的には常に働きたくないと言っている。 こ ... </div> <img class="link-card-v2-image" src="https://assets.st-note.com/production/uploads/images/153516780/rectangle_large_type_2_bb16aaa6201a8fb681eb579820668f36.png?fit=bounds&quality=85&width=1280" /> <a href="https://note.com/ak_iii/n/nc65032dcc1b6"></a> </div> ~~~ 作った瞬間に負債になるから、永続的にメンテナンスすべきものはあるていど慎重になるのはわかりみ。一方で、その躊躇が初期プロト開発の段階まで波及するのは一長一短。 極論、検討よりも開発してしまった方がサイクルが速ければ、大抵の場合は皆嬉しいと思ってる。そのために開発スピードは大事。某自分の信念かな。 https://note.com/ak_iii/n/nc65032dcc1b6 ~~~ ## o1-previewの性能はどのくらい向上したのか？ーGPT-4oとの性能比較｜IT navi <div class="link-card-v2"> <div class="link-card-v2-site"> <img class="link-card-v2-site-icon" src="https://assets.st-note.com/poc-image/manual/note-common-images/production/icons/android-chrome-192x192.png" /> <span class="link-card-v2-site-name">note（ノート）</span> </div> <div class="link-card-v2-title"> o1-previewの性能はどのくらい向上したのか？ーGPT-4oとの性能比較｜IT navi </div> <div class="link-card-v2-content"> 9月12日、OpenAIが新しい推論モデルのo1-previewとo1-miniを発表し、ChatGPT Plusなどの課金ユーザーは、即日、両モデルを利用できるようになりました。 これらのモデルは、応答前に時間をかけて考 ... </div> <img class="link-card-v2-image" src="https://assets.st-note.com/production/uploads/images/154133845/rectangle_large_type_2_afd1a1405bcc0db70ba5bef09f041150.png?fit=bounds&quality=85&width=1280" /> <a href="https://note.com/it_navi/n/nc1ca8f6a45bb"></a> </div> ~~~ o1-previewは理系、4oは文系、というノリで使っていこう。そう考えると翻訳は4oに任せるでよさそう。 https://note.com/it_navi/n/nc1ca8f6a45bb ~~~ ## NixOSで最強のLinuxデスクトップを作ろう <div class="link-card-v2"> <div class="link-card-v2-site"> <img class="link-card-v2-site-icon" src="https://static.zenn.studio/images/logo-transparent.png" /> <span class="link-card-v2-site-name">Zenn</span> </div> <div class="link-card-v2-title"> NixOSで最強のLinuxデスクトップを作ろう </div> <img class="link-card-v2-image" src="https://res.cloudinary.com/zenn/image/upload/s--xZ4jTwSP--/c_fit%2Cg_north_west%2Cl_text:notosansjp-medium.otf_55:NixOS%25E3%2581%25A7%25E6%259C%2580%25E5%25BC%25B7%25E3%2581%25AELinux%25E3%2583%2587%25E3%2582%25B9%25E3%2582%25AF%25E3%2583%2588%25E3%2583%2583%25E3%2583%2597%25E3%2582%2592%25E4%25BD%259C%25E3%2582%258D%25E3%2581%2586%2Cw_1010%2Cx_90%2Cy_100/g_south_west%2Cl_text:notosansjp-medium.otf_37:asa1984%2Cx_203%2Cy_121/g_south_west%2Ch_90%2Cl_fetch:aHR0cHM6Ly9zdG9yYWdlLmdvb2dsZWFwaXMuY29tL3plbm4tdXNlci11cGxvYWQvYXZhdGFyLzgzNGIyMzEyNDUuanBlZw==%2Cr_max%2Cw_90%2Cx_87%2Cy_95/v1627283836/default/og-base-w1200-v2.png?_a=BACAGSGT" /> <a href="https://zenn.dev/asa1984/articles/nixos-is-the-best"></a> </div> ~~~ あとで読んでおく https://zenn.dev/asa1984/articles/nixos-is-the-best ~~~ ## GitHub - semantic-release/semantic-release: :package::rocket: Fully automated version management and package publishing <div class="link-card-v2"> <div class="link-card-v2-site"> <img class="link-card-v2-site-icon" src="https://github.githubassets.com/favicons/favicon.svg" /> <span class="link-card-v2-site-name">GitHub</span> </div> <div class="link-card-v2-title"> GitHub - semantic-release/semantic-release: :package::rocket: Fully automated version management and package publishing </div> <div class="link-card-v2-content"> :package::rocket: Fully automated version management and package publishing - semantic-release/semantic-release </div> <img class="link-card-v2-image" src="https://opengraph.githubassets.com/0355efe09d3f55c4c570ed0cf9d1401cd6aeb0ac48cbce7684d16c19029bb4a3/semantic-release/semantic-release" /> <a href="https://github.com/semantic-release/semantic-release"></a> </div> ~~~ 採用するかはさておき試してはおきたい。 https://github.com/semantic-release/semantic-release ~~~ ## 📗 なぜ依存を注入するのか DIの原理・原則とパターンを読んだ感想 | Happy developing <div class="link-card-v2"> <div class="link-card-v2-site"> <img class="link-card-v2-site-icon" src="https://blog.ymgyt.io/icon.svg" /> <span class="link-card-v2-site-name">blog.ymgyt.io</span> </div> <div class="link-card-v2-title"> 📗 なぜ依存を注入するのか DIの原理・原則とパターンを読んだ感想 | Happy developing </div> <div class="link-card-v2-content"> DIという観点からコードの設計を考える本 </div> <a href="https://blog.ymgyt.io/entry/dependency-injection/"></a> </div> ~~~ 深い。 https://blog.ymgyt.io/entry/dependency-injection/ ~~~ # 📚New Notes - [[Conventional Commits]] - [[GITHUB_TOKEN]] - [[GitHub REST APIのRate Limitエラー]] - [[Gitフックのディレクトリを変更 (Git)]] - [[Go 1.23]] - [[WAI-ARIA]] - [[commit-msgフック]] - [[npm Backend (mise)]] - [[pipx]] - [[pre-pushフック]] - [[uvx]] - [[クリップボードに文字列をコピー (Neovim)]] - [[チャタリング]] - [[テーブルに要素を追加 (Lua)]] - [[テーブルの要素を結合 (Lua)]] - [[ビジュアルモードで選択中のテキスト取得 (Neovim)]] - [[ブランチの分岐元ブランチ名を取得 (Git)]] - [[ワークツリーのルートディレクトリ絶対パスを取得 (Git)]] - [[文字列の前方一致判定 (Bash)]] - [[文字列をテーブルに分割 (Lua)]] - [[文字列を分割 (Neovim)]] - 💽2024-09 更新履歴 - [[📕Conventional Commitsベースのコミットルール]] - [[📕Gitフックでコミットの影響ファイルが特定ディレクトリ配下のときに実行するスクリプト]] - [[📕Luaでtable(collection)を操作する型安全な関数を自作する]] - [[📕コミットメッセージがConventional Commits形式でなければコミットを失敗させる]] - [[📕ファイルが変更されたら自動でコマンドを再実行]] - [[📜2024-09-13 Gitのpre-pushフックの挙動を確かめる]] - [[📜2024-09-14 miseのnpm Backend機能を使ってNode.jsのバージョンが変わってもnpm installしなくていいようにする]] - [[📝Luaでtableに0のindexアクセスすると型推論が無効になる]] - [[📝Neovimでnvim_create_user_commandを使って指定した引数をfunctionで参照できない]] - [[📝Neovimでnvim_create_user_commandを使って追加したコマンドをビジュアルモードで実行するとE481 No range allowedエラーになる]] - [[📝miseのコマンド実行結果がforbidden 403になることがある]] - [[📰2024年37週 Weekly Report]]