あらかじめ変数置いといて後から令和の文字列を放り込むだけじゃん
5秒で終わる
こういうやつがシステム破壊して大惨事引き起こすんやろなぁ
>>1
バカだなほんとお前はほんとバカだなほんと
しね っていう作業を元号が発表されてから依頼されるから忙しい
マジレスすると役人はそういう話しない
俺が国保の帳票印刷の仕事してた時は
うーん、この字だとバランスが違う感じなんだよねー、1mmここずらせなーい?
みたいな仕様変更ばかり連発された
今度も全国の自治体でそうなってるはず
とりあえず怪しいお米セシウムさんにしておけばいいだけ
古い業務用アプリとか入力画面が固定だったりするからな
20年も30年も前から同じもの使ってるなんてのが平気で残ってるんだよ
あとのこと考えずにとにかく安いところで請け負わせるからな
職業プログラマって一部の奴除けばかなりレベル低いしな
平成を令和にするだけならその通りだけど2019年の4月は平成で5月は令和元年でとか日付の処理加えんといかんだろ
言葉だけでいえば瞬殺だけど大規模で複雑(クソみたいな)なシステムは変えたところで素直に反応しないとかあるんだぞ
その変数入れ替えるだけの作業が何百何千とあって
さらにその変数入れ替えだけじゃ済まない案件も同様にいっぱいあるんだぞ
マイクロソフトでさえ切り替え時に関数更新間に合わない
綺麗な設計なら瞬殺だけどな
といっても評価はしないといけないが
あと自分が担当してる間に元号変わることはないでしょwって結構適当に作られちゃう
しかもそんな適当に作られたようなものほど結果的に寿命が長くなるあるある
昭和から平成に変わるときにプログラマがその辺の考慮してなかったのがね……
まぁあの時ってそんな場合じゃ無かったんだろうけど
変数?
定数宣言でない?
俺ならループで定数読み出して空っぽなら弾くようにするわ。 お前らがインプットやアウトプットだけで済むだろうと思ってるけど
あいつらが興味あるのは紙の用紙のかたちだけ
年寄りが増えてることもあるから今度2億かけて印鑑のサイズを大きくします
そのための出力用紙の成型をメインのシステム改修を2億ぐらいでやってほしいと各自治体がそれぞれいう国
日本中の自治体でフォーマット統一して
電子化すれば全体で1/100ぐらいの費用になるのに
誰もそんなことしない
ワークフローシステムで電子捺印すれば
自席やスマホで済むのに印鑑押す仕事なくなると困るたやれない
こんなんばっかり
なんか令和1年だけは令和元年と表記しろって言うルールがクソ過ぎるんですがw
国外だと修正に追加料金出してねか事前にサポート料貰ってる
国内はただのサービス残業で土方に負担が行くだけ
いい加減1年を元年とか言うのやめろよ
アラビア数字で統一しろ
nengou = ["heisei", "shouwa", "taishou", "meiji", "seireki"];
print(nengou[1]);
「元号が変わる=天皇が死ぬ」ってことなの
そんな縁起でもないもの用意したら不敬なの
そういう混乱を緩和するために天皇が生前退位をずっと前に申し入れしてたのに4月まで発表伸ばすとかホントアホくさ
元号改定で金取れるんでうまうま
消費税改定で金取れるんでうまうま
簡単に金とれるのに変数にしとけとかガイジかな?
「5月から来年3月までは平成31年度と令和1年度を併記して」←は?
>>44
ツイッターのトレンド入りしたかったんだろうな
腹立つわ 割と真面目な話変数使ってないことのほうが多いんだと思うよ
stringの貯め場クラスみたいなの作れば楽なのにね
データベースやらiniやらで外出しの参照先作ってたとしても
ソースは全体的になめときたいし
後述のロジックにも影響するような書き方してたら
ちょっと手間だよね
あとはサポート切れのソフトウェア経由してたりすると面白いよね
元号をソースコードにハードコーディングしてあって死ぬわって言ってる奴いたのはワロタ
>>41
こんなクソコード書いてたら殺人事件に発展するんじゃない?
ってかノーマルな配列使ったら死刑にしようぜ >>52
元年の西暦とのペアで良いね
>>56
コンテナとか知らないミジンコも沢山いるんだよお >>46
ほんそれ
ウェブサイトの超簡単なフォームで
<input type="radio" name="era" value="令和">
って書き足せば済む話を
あれやこれや言いくるめて、サイトリニューアルまでこぎ着けてやったぜ 2000年問題なんて2000年を1900年と認識するんだぜ
それを1980年代でやってたって事は20年以上のサポートする気なんて元々ないのさ
chara int 「1」 i
chara int 「1」 T=昭和,1925
U=平成 ,1989
V=令和,2019
main(){
scanf(i="")
yearage(i)
prntf i「0」
}
yearage(){
swich
case(i>T「1」)
i=T「0」
case(i>U「1」)
i=U「0」
case(i>V「1」)
i=V「0」
}
こうじゃない。電気電子だからよく知らんけど。 >>59
インデックス番号
表示文字列漢字
表示文字列ひらがな
表示文字列カタカナ
開始時刻
終了時刻
までセットにしたくなる俺は心配性 結局作り方、構成による
社内イントラを情シス担当者がちょこちょこっと変える程度でいいならそれでいいけど
売ってるソフトウェアの話で会社間絡んでくると
ソースちょちょいと直すだけが仕事じゃなくなるしな
>>66
これ
プログラマーが仕事すりゃ完結すると思ってる無職が多いこと多いこと 大変になるようにしてあるんだよ
その方が仕事増えるだろ
>>68
仕様書もなくなんか独学で書いたと思われるプログラムとかいっぱいありそうだよな あらかじめ作っとくならそもそも内部だけで用意するんじゃなくて
設定で元号追加可能にしとけばメーカーは何もしなくて良い
>>72
仕様書なんかのドキュメントは沢山ある
ただし量が膨大ゆえに全く更新されず現状を全く反映してない
ってのは良くある そりゃお客さん用に元号マスタ編集画面作ってるならそういうことだろうけど
そんなの付けてるプログラム見たことねぇ
パッケージソフトなら簡単だろうな
顧客ごとに個別のシステムあると大変
修正より検証がね
なんだよプログラミングの書き方の話ではなくて、専門職の仕様晒しあいスレかよ。 20年以上も前に書いたプログラムのサポートなんてしたくもないだろうしな
それなら新しいの使えよってなる
>>79
そうした方が結果的には早く安く出来るってケースは良くあるけど
実績があるから金を払って作らせたからで必死になって使おうとしちゃうんだよねえ 会社によるだろうけど忙しくなるような組み方してる時点でアウトだわな
>>64
色々気になるところはあるけどとりあえずyearageの中身はループにしとけ
それじゃ年号変わったときに実装変えなきゃいかんだろ