2025-02-10 共有記事ログ

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

# 技術系
## [MySQL5.7から8.0にアップグレードする際の手順や詰まったこと](https://zenn.dev/spacemarket/articles/f9da8549402f23)
AWS 上で MySQL5.7 から 8.0 にアップグレードする際の手順についての記事です
当社でも MySQL5.7 からの移行をする必要がありますが、その際にサービスとして何が許容できて、何が許容できないのかを検討する必要があります
そういった際の一助になるかと思い、共有いたします！

## [フロントエンド開発者が知っておくべきバックエンドの知識10選](https://qiita.com/K3n_to_n17/items/be59c202f4dc0ba68cb8)
Webアプリケーションで利用される概念について図を用いながらわかりやすく解説してくれている記事です
基本的なことが多いため、知っている事柄がほとんどかもしれませんが
RDBとNoSQLを比較していたり、Message Queue と Webhook の違いを改めて見たりすることで
どのような場合に何を選択するべきかを改めて考える切っ掛けになるのではと思い共有いたします！
e.g. RDB で NoSQL 的な使い方をするのではなく、RDB と NoSQL を組み合わせる選択肢が出てくるなど


# セキュリティ系
## [初心者向けサイバー攻撃の種類と対策の基礎知識](https://qiita.com/nucomiya/items/c30c8de57eba7ccdfbe3)
サイバー攻撃に関する攻撃手法の紹介記事です（詳細な攻撃手法については記載されておりません）
おそらくこの記事で紹介されている攻撃手法は耳にしたことがあるものばかりかと思います
その中でも耳にしたことがあるけど、どういったものか知らないというものがあれば、とても簡単に記載されているので目を通してみてください！
自分たち開発者としても、利用者としても知っていると少しセキュリティを意識した視点で見れるようになるのではと思います！


# その他
## [「一番伝わる説明の順番」 で理解されるための説明術を学ぼう](https://toranoana-lab.hatenablog.com/entry/2025/02/05/120000)
「一番伝わる説明の順番」という書籍の各章の概要を記した記事です
ここで記されている内容は概要だけになるため、詳細なテクニック等は含まれていませんが、
概要だけでも話すとき・伝えるときに気をつけるべき点がわかるので是非目を通してみてください！
こういった伝える能力というのは、あらゆる立場で必要になるものなので、時間があれば一度読んでみるのも良さそうです！

## [「反応が薄い」を克服！反応を引き出すためのコツ5選](https://note.shiftinc.jp/n/ne74dcfafd156)
会話の中で反応を得るためのテクニックの紹介記事です
個人的には特に③の「相手の話をしっかり受け止め、肯定的なフィードバックを返す」が大事だと感じています
ついつい自分の考えと異なっているときに、「でも」で切り出したり、相手の話を遮ってしまったりしがちです
そうならないように自分自身もっと気をつけていかないとと思いました！
皆様から見て、自分に特に足りていないと思った場所があればフィードバックください！


# To Intern
## [【新人プログラマ応援】他の人の目に触れるテストデータを「hoge」とか「あああ」にしない](https://qiita.com/jnchito/items/ba916d3ae86427546606)
テストデータは万が一外に漏れても問題ない内容で、人に見る可能性があるものはある程度用途がわかるデータを入れたほうが良いという記事です
自分も開発中はよくやりがちですが、誰かに見せる際にはそれっぽいデータの方が良いと思いましたので共有いたします！
個人的にはhogeよりも、不適切表現が含まれるテストデータの方が危険だと思っているので、より気をつけてもらえたらと思います！
それとこれ結構良さそうです！ https://lipsum.sugutsukaeru.jp/index.cgi


# 共有するほどではないけど興味があったもので読んだもの
* [生成AIと従来のプログラミングを組み合わせる際に考えていること(2025年2月時点)](https://qiita.com/junkmd/items/7d1596530d3020e60b1c)
    * 生成AIを上手に利用するためにも学び続ける必要はあるなと思った
* [滅びゆく「なぜ？」と「どうして？」の学びをどう受け止めればよいのか？新人エンジニアの指導で感じる生成AI時代の指導の難しさ](https://syu-m-5151.hatenablog.com/entry/2025/02/04/203205)
    * 確かにただ動くものを作るだけであればAIでなんとかなってしまう時代になったと思う
    * エンジニアとして活躍するためには理解力が求められるなと実感
* [2025年中に読破したい、最高の技術書10選](https://qiita.com/t-furusato/items/ef65033a095fc114bb9e)
    * 久々に紹介系の記事でとても良い記事だと思った！
    * いくつか読んだことがあるけど、まだな本は順番に読んでいきたい
* [チーム全体で品質向上を目指す取り組み](https://kaminashi-developer.hatenablog.jp/entry/2025/02/05/080000)
    * 品質の認識合わせは大事そう
    * ビジネスの人たちとのコミュニケーションをもっと行う必要があるなと反省
* [マニュアルテストどこまでやるか？ 責務範囲を相対的に考える](https://tech.smarthr.jp/entry/qa_series_article_vol9)
    * 単体テストはテストしやすいので可能な限りやるべきではあるだろう
    * 状態に依存しないユースケースは自動テストは対応できるだろうけど、そうでないものはマニュアルテストでの確認が必要になりそう
* [Webエンジニアなら知っておきたいIaC](https://engineers.fenrir-inc.com/entry/2025/02/07/102336)
    * 二度と変更しないインフラというのは自社サービスであればほとんど無いだろうから、IaC化するメリットはかなり大きそう
    * 逆に検証でしか利用しない場合や、納品した後その環境は不要な場合は手動でも良さそう
* [GitHub Copilot公式のAIエージェント（Agent Mode）がいよいよプレビューリリース！](https://zenn.dev/gmomedia/articles/github-copilot-ai-agent-preview)
    * Vim でも利用できる形で提供してくれることを切に願う
* [[アップデート] CloudFormationのStack間のリソースの移動や論理IDの変更を簡単に行えるようになりました](https://dev.classmethod.jp/articles/reshape-aws-cloudformation-stack-refactoring/)
    * 便利そうな機能に見えて制約は結構多そう
    * こういったトライアンドエラーをしてくれた記事があると、助かる人は多そうだと思った