タグ

2019年1月15日のブックマーク (3件)

  • 夜行バスが満席だったので仕方なく夜行フェリーを予約したらめっちゃ豪華でびっくり「これは完全にホテル」

    moonq515@黄金体験 @moonq5151 夜行バスが満席だったので苦肉の策で夜行フェリーを予約したものの、な、何じゃこりゃー! めちゃくちゃ豪華じゃん!え~?😆飛行機と比べたら安いし、また世界が広がった(笑) pic.twitter.com/NWBt5XJWxt

    夜行バスが満席だったので仕方なく夜行フェリーを予約したらめっちゃ豪華でびっくり「これは完全にホテル」
    ghostbass
    ghostbass 2019/01/15
    波の上に乗って0Gを体験してみる?
  • 【新元号】改元のシステム改修で慌てるシステム屋は「無能」とのこと - Qiita

    という記事を見ての職業プログラマ歴3年程度の若造の過剰反応です。 まとまっていないポエムのようなものなので、 こんなことあるんだなっていう程度に思っていただいたら幸いです。 作ったプログラムを保守しているとは限らない まずはこれが大前提。 「作ったやつが無能」だとか「あらかじめ予想していなかった人が問題」だとか、 いろいろ思うことは当然私にもないとはいいませんが、 そういうことは後続の人が云ってはいけないと思っています。 なぜそうなったかの原因究明は必要ですが、悪口を言うための究明なら時間の無駄でしかない。 考慮ができていない「おかしなプログラム」を直すのが我々保守の一端、おざなりにしてはいけない。 1か月でリリースは難しい そもそもプログラムに直接書き込まれていて、 なおかつオフラインで運用されているシステムが、全国各地にある場合にある場合、 たった1か月で「調査→修正→テスト→納品」で

    【新元号】改元のシステム改修で慌てるシステム屋は「無能」とのこと - Qiita
    ghostbass
    ghostbass 2019/01/15
    良い突っ込み
  • 「残り6年」…新元号対応よりもヤバイかもしれない「昭和100年問題」というのがあるらしい…「絶望やんけ」

    かみ @xkamix999 昔のシステムがバリバリ動いてるから新元号対応よりも昭和100年問題に直面している 私が生まれる前に作られたCOBOLプログラム、きっとこんなに現役で使われ続けるとは思ってなかったんだろうなぁ…昭和暦で動いてるし2桁しか取ってないのに今昭和94年だからあと6年で桁溢れおこす リンク Wikipedia 昭和100年問題 昭和100年問題(しょうわひゃくねんもんだい)とは、2000年問題に類似した、日固有の元号に基づくコンピュータシステムの年問題である。 官公庁や金融機関などを中心に、アプリケーションソフトウェア内部で、年を昭和2桁で表現しているシステムが存在している(平成以降も、内部的に昭和として扱う)。 日の公文書においては年を記載する際、全てにおいて西暦でなく昭和を用いることにより、同じ2桁でも25年先まで表現できるという利点があった。しかし、「昭和100

    「残り6年」…新元号対応よりもヤバイかもしれない「昭和100年問題」というのがあるらしい…「絶望やんけ」
    ghostbass
    ghostbass 2019/01/15
    問題なのはプログラム本体よりもデータの方だと思う。