fix: fix lint error

ryo-funaba · Aug 20, 2023 · d308f1d · d308f1d
1 parent 83e5bb5
commit d308f1d
Show file tree

Hide file tree

Showing 4 changed files with 23 additions and 23 deletions.
diff --git a/articles/27f223203481ef.md b/articles/27f223203481ef.md
@@ -10,7 +10,7 @@ published: true
 
 # 結論
 
-Docker ビルド時に `-ssh` オプションを使用して、ホストの SSH を使用するよう指定
+Docker ビルド時に `-ssh` オプションを使用して、ホストの SSH を使用するように指定する。
 
 ```bash
 docker build --ssh default .
@@ -32,11 +32,11 @@ docker build --ssh default .
 
 私は最近業務で環境構築の簡素化・開発環境の統一化を目的に、プロジェクトに Docker 環境を導入しました。
 
-その際、 Docker ビルド時に「プライベートリポジトリをクローン」する必要があり、色々調査した結果を共有したいと思います。
+その際、 Docker ビルド時に「プライベートリポジトリをクローン」する必要があり、いろいろ調査した結果を共有したいと思います。
 
 また実際によく使用される Docker Compose からビルドするケースも最後に解説します。
 
-間違いなどありましたらコメント等でご指摘頂けると幸いです。
+間違いなどありましたらコメント等でご指摘いただけると幸いです。
 
 # 環境
 
@@ -53,7 +53,7 @@ docker build --ssh default .
 # 手順
 
 1. GitHub と SSH 接続する設定
-    - 解説記事は[こちら](https://zenn.dev/schnell/articles/0e1c2e9db5c08d)
+    - 解説記事は [こちら](https://zenn.dev/schnell/articles/0e1c2e9db5c08d)
     - **ssh-agentにGitHubの秘密鍵を登録する**
       - `ssh-add -K ~/.ssh/your_secret_key`
 
@@ -90,7 +90,7 @@ docker build --ssh default .
     ```
 
     - 先頭に `# syntax=docker/dockerfile:1` を記載
-    - [ベストプラクティス](https://docs.docker.jp/develop/develop-images/dockerfile_best-practices.html#user)に従い、非 Root ユーザを使用するよう設定
+    - [ベストプラクティス](https://docs.docker.jp/develop/develop-images/dockerfile_best-practices.html#user) に従い、非 Root ユーザーを使用するよう設定
     - ホスト上の ssh-agent を使用するために `--mount=type=ssh` を指定
     - 使用するユーザー ID を `uid=1000` で指定
 

diff --git a/articles/2f925f621e6d99.md b/articles/2f925f621e6d99.md
@@ -39,7 +39,7 @@ published: true
 
 また、いつでも見返せるように「いいね」と「ブックマーク」もお願いします！
 
-間違いなどありましたらコメント等でご指摘頂けると幸いです。
+間違いなどありましたらコメント等でご指摘いただけると幸いです。
 
 # 1. リポジトリを作成
 
@@ -108,7 +108,7 @@ published: true
 ```
 
 実際の職務経歴書の内容は、以下の記事が参考になります。
-もちろん私の職務経歴書も参考にして頂いて問題ありません。
+もちろん私の職務経歴書も参考にしていただいて問題ありません。
 
 https://qiita.com/newta/items/77eb14b1d67bc7ef1980
 
@@ -136,7 +136,7 @@ https://job-draft.jp/
 今回は textlint と markdownlint の導入をそれぞれ紹介します。
 ## textlint の導入
 
-職務経歴書という仕事・転職に関わる大事な書類なので、誤字脱字は避けたいです。
+職務経歴書という仕事・転職に関わる大事な書類ですので、誤字脱字は避けたいです。
 
 そこで、textlint という自然言語向けの Lint を活用します。
 
@@ -303,7 +303,7 @@ Lint の実行結果は PR の画面から確認できます。
 
 そこで GitHub Actions を活用し、マークダウンから PDF に自動で変換する処理を実装します。
 
-以下のような PDF が作成され、[リリースページ](https://github.com/ryo-funaba/ryo-funaba/releases)からダウロードできます。
+以下のような PDF が作成され、[リリースページ](https://github.com/ryo-funaba/ryo-funaba/releases) からダウロードできます。
 
 ![PDF変換後の職務経歴書](/images/resume_pdf.png)
 
@@ -445,7 +445,7 @@ title: #{任意のタイトル}
 description: #{任意の説明文}
 ```
 
-以下のページから様々なテーマを確認できるので、お好みのものを設定して下さい。
+以下のページから様々なテーマを確認できるので、お好みのものを設定してください。
 
 https://pages.github.com/themes/
 
@@ -455,7 +455,7 @@ https://pages.github.com/themes/
 
 ![GitHub Pagesの設定画面](/images/resume_github_pages_setting.png)
 
-公開しても、反映されるまでに時間がかかることもあるので注意して下さい！
+公開しても、反映されるまでに時間がかかることもあるので注意してください！
 
 # 終わりに
 

diff --git a/articles/9714348cc2483b.md b/articles/9714348cc2483b.md
@@ -14,19 +14,19 @@ published: true
 
 業務で AWS のモックのテストを導入し、その際に得た知見を共有したいと思います。
 
-今回は S3 のモックを作成しますが、DynamoDB ・ SQS といった[aws-sdk-go](https://pkg.go.dev/github.com/aws/aws-sdk-go)で用意されている AWS のサービスであれば同じ様に再現できます。
+今回は S3 のモックを作成しますが、DynamoDB ・ SQS といった [aws-sdk-go](https://pkg.go.dev/github.com/aws/aws-sdk-go) で用意されている AWS のサービスであれば同じ様に再現できます。
 
-間違いなどありましたらコメント等でご指摘頂けると幸いです。
+間違いなどありましたらコメント等でご指摘いただけると幸いです。
 
 # クライアントの生成
 
 まずは S3 のクライアントを生成する処理を作成します。
 
-モックのために重要な事は[s3iface.sS3API](https://pkg.go.dev/github.com/aws/[email protected]/service/s3/s3iface)という Interface をクライアントとして使用する点です。
+モックのために重要な事は [s3iface.sS3API](https://pkg.go.dev/github.com/aws/[email protected]/service/s3/s3iface) という Interface をクライアントとして使用する点です。
 
-（DynamoDB の場合は[dynamodbiface.DynamoDBAPI](https://pkg.go.dev/github.com/aws/aws-sdk-go/service/dynamodb/dynamodbiface)になります）
+（DynamoDB の場合は [dynamodbiface.DynamoDBAPI](https://pkg.go.dev/github.com/aws/aws-sdk-go/service/dynamodb/dynamodbiface) になります）
 
-後ほど実装しますが `s3iface.S3API` から S3 へのリクエスト処理を実行することになります。
+のちほど実装しますが `s3iface.S3API` から S3 へのリクエスト処理を実行することになります。
 
 :::details s3_session.go
 
@@ -1531,7 +1531,7 @@ func Test_s3Repository_GetObject(t *testing.T) {
 
 以上、「Go で AWS のモックテストを書く」の紹介でした。
 
-もっと便利な実装方法などあれば、ぜひコメントで教えて下さい！
+もっと便利な実装方法などあれば、ぜひコメントで教えてください！
 
 # 関連記事
 

diff --git a/articles/f63b0bffe2eb77.md b/articles/f63b0bffe2eb77.md
@@ -24,7 +24,7 @@ published: true
 
 もちろん他におすすめのツールがあれば、ぜひコメントで教えてください！
 
-間違いなどありましたらコメント等でご指摘頂けると幸いです。
+間違いなどありましたらコメント等でご指摘いただけると幸いです。
 
 # Raycast
 
@@ -65,10 +65,10 @@ Alfred の重課金ユーザーさえも乗り換えるほど人気で注目さ
   ![RaycastのWindow Managementの実行結果画面](/images/raycast_window_management.png)
 - [拡張機能の追加](https://www.raycast.com/store)
   - Chrome のようにストアから様々な拡張機能をインストール可能
-  - Raycast から AWS・GitHub・Notion・Google Drive にアクセスしたり、ネットのスピードテスト、ダミーデータの生成など、様々な拡張機能がある
+  - Raycast から AWS・GitHub・Notion・Google Drive へのアクセス、ネットのスピードテスト、ダミーデータの生成など、様々な拡張機能がある
   ![Raycastのストア画面](/images/raycast_store.png)
 
-補足記事
+補足記事はこちら。
 
 https://zenn.dev/yum3/articles/i_raycast_or_alfred
 
@@ -102,7 +102,7 @@ Warp は Rust 製のモダンなターミナルです。
   - `cat` コマンドやログ調査の際に活用されそう
   ![Warpの文字列検索している画面](/images/warp_find.png)
 - [通知](https://docs.warp.dev/features/notifications)
-  - 実行したコマンドが、予め設定した秒数を経過した場合に通知される
+  - 実行したコマンドが、あらかじめ設定した秒数を経過した場合に通知される
   - 個人的に Docker などのビルドの終了を通知してくれるので超便利
   ![Warpの通知画面](/images/warp_notification.png)
 - [SSH 先での Warpの機能の利用](https://docs.warp.dev/features/ssh)
@@ -119,7 +119,7 @@ Warp は Rust 製のモダンなターミナルです。
   - テーマのカスタマイズが可能
   ![Warpのテーマ変更の画面](/images/warp_change_theme.png)
 
-補足記事
+補足記事はこちら。
 
 https://zenn.dev/toono_f/articles/03cc961bfd64c1
 
@@ -133,7 +133,7 @@ TablePlus は人気でモダンな SQL クライアントです。
 
 実際「`もう一度使いたい SQL クライアントのランキング`」において、トップ 3 に並ぶ実力です。
 
-（残念ながら 1 位の[Arctype](https://arctype.com/)は開発が終了してしまいました）
+（残念ながら 1 位の [Arctype](https://arctype.com/) は開発が終了してしまいました）
 <!-- textlint-disable rousseau -->
 ![もう一度使いたいSQLクライアントランキング](/images/tableplus_ranking.png)
 *[&copy;stateofdb.com](https://stateofdb.com/sql-db-clients)*