デジタル庁「ワクチン接種歴アプリは4回目までしか対応してません。5回目は『不明』になる仕様です」
■ このスレッドは過去ログ倉庫に格納されています
ワクチン接種歴「4回目までしか入力できない仕様」 - HER-SYSの接種歴回数、5回目は「不明」に
厚生労働省新型コロナウイルス感染症対策推進本部は、都道府県などに出した事務連絡(18日最終改正)で、新型コロナウイルス感染者等情報把握・管理支援システム(HER-SYS)での新型コロナウイルスワクチン接種歴の入力について、「現時点では4回目までしか入力できない仕様となっている」と伝えた。既に5回目接種が行われているが、接種回数を「不明」とするよう求めている もしかしてチェックリスト見たいので不明、1、2、3、4とかしか入力作ってないとかか? 4回の接種履歴を管理できることって要件定義に書くと
馬鹿正直に4回しか出来ないように作るのが日本のソフト開発 アプリというかプログラムってそんな融通利かんもんなん? >>14
4回しか出来ないように作っておけば5回やりたくなった時に追加開発としてお金もらえるから ??「ワクチンは4回までしかやらない予定だから4回まででの仕様でいいよ」
↓
敵「ごめん、5回以上あるから仕様変更ね🤗」 >>13
ほんと作った奴晒上げた方がいいだろ
いくらでつくったんだよこれ こんなんパッチで簡単に変更できるやろ
ワイでもできるわやったろか 通常ならそんな簡単な改修が技術的に難しいなんて事はないだろうから
設計者もういないか別の理由だろ >>13
普通の頭ならそれでも入力蘭増やすなり少なくとも増やせるようにするだろうけどジャップ政府絡んだ案件だとマジで拡張修正不可の作りで4回以上にするなら大規模な作り直し必要とかありえる >>21
設計と開発とテストとリリースその他諸々で1000万円かかります!! 公機関のアプリでまともなもん見た事ないけどコロナ関連のはひどすぎる
中間搾取の温床になってるんやろな
だからこそ第8波到来!とか騒いでコロナ禍が続いてる事にしたいんやろ >>16
世の中こういう思考ができるやつが成功するんだよな ただアプリの仕様を変えるだけの問題だよね
5回以降の接種に対応すればいい話
もっと早くから対応出来たよね >>28
普通は無能だと以降の案件切り捨てられるけどな >>13
開発者としては当たり前
要件を詰めなかった政府側が100%悪い >>26
5回目はまだ高齢者だけだろう
4回目の接種ですら終わってない人が結構いるからね 真っ当なやつが仕様書に指摘するもクソ無能上司が仕様を変えるなと怒鳴りちらすからこっちもムキになってクソ仕様に忠実に従うあるある
明らかに文句のある作りでも「でもそういう仕様ですよね?」と厭味ったらしく言うためにあえてクソ使いにくく作るも触りもしない上はちゃんとしていると言い張る まぁじゃあ何回まで記録すんのってなるし
5年後には接種回数20回とかなってそうだし19回との区別なんて無駄だろう このデータいろんなとこで使えそう
特に某宗教団体とかこんな従順に命令に従う人間カモやし 定義をrireki1,rireki2,rireki3,rireki4やなくてrireki(i)にしとけば良かっただけやろ? 実際拡張できないってある?
DB密になっちゃったからリプレイスしないとダメ…ってコト? 中抜き業者を利用するだけならまだしも
仕事の投げ方も雑すぎるやろほんまええかげんにせえよ >>13
5回まで接種する事自体が想像出来ていない話なんじゃないか
ワクチン接種なんて6回、7回と続くわけで 人間は不安を与えると正常な判断能力が鈍り
藁にもすがろうとして悪徳商法に引っかかりやすくなる
そんなマインドコントロールにかかりやすい人間を浮き彫りにするデータ やっぱり日本人は紙で管理するほうがいいよ
今までそうしてきたように >>40
ユーザーID 履歴1 履歴2 履歴3 履歴4
って行レコードにしてるから列増やさないといけない いやいや
おかしいやろそれ
何も考えないで作ったら2147483647回目まで打てるアプリになるやろ
で2147483648回目で不明になるやつ
わざと5回目以上は不明にしてるやん 要件作った馬鹿
実際作った馬鹿
テストした馬鹿
最終的にオッケー出した馬鹿
少なくとも4人はいる >>37
そういう設計思想であってもせめて「5回以上」を設けるべきだね
ゼロとの区別はつけないといけないんだから >>36
これ
「なんで言ってないこと勝手にやったの?」
そして言われたことしかやらないクズになる 改修が必要な設計にしておいてその都度お友達にお金配るためだぞ
お前らわーくにエアプか 馬鹿を選挙で選んだから馬鹿な結果が国民に返ってきただけや >>37
結構な回数を残せる様にしていくのが理想だけどね
100回くらいは残せる仕様にすればアプリのアップデートの回数も少なくなるし楽かと >>37
無限に記録すればええやろ
直近5年分より前とかは特に重要じゃないなら端末に保存する仕様にしてもいいし 追加の作業発生させるためにわざとじゃね
中抜きの一環 >>58
少なくしてどうするんや
中抜きできるチャンスが減るじゃん 技術的にはできるけど仕様変更はクソ金かかる契約なんやろな >>58
理想じゃねえよクソガイジ
テーブル分けて連結するんやぞ >>47
SESSYU_NUM_SAIDAI_KAISUU = 4
こうやな 直で1000万やるから改修してー言われたら応募する奴多そうやけど
中抜きがね… SESSYU_COUNT = NULL
で定義して打つごとに+1してNUMBER型にしておけば地球が無くなるくらいまではおそらく安心だぞ(白目) >>69
回数だけ記録すりゃいいの?
いつどこで打ったかはいらんの? >>47
var SESSYU_1
var SESSYU_2
var SESSYU_3
var SESSYU_4
こうだぞ 成功しても失敗しても開発に関わった会社の名前全部晒します
で防げると思うけどな ワクチン接種歴アプリ自体が恥ずかしいんやけど感覚麻痺してんな >>79
無理なのは受注する側やん
やましいことがあるベンダーは受注できなくなるから多重下請けも防げて一石二鳥やろ 全員5回接種させたら後々損害出ても払わんでええってこと? Cocoaとかいう中抜きの集大成も最近機能停止したしもうやる気ないだろ >>86
これに関しては受注した政府側のセンスがないのが問題やろ
契約前にデモとか見る機会あるはずやん カラムの最大個数とかから1ユーザーあたりの最大データサイズを算出して
DB全体の規模設計したんだろうな
最大限擁護すると数千万人が登録するから少しでもDBサイズ抑えてコストダウンしたかったとかそんなことだろ 「不明」と入力する事を求めてるって事は入力画面に4回までしか無いんやろな
流石にデータベース自体が4回までしか記録できない仕様って事はないやろし 0回も不明なのか0回表記なのかでだいぶ変わるでこれ >>13
4回まで接種歴が保存できることが要件なら当然やろ
それ以上の接種歴を保存したいなら改修案件だから別途費用が必要です イーロンマスクが社長やったら
どうしてわっかってて放置してるんだ?
っだいわれて担当者即クビやろ >>13
エンジニアは提案してるがクライアントが「必要ないので5以上が入らないようにしてください」と言ってくるんだぞ なんか昔のゲームみたいな話だ
これ悪用してエンディングフラグを立てるんだよな? ■ このスレッドは過去ログ倉庫に格納されています