挙動の説明https://nodejs.org/dist/latest-v16.x/docs/api/modules.html#loading-from-node_modules-folders上のドキュメントにある通り、node_modulesをさかのぼって参照する。ディレクトリルートにexpress@4.18.1、exapi-aにexpress@4.0.0がインストールされており、apps/api-a/index.jsは一番近いexpressを見に行く。どのnode_modulesを利用しているかはrequrie.resolveで取得できる。https://nodejs.org/dist/latest-v16.x/docs/api/esm.html#no-requireresolveまとめどのnode_modulesを参照しているのかパスを取得する方法をまとめた。モノレポはnode_modulesが複数できるので、node_module内のファイルを参照するときにパスを考慮する必要がある。--debug下記のような情報が表示される。found上記をもとに不要なファイルが読み込まれていないか、キャッシュが効いているかを確認する。不要なルール、不要なファイルの見直し古い情報を参考にeslint-plugin-prettierを使うと遅くなるhttps://prettier.io/docs/en/integrating-with-linters.html#notes.eslintignoreを利用して不要なものは読み込まないようにするhttps://eslint.org/docs/user-guide/configuring/ignoring-codeキャッシュを使う--cacheオプションを付けることでキャッシュファイルが生成され、キャッシュファイルと差分があるもののみlintされる。user検証には適当な700行程度のTypeScriptのリポジトリを利用。eslint-plugin-prettierが入っていたのでもともと遅い。https://eslint.org/docs/user-guide/command-line-interface#cachingまとめESLintのパフォーマンスを調査する手順をまとめた。キャッシュオプションに関してはCIでも使えそうなので、今後必要が出たら調査していく。Unauthorized原因ECRにログインしてなかった。年明けに転職に伴って自己紹介のLTをした。その内容を一部抜粋して記載する。どんなことをやってきたか記載した。『EffectiveDevOps』まとめチームの開発生産性を支えるような活動をやってきた再現性の高い開発環境づくり継続的に開発できるチームづくりプラットフォームというプロダクトの特性上、開発期間は長いブログのまとめLTスライドを転記してみたら非常に読みづらかった。今後も開発生産性とか、継続的に開発できるチームづくりは注力していきたい。複数の手順をまとめない冗長な表現をせず短い文章で書かれている複数の人間に使われ検証されている引き継ぐことを前提とし、複数人が利用する。複数人に使われることで手順書の穴が見つかるので、都度修正しブラッシュアップする。手順以外の情報が書かれていない解説や注釈などは別のスペースにまとめる。実行するアクションのみ書く。命令形を使わないこれは知識が足りずうまく言語化できないが、下記のイメージ。ボタンAを押すことまとめ普段なんとなく意識している、自分がいいと思う手順書についてまとめた。上記のようになっていない手順書をみて結局何をすればいいかわからなかったり、読みづらかったりしたのでまとめた。手順が多く複雑な場合は自動化を検討したい。下記のエントリに似たような事が書いてあり、方向性が間違ってないことを確認した。CodeBuildをキックする方法を示す。下記のようにして実装した。RoleとCodeBuildプロジェクトをinputsとして渡すことで汎用的にした。my-codebuild-projectRoleは用途に合わせ適宜権限を絞る。workflowを使ったのでワイルドカードを指定することで特定のリポジトリによらず利用できる。versionを指定する必要もなくなるユーザはどれを使うのがベターなんだろうか?まだわかっていない。ブログを報告する引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。