2024-10-21 共有記事ログ

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

# 技術系
## [GraphQL スキーマから API ドキュメントを自動生成して GitHub Pages へデプロイする](https://tech.classi.jp/entry/2024/10/15/180000)
GraphQLのドキュメントをGithub Pagesを使って管理する方法の紹介記事です
Github Pagesが結構便利そうなのでOpenAPI含め、UIとして表示可能なドキュメントはGithub Pagesで管理するのもありかもしれませんね

## [パスキー利用状況レポート @ マネーフォワード ID (vol.6, Oct 2024)](https://moneyforward-dev.jp/entry/2024/10/16/160000)
パスキーの普及率に関する記事です
個人的にはパスキーは不正ログイン対策としてかなり強いのではと思っているので、当社システムも対応していくほうが良さそうだと思いました

## [Web エンジニアなら知っておきたい DevTools の世界](https://engineers.fenrir-inc.com/entry/2024/10/18/145450)
Chrome の DevTool の機能紹介の記事です
意外としらない機能もあるかもしれませんので、是非一度目を通してみてください！


# セキュリティ系
## [NIST SP 800-63B-4 第2次公開草案のパスワード要件の変更点をまとめてみた](https://dev.classmethod.jp/articles/nist-sp-800-63b-4-2/)
NIST が提供しているガイドラインのパスワード要件についての記事です
ここに記載されているように、パスワードの制約を強くすると、逆に覚えやすい・予測しやすいパスワードになっていくものです
長くても覚えやすいようにパスワードではなくスペースを許容したパスフレーズとするほうが良さげだと思いました
また現在はブラウザ自身がパスワードマネージャを提供しているなどで、パスワードに対するハードルは下がっているとは思いますので
MFA 含め、ツールをうまく組み合わせて自身のアカウントも、プロダクトで管理しているアカウントもセキュアに保てるようにできるようにしていきましょう


# その他
## [「頑張る」から「仕組み化」へ：エンジニアが運用作業を改善するためのコツ | Resilire Tech Blog](https://zenn.dev/resilire/articles/202409-asana_client_onboarding)
ヒューマンエラーを無くすための取り組み方の考え方の記事です
恐らくエンジニアリングに関わらず、皆様の日常業務の中にシステム化可能なボトルネックとなっている部分は多々あることと思います
経営判断になるので勝手にできるものではないですが、新規機能開発や個社対応をしないことでの直近の契約数を多少落としても、中期的に見ると多大な利益を生む業務効率を改善できる開発を優先するのも一つの戦略かもしれませんね


# 共有するほどではないけど興味があったもので読んだもの
* [SHIFT DevRel Monthly Magazine vol.1 - 2024年10月のテックイベント](https://note.shiftinc.jp/n/na8c1501b1c9d)
    * 添付資料は興味深いので順番に読んでみたい
* [エンジニア人生をダメにする勉強法](https://qiita.com/Sicut_study/items/fb4402e083253492edeb)
    * なんか毎回似たような内容ばかり投稿されてる会社だなってイメージ。あと文章長い。もっと簡潔に書いて欲しい。
    * あとこの会社の投稿は言いたいこと言って、コメントはほとんど拾わないイメージだけど、何故か毎回いいね数が多い謎会社
* [Webエンジニアになる人に知っておいて欲しい最低限のWebの技術](https://qiita.com/yamadagenki/items/11947222fd162e45dd27)
    * 初見向け
* [エンジニアが知っておくべき請負契約と準委任契約の違い](https://qiita.com/satoshi256kbyte/items/795e9137b5728a9e8989)
    * 現状では関係ないけど副業するときは気をつけないといけないないよう
* [Rules of React を経典に React を書いて心の安寧を保つべし](https://qiita.com/tomada/items/91bd4ffcb601cf3b85d7)
    * reactに関わらず副作用の無いプログラムの方が保守しやすいですね
* [新入社員が２人で生成AIアプリを作った話 〜開発から特許出願まで〜](https://qiita.com/kyuko/items/d2708709827411feb292)
    * 市場調査などしっかりしていてすごい。これを企業としてどうマネタイズするのか気になる
* [生成AIにTOEIC®リスニング問題を無限に生成してもらい、スコア900超え達成した話](https://qiita.com/readiness_/items/3a03e525344aca6d58c2)
    * 生成AI利用の一例
* [ジョブズの伝説的スピーチを知らない世代へ](https://qiita.com/zunbero_zunbero/items/4644d6d00da0d22b4540)
    * 背景を知り、その人のイメージをより鮮明にできることで、言葉に重みが生まれるのかも知れないと思った
    * 歴史の授業も人の名前や年号、出来事の名称に重きを置くのではなく、言葉は違えど背景と出来事を理解・説明できることにこそ意味がありそうだと思った
* [生成AIをモジュール化したらアプリの新しい可能性が見えてきた](https://qiita.com/ysk91_engineer/items/b047c879602d4fb8e62d)
    * 枯れて初めて使われる類のものな気がする
    * それまでは研究開発できる企業が頑張って信頼性を向上させて欲しいい
* [Web脆弱性スキャナーをAIの力を借りて作って脆弱性を見つけてIPAに報告した](https://qiita.com/yousukezan/items/41e2c675f583cf341cdb)
    * ChatGPTにコード書いてもらってこんなアプリ作ったよの紹介記事
* [システム生成AIの最新動向と本質的な理解の重要性について](https://qiita.com/ai_syacho/items/3b26301045d2a7fff50e)
    * 必要な時に必要なものを使いこなせる必要があるのは生成AIでも同じみたい
* [Reactのレンダリングとメモ化についてようやく理解したので書く](https://qiita.com/nuhaha_2023/items/9ce5fbde8646e490906e)
    * React書くときはmemoをうまく使いこなす必要があるなと思った
* [React勉強のポイント！Reactの優れている点も解説](https://lab.sonicmoov.com/development/react-how-to-learn/)
    * React の概要
* [noteの成長を支えるEMの働きと歩み - noteエンジニアインタビュー](https://engineerteam.note.jp/n/nedea0c9cecee)
    * EM として転職しての記事