2025-04-09 共有記事ログ

# 技術系

## [フレームワークのアップグレード作業を計画的に進めるための手順](https://zenn.dev/chot/articles/3d034e077a1698)
フレームワークのメジャーバージョンを上げる際の手順を説明した記事です
当社プロダクトもバージョンを上げなければならないものが多々あるかと思いますが、自動テストが無いためにバージョンを上げることにかなりのリスクがあります
この記事を参考にアップグレードできればそのリスクを多少は軽減できるかと思いましたので共有いたします！

## [【日本語対応】GitHub Copilot公式 AIコードレビューのTips](https://zenn.dev/gmomedia/articles/copilot-japanese-review-tips)
GitHub Copilot の AI コードレビューについての記事です
Enterprise ではなくても日本語でレビューさせたり、様々な指示を出す方法について記載があります
CodeRabbit を使っている現在は、そこまで必要ではないかもしれませんが、内容や精度次第では利用を検討しても良いかもしれませんね！

## [OpenAPIを利用してWebアプリケーションの開発プロセスを効率化した話](https://design-tech.xtone.co.jp/entry/2025/04/01/192455)
OpenAPI の利用方法についての記事です
OpenAPI のメンテナンスはしっかり行う必要がありますが、Redoc, Prism 等を利用して開発効率やドキュメンテーションを行う手間を減らすことはできそうですね！
今後は外部公開用のAPI以外もOpenAPIで管理するのも良さそうです！


# 共有するほどではないけど興味があったもので読んだもの

* [開発チームの中でセキュリティを育てる - セキュリティエンジニア派遣の試み](https://kaminashi-developer.hatenablog.jp/entry/2025/03/25/080000)
    * プロダクトを開発しながらセキュリティに関係した業務ができる環境を求めるエンジニアも一定数いそう(自分のように)
* [イベントレポート: CTOとEMが語る事業成長を支えるエンジニア組織とは](https://www.awarefy.dev/blog/event-report-2025-03-14-cto-and-em-discuss-engineer-organization/)
    * 感想のみ
* [誰でも作業効率をぐっと上げるフォルダの構成方法](https://note.shiftinc.jp/n/n9c048a89a1df)
    * フォルダ管理は気をつけよう
* [人材育成を加速させるためのキャリアライン、キャリアマップの考え方](https://note.shiftinc.jp/n/nad0b4524da3e)
    * 目指す姿や求める人材像などを固めて、社員個人個人の未来を考えながらキャリアを考える文化が必要そう
* [「会議を減らして作業時間を増やす=生産性が上がる」は本当か？](https://zenn.dev/edash_tech_blog/articles/d0da6c10928826)
    * 非同期コミュニケーションの礎ができていないのに、ただ会議を減らすだけだとこの記事のような問題点が浮き彫りになるのだろうと思う
    * 逆にちゃんとコミュニケーションをとって、意思決定の透明化が進めば、会議が無くなっても記載されたような問題は出ないのかもしれない
* [git/githubを使うときに、本当に3点だけ押さえてほしいこと〜 Don't feel, think! 〜](https://qiita.com/yamadagenki/items/18f9121170026672b40a)
    * branchを最新にするのは大事だね
* [【ポエム】「結局何が言いたいの？」私が時間泥棒を卒業した方法](https://qiita.com/first_step_by_step_/items/59c09aad48ea9d48393f)
    * かなり共感できる内容。真似していこう
* [まだPCにIAMアクセスキー保存してるの？ ベスプラに沿って、AWS CLIやSDKから安全に開発しよう！](https://qiita.com/minorun365/items/d504c73014056ea5a485)
    * IAM Idetity Center での運用は間違ってはいないらしい
* [AI駆動開発では「Project as Code」が超重要である！](https://qiita.com/kumai_yu/items/0aa2fc294f8e1347e36c)
    * つまりドキュメント化しましょうということかな？
* [24GB RAM + 4CPU + 200GBストレージのLinuxサーバーを無料で手にいれる方法](https://qiita.com/shota0616/items/d0dfa1f70af073aa9554)
    * 登録してみる
* [ターミナルがダサいとモテない。ファイルマネージャー編](https://blog.grasys.io/post/yusukeh/terminal-filemanager/)
    * Terminal File Managerって使ったことないから一度使ってみようかな
* [PC操作をさらに快適に！次に試すべきツール 5選](https://note.com/dev_onecareer/n/n9aed70d45ba0)
    * 地味に使えそうなのもある
* [SchemaSpyを使って最新のER図を保つ](https://product.st.inc/entry/2025/03/27/143600)
    * 巨大DBでも出力できるのか試してみたい
* [企業におけるキャリアライン、キャリアマップに対する課題提起](https://note.shiftinc.jp/n/n92973b17e6aa)
    * アップデート可能なものとしてであれば、ある程度可視化されている方が参考情報にはなるのではと思う
* [キャリア形成に重要な「計画的偶発性理論」って何？](https://note.shiftinc.jp/n/ncbf0b06bdaf2)
    * 待ってるだけではダメ、自分からのアクションや、話しかけられたときに積極的に関わる必要があるということかな
    * ランチに誘われる場合は、外で食べると結構お金がかかるという問題もあるが、それを投資と割り切れるかもあるかも
* [ステークホルダーからの理解できないフィードバックにどう向き合うか](https://blog.ingage.jp/entry/2025/03/29/080000)
    * バリューを定義して、それにそった考え方をするのは大事かもしれない
* [Github Actionを使って、Pull Request作成時に自動でラベルを付与するCIを簡単に実現する](https://zenn.dev/kigi/articles/edb6ae0b6c224f)
    * ラベル付与簡単そう
* [Pull Request Labeler V5でブランチ名を元にラベルを付与 ＆ 前バージョンからの移行方法](https://qiita.com/Ry0xi/items/cf65be4917496be97870)
    * 書き方の参考になった
* [GitHub Actions PR 作成時にラベルを自動付与する](https://qiita.com/ucan-lab/items/4b02dec969df399253f7)
    * 書き方の参考になった
* [【Git/GitHub】リリースしたmasterブランチにリリースバージョンのタグを設定する](https://qiita.com/s_moon/items/d95b3ba4e1d133ff4dd0)
    * やりかたの記事
* [組織図に対するさまざまな要求と現在地](https://tech.layerx.co.jp/entry/2025/03/31/150000)
    * プロダクトとして要求がたくさんあって難しい領域なんだろうなという感想
* [SREに半年チャレンジしたら、プロダクトエンジニアとしてめっちゃ成長していた話](https://note.com/dev_onecareer/n/n3a18cf2acdf9)
    * SRE を経験することでプロダクトのより良い運用ができそう
* [構成図 as Code](https://qiita.com/infra365/items/cf5402cc2a7da1c4bc16)
    * コードで管理するというアプローチは良さそうだけど、座標の手動指定は面倒そうだなと思った
* [【未経験からフルスタックエンジニアへ】成長のための5つのステップ  ](https://qiita.com/ryoheiiwamoto/items/4eec9efe9c7d6878d4be)
    * 『「学習のための学習」ではなく「実務に直結する学習」を意識する』働くうえでは重要だなと感じた
* [AWSネットワークの構成要素について理解する](https://qiita.com/ARISA1115/items/c1905d22a03a806f8f1f)
    * AWS SSM の設定も行っていくべきなのかも