2025-02-05 共有記事ログ

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

# 技術系
## [そのコード、なぜ読めなくなる？『役割』と『詳細度』で美しくなる実装術](https://zenn.dev/loglass/articles/4bf77f09241053)
コード分割の考え方として役割と抽象度について説明している記事です
MVCでディレクトリを切るとモジュールの考え方が難しいとは思いますが、できるだけ役割を意識して分割するようにする方が良さそうですね！

## [【Salesforce】開発における命名Tips](https://note.shiftinc.jp/n/n3ecdd966e50e)
開発時の命名に関する記事です
言語や歴史的な経緯から様々な命名が存在しており、新しく名前をつける際にもどうするべきかがわからなくなることも多々あるかと思います
当社では言語が推奨する命名規則に従うようにはしていますが、APIの名前など、定まっていないものも多々あるかと存じます
そう言ったものを今からでも整えていく方が良いかもしれないと思いました

## [半年でライブラリを最新化！スタートアップが実践する継続的メンテナンス](https://tech.acesinc.co.jp/entry/2025/01/31/083000)
ライブラリを常に最新の状態に保つ環境を作った記事です
ライブラリ導入後はあまりバージョンのアップデートを行えていないのが現状かとは思いますが、やはりセキュリティ的な問題や、便利な機能の追加など、アップデートは常に行うべきことだと思います
そのためにはここでも記載されているように、コツコツ継続的に実施する必要があることと、経営層に必要性を理解してもらう必要があると思います
つまり「経営層が必要性をわかっていない」となるのではなく、「経営層に必要性を説いて納得してもらう」のも自分たちエンジニアの仕事なのではと思いました

## [テストにおける「このケースは発生しない」という思い込み](https://qiita.com/akysomizu/items/79a30c9793e323e95507)
テストをする際の考え方に関する記事です
自分はかなり多いので戒めですが、修正した際に影響範囲をちゃんと調べずに最低限しかテストしないことが多いです
そういった場合、だいたいちゃんと動かないです
データを作るのが大変なものもありますが、そういったものはUTを作成するなどして、ちゃんと動作を保証できるようにしていきましょう！（自戒）


# To Intern
## [【情報セキュリティの三要素】可用性・機密性・完全性（CIA）](https://zenn.dev/collabostyle/articles/3044129cc0c0f8)
セキュリティを考える際に必要となる基本原則に関する記事です
これはセキュリティの専門家だけの内容ではなく、開発者としても気にしなければいけない領域となりますので、用語や概念だけでも知ってもらいたく共有いたします！


# 共有するほどではないけど興味があったもので読んだもの
* [多様性が織りなす組織の進化](https://note.com/theoriatec/n/n31747ce3fc6f)
    * MVVのような指針があると働きやすそう
    * 期待が明文化されるとモチベーションになりそう
* [Linuxのメモリーの使われ方](https://note.shiftinc.jp/n/nffb823b36421)
    * 感覚的には知っていたが、メモリの状況によってどのような性能劣化が発生するのか勉強になった
* [最小権限設定の第一歩！IAMアクセスアドバイザー！](https://techblog.ap-com.co.jp/entry/2025/01/27/120000)
    * 運用しながら最適解を探すのに便利そう
* [初めてAWS Cloudformationをさわる人へ_邪道編](https://qiita.com/super_ucchi/items/a6b6fa5c7ed0c9224164)
    * AIをどんどん活用していく
* [GitHub Actionsでリリースミスを防ぐ！自動化ワークフローの超初級解説](https://tech.iimon.co.jp/entry/2025/1/28)
    * Fixerの自動実行も検討しても良いかも
* [開発未経験が初案件で溺れそうになった時の話🌊](https://qiita.com/ikemura-ren/items/caee2b4874b47ee896c7)
    * 質問責めにするだけでなく、その後のフォローもあったのであれば良い話
* [「仕事を任される人」のチャットには特徴があって、決まってこれ。](https://qiita.com/haihaikazuma/items/570cc29f0cc4e6f10a4f)
    * 全てにおいてこうするべきというわけではないが、ある程度の整理と提案内容は用意する方が良さそうというのが感想
* [その汚いコード、いつどこで整頓するの？"Tidy First?"を読んで解決した話](https://qiita.com/y_kawase/items/d48dc085f25e58311f2e)
    * めちゃくちゃ気になる本
    * 今の勉強会が終わったら取り入れても良いかも
* [ポート番号は、「部屋番号のような...」という説明に終止符を打ちにきました。](https://qiita.com/t-furusato/items/0397459ecb39cecc2d81)
    * 例えとしては間違っていないような？
* [誤解されがちなnever型の危険性: 「存在しない」について](https://qiita.com/uhyo/items/97941f855b2df0a99c60)
    * never型をサポートしている言語はいくつかあるけど、これ以上処理が継続されないという意味以外で使えてしまう可能性には気をつけなければならないなと思った
* [C言語(C++)が必要な人と必要ない人](https://qiita.com/kaizen_nagoya/items/2afe9e846b55b24cb6f1)
    * 結局何が一番伝えたい内容だったのだろう？
    * 残念なことに現代においては不要な人の方が多そう
* [おい！そこのお前、俺の質問にちゃんと答えてくれ](https://qiita.com/t-furusato/items/dfd4008599ca7ba9b933)
    * 言葉は強いが、結論から先の方が伝わりやすいとは思う
* [【完全版】Linuxコマンドチートシート](https://qiita.com/Tun/items/e8e2a4a5fab018d7f6cd)
    * 確かによく使うコマンドが多い気がする
* [APIドキュメントを簡単に理解するためのガイド](https://qiita.com/takuya77088/items/54fd3efc66b173346fa0)
    * Apidocは使ってみたい
* [お前はVimとEmacsから逃げられない](https://qiita.com/Neuroi/items/1ed446a0c87f47858727)
    * 啓発になっているのかは疑問
* [QiitaのコードブロックをHACKする](https://qiita.com/kohki_takatama/items/b71da2996e487a9211bd)
    * これはめちゃくちゃ面白い！
    * 今度やってみようかな
* [ソフトウェアエンジニアにこそハードウェアの知識が必要な理由](https://qiita.com/syun88/items/e971bace3dbca3c4be06)
    * 専門家とまではいかなくても、知っていて損はない知識だと思う
* [真のエラーを救い出せ！バックエンドのエラーを99.9%削減した話](https://zenn.dev/gmomedia/articles/5d57255ae74b84)
    * それだけエラーがでているのであれば、それは本当に必要なエラーログなのか？も確認するべきな気がする
    * それで本当に必要なエラーログなのであれば、逆に動いていることが不思議でならない
* [開発者の作業効率を向上させるためのデプロイプロセス改善](https://tech.repro.io/entry/2025/01/30/101611)
    * 共通化できる作業はできるだけ少なくしないと使ってもらえなくなる…
* [ネストしたトランザクション - kickflow Tech Blog](https://tech.kickflow.co.jp/entry/2025/01/30/110014)
    * ネストさせたいときという視点を得た
* [トランザクションのネストの使い方まとめた（初心者向け）](https://qiita.com/_natsu_no_yuki_/items/e1db2a132cbff740896d)
    * MySQL では SAVEPOINT を利用するらしい。必要になったら使ってみる
* [車輪の再発明のススメ！車輪を1から自作できる教材まとめ](https://zenn.dev/collabostyle/articles/142167965f1c29)
    * めちゃくちゃ気になる本達！一つずつ読んでいきたい
* [データ品質や組織について合同勉強会を開催しました！](https://tech.findy.co.jp/entry/2025/02/03/080000)
    * 同じような悩みを持つ会社同士で合同勉強会できると得るもの多そう
* [開発品質を上げる手法についてディスカッションしてみた](https://zenn.dev/sun_asterisk/articles/86695c538cf2ed)
    * 品質向上のためのリファクタリングについてはBizメンバーとの交渉が必要になりそう
    * どうしてもBiz/DevだとBizの方が力が強くなってしまうんだなという感想（Devが交渉する側、Bizが交渉される側の構図）