それはそうなんやけど、古い環境で動かなくなるんだよな。だから、敢えて Go は 1.20.14 で凍結させている(新しい機能が使えないのがいろいろツライんだが)
ライブラリー起因の不具合踏むより普段書いてるコードの不具合踏む確率の方が高いやろ(だから四の五の言わずさっさと上げろ)派なんだけど、「あんしんあんぜん」を盾に取られるとね。。
現在正常に動いているのに、新しいバージョンを使っていると気分がいいなんていう理由で変更したいなんて通らない。
強めの思想でlatestと書いている
AIが書くコードは古い環境だと動かないケースも少なくないから継続的に上げた方が良い気がしますね。あと、vSphereは段階的に上げる必要があって凄く苦労した経験があるので引き継ぐ人としては上げて欲しい
ある程度追随しておかないと、脆弱性対応等の緊急で更新しなければいけないケースが大変に
気づいたらバージョンアップ作業しかしてねえってなる時もあるような|筋トレみたいなもんで普段からやってないといざという時できなかったり|ライブラリ定期的に上がってはいるけどやっとそこかと思うくらい古い時も
アプデしない言い訳を探すより、上げる体制作る方が健全だって分かってても難しい
さらに上げて壊れてないことを確認するために豊富な自動テストが必要だし、定期メンテ工数や計画も置いておかないといけない 勝負は最初から始まってる
更新が何年も止まってたら心配じゃない?まあ十分に枯れてる系ならいいんだけど。
ソフトウェアというのは赤の女王なんですよ。走り続けないと死ぬしかない。
外部環境(マネージドMySQLとか)について行くのが大変になったりするのがつらい。古いバージョンに固定するために頑張るよりも、何も考えずに最新に上げていくほうが技術的難易度は低いのでやりやすい。
そりゃあ、公開されているものだったらセキュリティが全て。非公開のものでもパッケージが部分的に対応しなくなったり、不整合が起きる。常にある程度のカバレッジが効いたテストを用意してないと詰む。
ライブラリや言語のバージョンを継続的に上げるという営みについて - その手の平は尻もつかめるさ
それはそうなんやけど、古い環境で動かなくなるんだよな。だから、敢えて Go は 1.20.14 で凍結させている(新しい機能が使えないのがいろいろツライんだが)
ライブラリー起因の不具合踏むより普段書いてるコードの不具合踏む確率の方が高いやろ(だから四の五の言わずさっさと上げろ)派なんだけど、「あんしんあんぜん」を盾に取られるとね。。
現在正常に動いているのに、新しいバージョンを使っていると気分がいいなんていう理由で変更したいなんて通らない。
強めの思想でlatestと書いている
AIが書くコードは古い環境だと動かないケースも少なくないから継続的に上げた方が良い気がしますね。あと、vSphereは段階的に上げる必要があって凄く苦労した経験があるので引き継ぐ人としては上げて欲しい
ある程度追随しておかないと、脆弱性対応等の緊急で更新しなければいけないケースが大変に
気づいたらバージョンアップ作業しかしてねえってなる時もあるような|筋トレみたいなもんで普段からやってないといざという時できなかったり|ライブラリ定期的に上がってはいるけどやっとそこかと思うくらい古い時も
アプデしない言い訳を探すより、上げる体制作る方が健全だって分かってても難しい
さらに上げて壊れてないことを確認するために豊富な自動テストが必要だし、定期メンテ工数や計画も置いておかないといけない 勝負は最初から始まってる
更新が何年も止まってたら心配じゃない?まあ十分に枯れてる系ならいいんだけど。
ソフトウェアというのは赤の女王なんですよ。走り続けないと死ぬしかない。
外部環境(マネージドMySQLとか)について行くのが大変になったりするのがつらい。古いバージョンに固定するために頑張るよりも、何も考えずに最新に上げていくほうが技術的難易度は低いのでやりやすい。
そりゃあ、公開されているものだったらセキュリティが全て。非公開のものでもパッケージが部分的に対応しなくなったり、不整合が起きる。常にある程度のカバレッジが効いたテストを用意してないと詰む。