テクノロジー

ライブラリや言語のバージョンを継続的に上げるという営みについて - その手の平は尻もつかめるさ

1: zetamatta 2026/02/22 03:40

それはそうなんやけど、古い環境で動かなくなるんだよな。だから、敢えて Go は 1.20.14 で凍結させている(新しい機能が使えないのがいろいろツライんだが)

2: roshi 2026/02/22 04:31

ライブラリー起因の不具合踏むより普段書いてるコードの不具合踏む確率の方が高いやろ(だから四の五の言わずさっさと上げろ)派なんだけど、「あんしんあんぜん」を盾に取られるとね。。

3: kakei-akihiko 2026/02/22 06:17

現在正常に動いているのに、新しいバージョンを使っていると気分がいいなんていう理由で変更したいなんて通らない。

4: psne 2026/02/22 06:36

強めの思想でlatestと書いている

5: prograti 2026/02/22 06:43

AIが書くコードは古い環境だと動かないケースも少なくないから継続的に上げた方が良い気がしますね。あと、vSphereは段階的に上げる必要があって凄く苦労した経験があるので引き継ぐ人としては上げて欲しい

6: miki3k 2026/02/22 06:56

ある程度追随しておかないと、脆弱性対応等の緊急で更新しなければいけないケースが大変に

7: mnnn 2026/02/22 07:22

気づいたらバージョンアップ作業しかしてねえってなる時もあるような|筋トレみたいなもんで普段からやってないといざという時できなかったり|ライブラリ定期的に上がってはいるけどやっとそこかと思うくらい古い時も

8: nguyen-oi 2026/02/22 07:23

アプデしない言い訳を探すより、上げる体制作る方が健全だって分かってても難しい

9: knjname 2026/02/22 08:11

さらに上げて壊れてないことを確認するために豊富な自動テストが必要だし、定期メンテ工数や計画も置いておかないといけない 勝負は最初から始まってる

10: nekoline 2026/02/22 08:42

更新が何年も止まってたら心配じゃない?まあ十分に枯れてる系ならいいんだけど。

11: gfx 2026/02/22 09:11

ソフトウェアというのは赤の女王なんですよ。走り続けないと死ぬしかない。

12: threetea0407 2026/02/22 09:24

外部環境(マネージドMySQLとか)について行くのが大変になったりするのがつらい。古いバージョンに固定するために頑張るよりも、何も考えずに最新に上げていくほうが技術的難易度は低いのでやりやすい。

13: hdampty7 2026/02/22 10:16

そりゃあ、公開されているものだったらセキュリティが全て。非公開のものでもパッケージが部分的に対応しなくなったり、不整合が起きる。常にある程度のカバレッジが効いたテストを用意してないと詰む。