厚労省のシステム、ほぼ同時刻に登録した申請者に同一IDを付与するバグ
■ このスレッドは過去ログ倉庫に格納されています
https://xtech.nikkei.com/atcl/nxt/news/18/08055/
厚生労働省は9日、2度目の停止状態となった雇用調整助成金のオンライン申請について、利用した1事業者の銀行口座番号や従業員の給与明細が他社に閲覧されていたことを明らかにした。
ほぼ同時刻に登録した別の申請者に対して重複するIDを付与するバグがあり、他人の登録情報が閲覧できるなどのトラブルが発生した。
厚労省は新型コロナウイルス対策の感染拡大を受けて、同システムを2020年4月ごろから急ぎ開発したようだ。
システム開発は富士通が約1億円で受注した 【寅丿門二ュ―ス】6/9(火)百田×西岡×一平
・火曜特集@「これ以上待てない! 全拉致被害者の即時一括帰国を実現せよ!」
・火曜特集A「過去から学ぶ虚構の慰安婦問題 今、日本は何をすべきか!?」
・習近平氏来日「11月のG20サミット後に」茂木外相
・菅氏 中国批判の共同声明拒否報道を否定
■YouTube / Nico生 / Fresh! 月〜金8時 どういうこと?
更新処理で排他が掛かってないとか? >システム開発は富士通が約1億円で受注した
作ったところはいくらで請けた まともにガイドラインに沿って実装してれば
作り込まないバグ
富士通の開発者の実力相当低いな えぇ…普通新規にデータ登録するなら、プライマリキーにはAUTO INCREMENT付けるだろ…。
一体どんな実装したらそんなお粗末なDB構成になるねん。 それバグなのか?
どんだけレベル低いんだよ…
アマチュアだってそれくらい回避するだろ… >>15
富士通SEが下に投げるの下手くそか
技術力のないデータベースエンジニアつけてるか 10年後、ジャップ土人は今の北朝鮮並みにw
大中華帝国は世界の長安になるwwww >>15
ほんとそれ
こんな仕様のDB組む方が逆に難しいわ FF6みたいなバグ出してんじゃねーよww
2020年やぞ?! DHCPが同一IPアドレス割り振っちゃうのと同レベル? >>19
仮に下に投げてたとしても
受入時のテストで拾えてない時点でレベル低い 申請者を平等に扱っているんですね!
素晴らしいわ。 >>28
富士通のことだから下に投げると思ってたけど、まさか国家公務員案件は本体だけでまかなうの?
本体なら超高学歴のスーパーエンジニアいそうだけど 同一ID振るとか完全同時刻に処理がきても難しくね? >>15
自前でID発番実装して
トランザクション処理に抜け漏れがあったと推測 >>19
にしたってちょっとお粗末すぎやしない? DBのカラムのUNIQUE制約なんて情報科の学生ですら当たり前の様に知っているぞ。
これ本当に由々しき事態なんじゃねぇの? 富士通には技術者居ないのか? >>15
IDが16桁だから大丈夫です!
2020060923351500(ドンッ!
てやったんじゃね?
登録が年月日時秒をそのまま指定してたと。 ミリ秒単位でアクセスなんて来ないだろ。ってノリで作ったのかな?
それかナノ秒で取得したけど実環境はミリ秒より荒い時刻しか返さないシステムだったのか まぁ使わないとわからんこと多いよな
デバッグ何回やっても1発でOKしたことないわw
オフラインゲームとかマジすげーと思う IT大国の日本の兄韓国の業者にたのめよ
ジャップはもう無理だから >>34
こんなの仕様書、要件に書いてないとか通用せんぞ マイナンバーに紐付けられた口座が同じにwww
ジャップランド阿鼻叫喚w これ、可能性として、厚労省側のRFPがカオスってる場合も微レ存
素人集団に対して、あかんものはあかん、といえるSEは必要 tickcount使ったとか?
高負荷だと同じ値とれることあるし こんなんでマイナンバー義務化しようとか頭おかしい
扱えるわけない
せめて政治か公務員で5年運用してみて問題なければ一般に広げるようにしてほしい プライマリキーを独自採番する理由あるのか?
RDBMSにお任せしないか、そんなもん。 まぁ適当にやっても金貰えるし
誰も責任とらなくていいからなw >>40
なんか、1年くらい前に、大規模リストラするとかしないとか言ってませんでした?
そういうことじゃないかな… 主キー制約をつけないフレキシブルなDB設計くらい
どこにでもある話だろ?
今やビックデータの時代に突入しようとしてるんだから
いちいちテーブルの制約なんかつけてたら
処理速度が遅すぎて使い物にならんこともあろうて >>37
超高学歴スーパーエンジニアはプログラミングしないで仕様書書くだけ。
コーディングさせたらヘボい。
卒研と院でちょこっと触った程度。 >システム開発は富士通が約1億円で受注した
で、末端の零細下請けが300万円で受注ってパターン まあおれは同時アクセス数2件くらいの社内ウェブサービスで年月日時分秒をDBのキーにしてデータ登録する様にしてるけど10年以上トラブル無し >>50
厚労省の要件定義書はなんかとっちらかってて
なにがどこに書いてるか分かりづらいイメージ 富士通は、電通よっか、アコギな丸投げ・中抜きしとるはず! トランザクション分離レベルもよくわかってないアホが設計、実装してんだろ
こんなゴミシステム作るために税金使われてんだからマジどうにかしろよ あれ?前と同じトラブルじゃない?
バグ潰しできてなかったのねw どんなにちょんぼしてもいつか完成すればいい程度なんだろうな
民間でこんなことやったら損害賠償問題になりかねんけどw >>58
いやあさ、その日本的IT企業の考え方を買える、めちゃんこエンジニアでも用意してんかなって
優秀なプログラマーが直ぐに現場から離れて、低学歴エンジニアが必死こいてる、The非効率が日本のITなことくらい知ってますよー
低学歴=プログラムセンスない、ではないですけどね 一億とか安すぎだろ笑
孫請けがいくらでおろされたんだ? これ、自販機で例えたら、お金を入れると同時に返却レバーを押したら
返金されてるのに、お金が入っていると認識されるっていうレベルの
すごく初心者レベルのバグやからな >>53
これじゃ確かにマイナンバーに口座紐付けも怖いな
やっぱ反対にまわろうかな >>41
冗談抜きでこれなんじゃないかなw
なんで日本のITって中高生がやってるのかと思うくらいにお粗末なんだろうか不思議だ https://www.chunichi.co.jp/amp/article/68686
厚労省によると富士通が約一億円で受注しシステム設計の統括を担っていた。再委託先と受注額はそれぞれ、富士通マーケティングが八百五十四万円、インフォテックが四百四十万円、ペガジャパンが千五万円。 フレームワークの最初からついてくるの
普通に使えばよくね?
ファイルアップするだけの仕組み一人で2,3日あればリリースできるわ
糞システムだと思ったら翌日には使えなくなってるしマジ役人連中の能力の低さに呆れる 俺A 富士通やろなあ
俺B 富士通かなあ
俺C 富士通だと思うなあ >>41
さすがに富士通といえども
そんなことはしないと思う >>80
まともな奴から辞める業界だからしかたない >>83
担当者が優秀なエンジニアに頼めば300万ほどで1週間以内で上がってくるだろ
銀行のシステムじゃあるまいし ホンマに金掛けんなぁ。
潜り込めるように書き換えられてんじゃねぇの? つーかSQLのオートナンバーで普通に回避できるレベルの話じゃねえの? >>81
富士通マーケティングは営業舞台だから、孫請けいるな… 仕様書に「IDはYYYYMMDDHHmmSSssとする」って書いてあったりしてw まあ、富士通に発注した時点で
自動的に子会社のエフサスに流れて
そっから最後は末端の派遣バイトだよなw >>41
それはないでしょ
単純に排他かけてないだけ 作ったのは富士通の中抜きシステムだけ
うんこ以下の無能政府 >>13
まちがい:富士通の開発者
せいかい:富士通のひ孫受け 兄の国韓国の給付金
指紋認証で申請から振り込みまで5分で終了
ジャップ
2ヶ月以上かかって振り込まれたのはわずか2割 富士通下請けはいくら賠償するんだろね
孫受けなんて表にはでないだろうけど
富士通ブランドを傷つけたら
責任者首じゃすまないよね こんなでかいバグがあるってことは、小さいバグは数え切れない程 要求定義から運用テストまで誰も気づかなかったと言うのか
プロジェクトメンバとユーザ全員バカって逆に奇跡 超絶単純な発番ロジックぽいなぁ
入力開始時に最新番号を問い合わせてコミットする時点でそのままインサート、その時にキー重複してたら無条件でデリートインサートとかやってんじゃないの 現象からすると
日付と時刻で採番する仕様にしか思えん >>32
なにをどうやったら重複できるか聞きたいレベル 俺も開発余所に投げてプロジェクト管理費とってるけど気をつけないと
謝罪会見しないといけなくなるな
テストはやったふりじゃなくてちゃんとするようにしよ 富士通に限らないけど、
担当営業で金額やレスポンスは変わるし
担当SEで発注主の要望通りかどうか決まってくるし
下請けの技術力でシステムの安定性やバグ発生率は変わるし ロックすらしらねぇアホ開発会社
潰れた方がいいだろ 実は開発者は悪くなくて
富士通製DBのバグだったりして 富士通って下請けの成果物を確認しないの?
逆にテストしないでドヤ顔で納品出来るってすごいな
普通は怖くて出来ないよ 会員登録とファイルアップ、データ登録だけだぜ
ララベルとかケイクあたりの書籍のサンプルプログラムそのまま使った方がマシだったろw
とりあえずnginxで分散させときゃ動くし
DBもmysqlのバランスだけで大丈夫だろ
なんで車輪の再開発やって、あげくゴミ生成するかね >>115
やったふりってテスト結果のエビデンス作成しなくて良いってこと? >>122
開発おしまくってテスト工程ほぼないとかかもな
厚労省も富士通も納期延ばせないから
テストとはいえないテストをテストと見なしてリリース
みたいな感じなのかな 日経が再委託先は三社と報じてるから、
>>81で全部っぽい
富士通の取り分は大体80% 入札に富士通入ってきたときの絶望感よ
でもまあいい、憂さ晴らしになるサンドバッグだもんwwwww 設計も糞もないよな
昭和でCで関数作る所からやってんのかよw >>112
アクセスした日付自分秒をそのままIDとして発行 元請け 富士通 約一億円
再委託
富士通マーケティング 八百五十四万円
インフォテック 四百四十万円
ペガジャパン 千五万円
合計2299万円
富士通の取り分 約7700万円
ひでえなあwwww >>115
テストやったふりはしたことないけど
不具合出したふりはしたことある 安い人材しか使わない上に、工期ろくにあたえないで開発したんだろうな
登場人物全員無能 >>130
エビデンスはつくるよ
やってなくてもやった感じにやろうと思えばできる
いや、そんな悪いことはしたことないよ この手の短納期案件はベンダに外注するよりフリーランスエンジニア数人雇って内製したほうがうまくいくのにね >>136
そんな大学生エンジニアじゃないんだから…… >>141
ペイントでエビデンス編集してるやつ見たことあるわ 採番の仕方がおかしいのはもとより、PK制約にも引っ掛かんないの?
どんなテーブル設計してんだよ こうやって下請けに丸投げするら無責任っていわれるのにね
それでも大手だからシステム受注には困らないしね まじで中学生の部活レベル
単純な排他すらできてない上に負荷テストもされてない
このバグならテスト時に一瞬で発生するはず
厚労省もこんな中学生プログラミング買っちゃうとか
担当はよほど低学歴な方々なんでしょうね 豊洲のベンダーだって似たようなもん、旧帝院沢山いるけど実務はほとんど外注だし、高い人件費が上乗せされてるから見積りとるとべらぼうに高い まあ、雇用調整助成金のエクセルも酷いからな
自動計算つき
とか言って0の可能性が高い箇所に0を入力するとエラー出してる
いや、0入力されるんだしifで処理するなり
そもそも0で割る計算式必要ねーだろ
作ったバカは誰だよ 1億円の納期2ヶ月ってことは仮に
1人月150万円の超優秀エンジニアを揃えたとしても
約30人の超大規模プロジェクトだろ?
しかも設計1ヶ月実装1週間テスト3週間
くらいで終わらせなきゃならないわけだし
デスマーチ案件だったんじゃ? トランザクション機能くらいDBで保証されるだろ普通。 2か月で委託先合計2300万て実働人数ひとケタだな データベースのシリアルで決めれば被らないだろ
どんなクソ実装したんだよ
不具合の天才か? みんな排他排他って言ってるけど、排他はきちんとしてるよ
ただ、表向きのIDはユニークにしてなかったけど
テヘ(°▽°) >>165
1ヶ月80万ぐらいだけどなあ下請けに出すとき 逆にどうやったらそんなバグ作り込めるんだ わざとやろうとしてもレビューで弾かれる >>58
超高学歴システムエンジニアはそんな感じっていうか仕様書もあんまり触らなかったけど
超高学歴スーパーエンジニアはマジでヤバかったぞ
winny作った人もあんな感じだったんかなって思った >>137
高学歴エリートの富士通様がf欄卒IT土方に仕事させてやってるだけでもありがたいと思えや! どうせ天下り用の公共事業案件でCOBOLで作ったんだろ
そりゃバグりますわw そもそも設計の必要ないものをわざわざいじくってバグ出すとかテロだろ スマホのコロナ感染者通知システムも個人情報は使わずとか謳ってるけど、
高確率でセキュリティ関係やらかすよなぁ >>143
厚労省、というかどこの省庁も、IT出身者何人か囲っとけよ
ブラックから抜け出したいやつ腐るほどいるだろう?
本当は優秀なフリーランスや、内情知ってる上流SEがいいけど
国家公務員2種(今はなんて言うの?)の給料じゃこないだろうし >>163
なんの複雑さもない
ただの申請アプリだぞ? タイムスタンプをユニークキーにしてたら笑う
流石にそれは無いはずだから採番の排他制御の問題だろう >>163
プログラミングの入門書通りに作るだけでIDが被ることはない
納期がどうこうとか、そういうレベルじゃない あれか、エンジニア育てるところからだな…残念ながら。 企業ですらこれだからなあ、日本はIT弱すぎてもう笑えないレベル
どの分野でも上にいる連中がアナログだから、そいつら根こそぎ消えないとITに関しては普通の国にすらなれん 時間じゃないな時刻だ
むしろIDだと設定すればどうやっても一意になりそうなもんなのに さすがFM-TOWNSの富士通。
さすがIS04の富士通。 >>143
フリーランスとは直契約はしない
なぜな責任を取りたくないから
開発費の原資は税金だから安くする必要もないし
馬の骨に依頼することはない
税金で責任回避出来るなら喜んで大手に投げるよ
痛くも痒くも無い
問題が起きても開発会社の責任だからね
それが公務員の仕事 >>186
そんな悠長なこと行ってる間にAI化されるぞ >>163
30人で超大規模!?
あぁ俺が年食ったのか・・・ >>186
ベンチャーには優秀な人材たくさん居るけどね
だいたい最初は1人で環境からシステムまで全部つくるし >>177
あいぽんみたいに近くに居るやつのシリアル番号的なのアプリが保存しまくっといて
サーバからコロナかかったやつのリストダウンロードしてくるだけじゃねえの? すげえ。
どうしたら、こんな初歩的かつ致命的なバグを作れるんだよ。
本当にテストしてるのか? >>192
おじいちゃん
みずほのファミリアも最近出来たのよ… 同一番号のレコードが複数登録出来てるならPKでは無いんだろう >>190
大手に投げます
大手が中堅に投げます
中堅が零細に投げます
零細がフリーランスに投げます
そんだけ 大手SIerの作品を色々見てきた俺はこんなのでは驚かないよ
プライマリーキーをもったテーブルが一つもない案件とかなぜ動いてるのか不思議だった おれもこの前の社内用の申請システムで同じようなバグ出したからよくわかる。俺の場合は>>182の通り、排他処理の問題だったが >>193
電通問題を
取材するやつも
見るアホも
叩くアホも
みんなアナログなのでね… >>171
下請けは20人月かかるといって
計画書にはアサインするメンバーをずらりと20人以上書くんよ
実際に作業するのは2〜3人
残りは進捗会議で顔見せるだけ(最後まで見せないこともある)
開発外注する人は会議でいつも静かな下請けメンバー指名でなんか聞いてみたらいいと思う
多分いるだけでなにも理解してないから >>195
だけじゃないの?
で片付けると本件だって普通にDB使ってれば起きないだろう >>201
それでいいんだよ
丸投げするのが公務員の仕事なんだから 時刻をベースにキーを作らないとこんなこと起こらないような気がするけど何をしでかしたの もはや、わざわざrootで動かして
わざわざシステムコマンドよんで
rm -f /
実行するレベル
なぜ、普通に用意されてる機能を普通に使わないのか これでマイナンバーと口座の紐付けやろうとしてんの?馬鹿なの? 使ったらバカにされるCakeで3日でリリースする方がマシなレベル >>205
下請けも経験してるんだよなあ
社内の仕事で休日出勤のときに契約書広げたまんまだったから見たら新卒50万ベテラン80万リーダー100万だったよまあ2010年の頃の話だが 阿保だろ。
普通sequenceで一意に採番するし一意制約つける。 >>41
クッソワロタw
ありえる
わろえない・・・ 事業者の口座や給与明細が他社で閲覧できるバグとかサラッと書いてるけどID重複なら実際はもっと重大なことが起こってるだろw
支給した助成金額が全然少ない(多い)とかあるんじゃねえのか
なんか誤魔化そうとしてるなー >>1
何回失敗しとんねん
一体どんな業者に頼んだらこんなあり得ないことが起こるんだ?
あってならん過ちを二度も繰り返してる
普通は大丈夫かどうか何度も確認、テストしてから再開するだろう
謝罪だけ済む話ではない
厚労省の担当者をクビにしろ
そうしないと今後も平気で不祥事を起こす体質は残るし
不祥事を繰り返す これ改修して再開したら今度はデッドロックするんでしょ? 役所もカスだが、役所関係に群がるベンダーもゴミシステム量産して、IT後進国に貢献しているカス。
こいつらは税金にたかる寄生虫です。 「PKじゃないですけど、IDが入るんだからユニーク制約つけた方が良くないすか?」
「そんな事したらDBで弾かれてエラーになるやんけ」 ↑のおみくじで投稿日時が同時刻秒だと同じのが出るのと同じ? >>163
エンジニアだけじゃなくて検証、マニュアル作成、操作方法の教育、下手したら47都道府県で導入サーバーが全部別の可能性もある(地方事務の原則だっけ?)から導入担当などなどもっと大規模だと思うよ
マイナンバーは縛りきついから法律整合検証もありそう もうさ余計な事して工数増やすなら
TCP/IPのパケット再開発からやってみたらどうだろうか? 中抜きと責任回避システムの仕上がり具合は立派である
今回もうまく責任分散されている WEB系の尖った企業にでも作らせば、はるかに安くて良い物出来るんだろうな。。 >>215
それぞれが本当に先方に提示した工数動いてるならちゃんとした会社だと思う
動いただけ元請けがお金くれる場合なら
リーダーが単価高いなら、新卒が動いた工数へらしてリーダーにつけるとか考えられる
そんな悪いことするわけ無いけどね ソフト開発の教科書に載ってそうなバグだな
スパゲティ食べたい >>237
マイナンバーの法律と仕様理解だけで軽く一ヶ月は使いそう 多分予想では、申請画面を開いたときに採番し、登録時に元になる値を更新する仕様にしていたのでは。なので、登録し終わる前に別の人間が申請画面を開くと番号が重複する デッドロック対応なんて簡単さ
俺様のプロセスがDBアクセスしてる時は
テーブルロックだ
他の奴らはシネ >>96
間違いなくそれ。
主キーとは別に管理番号を仕様で定めているパターン こんなマヌケを繰り返す役所に対して、たかが数ヶ月後に迫った9月を新学期にしろ!
って声高に叫んでた大馬鹿がいるんだぜw
出来るワケねーだろwww バグっていうレベルですらない
基本のきすらできてないやんけ >>248
新テストのグダグダを見れば9月入学なんて一大事業が直ぐにできるわけなんてないのにな 実は一意制約を付けてたんだけど
試験で制約違反でエラーが出たので担当者が制約を外して
「修正しました」ってやった可能性も
時々信じられないことをする奴がいるんだ こういうことされると省庁はまためんどくさい書類増やせとかこの不具合調査しろとか言い出すんだよなあ >>4
ほんと毎回致命的なことやらかすよな
ディズニースマホもdocomoで最初に出したのに熱暴走やバグだらけ システムの規模からすると安過ぎる…
開発者テスト、受入テストちゃんとやってないな…
皆まとめて、責任感無さ過ぎて笑える。
こんなの普通なら駄目だろ… >>249
ワイは開発力のないIT部門〜仕事がほしい協力会社2号までかけもちしてるわwww identifyできないIDって、高度なギャグだな こんなん他国の食い物にしてくれって言ってるようなもんだな >>259
> 開発者テスト、受入テストちゃんとやってないな…
やってないのはコードレビュー
こういう極稀にしか発生しない問題はテストでは見つけられない
テストで見つけられるとしたら、こういう可能性がある場所を
集中的にテストした場合だが、可能性がある場所はいくつもあるって
全部やっていたら時間がないので、怪しい場所に目星をつける=結局コード見て判断するしかない
だからコードレビューが何よりも大事 >>263
おまえらこういうレスができるSIerに仕事頼めよ 重複idが発生しないようにするには
どういうコードを書くべきだったの? >>255
このコードよく読んだらusersテーブルから全レコード取得してたり最後の所で
if("true" === "true"){
みたいな意味不明な条件式あるし、何か変なコードだなこれ。 データベース初心者がテーブル構成考えたのかなぁ?
IDが被るってのが起こり得る設計って相当低レベルでもないと思うが >>263
コードレビューは大事だけどすべてのバグをコードレビューで拾うのも無理がある
この件ならテストとして大量同時アクセスしてすべてのリクエストを正しく処理出来てるか?
をテストしてればよかったと思うが、そういう観点でのテストが抜けてたんじゃないかね >>266
相手に全ID送って照合する上、クッキーの特定の行を書き換えるだけでログインできたことにするクソコードだった気がする >>266
よく分からんが、DB上のパスワードは平文ぽいな
select文も全ユーザ情報取得する必要ない ここでIDを主キーの事だと思ってウンチクたれているやつはド素人 >>41
これかwwwww
でもまぁこんだけ急なので責める事はできない >>1
できないなら外注しろよと思ったら富士通が取ってるんかい・・・
しっかりしてくれよ富士通ェ・・ 1億って安くね?
下請けがいくらで受けたか想像するとゾッとする こういう、無能が無能を選ぶシステムはどうにかしないといけない。
ってかそもそも「選ぶ」というステップがあったのかどうか。。 >>1
どう見ても発行日時がそのままIDなんだろ
どこのバカが組んだの? >>112
DBに生成させないで自前の生成器でID作っとんじゃねーのかな乱数のシードに現在時刻投げてるだけの予感w >>15
恐らくなんらかのキーはあるが、IDの生成が適当なんやろ
何故IDをキーにしなかったのかは謎だけど
扶養がいたりする関係かもね 富士通ってもう癌というイメージしか無い
富士通研究所に行った先輩は優秀だったけど元気してるだろうか >>279
入札制度がもうあかんのだと思う
受託者は要件満たすだけのシステムを最小工数で作ることしか考えない
安くやってくれた、うまくやってくれた、いい提案をしてくれたなどは評価されないし
来年にもつながらない
寧ろ良きシステムをつくると来年度は仕事がなくなることも こんな会社がよく東証のシステムなんて作れたな
あれは凄い >>287
jsだったのかwww
これはやばいですねwww こういう話題になると途端に踏み込んだ話題が出来るお前らってなんなの? >>287
相手のクライアント上のJavaScriptでログイン処理www >>291
jsかどうかは別に問題ではないかと。バックエンドで動作するnode.jsだってあるからね。
問題はscriptタグで囲まれてて、明らかにフロントエンドで動作する事を前提に書かれたコードだって所だろう。 IDをUniqueにしていない。
トランザクションでロックしていない。
どちらも機能していないとか信じられない。 >>293
普段バカにされてるあいてぃー土方民だよ言わせんな まあ不治痛を馬鹿にするやつは自分で入札してくるといいよ、
それでバグ無し納入でバッチリ儲け出して来るといい >>287
jsだけど認証チェックロジックだけじゃん
重複するIDの付与とは関係ない
つうかinputの値そのまま平文ハンドリングてw id払い出しを排他してないって事?
うーん、ありえんわ >>287
これはapiserviceの引数がID、パスワードでサーバーに問い合わせて
結果がtrue or false
で返ってくる構造ならとりあえずセーフなの? 日本のITなんて欧米の小学生レベルだからね、まじで >>91
長年の公務員叩き&削減でそんな人材残ってないでしょ
元請けに手取り足取りして貰わないと要求書も書けない
税金を大企業へ誘導するための誰かさんの成果なんだろうなあ 中抜きのことばっかり考えてるからろくなシステムができない >>308
だめだよ
フロントに書いたものはユーザで書き換えられる
567行の条件式をtrueとかに書き換えてログインできる つーかこういうのデータベースの基本なんじゃないの
なんでそこでミスるのかよくわからんのだけど 要件確認から設計開発テスト納品諸々で納期1ヶ月ってのは富士通に同情する
どうせクソどうでもいい事で時間使わされて仕様確定するまでグダグダで実質数日で仕上げるハメになったんだろうと予想 >>319
それでも構わねーって受けた仕事にその言い訳は通用しない 連番マスタから今の連番取ってきて発番してから登録みたいな処理だろ
排他制御が無いか甘くて死ぬ
オフコン系でよく見るクソ >>287
なんで高解像度持ってんの?w
もしかして作者? この手の事案の72%は内部の犯行
バイトテロ感覚でやる馬鹿と、そういうのを唆すアレな奴のコンボ 本人はたいした重要な情報だと思ってないんだろうけど
とっかかり さえ与えりゃ勝手に掘る奴は掘るからなあ >>329
天下の富士通様です
え?富士通は何も作ってないって? 今後国の仕事受注する会社は在日クレンジング必須になるんだろうなあ
リスクがデカくなりすぎてる
頻度は多くないけど影響度が重すぎるのがいかんね >>287
これログインしたらなにを元にユーザ情報引っぱってくるんだ? >>308
認証結果をtrue/falseじゃなく128ビットのアクセストークン(これはしばしばセッションIDとして用いられる)とかにして、
以降サーバ側にはそのアクセストークンを渡して認証済みの証とする、とか
そんな風にする >>332
Cookieのloggedin見るだけで事足りるシステムなのかもね 日本はとんでも短納期案件多すぎる
そいでもって売り上げ悪いと営業が無理矢理成約してきてしまう
突発案件に割り振れる人員いないから新卒だけのチームにやらせる
学生の趣味で作ったシステムみないなのがロクにテストもせずに納品される
結果コレ >>287
なんでSQLで全レコード引っ張ってくるんよw 年金管理も失敗したし
選挙のことしか考えない国会議員で埋め尽くされて国がガタガタ >>337
IDが重複するように作る方が時間がかかるんだが データベースにユニーク設定すればいいだけなのにな
>>48
やはりパヨクは差別主義者だったか
これならチョンって言われても仕方ないよね >>81
抜いた8割分の仕事が気になる
どういう分担なんだろう >>287
禁じ手しか使ってはならない縛りでもあるのかw 電通の作ったマイナンバーシステムは不具合0なのに
富士通もういらないだろ 件の中身としてはID生成にDB類を使わず時刻情報のみでやっちまったのかね
突貫だから3次受けぐらいのSEが考えて なぜかそのまま仕様が通っちゃったんだろな 4月受注で本稼働開始が5月20日、全体予算1億
地雷としか思えない案件だな
関わった人達みんなが不幸だろ 新人がテレワーク研修の課題で作ったんだろ
富士通「普段はこんな安い仕事請けないんだけど新人の課題としてはちょうどいいか」 東大出身の文系官僚ってさ、自己評価ではアタマいいと思ってるんだろ?
ところが、世間の評価では常識も欠落してるし、実務で使いようがないゴミばっかりだからな・・・
ほんと東大しねよ、ほんと寄生虫みたいなもんだろ 台湾の天才IT大臣に発注した方がまともなもんできそう >>301
apiにselect文を投げてる
ユーザ情報を全件取得してローカルで処理
ダメダメソース >>22
受けたのは NTT データらしいですよ… 富士通に依頼した案件全て調査しないと不味くないか?
どんだけ素人仕事してるんだよ。 これって現在時刻からID生成とかやっちゃったんじゃないの?
てかレガシーな現場だとやたらと採番・桁番テーブルとか一時ファイルとか使いたがるからな >>75
IDを先頭から検索して最初のをだすから、ABどちらの会社が検索してもAの情報が表示されBを表示させる方法は存在しないんだろう。
だから、漏洩が1件しか無い。 >>355
お前が見てるのは、最下層の東大生だろ。
ガチ東大生は気力体力学力プライド半端ない。
残業月100時間やって、同時に自己鍛練の勉強もやってて、疲労を表に出さない。 >>211
今頃気づいたかwwwwww
既に中国に中抜き委託した時に何十万件かはお漏らししてるんだぞ。 >>41
なんか見たことあるような気がしたけどe-Taxの受付番号ってこんな感じじゃなかったかな >>287
これはフロントエンド側だけどログインする前から全ユーザ情報を平文パスワードごと持ってこれるAPI持ってるサーバ側はもっとヤバいだろw ミューテックスロックかけて排他処理すればいいだけやんけ なぜこうも無能なのか
難しい試験受けて入った高学歴集団のはずだろ >>378
多分時刻をIDに使ってるのだろう。msecで時刻を取ってても、大規模事業ではID被りになるよね。 >>355
世間の評価では学歴厨を筆頭にまだ東大をありがたがってると思うよ
文系理系関係なしに東大さま〜って
ホリエモンが昔ヒッチハイクした時に「僕、東大なんですよ」って言っただけで信用して貰えたとか言ってた
本当か作り話か知らんけど これは江戸しぐさを見事に取り入れた富士通の名采配ですね
人一人が通れる入り口に二人も三人もいっぺんに押しかけたら怪我をしてしまう
そこには譲り合いの精神が必要なんですね
譲り合いのない餓鬼畜生には同一番号を付しペナルティを与える
まさに日本の心です >>287
動いてるからヨシ!って実際にあるコードだったのか 納期から諸々を逆算して詳細仕様決めたのかもね
下手に小難しい事やるとテスト工程が難しくなるし 世界「システムを改善しよう!2度としないようにナレッジを蓄積しよう」
日本「手作業に戻そう!システムはなかったことにしよう」 こんなポンコツ中世ジャップランド国が、国民の銀行口座情報掌握しようとしてんだから恐ろしいな >>390
これは民間企業がポンコツだろ
マジで無能がプログラマやるの禁止にしないとだめだ >>390
お前らのようにジャップ連呼してる時点で終わってるよ 行政のシステムを固める事からやらないと
マイナンバーでヒモ付けなんて怖すぎる つーかさ
公務員の採用は情報処理技術者試験のデータベース、ネットワークスペシャリスト、応用
の3つを必須にして
さらにプログラミング出来て、それでいて筆記試験と面接もきちんとできて、偏ったイデオロギー持ってないやつ
を採用条件にしろよ >>395
値段じゃーねーよ
単にプログラマの質が極めて低い どこのシステム屋が作ったゴミシステムだよ
公表しろバカ uuidかシーケンシャルでやれば良いのに流石の富士通だな 1億円の6割は会計監査院の要求を満たす納品書類の作成に掛けるコストだろ 3度目の正直は無いから、もう外注先を変えるしかないんだろうな
出来らあって手を挙げたところが1週間くらいで作りそう
そういうのが以外に上手く行って富士通は恥をかく 出す方も受ける方もユルユルで金だけは良い官庁案件。羨ましい。オレなら言われなくても最低限の不整合やエラーの対策はするけどね。 これ富士通が受注しても5次受けくらいまで丸投げしてるでしょ。
もともと工期が短いのに伝言ゲームしてたら費用も工期ももとの半分以下になってて零細が突貫で作ったパターン。 短納期過ぎて上流の設計がクソだったんだろうな。
慣れないテレワークで短納期とか、良く作ったと思うよ。 マスタ更新前に同一採番してそのままとか
素人が作ったのが混じってるな
IDをキーにしてない時点でクソほど重複だわ >>15
プライマリキーは別でもユーザーIDと初期パスワードを現在時刻からRANDにかけて発行していてかぶったんだろう
ミリ秒単位のはずが秒までしか取れてませんでした!というバグかな? >>405
高負荷時のテストは結構どこでも甘い
今回のもテスター2,3人だと狙わないと起こせない これってバグでも無いっていうか
こんなの素人以下だろ >>407
「ブラウザで前の画面に戻る操作を行った場合に、適切なデータを参照せず、特定の1社のデータを表示するプログラムミス」
どうやったらそんなミスするんだ? >>81
ジャップすなぁ
富士通が糞って昔からコピペされてんのにそこに発注するとか・・・ (´∀`*)ウフフ
俺にやらせればこんなミス起きないのにw
ばっかでーw 日本のIT弱すぎ
まともな技術者が存在せず
さすがPC普及率が後進国より低い国 ITに詳しいやつが
人事で全く評価されないんだよ
で、デスクトップに付箋紙でパスワード書いて貼ってるようなじじーが出世する
厚労省もキチガイ集団だからしょうがない >>319
どうせ富士通は下請けに丸投げ
可哀想なのはこんなかんじのシステム1ヶ月で作れって丸投げされた下請けのエンジニア >>424
世間様からはまだパソコンオタクととしか認知されてないのかな?
昔に比べればだいぶ市民権を得て来たけど対人コミュニケーション能力が重用されるからな。 >>421
だって国からの発注なくなったら富士通なんて一瞬で潰れるじゃん。
国からの発注で食いつないでるところは例外なくクソ。 >>426
人事評価で一番重視されるのはコミュニケーション能力で
IT関係は評価項目にすら入っていないw >>145
中抜きで開発費が500万ぐらいになってるから妥当な仕様だな
一人ずつ順番にアクセスしない利用者が悪い >>108
1人くらいいたと思うんだよね。でも、そんなケースあり得なくないっすかwで押し切っちゃったんじゃないかな 誰もオンライン申請なんてしないすっわ!
て、ノリでつくったんだろうね >>432
多分そんな体制だろうと予想がつく
問題点を指摘したらお前が責任とって修正しろとかいう感じ >>1
>>41氏のレスとそれの返レスを見て
この問題に関する次の会見でこのことを質問してほしいと思った
あと前にも同じトラブルがあったというレスもいくつかあって
ということはまさか次(マイナンバーと一つの口座を紐づける)にも?と怖くなったorz >>433
そもそもガラケー大好きなじーさん達がやってるし
仕様書も自分で作れないから丸投げの連中だぜ?
無理に決まってるじゃんw
マイナンバー角だけは全員持ってるよ
持ってないと役所に入れないからな^^ どうせ今回もこんなんだろ
厚労省
↓
電通外郭団体(厚労省天下り)
↓
電通(厚労省天下り)
↓
電通子会社(厚労省天下り)
↓
パソナ(厚労省天下り)
↓
中小零細
↓
バイト >>397
値段が安いんだから相応のが来ただけだろ >>423-424
どうせこんなの孫請け辺りまで落ちてカツカツのスケジュールになってから
「机の下で寝てたガイジPG蹴り倒してそれっぽいもの作らせましたわw」とかやってんのだろ。
なにかあると「困る」からその後営業サイドはノータッチとか みずほ銀行のシステム移行といい、中枢担うシステムヤバすぎるんじゃない? >>438
こういう多重中抜き、丸投げ禁止したら良いのにな 日本はどこでもIT技術者の待遇も評価も低いから
だから先進国から事実上脱落するんだよ
まだガラケーにしがみついてる連中が牛耳ってるし
未だにハンコ押せとか 原本もってこいとかw
FAXでやり取りしてるローテク国家だぜ? >>385
ソースを見ると「動いてるからヨシ」とはならん案件w >>108
作ってる人は割と気付く
直した方がいいんじゃないですか?
工数がない
追加費用もない
発生するのはレアケース
よし、このままで行こう
ってな会話までがテンプレ ・・・ヨシ!
∧ /ヽ
// ̄ ̄\|
∠_╋__〉
/ @八@ ヽ _
工ニf(_人_)エ二|′)ヽ
\ヽヽノノ ノ ヘ |
⊂⌒)_>―――′イ (_)
`ー、_ノ/ ̄ヽ |
_|| | |
( 人_ノ Λ
\ス ̄ ̄レ-Λ \
( ̄ ) / / \ノ\
 ̄ ̄ ( ヽ \_)
\ノ
( ´∀`)Σ⊂(゚Д゚ ) なんでやねん! >>443
責任がきちんとしてるならともかく、本当にこういうのって、抜くだけで「あとは作ったやつが」だからな。
この国のITはキチガイ過ぎる・・・ 富士通のシステムっぽいなと思ったらやっぱり富士通だった(笑) >>41
これで間違いないと思うわ。
最近でも、うちの連中が
時刻フィードをキーにしてたし。
だからなんでそれやるの?と小一時間老害したよ。 >>438
これのせいで実際に開発するところの値段が安い、短納期になるんだよな >>419
遷移元画面から渡されるパラメータがなくてデフォルトとか頭の一件とかのが表示されてんだろ おもふくチェック機構つけとらんのかい
金扱うと分かっててどんなデバッグしてるんかね >>59
その金額だと専門出たばかりの新人くんしか雇えないな >>450
なるほど
やはり無能だったのは実際に手を動かした末端の技術者か
技術者としてのレベルが低いんだな >>80
これじゃ生年月日+電話番号がマシに見える IDの発行をロジックで行い、その際に発番元に行ロックを掛けず、更にIDフィールドをunique keyにしてないんだろうな
また、同時アクセスのテストも「難しいから」と端折られてる 厚労省の担当者が何が必要なのかを把握せずに発注して
仕様変更の連続だったんだろう
受けた企業は赤字なんじゃないかな 一般的によくある流れはこんな感じだけと、まさか こうでは無いだろ
SE この仕様だと、重複があり得ますけどいいんですか?
役所 考えすぎ、さっさと進めてくれ
障害後
SE 検収にサインを頂いておりますが
役所 こういう事を想定して作るのが常識だろ
SE ‥‥ 世の中のシステムは大体こんなもんよね
システム開発に関わるまでこんな酷いシステムで世間が回ってるとは思わなかったもん 数年前のインフルワクチン接種の登録システムのときもクソだった。管理してる委託先に問い合わせても短文テンプ >>337
どの業界でも営業が超短納で取りに行くからな
価格交渉で最初に削るのもソフトだし
しかも既製品使うと高いから内製させようとしたり滅茶苦茶
俺らの人件費はタダじゃねーよ >>461
末端の技術者が仕様無視して実装したとは思えんから詳細設計に落とし込む段階でのミスだろ
そしてそれが誰の目にも止まらずテスト工程も本番リリースもやってしまったのが問題
管理するはずの中間SIerそして富士通も気づかないって普通なら有りえんぞ 昭和辺りで造られた基幹システムに
JavaScriptでネット化しただけとか
改修予算付かずにそのままになってるとか さすが富士通やな
素人としか思えんトラブルを何度やらかしても成長しない 一体どこの企業が組んだシステムなの?
明らかにしてほしい あ富士通なのか
期間が短くてもちゃんと出来るとこ無いの? 富士通終わってますな
20年前の2ch以下ですか? スキーマ設計どうなってんの!?
ユニーク制限かけてないんかい >>1
どうせ富士通の孫請けがやったんだろ
中抜きいくらもらったんだろうな 結局プログラムバグが原因なら
悪いのは富士通じゃなくてそのプログラムを作った下請け会社だろ?
富士通叩いてるやつはシステム開発すらしたことないのか? どうやったらこんな間抜けな設計をできるのか気になる
日本人って無能が多いw >>102
自分じゃできないからアウトソースするんだろ なんじゃそりゃ
発番のロジックで時刻使ってて秒まで一致したら同じになっちゃうとかそんなやつ? 排他かけると重くなるでしょ!サーバーが貧弱なのよ!バン! >>487
普通はID被らない様に出来てる筈だから、お役人が仕様をゴリ押ししたとかだろ。 この体たらくじゃそりゃ日本の基幹システムにAWSをって話にもなるわな
セキュリティ上もいくらハックしても漏洩させるまでのほほんとしてろくに反撃もしない日本より米国企業のが攻撃しづらいもんな >>497
海外製品を過信すると痛い目にあう事もある
中味ブラックボックスになってるパッケージ製品とか、不具合の回答が遅い、そっけない感じの所が多い >>487
富士通はちゃんと管理せなあかんやろな
こんな初歩的なミスを洗い出せてないのは非常にマズいな 昔、富士通の下請けやってた頃は、ちゃんと排他処理を考えてたんだけどな >>498
日本製品だって過信出来ないよ
サポートにかけるコストをケチらなければマシにはなるだろ
ただサポートに金払う文化の無いリテラシー低い奴らだらけなのは問題 >>500
結局は下請けの質次第よ
同じ下請けの中でも人員の質はピンキリだし定期的に入れ替わるしスキルアンマッチな仕事振られることもあるし >>108
前に富士通の現場にいたことあるけど指摘してももうこれで進んでるからとかで取り合ってくれないぞ
結局運用フェーズでユーザーからバグが上がってきて保守対応みたいなのが多かったな >>501
ていうかコンピューター関係だと日本企業のサポートってむしろ劣悪な印象あるわ
向こうの→
壊れたら状況とSNをメールで報告するだけであっさりRMA発行
すぐ代替品送るのでそちらに届いて換装終わったら折り返し故障品返送してね
日本の→
なかなか繋がらない上に高額なナビダイヤルしか窓口しかない
たらい回しにされた上になかなか故障だと認めない、なんとかして門前払いしようとする
お前が送れ、こっちに着いたら代替品送ってやる、その間システム使えないけどそんなの知らん >>12
データーベースっていうかCGI実装かもな ・要件整理
・データベース論理設計
・コーディング
・テスト
の各担当が全員ダメダメってことかいな
IT屋じゃないからよくしらないけど、1次受けは要件整理すらやらないもんなの? >>108
こういうのってきっちりウォーターフォールなんかでやってらんないよ
要求整理から全フェーズ出来る人集めてパパっと作って叩きまくった方が良い
1億円もあれば集められそうなものだが流石の富士通だ 登録日時だけでID生成してたってこと?
登録日時と氏名や住所の文字コード使うだけでかぶらないだろ
ジャップイットw w w w w w w w
モンキーマウンテンw w猿山ジャップw w w w w w w w
プログラマーが組み方すら思い付かない器用なバグと言ってた >>144
実際作っている下請けは大学出てないだろ? >>504
それはもう客と、客との付き合い方の問題よね スレ見てると富士通さんって不具合管理そのものを実施してないように見えるぜw >>509
基本設計が終わってるw同時刻登録を検証漏れとかバカとしか 時間でSSR狙い撃ちできるソシャゲのお粗末ガチャテーブルみたいだな 海外にソフト開発発注したんだろうな・・・
今からでも遅くないから日本人の技術者を整備してほしいわ 富士通行ったやつは転職していつの間にかMSに行ってたわ こんなミスで、セキュリティとかテストしてるんだろうか? ほぼ同時なんてテストできないんだから仕方ないじゃないか!!! >>509
ほぼ同時なんだから仕方ないじゃないか!!!テストできないし!!! 簡易的にするなら同じIDだったら1つ以外はエラーにすりゃ終わるだろうが >>487
大手はこんな小学生の言い訳で言い逃れできると思てんの? このレベルで国民の大切な貯金口座を握りたいとか笑うしかないな 時間のうしろに何桁か足しといて、厚労省側からは
秒までしか見えないようにしとけば良かったんかな? >>546
人間用の可読性ある完全な管理番号が要求されてるだろうからそれだと設計却下される
帳票に印字するし照会画面で入力したり電話で答えたりするのも当然想定してるはず 最新の番号をGETして+1して発行する最強のシステムかな? 普通DB毎にRGBの付与とKEY設定くらいするだろ…
こんな初歩的な部分がお粗末なプログラムならossanの頭も抜けてるんじゃないのか… IDをユニークに設定せずに、トランザクション無しにinsert処理したなw
学生かw >>19
データベースエンジニアなんてプロジェクトにいないだろふつう まともな技術者ならシーケンスからIDを生成する。
いまいちの技術者でも排他制御でなんとかするし、ユニーク制約付けてエラー制御でなんとかする。
まあ、自称上級者の初心者レベルがリーダーなんだろうな。
単価安いのを集めてなんとかしようとするとこうなる。 リーダーはそんなところまで口出さないだろ
◯◯単位に番号発番して!までだろ >>1
安易な気持ちで組むとおこりがちなバグだよな 今現在秒の小数点未満の桁数で制御してるやつも、バージョンアップで性能上がったら安泰じゃないぞ IPAの情報処理試験の出題範囲に含まれてる事をそのまま起こしてるじゃねえかw >>560
AccessのVBAでは秒までしか処理できないw >>32
ほぼ同時なんだから仕方ないじゃないか!!! ダブりチェックにも金が掛かるんだよ。
YouTubeも履歴でやめてしまっただろ。 日本のITとかでよく思うのは
丸投げ丸投げ丸投げを繰り返すことで
ほとんど見習いみたいなのがシステムを作ってるってことだろ
しかも派遣だからずっとそういうのを追って勉強するわけでもなく
肝心の社員とかからみたらブラックボックスで
その社員もコーディングとか自分でやってるわけじゃないから
さっぱりわかってない >>487
全然違うとこだけど、仕様書通りに動いてるのにバグだって言われて全責任押し付けられたことあるわ
しかも明らかに変だから散々問い合わせたのに、仕様通り作れの一点張りだった >>509
・丸投げ仕様書……営業
・要件整理……俺
・データベース論理設計……俺
・コーディング……俺
・テスト……俺
こうだぞ データベースで主キーとかユニーク制約つけてたらエラーになって判るだろうに
自前でID発行してファイルとかに格納してたのか? そもそもユーザーが業務要件をきっちり出せないのが問題 >>568
しかもその上にいくつか会社が挟まってる >>28
コード見たり詳細仕様書みたりしないと
テストだけで見つけるのは運だよりかな
ほぼ同時刻での登録をテストしないと見つからない
タイミングを同期させて実行するテスト項目を作ることになる
他の操作にもタイミング同期のテスト項目を作って更にそれを実現して結果確認するのをどうやって遂行するのか >>569
時刻を整形してIDにしていたんだろうな >>566
上がチェックして品質管理してこその下請け構造
ただの中抜きになってるなら上流要らないよな >>41
ウチで今作成中のシステムもこれだわ
上司の設計だからケチつけられないしどうしたら良いんだか エポックをそのまま使ってたとかかな
高専の課題でも不合格レベル >>57
このシステムではそんなに高速処理は不要だと思う
申請手続きのIT化なんだし
IoTとかのリアルタイムデータ処理ではないし 頭の悪い仕様だな。
仮にもIT関係でそれなりの知能が必要な現場で
どうしてこんな微妙な問題が起きるのか。 日本の技術力www
つうかこの分野本当にどうにかならんの? 大手企業の看板があれば
こんな学生の宿題レベルの実装でも
大金が取れる世の中 >>576
他のシステムで問題発生したから
本システムでも同様の問題が発生する懸念がありますって言ってみたら良いんじゃね?
アクセス集中の程度にもよるから総合的な判断になるだろうから会社がそのままでいいと判断したらそれでいい
何か問題発生したら会社の責任だし
損害賠償とかになっても会社が払う
倒産したらその時は転職することになるだろうけど >>568
仕様書の修正と
顧客からの指摘・質問の回答案作成と
顧客を怒らせた営業のフォローのため会議に連行
も追加で >>15
ちょっとあまり踏み込んだところまでは詳しくなくて教えて欲しいんですけど、auto incrementにしてるだけで本当に絶対何が何でもプライマリーキーが重複されて登録されることは無いって考えていいの?
lockも掛けずに。 >>448
下請に100%を超える責任負わせるシステムだわな
発注側の理解度上げるためにIT教育でプログラムやらすのは良いと思うけど、今更IT土方増やしても旗振りが気狂いじゃ仕事にならんだろうに ログインする時に取得するログインデータが2件以上あったらエラーってやればよかったの? >>586
こんなんでも業務系は世界で一番マシな品質してることになってる
見映えのいいスマホアプリしか頭にない素人には信じられないだろうが >>590
普通は無いし、DBが保証してるならそれはDBのバグになる。
とはいえ、auto incrementにすると何が振られたかわからないのでマスタのキーとしてはあまり使われない。
シーケンス機能があればそれ使ったり、採番用テーブルでロックかけながら取得したりする。
それでも採番用テーブルまでロールバックしちゃって同じ番号振っちゃう奴とか居るけど。
なんにしても、重複すると困る列はユニーク制約つけてエラーで落とすべき。 >>590
プライマーキーが重複したらプライマリーキーの役割を果たせない 日本の…って言い方はどうかと。
ここに書いてる人が多数いる通り、この程度のことは中堅以上なら出来て当然。
ゴロゴロいる。
ただ富士通、というか大手の大半は2000年代中盤から外注丸投げばかりしてきたから、中堅層の技術力が低下しているね。
特にリーマンショックの頃は仕事が少なくて安い単価でも引き受ける上級者が多くて派遣ガチャでも当たりを引くことが多かった。
中国なんかも人件費が安かったから海外に外注を出しても安く済んだし。
その頃の感覚が抜けてないんだな。
自分では出来なくても技術力を持った人間を使いこなせるおれはスゴいみたいなやつが多いし。
まあ、技術軽視できたツケが回ってるということですな。 >>552
発番はDB使ってなかったんだろう。
普通にDBに放り投げてお任せしてればアホでも作れた。
起きないはずのことが起きたってことはそう考えるしか無い。 キーにしてなければテストではたしかに見つけられないよな >>598
そんな偉そうなこと言うてるけどおまえ開発なんてできないだろ ログインしたら別データが表示されたんだよね?
先に申請した人のデータを後から上書きしちゃったの? >>596
そんな理屈はわかってる
わかってるけどバグが出ちゃうの
見落としとかミスが起きるの 受託した業者まともな会社じゃないのな
ID生成なんかほとんどの会社が既存のシステム持ってないか? >>595
業務系は表に出ないからフカシ放題だよなw こういうの聞くと、みずほ担当した奴すげーと思うわ
さぞかし名のある奴なんだろうな >>187
営業は出来ますやりますやらせます!で
投げられた現場が泣くパターンだな >>590
そりゃDB実装のクリティカルセクションでは局所的にlockかけてるだろうけど、使う側は何も考えなくても一意性が保たれる。 1人で1週間で全て作れる自信あるが
ベンチャーで株もらって働いた方が結果金になるし
何より自由気ままに出来る
頭の悪いプライドだけの役人や上場企業の低能に意味不明な事言われるストレスもないし ホント、この国の政府は何やってもダメだね、すでに何も期待するものはないが、酷すぎるね、 ジャアアアアアアアアアアアwwwwwwwwwwww gBizIDとかも大丈夫なのか?
まあ申請して2ヶ月経っても何も帰ってこない上に電話も繋がらないクソ&クソ対応で
結局アナログでやるハメになったんだけどな
お役所のデジタル化がマジでクソ過ぎる >>492
割に合わないからだよ
さては社会に出てないな? 何で大手に発注してこうなるんだよ。
富士通は中抜きして終わりなのか? >>623
実際に厚労省のパソコンには標準で入ってるぞ^^ IDを連番にするために、現在のMAXを取得して+1を新しいIDにしているのかなぁ? トランザクションの処理がうまくいかないってすごい初歩的なミスな気がする... >>614
ゴミ官僚と名ばかり大手のコラボレーションじゃん
そうやって変な所を叩いて悦に入るバカが多いから淘汰が進まないんだよ >>396
やっぱり DB と TCP/IP はまともに取り組んだ方がいいんですね… >>44
やっぱパヨク埼玉かw
なお、このスレのジャップ連呼10レス
こんなんでは日本は終わってるな
始まってもないけど ちげーよ
別ブロジェクトの依頼で富士通がデモ開発していて、そのサンプルをがあって、
国が、これでいいやん。国民急げ言ってるから早く!!って煽ってそれを無理やり使うことになったんだよ
と推測 まぁサンプルだとしてもユニークキーぐらい想定して実装するけどなwwww >>1
流石はIT後進国だぜぇ
富士通なら然もありなん
>>4
富士通のレベルの低さは何なんだろうな
東京住んでた時に一緒に仕事した時は愕然とした 小さい会社の内政システムですら対策してる類のバグっていうのがひたすら悲しい。
こんなやつらがスーパーシティとか言ってるんだから笑えないよな。同じように漏洩事故頻発するだろうし税金も無駄だからやめちまえ。 正しくはこう
「厚労省のシステム、重複登録者を発見」
「地方自治体ではそのまま重複支給」 富士通はこんなありえないシステム納入してるのかよ
国は賠償金請求しろ
どんだけレベル低いんだよ 厚労省は富士通とべったりか
だから厚労省って碌な事できねーんだな こういうのって古いシステムをコピーしては継ぎ足して使ってる場合もあるからなぁ
規模がでかくなったときに不具合が出てくる >>41
元記事読む限りそんな感じだな
プライマリーキーにAUTO INCREMENT付けるだけで済んだのにそれすら知らなかったのかね 大企業は独自フレームワークを使ってるものだから
DBを意識せずに開発出来ちゃうんだよ
基礎を知らないとこういうこと起こる やってる事単純なのに、なぜ仕様の段階でこんなアホな要素盛り込むのか理解に苦しむ
人が居ないんだな…… そもそもマイナンバー自体をキーにしたらよかった話じゃないのかな
今回はカード所持者がカードリーダーで入力する事が前提なんだからクライアントの入力ミスは起こりそうにもないのに何故わざわざ別のキーが必要になってるのかが分からない 主キーとは別に日時に基づいたエンドユーザ用の受付番号を用いるなんて珍しくもない
現に受付出来ていた=insert出来てたのだから本番テーブルの項目にunique/indexつけ忘れた程度の話な気がする
そんなに複雑な事態は生じてないと思うぞ >>659
DBにユニークつけてあったら、どっちかは制約違反で落っこちたはずで、それはそれでバグじゃん
ユニークつけてないのに加えIDの発行ロジックもおかしいんでしょう >>660
だからこれが簡単に説明つく
同じ受付IDのレコードが存在してるから照会画面で最初にfetchされたレコードを表示しちゃう
>>661
insert失敗ありきの実装してるんだろう
成功するまで枝番足すんだよ
これならテスト系ではうまくいったのに本番でおかしくなった説明が簡単につく >>610
実際は子会社孫会社とその関係会社が作ってるんだろうな
IT大手は、みかじめ料ゲットで、あとよろしく
まぁ仕様作ったの富士通自体なんだろうけど
メモ書きレベルの仕様書なんかなw
まさか仕様まで丸投げ、、、? 民間のダイレクト銀行や株式システムにこんなミス起こらないのに
外国より多めの税金支払わさせられてる
公務員擁護が官僚だけは優秀と書き込まれる官僚でもこんないい加減なレベルの仕事
そりゃ国力も落ちてくるわ 官僚の統括責任者を数年減俸にするべきだと思う
海外のように免職や牢屋にいれろとは言わないけど 仕様書以外の事はやらない
絶対ダメって時ぐらいしか相談しないよね >>654
それ、その大企業様の独自フレームワークがゴミクソってことじゃね? 意識せずに作れるのに、その意識しなくていい部分のフォローちゃんとできてないとか
フレームワークの設計がゴミだとしか思えん 実際、IT業界で求められるのは技術力じゃないよ
優秀な下請けを確保して繋ぎ止めるのと、無茶をやらせる能力
洗脳できる人が一番強い >>670
もし仮に、税金によるITハコモノ行政が無くなって、国際市場で闘う以外ない、ってシチュエーションになったら
国内ITゼネコンってあっという間にバタバタ潰れそうだな 作った方が叩かれるのは当然だけど、発注した方にも検収してOK出した責任あるからな?
どうせ、受け入れ確認とかロクにやってないんだろ。 >>672
民間なら発注した側の自業自得で済むけど
こいつら税金で発注してるからな、出来たものがゴミでも痛くも痒くもない 作ったとこは発注した孫請けに対して責任あるけど、受注したとこが一番悪い
そもそも全責任を負ってるわけだし >>672
わかってない連中が発注するために富士通っていう大手にパスしてる訳だからな
もっと言えば富士通で七千万から取ってるので、安い下請けでミスったなら責任は重大だよ
中抜きして投げるのは仕事であって権利じゃないからな、下請けや成果が管理できなきゃ無能枠入りよ >>5
これ
しかも殺到するトラフィック混乱込みで作るわけだからな
パソコンも分からない厚労省のパソコン音痴が喚き散らす仕様を短期でまとめて突貫作業だもんな >>9
IDによる排他をしたが、IDの発行条件を時間単位にしてしまった 非機能要件テスト項目なかったんかな
アナログで、同時に数人登録を10回ぐらい繰り返すだけでも拾えるぞ >>1
バグなんてものじゃないだろ。
排他制御がないとか、根本的におかしいだろ。なんでこれで一億円とれるんだ? >>41
100分の1秒単位でちがうなら、たぶん簡単には発覚しない。
もっとザルだと思うよ。 バカの寝言
> 割に合わないからだよ
現実
8割抜いて丸投げ
ほんと呆れてかける言葉もないっていうか >>683
その上で責任は下請け孫請けひ孫受け(しかも設計までやる)
日本の社会はおかしい >>81
政府のIT調達も防衛調達並の原価監査しろよ!
これこそ税金が無駄に中抜きされてる! 同じような不具合あって中身見てみたら
現在の最大ID取ってきて、それ+1でID付番してた
こっちはテストですぐ発覚したが >>178
バグが0件だと怒られるから、
許容バグ数に合わせてわざとプログラムをいじって意図的にバグらしき動作を発生させたことがある。 >>689
品管がアレな会社だとあるあるだね。
だいたいメーカーだけど。
ハードウェアの品質管理基準を持ち込もうとして滑ってるような気がする。 >>671
日本語とガラパ慣行が無ければとっくに全部無くなってる 徳丸先生の動画で解説あったのみたけど
まあそれしか考えられないよな
俺も超初心者のときにああいうコード書いたことあるわって懐かしかったわw
もちろん働く前の趣味でやっていた頃だけど id自動採番はされていたけど
わざわざid指定してinsertしたプログラミングスクール出身の初心者だと予想 >>693
ていうかもっとはやく全部なくなっておくべきだったんだよな
そうすれば世界市場で戦える企業の萌芽のチャンスが生まれた 就職活動すれば分かると思うけど、優秀な学生はIT業界を志望しない
下から2番目の層の学生
介護、外食、小売ぐらいしか拾ってくれなそうだけど嫌だし、営業も自信ないって奴らが、IT業界の方がマシかなって選ぶ 就職氷河期には他の業界が採用しなさすぎだったので、優秀な学生も来てたぜ。
しょぼめの会社にも、時期が良ければもっと良い所行けただろって奴が沢山いた。
潰された奴も多いけど。 >>693
日本でGAFAが生まれないのはなぜか?とか言われるけど、はっきり言ってしらじらしい
そういう囲い込み市場がなければ消えるべきプレイヤーを政治と税金で延命してきたから、だよ。
完全に明白 >>698
そんな用語を使っている時点で素人バレバレ >>695
見たことある
そのまま突っ込めば良いだけなのにわざわざid取ってからインサートとかいう謎ロジック >>15
俺らが昼休みに鼻くそほじりながら作ったシステムよりクソなシステムがこの世にゴマンと存在する現実 素人が作ったな
普通は通し番号発生器を通してユニークな番号を付与するのにな
発生器が一台じや足りないなら桁を増やして発生器にシリアル番号を振って、生成に発生器のシリアル番号を付け加えるんだよ ■ このスレッドは過去ログ倉庫に格納されています