[フレーム]
はてなブックマークアプリ

サクサク読めて、
アプリ限定の機能も多数!

アプリで開く

気に入った記事をブックマーク

  • 気に入った記事を保存できます
    保存した記事の一覧は、はてなブックマークで確認・編集ができます
  • 記事を読んだ感想やメモを書き残せます
  • 非公開でブックマークすることもできます
適切な情報に変更

エントリーの編集

loading...

エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。

タイトルガイドライン

このページのオーナーなので以下のアクションを実行できます

タイトル、本文などの情報を
再取得することができます
コメントを非表示にできます コメント表示の設定

ブックマークしました

ここにツイート内容が記載されます https://b.hatena.ne.jp/URLはspanで囲んでください

Twitterで共有

ONにすると、次回以降このダイアログを飛ばしてTwitterに遷移します

529users がブックマーク コメント 59

ガイドラインをご確認の上、良識あるコメントにご協力ください

0 / 0
入力したタグを追加

現在プライベートモードです 設定を変更する

おすすめタグタグについて

よく使うタグ

ソフトウェアはなぜバージョンアップしなければならないのか - Qiita

ガイドラインをご確認の上、良識あるコメントにご協力ください

0 / 0
入力したタグを追加

現在プライベートモードです 設定を変更する

おすすめタグタグについて

よく使うタグ

はてなブックマーク

はてなブックマークで
関心をシェアしよう

みんなの興味と感想が集まることで
新しい発見や、深堀りがもっと楽しく

ユーザー登録

アカウントをお持ちの方はログインページへ

記事へのコメント59件

  • 注目コメント
  • 新着コメント
circled
GitHub上で見かけたやり取り「なんか落ちるんです。ログはこれで、、、」『既知のバグですね。バージョンアップすれば直ります』「そうなんですね、他に方法がないか調べてみます」→ 何故なのか

その他
takanq
バージョンアップで一番工数かかるのがテスト工程なので、そこの言及ないのどうなの?とは思う。

その他
ockeghem
これは良い記事

その他
nakamura-kenichi
アーキテクトが無いからなw。全社一律でどーんと導入して、各現場の差配で運用するからそうなる。どうせ現場は各所で違うから、基幹とエンドポイントを分けて設計すりゃあええのに、何年経っても変わらんからなあ。

その他
vbwmle
"その工数は定期的にバージョンアップさえしていれば不要だったはず" せやろか。仕様変更で連携が破綻するのはタイミングだけの問題で避けられるわけじゃないし、毎回バージョンアップの確認の工数はかかるし。

その他
rasterson
オープン系のシステムについてはこの記事にうなずける。組込み系だとまた違った考え方になりそう。クラサバとか汎用機はオープン化しろと思うが、さて。

その他
NacK
OSSバージョンアップしようとしたら最新版からGPLライセンスに変わってたんですよ(怪談話)

その他
tpircs
ソフトウェアそのものは劣化しないから、ずっと同じソフトを使っていて問題ないケースもある。こういう話を書くならそことの切り分けが大事じゃないかな。

その他
dagama
自社保守でない場合、頻繁にバージョンアップする方が保守契約に関わるコストが嵩むんだよなぁ

その他
testedquality
わかりやすくて良い。これを会社に布教させていただきます。

その他
ijustiH
そんなの無理ー

その他
hdkINO33
"この文章はそんな時になぜバージョンアップしなければならないのかを上司や各部署のマネージャに伝えるために書きます。"

その他
nilab
「バージョンアップする理由は「新規機能がリリースされたから」ではない」「ソフトウェアは徐々にダンジョン化」「バージョンアップ頻度が低いとバージョンアップ難易度があがり、失敗する可能性が高まる」

その他
dorapon2000
身に染みる。大きくバージョンアップするために何回かに分けてリリースするなら、最初から小さくバージョンアップしておいたほうが精神的に健康になれる。

その他
Guro
いまの流れからするとそうなんだけど。レガシーなシステムから見てると、なにもしなくても数十年動くシステムもあり、一概には。そもそもOSがバージョンアップする脆弱性を抱えているというのは、などと昔は。

その他
field_combat
あらかじめ予算確保するの大事

その他
JULY
「オンプレミス」というタグがついているけど、IaaS でも同じで、ハードウェアの保守期限が無くなるだけ。某大手 SIer 人が「クラウドで基盤更改って必要なんですか?」といった時は、小一時間説教したくなった。

その他
NOV1975
バージョンアップそのものについての考え方は良いんだけど、ソフトウェアの提供する都合に合わせなければならない理由が薄弱なのが問題。「代替機能を見つけて業務フローを変えたり」なんて保守費用じゃできない

その他
R1na
AWSのマネージドサービス使っときゃ勝手に互換性保って上げてくれるからラクチン

その他
rryu
PHP製のアプリケーションがまさにこれで、5系から8系へのアップグレードは地獄だが、今5系が動く環境を用意するのも地獄という。

その他
syu-m-5151
良い記事である。コンテナ化とか自動テストの重要性を追加すれば仕事の資料に十分使えるレベル。

その他
nezuku
本邦ではそのスパンが長いけれども式年遷宮という例え方があると思う

その他
kagerou_ts
これはとても正論なのだが理解されることはなく、アップデートを強いる判断をした林檎の偉大さが再確認される(ああでもしないとやらない)

その他
tmatsuu
せやな。その上でできるだけ同じバージョンをバックポートで保ちつつ10年近くサポートしてくれるLinuxディストリビューションがありましてね。RHELっていうんですけどね。

その他
l__LINE__l
スマホアプリ運用すると考えが変わる

その他
versatile
経験の少ないエンジニアはバージョンアップについて楽観的。熟練のエンジニアはバージョンアップについて悲観的。どんなマイナーなバージョンアップでも破壊的じゃないという保証はない。変更を全部自分で確認したい

その他
sigwyg
Docker Hubとかから取得できなくなってからが本番

その他
kurotsuraherasagi
基本的にすべてのSWは最新バージョンにするべき。使用機能や運用、製品仕様によっては諸々のコストが増加するけど、セキュリティ面はコストを言い訳にできないほど重要。せめてサポート期間内の製品を使おう。

その他
Kil
まぁ、有名なサービス、口座情報等やり取りするサービスでない場合は、たとえ脆弱性を放置してもそもそも誰も狙って来ないでしょ、という発想にもなるし、仮にその脆弱性突かれても、事後対応の方が安かったりね。

その他
mayumayu_nimolove
という記事をqiitaに書いてもアップデートしない人には届かないんだよな。本気で何とかしようとするならどうすればいいのか。身内にシェアボタンとかあればいいのに。ネット外にシェアする目的の。

その他
kamanobe
CS6を使い続けて幾数年の我が社。ハードが壊れるまではこのままのつもりだったがモリサワの方が先に根を上げてきた。(そちらも買い切り時代のフォントが残っていたりもするが)(インフラ関係ない)

その他
rasterson
rasterson オープン系のシステムについてはこの記事にうなずける。組込み系だとまた違った考え方になりそう。クラサバとか汎用機はオープン化しろと思うが、さて。

2023年07月30日 リンク

その他
mangakoji
どうやってバグ再現/バグ保証するの?▲さんかくバージョンアップが困難になる。という話だけで、だったら一切バージョンアップしない選択肢も。一切バージョンアップをしなかった場合の問題については触れてないような

その他
okinawazenzai
バージョンアップがどうのこうの じゃなくて システム作る時に何年使うのか ちゃんと計画できてないが悪い 気がするなー まあ難しいんだろうけど

その他
dec123456789
Windows Serverが好まれる理由よ。サポート期間13年。Windows界隈の文化でサードパーティのミドルウェアもちゃんとサポート続けてる。LinuxだとOS自体はサポート長くてもミドルウェア側がサポート終了というのが普通にある。

その他
mezamashi0540
意外と状況によっては否定的な意見があるんだ。そういう意見に対しての説明なのに伝わってないのか。現在のソフトウェア(OS・ハード含む)はナマモノなんすよ。

その他
tpircs
tpircs ソフトウェアそのものは劣化しないから、ずっと同じソフトを使っていて問題ないケースもある。こういう話を書くならそことの切り分けが大事じゃないかな。

2023年07月30日 リンク

その他
shinji
サポート期間満了か酷い脆弱性が見つかった場合に限りバージョンアップという感じかな。影響調査、改修、テスト...とかとても面倒なんだよ。それでも動いてたモノが動かなくなるいう可能性は理解されない。

その他
dagama
dagama 自社保守でない場合、頻繁にバージョンアップする方が保守契約に関わるコストが嵩むんだよなぁ

2023年07月30日 リンク

その他
ducky19999
閉じた環境なら上げなくてよい

その他

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

リンクを埋め込む

以下のコードをコピーしてサイトに埋め込むことができます

プレビュー
アプリのスクリーンショット
いまの話題をアプリでチェック!
  • バナー広告なし
  • ミュート機能あり
  • ダークモード搭載
アプリをダウンロード

関連記事

usersに達しました!

さんが1番目にブックマークした記事「ソフトウェアはな...」が注目されています。

気持ちをシェアしよう

ツイートする

ソフトウェアはなぜバージョンアップしなければならないのか - Qiita

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure y... Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 社内インフラの運用担当者にとってソフトウェアのバージョンアップは地味な割に大変な業務です。 特に社内のオンプレサーバで動いているようなソフトウェアの場合、バージョンアップに伴う諸々の調整をそのソフトウェアを利用している各部署と行う必要があります。 そんなときに「今は忙しいからバージョンアップを先送りしてほしい」「このバージョンはスキップしてもよいのでは?」なんて声が各部署から聞こえてきます。バージョンアップの価値を各部署に理解してもらうのは大変です。 この文章はそんな時になぜバージョンアップしなければならないのかを上司や各部署

ブックマークしたユーザー

  • wakahara32023年10月26日 wakahara3
  • knstkny2023年10月10日 knstkny
  • techtech05212023年09月06日 techtech0521
  • ijustiH2023年08月12日 ijustiH
  • TakayukiN6272023年08月10日 TakayukiN627
  • tobetchi2023年08月07日 tobetchi
  • hamaco2023年08月07日 hamaco
  • hdkINO332023年08月06日 hdkINO33
  • lugecy2023年08月06日 lugecy
  • tekimen2023年08月05日 tekimen
  • J1382023年08月03日 J138
  • meerkat2023年08月03日 meerkat
  • nilab2023年08月02日 nilab
  • akiyoko2023年08月02日 akiyoko
  • igrep2023年08月02日 igrep
  • dorapon20002023年08月01日 dorapon2000
  • suguru032023年08月01日 suguru03
  • kmnasjm2023年08月01日 kmnasjm
すべてのユーザーの
詳細を表示します

ブックマークしたすべてのユーザー

同じサイトの新着

同じサイトの新着をもっと読む

いま人気の記事

いま人気の記事をもっと読む

いま人気の記事 - テクノロジー

いま人気の記事 - テクノロジーをもっと読む

新着記事 - テクノロジー

新着記事 - テクノロジーをもっと読む

同時期にブックマークされた記事

いま人気の記事 - 企業メディア

企業メディアをもっと読む

はてなブックマーク

公式Twitter

はてなのサービス

Copyright © 2005-2025 Hatena. All Rights Reserved.
設定を変更しましたx

AltStyle によって変換されたページ (->オリジナル) /