2025-06-09 共有記事ログ

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

# 技術系
## [JavaScriptのジェネレータ関数を実務で使った話](https://qiita.com/uhyo/items/ee7fb36c050a934a345f)
ジェネレータ関数のユースケースについての記事です
自分も今まであまり意識していませんでしたが、JS書くにしても、PHP書くにしても、配列の三項演算子がネストするような場合は多少読みやすくなるので、使ってみるのも良さそうだと思いました！
もちろん当社の場合は破壊的変更をしてはならないと強制しているわけでは無いので、より読みやすく、安全な方法を選択できたらと思います！

## [SQLの注意点：実行するたびに結果が変動する可能性があるクエリパターンの紹介](https://note.shiftinc.jp/n/n92468e95984c)
結果が常に一定とならないSQLの紹介・解説記事です
おそらく皆さん手元では常に同じ結果が返ってくるから、この順序・優先度で計算しているのだろうなと想像して実装していることがあると思います
しかしながら、仕様としてその順序が明記されていないのであれば、バージョン・OS・ハードウェアなどによって結果が変わる可能性があります
自分はON DUPLICATE KEY UPDATEは意識しないで使っていましたが、ユニークキーが複数あり、その組み合わせをOR検索して複数該当するときは特に気を付けなければと思いました
明示していないことに対しては順序・優先度が変わることを前提に実装するように気を付けましょう！

# セキュリティ系
## [もしエンジニアのあなたが障害対応の旗振りをすることになったら](https://tech.basicinc.jp/articles/241)
障害が発生した場合にどのようなことをするのか、参考例を紹介してくれている記事です
当社も年に何度か大きなインシデントが発生しますが、その時に冷静に動けるように準備しておくことが大事だと思います
そしてエンジニア視点で気をつけるべきことも記載されておりますので、是非自分ごとと捉えて動けるようにと思い共有いたします！
個人を責めない、チームの責任、振り返りをしっかり行う。この辺りは特に大事だと思います！

# コミュニケーション系
## [自他の力を引き出し、ロスを減らす強い武器としての質問する力](https://dev.classmethod.jp/articles/questioning-ability/)
質問の種類や質問から得られる効果についての記事です
相手のためになる質問もあれば、純粋に自分のための質問もあると思います
そのどちらにおいても関係性を築いたり、より知見を広めたりとプラスの要素が大きいと思いますので、そのプラスを最大化させるために、是非目を通してもらえたらと思います！

# その他
## [「若手エンジニアが語るリアルな実例 ~「技術負債」との戦い方・「技術資産」活かし方」に「コードの考古学 〜労務システムから発掘した成長の糧〜」というテーマで登壇しました！](https://tech.smarthr.jp/entry/2025/06/03/171307)
技術負債についての登壇資料です
是非スライドを見てください！
どうしても難解なコードやベストでない構造をみると批判的な感情に陥ってしまうことがあると思います(もちろん自分もあります)
それが誰かが書いたコードでも過去の自分のコードでも。
そう言った時、そう思った時こそ改善のチャンスであり、解読した結果を共有すべき内容であると思います
負の感情を連鎖させるのではなく、少しでもより良い環境を作るために、是非見ていただきたいと思い、共有いたします！

# 共有するほどではないけど興味があったもので読んだもの
* [CTEM（Continuous Threat Exposure Management：継続的脅威公開管理）と呼ばれる、継続的に、そして攻撃者の視点から自社のIT環境を評価し、リスクを管理していくアプローチが注目されています。この概念の実現を支援する有効な選択肢の一つが、今回ご紹介するXM Cyberです。](https://techblog.ap-com.co.jp/entry/2025/05/23/123000)
    * 実際に使ってみたいと思ったが、社内環境に勝手に行うわけにはいかないから、ある程度の準備は必要になりそう
* [ChatGPTの実務活用イメージ：チームの強みを引き出す1on1質問リストの作り方](https://note.shiftinc.jp/n/n7f4c41bd3a2a)
    * 次の目標面談や面接で活かしてみようかなと思う
* [眠れなくなるほど面白い暗号化技術 第3回 - 機械式から共通鍵暗号へ](https://techblog.ap-com.co.jp/entry/2025/05/26/093000)
    * 現代では当たり前に、なんとなく使っている暗号についての勉強になる
* [キャリアカフェ　〜キャリアをゲーム感覚で楽しく語ろう〜](https://note.jpn.pioneer/n/nfadbf45f4741)
    * やってみたい。今度会社で誰か声かけてみようかなと思った
* [Googleのコーディングエージェント「Jules」を早速使ってみた！](https://qiita.com/Nozomuts/items/20ec1438cf478932201b)
* [1on1を“雑談”で終わらせない！成果につなげる進め方](https://qiita.com/Nao52/items/4f5bf45972f9f2fab876)
    * 気になるので使ってみようと思う当社は1on1をほとんど行わない文化ではあるけど、目標面談のときなどには活かせると思うので、次の目標面談のための参考にさせてもらう
* [セーフィーのセキュリティチームづくり](https://engineers.safie.link/entry/cybersecurity-team-building-management)
    * まずはセルフマネジメントを各々がしっかりやっていくことから始めていくべきなのだろうなと思う
* [ターミナルがダサいとモテない。gh copilot suggestをスマートに使う。](https://blog.grasys.io/post/yusukeh/terminal-copilot-suggest/)
    * 普段ChatGPTを開いて聞いている内容をターミナル上で確認できるのは楽そうなので入れてみようと思う
* [ディレクトリ構成 ~フィーチャーベース編~](https://sreake.com/blog/feature-based-directory-structure-good-practice/)
    * マイクロサービスのように小さなコンポーネントを開発するなら良いけど、この切り方だとそのうち巨大ファイルができそうな印象
    * 切り方の出だしとしては良さそう
* [開発しやすくするために、処理や関心ごとを分けた話](https://note.com/dev_onecareer/n/n55978de5dfc1)
    * 関心分離や型定義で読みやすいコードにするのはとても良い
    * 最初の書き手の速さよりも、読みやすいコードを書いてレビューをしやすくしたり、修正しやすくする方が重要だと思うし、型があるだけで安心感が生まれる
* [新人におすすめのツール・TIPS紹介](https://zenn.dev/neinc_tech/articles/08f81a0997e978)
    * 超初心者向け
* [エンジニアの育休で再発見：育児に活きるスクラムの考え方](https://tech-blog.yayoi-kk.co.jp/entry/2025/05/29/110000)
    * 自分もこれから始まる子育てに対して、スクラムの考え方を取り入れながらお嫁さんと共に頑張っていきたいと思う
* [自動脆弱性診断ツールの導入と効率化の取り組み](https://blog.cybozu.io/entry/2025/05/30/080000)
    * 継続的な確認ができる運用は素晴らしい
    * CIに導入したら具体的な方法を含めた記事が出ることを期待
* [何が運用負荷を増大させるのか？課題と解決、どういうチームになっていくべきか。](https://zenn.dev/loglass/articles/5d5fa55059fa7c)
    * 運用専任者を用意できればどっちつかずの状態を脱せるとは思うけど、それをやりたい人、やってくれる人はいるのだろうか？
    * 例外を減らすといるのはその通りだと思う。特定の機能、特定の顧客に対する例外が増えれば増えるほど負荷は増えると思う
* [活用しているAIツール紹介](https://blog.wh-plus.co.jp/entry/2025/05/30/154437)
    * 様々なAIツールが出てきているので、もう少し様子を見ながらコスパに見合うものを見定めていきたい
* [Claude Code を利用しようと思っているのでvimmer が住む村に帰ろうと思います。 - じゃあ、おうちで学べる](https://syu-m-5151.hatenablog.com/entry/2025/05/30/180912)
    * 非常に興味があるし、Vimで開発する身としてはこの人の言っていることにとても賛同できる
* [コマンド紹介シリーズ：tldr](https://zenn.dev/akasan/articles/dd94771d828ec7)
    * 試しに使ってみようと思う
* [コマンド紹介シリーズ：bat](https://zenn.dev/akasan/articles/5c92827ae75f3c)
    * めちゃくちゃ良さそう。帰宅したらすぐインストールする
* [日本郵政「デジタルアドレスAPI」を使ってみた感想](https://qiita.com/sotalikefn/items/dfce603f474a941ae3e1)
    * すぐすぐの導入は不要だけど、住所入力は非常に手間な項目の一つだと思うのでこのアドレスが普及したら各プロダクトで導入するのも良さそう
* [【TypeScript7】TypeScriptが10倍高速になるぞー](https://qiita.com/rana_kualu/items/8fd975cbada30cb5ed45)
    * トランスパイルの待ち時間が劇的に改善されるなら頼もしい限り。正式リリースが楽しみになる
* [「話す前に考える人はなぜ信頼されるのか？」〜社会人に必要な知性の磨き方〜 【7つの黄金法則】【5つの思考法】](https://qiita.com/Nao52/items/50e2a85a6ee2a56ccf02)
    * できていないことが多くて心に刺さる
    * 認知バイアスの問題は少しずつ意識して改善していくとして、最初に意見を話すのは簡単に始められそうなので頑張って信頼されるようになりたい
* [マネージャーでも大事なのはチームとして課題に向き合うこと](https://studist.tech/team-collaboration-for-new-manager-success-8991ae62603e)
    * マネージャーをチームとして機能させることができるとたくさんのメリットがありそうだけど、マネージャーってみんなとても忙しいイメージがあるから、予定を合わせて活動できるのか心配な部分がある
* [コマンド紹介シリーズ：rg](https://zenn.dev/akasan/articles/25f1eca029854b)
    * 現状grepで困っていないので、これはあまり惹かれなかった
* [Cyber Security Cloud CTOを迎えた社内勉強会 | 本質は「誤設定を防ぐ設計」にある](https://tech.up-sider.com/entry/20250605_SecurityAwarenessDay)
    * 開発者な安心してミスできる環境を作るというのはとても心強いと思った
    * 心理的安全性とセキュリティ設計を結びつける考えに、とても賛同する
* [コマンド紹介シリーズ：imgcat](https://zenn.dev/akasan/articles/a57b277ee7af27)
    * サーバ上のOSでも使えるなら良さそうだけど、そうでなく Mac を使っているなら open でプレビュー開くので良いかなと思う