ソフトウェアエンジニアのライブラリアップデートの向き合い方 - Uzabase for Engineers

こんにちは。ソーシャル経済メディア「NewsPicks」NewsPicks Stage.事業のエンジニアをしています、林です。 業務では Next.js / Rust / Go などを用いて、経済・ビジネス情報に特化した動画配信サービスであるNewsPicks Stage.の開発・運用を行っています。 はじめに 突然ですが、皆さんは自身のソフトウェアのライブラリアップデートは行えていますか？ 皆さんはどのようにライブラリアップデートを行なっていますか？ 新機能を試したくて？ npm iで失敗してから頑張る？ Renovate / dependabot が自動Mergeされる環境？ もしくは対応担当が特定の日にまとめてMergeする運用？ しかし多くの開発者は、アップデートに対して「うまくいっている」と言えないのではないでしょうか？自身も様々なプロダクトを開発してきた経験上、日々の中ではどう

[enk_enk]

名言 "Versionの変更はソースコードの変更と同義であり、Versionが離れていることは、あるブランチの変更をずっとMergeできていないようなものである と考えられます"

[diveintounlimit]

素晴らしい言語化

[n314]

ライブラリを使うときに「A,B,Cの機能を実現できる最小限のライブラリを探す」みたいにやっている。自分が使わない便利機能のアップデート→その新機能セキュリティアップデート、とかはしんどい。

[troter]

書いてある通り誰かがやらなきゃ上がらないし、上げるための調査が能力の向上につながると思う。

[nemoba]

ぶっちゃけ開発請負型の姿勢でスコープアウトしてしまう体制が多いのが本質で、サービス運用型に移行する金を払えるかつうのが正直な実態感で、アピールしなきゃいけないのはビジネス層へだがが

[kazokmr]

主要なライブラリはGitHubリポジトリにスター付けてHomeでリリース確認したりRC版で事前に動作確認とかしたりする

[ikesyo]

素晴らしい言語化だ

[integrated1453]

HowではなくひたすらWhyに言及されていて良い記事だなぁ

[takahiro_ikegawa]

とてもいいですね