moonq515@黄金体験 @moonq5151 夜行バスが満席だったので苦肉の策で夜行フェリーを予約したものの、な、何じゃこりゃー! めちゃくちゃ豪華じゃん!え~?😆飛行機と比べたら安いし、また世界が広がった(笑) pic.twitter.com/NWBt5XJWxt
moonq515@黄金体験 @moonq5151 夜行バスが満席だったので苦肉の策で夜行フェリーを予約したものの、な、何じゃこりゃー! めちゃくちゃ豪華じゃん!え~?😆飛行機と比べたら安いし、また世界が広がった(笑) pic.twitter.com/NWBt5XJWxt
という記事を見ての職業プログラマ歴3年程度の若造の過剰反応です。 まとまっていないポエムのようなものなので、 こんなことあるんだなっていう程度に思っていただいたら幸いです。 作ったプログラムを保守しているとは限らない まずはこれが大前提。 「作ったやつが無能」だとか「あらかじめ予想していなかった人が問題」だとか、 いろいろ思うことは当然私にもないとはいいませんが、 そういうことは後続の人が云ってはいけないと思っています。 なぜそうなったかの原因究明は必要ですが、悪口を言うための究明なら時間の無駄でしかない。 考慮ができていない「おかしなプログラム」を直すのが我々保守の一端、おざなりにしてはいけない。 1か月でリリースは難しい そもそもプログラムに直接書き込まれていて、 なおかつオフラインで運用されているシステムが、全国各地にある場合にある場合、 たった1か月で「調査→修正→テスト→納品」で
かみ @xkamix999 昔のシステムがバリバリ動いてるから新元号対応よりも昭和100年問題に直面している 私が生まれる前に作られたCOBOLプログラム、きっとこんなに現役で使われ続けるとは思ってなかったんだろうなぁ…昭和暦で動いてるし2桁しか取ってないのに今昭和94年だからあと6年で桁溢れおこす リンク Wikipedia 昭和100年問題 昭和100年問題(しょうわひゃくねんもんだい)とは、2000年問題に類似した、日本固有の元号に基づくコンピュータシステムの年問題である。 官公庁や金融機関などを中心に、アプリケーションソフトウェア内部で、年を昭和2桁で表現しているシステムが存在している(平成以降も、内部的に昭和として扱う)。 日本の公文書においては年を記載する際、全てにおいて西暦でなく昭和を用いることにより、同じ2桁でも25年先まで表現できるという利点があった。しかし、「昭和100
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く