2024-06-10 共有記事ログ

# 概要
現職の開発部のメンバーに共有した記事のログ

# 技術系
## [[アップデート] AWS CodeBuild + GitHub Webhook 連携でウェブフックの手動構成オプションを使ってみた](https://dev.classmethod.jp/articles/codebuild-self-webhook/)
CodeBuild の手動作成方法について解説してくれています
CI/CDを行う上で便利そうなので時間ができたら使ってみたいです

## [SREに求められるスキルと心構え](https://sreake.com/blog/sre-required-skills-and-mindset/)
SRE とはどういうものか、どういったことをするべきかを少し長いですが解説してくれています
システムの信頼性はインフラエンジニアやSREに限った話ではなく、全エンジニアが意識するべき内容です
ここを目指す必要はありませんが、信頼性を担保するために必要な知識として読んでおくのも良いかと思います

## [モノレポ導入による開発体験の向上と効率化](https://engineerteam.note.jp/n/n18332b55f5b6)
モノレポの導入と開発体験の向上について簡単に解説しています
モノレポについては様々な意見があると思いますが、Linter の統一や Deploy フローの自動化など
CI/CDに関してはしっかり整備したいですね

## [業務改善・効率化に役立つブックマークレットの使い方](https://techblog.ap-com.co.jp/entry/2024/06/03/152018)
ブックマークレットの基本的な説明がされています
開発部だけではなく全社で便利なブックマークレットを共有する場所を作ってみるのも面白いかも知れません
結果的に全体の業務効率が上がり、テストが楽になるかもしれないですね

## [JavaScript 従来の関数とアロー関数の違い](https://tech.iimon.co.jp/entry/2024/06/03/185938)
function と () => {} の比較をしてくれています
理解しておくと何かと便利です

## [explainだけじゃわからない！MySQLのindexの考え方](https://devblog.thebase.in/entry/2024/06/05/110000)
MySQL の index を用いたパフォーマンス改善について解説しています
データ量が増えるとパフォーマンスの問題が浮き彫りになってきますが
適切に index を使えると改善することも多いと思います

## [バックエンドの開発環境整備で、チームのオンボーディングを促進し生産性を向上するためのTips 4選](https://tech.buysell-technologies.com/entry/2024/06/05/180000)
生産性を向上させるための方法を紹介しています
個人的にはCLI 環境の整備という部分がかなり気になりました
特に実作業で個人的に問題となっているデータを作るのが非常に面倒で時間がかかるという問題を
Google Spread Sheet から取得できるようにするというのはとても良さそうだと思います
現状でも CSV Import / Export の機能をいたるところで作っていますが
データが共有されることにこそ意味があるのだと思いました

## [Docker Build Cloudを導入してコンテナイメージビルド時間を80%削減しました](https://studist.tech/docker-build-cloud-f5e1e3dfa114)
Docker Build Cloud について解説してくれています
Docker 社が提供する Cloud ということで Docker に関する信頼性はかなり高いもので
Docker の Build 時間がこれだけ削減できるのであればかなり開発生産性の向上になるのではと思いました
ただ現状では Asia Region が無いようなので、今後に期待です

## [DatadogのCustom Instrumentationを活用した話](https://product.st.inc/entry/2024/06/06/143833)
当社でも Datadog の利用が決定していると思います
そこで可能であれば Custom Instrumentation を利用してパフォーマンスの計測を行っていくべきかなと思いました
特に現時点での仕様ではデータ量的に問題にならないが、何らかの仕様変更や良きせぬ自体でデータが増えれば
問題になりそうな場所というのは感覚であるかと思いますが、そういった場所に積極的に埋め込むと良さそうです
公式ドキュメント
* PHP: https://docs.datadoghq.com/ja/tracing/trace_collection/custom_instrumentation/php/dd-api/?tab=currentspan
* Go: https://docs.datadoghq.com/ja/tracing/trace_collection/custom_instrumentation/go/


# マネジメント系

## [1on1 で「センスが無い」を言語化した話](https://tech.layerx.co.jp/entry/2024/05/31/114951)
詰まった時の問題解決の考え方についてフォーカスしています
自分も陥りがちなので気をつけようと思います

## [[ゼロから始めるプロジェクトマネジメント] プロジェクトの移動するゴールを追い続けよう、記録しよう](https://dev.classmethod.jp/articles/road-to-pm-11-staying-on-top-of-project-goals/)
ゴールは変わるもの。だからこそ過去のゴールを残す必要があるというお話です
過去のゴールは対外的にも現在地の証明に使えるのでしっかり残すように心がけたいです

## [評価されるエンジニアの特徴とは](https://qiita.com/onlycatscanwin/items/c128c22df88a873b58c3)
評価する人にアプローチしてフィードバックする人が評価されるという話です
評価者と沢山接することでより多くの情報を得ることができるので当然といえば当然かもしれませんが、そのハードルはとても高いものです
頑張ってハードルを乗り越えてこそ高く評価されるのかも知れませんね

## [問題の明確化 – 感情のみの共有](https://dev.classmethod.jp/articles/emotion-of-problem-solving/)
問題を感情だけを伝えられた際の解決に向けての考え方です
何故ではなく、いつ、どこで、誰が、何を、どのようにしての視点で深掘りした方が良いというのは知りませんでした
今後のコミュニケーションに使えそうな考え方です


# セキュリティ系
## [[アップデート]Amazon GuardDutyのMalware Protectionが2TiBまでのEBSボリュームをスキャン出来るようになりました](https://dev.classmethod.jp/articles/update-guardduty-malware-scan-to-2tib/)
GuardDuty のスキャン対象のサイズが上がった記事です
今後サイズが上がった場合でも余裕ができそうです

## [AWS入門ブログリレー2024〜AWS CloudTrail編〜](https://dev.classmethod.jp/articles/introduction-2024-aws-cloudtrail/)
CloudTrail についてかなり細かく解説してくれています
SOC1 Type2 のため有効化しておくのも良さそうです


# その他
## [【2024年度】エンジニア向け研修資料まとめ](https://qiita.com/nucomiya/items/29965f1915436f2cfc79)
各企業の公開されている新卒研修資料を紹介してくれています
弊社インターン向けの内容にも使えそうです

## [Chrome リモート デスクトップで在宅勤務の社員をサポートする話](https://developers.prtimes.jp/2024/06/05/chromeremotedesktop/)
リモートでのサポートに Chrome リモートデスクトップを使っているというお話です
今後インターン生を受け入れていくにあたり、これを用意しておくだけでかなり円滑に進めることができるかもしれません

## [データエンジニアが注意すべき定義が誤って解釈されがちな言葉と正しく扱うための考え方](https://qiita.com/ogatango/items/1f4d177a1ae2474987d5)
言葉の定義の重要性について説明しています
自分が使う場合に厳密に、他人が誤用する場合に寛容に、指摘し合えることが自然となるというのはとても良いことだと思います


# 共有するほどではないけど興味があったもので読んだもの
* [誰かに作業や確認を依頼するときに、相手をダブルチェックに巻き込む話](https://developer.feedforce.jp/entry/2024/05/31/120000)
* [【全部！Cloudformation化】CodeCommit、CodePipelineを使って簡易CICD](https://techblog.ap-com.co.jp/entry/2024/05/31/195116)
* [【仕事術】エンジニアでもプロトタイプを早く作りたい！](https://ramble.impl.co.jp/7823/)
* [サイバーセキュリティ情報インプット集 第1.0版](https://qiita.com/secubot5/items/29c7d773a7cf40541a52)
* [Git不慣れ勢を束ねて安全なチーム開発をするメモ](https://qiita.com/dnote/items/6b1f53aeaae8cb5ca67b)
* [世界で話題のブラウザ「Arc」が便利すぎたので魅力を解説する](https://qiita.com/ruitomo/items/cc444c6e4393568ee5b2)
* [驚くほどキレイな三次元シーン復元、「3D Gaussian Splatting」を徹底的に解説する](https://qiita.com/scomup/items/d5790da25a846e645de1)
* [後輩「具体じゃなくて抽象に依存してもらえませんか？」〜命名編〜](https://qiita.com/Yametaro/items/caf16bd79402b1c820e6)
* [【AWS】セッションマネージャー導入してみた２（プライベートサブネット編）](https://techblog.ap-com.co.jp/entry/2024/06/03/093000_2)
* [【エンジニアの日常】エンジニア達の自慢の作業環境を大公開 Part4](https://tech.findy.co.jp/entry/2024/06/03/080000)
* [macOS独自コマンドの紹介](https://developer.so-tech.co.jp/entry/2024/06/03/181329)
* [Datadog の AWS 統合機能を使いつつ、メトリクス収集対象のリージョンやリソースタイプをデフォルトから変更してみた](https://dev.classmethod.jp/articles/datadog-aws-cloudwatch-getmetrics/)
* [問題の明確化 – 全体像](https://dev.classmethod.jp/articles/clarifying-the-problem/)
* [フルリモート下でのキャッチアップについて](https://tech.bm-sms.co.jp/entry/2024/06/04/110000)
* [改善チームのエンジニアとして意識していること](https://tech.iimon.co.jp/entry/2024/06/04/131218)
* [ターミナルがダサいとモテない。WezTerm 紹介編](https://blog.grasys.io/post/yusukeh/terminal-wezterm/)
* [[GitHub] リポジトリルールセットをエクスポートおよびインポートできるようになっていました（Beta版）](https://dev.classmethod.jp/articles/github-repository-rule-set-can-now-be-exported-and-imported/)
* [PCI DSSとは何かを簡単にまとめてみた](https://dev.classmethod.jp/articles/what-is-pcidss/)
* [ユーザーが『アイドル』を歌うとサーバーが停止する](https://qiita.com/laineus/items/7be14dac3eaac72a4cad)
* [エンジニアとしてフルリモートワークで8年生き残る技術](https://qiita.com/tomoyayoshida/items/8b57a0dc306f45a560db)
* [元ヤフーエンジニア社長が考える、未経験エンジニアの最適な勉強時間](https://qiita.com/ryoheiiwamoto/items/9e46742ef2456d1640b8)
* [居酒屋で日本酒を注文するときの悩み解決LINE Bot](https://qiita.com/YopiBee9/items/4e4db0bb00ff3bcc8c58)
* [[小ネタ] SQLの GROUP BY / ORDER BY には数字 (1, 2...) を指定しよう](https://qiita.com/ssc-ksaitou/items/4587f8ac62b04a009dd4)
* [公式ドキュメントを読め。Qiitaを開くな。](https://qiita.com/Sicut_study/items/c397f8cfaf047bf44905)
* [PythonのDockerfileをセキュアにするためのベストプラクティス](https://qiita.com/sugiyama404/items/3f28f06008f15d4f4ae7)
* [【超初心者向け】Pythonのテストの書き方（pytest, unittest）](https://qiita.com/KENTAROSZK/items/ae40bd509d0c114c3519)
* [サービスを作るなら手始めに人を騙せ](https://qiita.com/Sicut_study/items/71b60057cbc104cb5950)
* [クリーンアーキテクチャ＋DDDの魅力](https://blog.wh-plus.co.jp/entry/2024/06/06/120000)
* [メルカリ ハロ リリースのQA戦略](https://engineering.mercari.com/blog/entry/20240603-mercarihallo-releaseqastrategy/)
* [Notionを活用したエンジニア向けオンボーディング](https://engineering.mercari.com/blog/entry/20220309-souzoh-onboarding-with-notion/)
* [スクラムをやっていないチームでスクラムマスターとして振る舞ってみた](https://blog.cybozu.io/entry/2024/06/07/080000)
* [コントローラブルな領域を増やすプロダクトマネジメント](https://tech.dely.jp/entry/2024/06/07/164208)
* [GitHub Actionsでcron式が書けるみたいですよ](https://zenn.dev/neinc_tech/articles/d9970668372373)
* [面接官「0.1 + 0.2 == 0.3 が成立しない理由を説明せよ」](https://qiita.com/mlab/items/647ac3416e2bdcbe3163)
* [Googleのランキングアルゴリズム流出から考えるSEO](https://qiita.com/1amageek/items/1ac34fd8bcbe8257ad11)