貴重なアイデア
今日はお仕事（Web関連）のことでも書こうと思います。
今の時代、アイデアがあれば 形にするまでの道のりは比較的楽になりました。
昔だと、形にするためには技術的な調査や設計方法について下調べをした上で、せっせと作っていました。
それがいまだと、アイデアさえあればそれをグイーンと 0から動く形にするのは一瞬です。
もちろん、形にするものによってはサービスローンチな話だったりすると100%にするのがとても大変な話ですが...。
最近の取り組み
脆弱性関連の話題が多いため、各ライブラリや言語の脆弱性やマルウェアが発生した場合の検知を仕組み化しました。
ライブラリにおいては Dependabot alerts に託しつつ いくつかのトリアージを経て「やばい！」ものは通知する感じにしました。
ちょうど最近 dependabot の以下のニュース発表があって、さすがGitHubさんです。
言語においては 公式が提供している情報（フィード）を定期的にPullして「CVE」の名のつく発表があれば通知する感じにしました。
Renovate さんは優秀 で、リポジトリにある言語バージョンを良い感じに（というより設定で）バージョン更新してくれるPRを作ってくれます。
Dockerfile、.tool-versions などを一括で更新してくれます。
そのため急ぎの場合は、Renovateをキックしてあげると、更新準備が始まります。
次に gh pr-graph を知りまして、これは主に自分自身の環境で見ることが多い用途ですが、これをGitHub PR にあれば良いのでは？と思い至り、
PR 関係図 を可視化する仕組みを導入しました。
仕組みは至ってシンプルで、当該PRに参照（Stack、Issue Link、PR Link）した対象を Mermaid で可視化します。
Mermaid って拘れば結構カッコ良いシンプルなデザインも組みことができまして、なんならアイコン画像も出せちゃいます。
これを導入してよかったのは、PRレビューで依存関係がめちゃ広いPRの1部分を見る時に どのあたりの仕事のものかというのをパッと理解できる点です。
あと純粋に頑張った感がすごく良く見えます。
他には Testcontainers + Cucumber.js + Playwright のE2Eテスト基盤をメンテナンスしているのですが、
Playwright の操作を Page Object Model（POM）で管理していて、
POMに対する検査を導入しました。
新規開発よりも保守運用の方が労力が多いE2Eにおいて、よく更新がある1つがアクセス操作の更新です。
対象要素へのアクセス方法が更新された場合にわざわざE2Eテストを動かさなくても、
当該 POM ファイルの更新をするだけで、POMファイルをStorybookとPlaywrightを使って振る舞いを検査させます。
そうするとアクセス方法が更新された場合に、その振る舞いを事前に検査するだけで済むのです。
E2Eにおいては1シナリオ10分などかかっていたとして、POMファイルのテストは結合テスト（Storybookのビルドと起動、Playwright テスト）で3分程度で済みます。
終わりに
アイデアは転がっているのですが、なかなか気付けません。
ただただ仕事をこなすだけじゃなくて、いつものトイル作業や困りごとを改めて自覚することで、
アイデアに気づくことがあります。
たまには、1日の使った時間を振り返ると面白いかもしれません。
去年の私
手動で家計簿をつけた話。もう今はやっていません。笑
-
s※ ログイン不要で投稿できます。
※ 同じブラウザから投稿を削除できます。
0
読み込み中...
関連する記事
タグ「仕事」の記事
趣味レベルの開発であっても、最近では DesignDocやADRを書き残すようにしています。 ナイモノは読めないから Design Doc のような機能に関する仕様や、 ADR のような全体のアーキテクチャに関する仕様など、 意思決定は山ほ
Codex や Claude のデスクトップアプリにあるピン留め機能が気に入っています。 ピン留めというメタファ 髪の毛を束にしてまとめるためのピン留めや、 コルクボードに紙を止めるためのピン留めなど、 何かを固定するというメタファがピン留