“D”九州のベンチャー企業で、システム屋をやっております。「共創」「サービス」「IT」がテーマです。2019/01/29この1、2年、システム屋泣かせのイベントが続く。なくなってホッとしたサマータイムや、昭和100年問題なんてのもあるそうな。二次被害としては、これらの対応で相手先システムに改変があり、連係しているこちらのシステムにも手を入れなければならない、という事もある。ネットでは、新元号の発表時期についてもめてる、という話も載っていた。号は新天皇になってから発表されるべきだと反発しているというのだ。自身の範疇でいうなら、どれも困らない。元号も祝日・休日も消費税もマスタで管理されているので設定さえすれば、システムの停止も必要ない。新元号も新天皇になっ発表されたとしても業務に支障がでることはないだろう。軽減税率も一度、増税が伸びているので、すでに準備済みである。システム内の日付は西暦で動いているので昭和100年問題も特に問題ない。いうより、そんな問題があるとは想像だにしなかった。サマータイムはゾッとしたが、まっとうな判断で見送られホッとした。入検討時にその問題があまり取りざたされなかったことを不思議に思う。何か作為があるのか、それとも形だけの検討で見送りは既定路線だったのか。私がこの業界に入ってきた時が、2000年問題まっさかりだった。手当などでてバブリーであったが、この様な問題が発生することが少なからず驚きであった。自分たちのシステムを作る際はこのような問題がおこらないように設計しようと思ったものである。いった意味だと今回のイベントのほとんどが過去におこったことのあるものだ(軽減税率以外)。これらの対応で本当に泣いているシステム屋がいれば、それはシステム屋としてどうかと思う。制度はシステマティックに設計されるわけではない。どちらかというと様々な力学がはたらいて、システムにしてみれば理不尽な設計をされることの方が多い。システム屋はその理不尽さを以下にシステムとして解決するか頭を悩ませなければならない。とってつけの対応でなく、根本的な対応を積み重ねてゆく必要があると思う。09:30サマータイム大変だぞ、というのは、検討の発表があってから、立命館大学の上原先生などが、しつこくしつこく意見を公にされてました。何度となくバトりましたし、上原先生のツイートをリツイートしたり、シェアしたり、しまくりましたよ。新元号をシステム対応のせいにするくらいには、関係者の理解が進んだ?のだと思ってます。10:14今はシステム屋さんから遠ざかっておりますが、サマータイムの話題が出たときは「もし自分がシステム構築に何かしら携わるとしたら」と想像してゾッとしました。人間のイベントに合わせた(問題が起こらないようにする)設計って大事ですよね。以前うるう年の計算で西暦ベタ打ちのコーディングを見て驚いたのを思い出しました。使う寿命が決まっているシステムならそれも一つの手段かもしれませんが。変な感想になってしまいましたがすみません。ゆんろん様そうなんですね。ネットではサマータイム対応への難しさが盛り上がっていたのは知っていましたが、やはり、一般の人に対応の難しさを理解してもらうのは難しいのでしょうね。コバヤシさまいっそのこと、日本の標準時間をずらしてしまえばシステムの改修はいらないのでは、と思ったりするのですが、移行期の消える時間と増える時間のデータはどうなるんだ、ということとNTPを使っていない端末が混在することを考えるとぞっとしますね。混乱が起こった時にたたかれるのはシステム屋なんですから。それだけ、ITが社会インフラとして定着したという証左なのかもしれません。日本はもっと、インフラを守っている技術者に敬意をもってもらいたいなぁ。九州のベンチャー企業で、システム屋をやっております。「共創」「サービス」「IT」がテーマです。書籍「プログラミング思考のレッスン」を読んでみた。利用規約ITmediaはアイティメディア株式会社の登録商標です。