2025-01-21 共有記事ログ

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

# 技術系
## [MySQLのオンラインDDLを活用して安全に稼働中のデータベースを変更する話](https://tech.high-link.co.jp/entry/MySQL-onlineDDL-change-database)
オンラインDDLを用いたいままでより安全にDBを変更した記事です
いくつか制約はありますが、オンラインDDLを用いることでブロックを発生させずにDBの構造変更ができるため、頭の片隅に置いておくと良さそうだと思い共有いたします！

## [PHPのメモリ超過問題を調査した件](https://techblog.spiderplus.co.jp/entry/2025/01/16/123000)
データ過多で PHP がメモリを確保しきれずにエラーが発生する問題の調査方法の記事です
実際にメモリ超過で死んだ場合にどこまで適切にログが取れるのかはわかりませんが、ログとして計測するための手法の一つとして共有いたします！


# その他
## [Findyの爆速開発を支えるタスク分解](https://tech.findy.co.jp/entry/2025/01/07/090000)
開発に着手する前のタスク分解の考え方についての記事です
全体の把握をするためにも、やるべきことを洗い出すためにもタスク分解はしっかり行うほうが良いと思います
問題はその時間をどこかでやっているはずですが、どの時間として計上するのかという部分にあるのかと思います
明確にタスク分解の時間として切るか、開発タスクに含まれるとして見積を出すかしないと、残業でカバーするしかなくなるので
これをやるためにこのくらい時間をかけますと公表しておく方が良いかもと思いました

## [現場に身を投げ、自身の成長の余地を知る](https://developers.cyberagent.co.jp/blog/archives/54051/)
インターンに参加して得た学びについての記事です
このかたがインターンだったのでこういった内容になっていますが、実際にこの方が学んだ内容は自分たちも意識をしていかなければならない内容だと思います
「記述したコードのクオリティの担保の仕方、どこをどう評価していくのか？」の内容のように、速さ曲振りだった今までと違い、コードの品質を高めるための考え方に切り替えていく必要があります
また「チームで動くこととはどういうことか？」の内容の通りではありますが、自分たちの場合はプロダクトチームと開発部としての２軸があるので、それを良い方に活かせるようにしていきたいですね！


# To プロダクトチーム
## [コード品質はやはりビジネスに影響を与える](https://mtx2s.hatenablog.com/entry/2023/04/26/230917)
プログラムの品質が悪いとビジネス的にも悪影響を与えるということを論文を参考にして定量的に説明している記事です
今まで自分たちエンジニアが定性的にしか示すことができていなかった内容を、研究・検証を行い、定量的に算出してくれています
この数字は自分が思う以上にインパクトが大きいものでしたが、改めて振り返ってみると、体感としても間違っていないのだろうと思います
ビジネス的な視点で、どのタイミングでリファクタリングを行うコストを当てるかは要相談ではありますが、決して無視できるものではないと改めて実感しましたので、是非皆様にもご一読いただきたく存じます！


## [中途エンジニア採用の内定承諾率が1年で33%→73%に向上した話](https://note.com/dev_onecareer/n/n5cdc6e469fa5)
中途エンジニアを採用するための取り組みについての記事です
カジュアル面談はエンジニアの転職では比較的多くの会社が取り入れている取り組みなので、当社も行ってみる価値はあるのではと思いました！
エンジニアを採用したいということと、エンジニアのリソースが余っていないという問題もありますが
うまくリソースを作りながら優秀な人材を確保できるようにしていきたいですね！


# 共有するほどではないけど興味があったもので読んだもの
* [【全エンジニア必見？】仕事で使えないLinuxネタコマンド大全](https://qiita.com/nuco_sat/items/6851ff4e04dc87882e37)
    * シンプルにネタになる
* [エンジニア向け数学・統計知識総復習【50選】](https://qiita.com/nem_Nuco/items/3a3b17a2a709a6697410)
    * 必要になったら見返す
* [リーダー１年目の懺悔](https://qiita.com/ussy_k/items/174df2371e2284651300)
    * 明確にその役割が与えられたら考え方も変えなければならないかもしれない
* [【2024年末最新】AWS 学習におすすめの技術書 厳選12冊（初級者から上級者まで）](https://qiita.com/hiyanger/items/042e31209de44db7a816)
    * いくつか読んでみたい本があった
* [shutdownシステムアカウントが見事に本番サーバを停止させた](https://qiita.com/kitaji0306/items/cd0f9f4b8a1c58747947)
    * そんなアカウントがあるのか…
* [かわいいだけじゃだめですか？_(:3」∠)_](https://qiita.com/yu_kong/items/a9a7054644800c59933e)
    * 個人的には絵文字より顔文字の方が好き
* [新卒が業務を通して感じたこと・学んだこと](https://qiita.com/Yosuke_Shioya/items/e1d818cae5c9ac8337b9)
    * 質問のしやすさは職場の空気感もありそう
* [Branded Type ベストプラクティス 検索](https://qiita.com/uhyo/items/de4cb2085fdbdf484b83)
    * Symbol でユニークな型のキーを定義できることを覚えておこう
* [MySQL の Online DDL の挙動をローカルで検証して理解する](https://zenn.dev/taxin/articles/mysql-online-ddl)
    * MySQL5.7から利用できる
* [Git のコミット作成手順の取り消し方](https://techblog.ap-com.co.jp/entry/2024/12/31/182017)
    * よく使う
* [【PHP8.2】PHP8.2でジェネリクスが導入された](https://qiita.com/rana_kualu/items/882b9e4399b699adc056)
    * 実装されていないのか…
* [ポリモーフィズムが1種類しかないと思ってたエンジニアの備忘録](https://zenn.dev/loglass/articles/3883eb1fa6607e)
    * C++ のテンプレートもポリモーフィズムの一種なのかも
* [個人的技術書大賞2024](https://qiita.com/kawasima/items/05f231653ef773697991)
    * 個人的には Continuous Deployment がきになるが、日本語の書籍はあるのかな？
* [【2024年版】エンジニア必見　生産性があがるチートシート集](https://qiita.com/qrrq/items/51f6f0944c82f5cb3d16)
    * ただひたすらリンクだけ貼ってある記事…
    * カテゴリ毎に記事を分けてくれると、もう少し使いやすそう
* [【完全保存版】エンジニアが効率良く最新情報を収集する方法まとめ](https://qiita.com/small_island/items/de0a568612aa94a58153)
    * SNSの活用って難しいなといつも思う
* [毎日続けるコツ：アウトプットを続ける意味とエンジニアが技術記事を書く理由について](https://qiita.com/free-honda/items/832cab98b0bc2985e8b3)
    * 沢山の人に見てもらえて、それが評価されるとモチベーションになりそう
* [(技術選定の話)202X年、システム開発の世界は混沌としていた。](https://qiita.com/kkuzu/items/e5f3f177e8751911792d)
    * 流行り廃りが早すぎるよね…　もっとみんなで枯れさせるのも大事なのではとも思う
* [ITエンジニアこそ知っておきたい技術哲学の話](https://qiita.com/greenHamburg/items/29daa8e5d5907a7b9e4d)
    * なんだか難しいことを行っている… つまり技術に興味を持って、技術の中身を知ろうということかな
* [なぜ俺たち中年はアウトプットできなくなったのか](https://qiita.com/moroi/items/e39fb42172bfe2d4d209)
    * やることが増えたというのは年を重ねる毎感じる
* [【いまさら聞けない！】フロントエンド開発者の必須ツール10選！生産性が2倍になる現場の実践的ガイド](https://qiita.com/Nakamura-Kaito/items/6cb58102ec077e9967ad)
    * Apidog 使ってみる
* [LTをするときに意識していること](https://qiita.com/yamada_kitano/items/973d19e1df20175a5012)
    * LTは以外とコミュニティを広げるのに手軽かもしれないなと思った
* [【年末年始におすすめ】エビを揉む技術](https://qiita.com/surai/items/ea78a7931139cd3bab6e)
    * 折り畳まれたCSSを見なければ、何の記事？？ってなるレベル笑
* [声が変われば人生も変わるという説](https://qiita.com/Yuki_T_d-_-b/items/f8cc3b78114a80c37dad)
    * 確かに声って大事かも
* [【生成AIの学習ロードマップ】最近やたら羽振りのいいやつが生成AIを極めてた件について。](https://qiita.com/Nicola_GenAI/items/04e2babe86291fc4483b)
    * AIにフォーカスするなら前半だけで良い
    * 後半は開発メインの内容で正直AI関係ないから記事分けた方が良いレベルの蛇
* [browser-use やばいです](https://qiita.com/Syoitu/items/5aa84b5d8c6047c4d41b)
    * 料金問題は気を付けないと大変なことになりそう
* [【AWS】ECS CI/CD の作り方（GitHub Actions / Code シリーズ / Terraform）](https://qiita.com/hiyanger/items/05d9203048d09da28288)
    * 参考になる
https://qiita.com/nasuvitz/items/1b474ca9a76695f1663e
    * 可用性を考える参考
* [エンジニア1年目が意識してほしいこと](https://qiita.com/K5K/items/d8acfe76fcdace0cc7d0)
    * 1年目に限らず大事な事な気がする
* [OAuth 2.0の認可エンドポイントにおける脆弱な実装例と対策について考える](https://qiita.com/task4233/items/3af1b3d2690b44979659)
    * 特定機能に絞った場合でも脆弱性とい一言でいっても幅広くあることがわかる記事
* [2025年 SRE生き残り戦略](https://qiita.com/op_yamaguchi/items/e3e0512a9e8462b49873)
    * 生成AIとの付き合い方を考えていかないと、すぐに自分の価値がなくなりそう
* [女性エンジニアという選択肢 ― 3年目エンジニアが経験から感じた仕事の魅力](https://qiita.com/miloneko/items/2566dd2d08313f8be5f1)
    * 人材不足を補うためにも女性エンジニアも増えてくれると嬉しい
* [職場の先輩がすごくできる人なのでその話をしたい。](https://qiita.com/e99h2121/items/bd052904c75d086fcfdb)
    * 聞くは一時の恥か… そもそも聞くことって恥なのか？？
* [成功するITエンジニアになるには：成功の秘訣とコツ](https://qiita.com/muu3/items/80175d9f74b8a31fe162)
    * 最近キャリアについて悩む自分にとってはこの考え方は参考になる
* [【AWS】Streamlitで作成したRAGアプリケーションをEC2にデプロイし、HTTPS化して安全に公開する方法を丁寧に解説](https://qiita.com/y-mae/items/8dfacebf56347e9c1469)
    * 基本的なAWS操作の基礎
* [未知との遭遇が楽しい理由：AIと歩むエンジニアの冒険](https://tech.unifa-e.com/entry/2025/01/06/115954)
    * AIとの付き合い方を考える中で大事な視点かも
* [増え続けるリグレッションテスト項目を整理整頓した話](https://engineers.safie.link/entry/regression_test)
    * 自分たちはこの前段階なので、膨れ上がったら参考にする
* [ssh-keygenしたときに出るあのキラキラの正体](https://zenn.dev/labbase/articles/526f82905cbc68)
    * randomart: 人に読ませたくないけど、差分を視覚的に確認するためのもの
* [ターミナルがダサいとモテない。topgrade で update 管理編 part2](https://blog.grasys.io/post/yusukeh/terminal-topgrade-part2/)
    * 結構良さげ？使ってみようかな
* [CODE BLUE 2024参加レポート](https://blog.cybozu.io/entry/2025/01/15/080000)
    * PCIRTやレッドチームで働けるスキルや知識がある人たちが羨ましい
* [入社３年、「失敗を恐れずやってみる」ことで得た成長](https://note.jpn.pioneer/n/n0eedfaa0b422)
    * 役員・マネジメント層と積極的なコミュニケーションが自分には足りていないのかもと思った
* [非機能要件定義書の書き方について](https://note.shiftinc.jp/n/n7288c8c1f97b)
    * 外注時の非機能要件定義書っぽく見えるが、社内開発であっても定義できることはしておくと何かと役立ちそう
* [GitHubのアカウント管理](https://note.shiftinc.jp/n/nccb0ead0fbc2)
    * ワスレナイでは何ができるのか使ってみようかな。無料だし
* [大規模リファクタリングの一歩目の選択肢 ~コード分割~](https://blog.cybozu.io/entry/2025/01/16/180000)
    * ここまで具体で解説するなら、サンプルコードがあるともっと理解が深まりそう