平素は株式会社ライブドアのサービスを ご利用いただきありがとうございます。 提言型ニュースサイト「BLOGOS」は、 2022年5月31日をもちまして、 サービスの提供を終了いたしました。 一部のオリジナル記事につきましては、 livedoorニュース内の 「BLOGOSの記事一覧」からご覧いただけます。 長らくご利用いただき、ありがとうございました。 サービス終了に関するお問い合わせは、 下記までお願いいたします。 お問い合わせ
いくらなんでもこれはひどい、という記事があり、はてブでも総スカンを食らっていますが、ちょっと解説。 blogos.com コンピュータ(システムやプログラム)には「時間経過」の概念がありません。命令を受けた瞬間からの経過時間は、秒単位でカウントアップしていくだけで、つまり「その瞬間」しかコンピュータは認識していません。 のっけから何を言いたいのかわかりませんが、「時間経過」の概念はプログラムには当然仕様として必要であればあります。例えば、ジョブ(ここでは、時間になったら起動して、一連の処理を行って終了するプログラム、と考えてください)の遅延時間監視をしていて、起動後30分経ったらハングアップしている可能性があるのでアラートをあげる、というシステムがあったとして、12:00にスタートしたジョブが10分後に時刻が1時間先に進んで13:10になったらまだ10分しか経ってないのにアラートが上がりま
3. 何故不可能なのか • 多くの情報システムが「時間」を基準に動作 • この情報システムがあまりにも多い • 政府・自治体の情報システムはもちろん 医療・交通運輸・金融・エネルギー・通信放送・防衛… の重要インフラシステムから 企業内の業務・財務・人事給与等のシステム、 家庭内のテレビ・エアコンなどの家電まで • これらの時間変更の工数が膨大 • 手動設定できるものは手間だがまだマシ • 自動設定するものこそ「正しく自動設定」されるか不明 • しかも特に24時間動作のシステムにおいて 夏時間実施前後で誤動作の可能性が高く要精査 理由が判明しても修正が不可能の場合多々あり 4. 大きな見積もり • 国・自治体や重要インフラ企業の 業務を支える情報システムの修正は 必要性の調査・予算見積と確保・ 設計・修正作業・テスト・実施まで 含めて4~5年は必要と思われる • 民間企業においても最低3年
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く