[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 2chのread.cgiへ]
Update time : 10/12 04:55 / Filesize : 185 KB / Number-of Response : 863
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

俺はバグでこんなすごい被害を出したぞ! part自由



1 名前:仕様書無しさん mailto:sage [2007/05/27(日) 13:30:43 ]
前スレ
俺はバグでこんなすごい被害を出したぞ! part泣
pc11.2ch.net/test/read.cgi/prog/1157035098/l50


201 名前:仕様書無しさん mailto:sage [2007/06/08(金) 23:29:06 ]
ntd.way-nifty.com/blog/20040516.gif
「顧客が説明した要件」「営業の表現、約束」が頭をよぎった。w

202 名前:仕様書無しさん mailto:sage [2007/06/08(金) 23:29:58 ]
>>200
元々2億件あった奴を、5000万件まで減らしたらしいぞ。
つまり、選りすぐられた5000万件。

あと、1430万件は紙データで追加ね。

むりぽ。

203 名前:仕様書無しさん [2007/06/08(金) 23:31:14 ]
>>196
全国の佐藤さん名義の電話番号数:481,980
「あなたのデータの候補は48万件あります。リストを1ページあたり48件で1万枚印刷するので勝手に探してください。」

日本の姓の全国順位データベース(重すぎです)
www.ipc.shizuoka.ac.jp/~jjksiro/kensaku.html

珍しい名字
www.myshop.co.jp/japancal/fname/name.htm


204 名前:仕様書無しさん mailto:sage [2007/06/08(金) 23:31:21 ]
一体、1億5000万件はマージされたのか削除されたのか...

205 名前:仕様書無しさん mailto:sage [2007/06/08(金) 23:33:08 ]
データ入力のバイトしたことがありますが一番きつかったのは入力じゃなくて確認作業。
データの入力は両手がほぼ同じくらい動いているし、一ヶ所を注視することもないので
あまり疲れません。
しかし入力作業後の確認作業は地獄でした。
『必ずどこかに間違いがある』という前提で他の人が入力したデータと元の書類を
照合するのですがこの時は左手はほとんど使わずマウスを握った右手のみが動きます。
誤字/脱字、行/段落丸ごと欠損等を探してじっとモニターを睨むので
目は疲れるし体はほとんど動かさないのでめちゃめちゃコリます。
確認作業が始まってから2、3日すると勝手にふくらはぎの筋肉がピクピク動き出し、
バイトが終ってからも1ヶ月くらいは続いていたのでヤバイ病気にでもなったのかと
びびりまくりでした。

206 名前:仕様書無しさん [2007/06/08(金) 23:33:31 ]
>>200
select * from nenkin_table
where name like '%佐藤%'
and birth = '19700608'
and sex = 'M'
and Prefecture = '東京'
くらいで大丈夫でしょうか?

仮にnenkin_table にbirthとsexが無い場合には
shiharai_kin と サブクエリーで syuunyuu_tableで検索して
所得額から年金額を算出し合致するレコードを取り出してはダメでしょうか?


207 名前:仕様書無しさん mailto:sage [2007/06/08(金) 23:35:14 ]
素直に3人位偉いさん自殺(交通事故でも可)でケリつけろよ。
で、その報道直後に紀香&陣内電撃離婚でもすりゃマスコミそっちにいくよ。
その方が安上がりだろ。(数億ですむかも)


208 名前:仕様書無しさん mailto:sage [2007/06/08(金) 23:36:08 ]
照合しようにも、年金番号みたいな統一データがなくて、照合に使える
氏名や住所が誤記されてる可能性も大きいってンだからなぁ。
探偵みたいな調査能力が必要な領域じゃね?

209 名前:仕様書無しさん [2007/06/08(金) 23:37:17 ]
>>206
氏名・性別・誕生日で識別してるそうなので、それでどうにかなるデータもあるかもね。




210 名前:仕様書無しさん [2007/06/08(金) 23:40:26 ]
>>206
残念。
東京の人口比率は10%です。
せいぜい1/10になるだけです。

公的な年の扱いは和暦です。
明治、大正、昭和、平成などの年号と年です。

あと、例え珍しい名字でも、名字ってのは地域によって偏りがあるので、
地番まで入った住所じゃないと候補を十分には絞れません。
大字があればその半分の人の名字が大字名と一緒ってことは、田舎では普通です。


211 名前:仕様書無しさん mailto:sage [2007/06/08(金) 23:44:49 ]
>>206
ちなみに、名前はカタカナだ。要件くらいちゃんと読め。

で、誕生日の年号は間違っている可能性がある(和暦⇒西暦変換かね)
カナの読みも間違っている可能性がある。
引越しがあるので、地域は全然信用できない。

さあ、名寄せしろ。

212 名前:仕様書無しさん mailto:sage [2007/06/08(金) 23:45:40 ]
やっぱり、国民総背番号は必要だな。住基番号だな。とっとと使え。

213 名前:仕様書無しさん [2007/06/08(金) 23:46:27 ]
select * from nenkin_table
where name like '%佐藤%
and name like '%二郎%'
and birth = '19700608'
and sex = 'M'
and address like '%板橋区%' ;
このくらいで合致するんじゃね?

214 名前:仕様書無しさん mailto:sage [2007/06/08(金) 23:48:28 ]
ここ見てるとなんで年金で失敗したかがよく判るw
カスSEとPGは迷惑かける前に転職しろよw

215 名前:仕様書無しさん [2007/06/08(金) 23:48:58 ]
>>213
生年月日から判断して年金支払期間と合うように条件を追加して
名前は曖昧検索(8文字中6文字以上ヒットでOKなど)にすれば
かなり良い線で合致できそう。

216 名前:仕様書無しさん mailto:sage [2007/06/08(金) 23:49:09 ]
>>213
引っ越してたらどうする。結婚して苗字が変わったらどうする。
別人か?という話なんだよ。

217 名前:仕様書無しさん mailto:sage [2007/06/08(金) 23:49:54 ]
>>215

5000万件のデータにそんなあいまい検索させようとするような奴は
頼むからプログラム作らないでくれ。

218 名前:仕様書無しさん mailto:sage [2007/06/08(金) 23:52:34 ]
>>205
おまえさんのプロジェクトはおかしいよ。。。

普通、パンチ業務は、
2人で同じデータをパンチするのが基本。
2人分のデータをコンペし、アンマッチがあれば、再打鍵。

まともなパンチャーなら、NG率は0.05%以下のはず。

219 名前:仕様書無しさん mailto:sage [2007/06/08(金) 23:55:40 ]
>>213
おもしろいからつきあってみる。

板橋区の人口は、次ページの資料によれば、80歳位まで、各歳で男女各1000人以上だぞ。
www.city.itabashi.tokyo.jp/KOSEKI/jinko-n190401.html
同年月日生まれは同性で3人はいる。全員の名前が違う保証はあるかな。
そのクエリで1人に絞り込めるとはあまり期待できないんじゃないか。
2人位のダブリは覚悟すべき。
もっと悪いのは、誤記のためにマッチするデータが見つからない場合だ。



220 名前:仕様書無しさん mailto:sage [2007/06/08(金) 23:56:44 ]
>>201
その顧客が「電子化は労働強化になるから、絶対反対!」と言っていたらしく、
ベンダーとしては、何がなにやら。
約束とか、そんな状況じゃないでしょ。

221 名前:仕様書無しさん [2007/06/08(金) 23:56:49 ]
>>213
1文字姓
www.myshop.co.jp/japancal/fname/name1000.htm

1文字の人は姓と名のどちらにもマッチしますよ。
間違ったマッチ確率が高くなります。

せめて姓としての検索か名としての検索かは区別しましょうよ。
お遊びとしても。
あと、”一郎”と”太一郎”は、どちらも一郎で一致することになります。
ポピュラーな名前なのできっちり絞り込まないと。


222 名前:仕様書無しさん mailto:sage [2007/06/08(金) 23:58:29 ]
昔はパンチャも職業だったんだけど、今はみんなバイトなんじゃね?
SOHOとかで主婦とかにやらせたりするんだろ。

223 名前:仕様書無しさん mailto:sage [2007/06/08(金) 23:59:54 ]
>>212
>やっぱり、国民総背番号は必要だな。住基番号だな。とっとと使え。

賛成!
どんな小額の買い物でも、国民背番号IDカードでするように
して欲しいね。

紙幣、通貨は廃止。全部IDカードで決済。

そうすれば、富裕層の脱税がなくなって、
貧乏人に優しい社会がやってくる。



224 名前:仕様書無しさん mailto:sage [2007/06/09(土) 00:03:08 ]
アメリカは社会保障番号で実質、国民総背番号制だと思ってたが…
はて、貧乏人に優しい社会だったかな。
アメリカンドリームで貧乏人も夢を持てる社会ではあるだろうが。

225 名前:仕様書無しさん [2007/06/09(土) 00:05:28 ]
>>210の続き
ところが、住所ってのが、正確には適当に書かれてるものなんです。
なにしろ、間違ってなければおkなんです。
同じ家でも、なん通りかの住所があったりします。
地番であったり、住居表示であったり、マンション名があったり。
マンション名が入る場合、長すぎて入力できなかったり。

住所を数値化すれば短くて簡単になるので、
JISで住所コードを規定してありますが、決まってるのは市区町村まででしたっけ?
新郵便番号なら大抵大字や、場合によっては小字まで特定可能で、
高層ビルの場合はビルの階数まで郵便番号で分かります。
それでもおおざっぱな分類が可能になるだけなので、
特定のためにはやっぱり文字が必要です。

登録住所に番号を振る手もありますが、それはほとんど住民票に近いもので意味が無い気が。


226 名前:仕様書無しさん mailto:sage [2007/06/09(土) 00:13:54 ]
>宙に浮いた年金「1年で照合可」 自民検証会議に業者
ttp://www.asahi.com/politics/update/0608/TKY200706080509.html


>>212
何かある(する)たびに住所氏名年齢等を書くのがおっくうなので
住基カードをかざせば自動的に読み取ってくれるようなシステムを
官公庁が導入すれば夢のような暮らしがw


>>218
手書きの文章だから完璧なマッチを目指すとえらいことになっていたと思います。
数値とか単語だったら別ですが。

227 名前:仕様書無しさん [2007/06/09(土) 00:14:42 ]
>>221
あのなー
そんなん言ってたらいつまで経っても合致できんだろうが・・
俺的にはとりあえずnenkin_tableとkojin_tableのレコードが1:1になりゃおっけーと思う

228 名前:仕様書無しさん [2007/06/09(土) 00:16:08 ]
>>227
死ねば?


229 名前:仕様書無しさん mailto:sage [2007/06/09(土) 00:16:56 ]
>>195
ま、名寄せロジック自体はITまで含めても半年だろう。クライアントが
わがままいわなきゃ。

しかし、そも「現在までのデータをどのようにデータ化するか」の方が
問題だと思われ。そっちが駄目だとクレンジング(名寄せ)しても無駄。

DWHがものをいうのだが、いかんせんこれがいつできあがるのか?
という所がキーじゃないかな。



230 名前:仕様書無しさん mailto:sage [2007/06/09(土) 00:20:26 ]
>>宙に浮いた年金「1年で照合可」 自民検証会議に業者
>ttp://www.asahi.com/politics/update/0608/TKY200706080509.html

こりゃ批判逃れの嘘だな。1年じゃ絶対無理。

231 名前:仕様書無しさん [2007/06/09(土) 00:21:29 ]
ある場所に佐藤たま子さんが住んでました。
佐藤さんは引っ越しましたが未統合の年金データがありました。
ある韓国人が、そのデータの存在を知って誕生日を一致させて入国、
同じ住所に引っ越しました。
本名は本名としてありますが、仮名を佐藤たま子さんと名乗りました。
その韓国人はまんまと佐藤たま子さんの年金データをだまし取ることに成功しました。

まあ、韓国人ではだめとしても、在日ならできるかもよ?
法律を精査しないと。

法律的にはダメでも、今ニュースになってる大久保さんは戸籍を勝手に作ってるし。


232 名前:仕様書無しさん mailto:sage [2007/06/09(土) 00:23:47 ]
>>206
現実問題としては、まず住所,氏名,年齢(生年月日)でまずクレンジング
するんだろう。

そうしなければ、同姓同名を確実には名寄せできないと思う。いっぺん
にやろうとすると誤りに気が付きにくいし「逆ろ(ロールバック)」も大変。


そして、そっから初めて「年金手帳クレンジング」が始まるんだと思われ。


こっからはクレンジングではなく、むしろ照合に使用されるわけだが、これ
もいつの期間払った/払ってねーという区分ができあがり、その結果に
よって支払額と支給開始年月の差ができあがる。

これを以て初めて完了。先は長いな。がんばれよ、中の人々。

233 名前:仕様書無しさん mailto:sage [2007/06/09(土) 00:26:57 ]
「宙に浮いた年金記録」が話題になってるが、逆に払い過ぎ、二重払いの件数が同じくらい
あるのは内緒だ。

234 名前:仕様書無しさん mailto:sage [2007/06/09(土) 00:27:43 ]
>>231
> ある韓国人が、そのデータの存在を知って誕生日を一致させて入国、
> 同じ住所に引っ越しました。

通り名は禁止する。



ま、そもそもチョンは対象外でおk

235 名前:仕様書無しさん [2007/06/09(土) 00:31:59 ]
>>233
所属変更のたびに重複の可能性出てくるしね。
共働きとか扶養家族の場合絶対出てくる。

でも、統合データでは重複払いのチェックなんてどうせやってないでしょ。
データがまとめられておしまい。

職員:あれ?お金余っちゃった。わーい儲かっちゃったぉ。なんに使おう?


236 名前:仕様書無しさん [2007/06/09(土) 00:43:46 ]
生年月日は間違って入力しない限り一致するけど、
住所も名字も変わる。場合によっては下の名前も変わる。

未統合のデータの住所は少なくとも10年以上前。
10年間引越しなかった人の割合は何割?
引越取り扱い数って引越業者が公開してたっけ


237 名前:仕様書無しさん [2007/06/09(土) 00:53:16 ]
ちょっと探せそうにないけど、
年金は二十歳から義務づけられている。
家から大学に通える人はわずかだろうから、
大学に入った人はほぼ確実に引越を経験し、年金データに反映されるはず。
年金を納めたかどうか、きちんと手続きしたかどうかは分からないが、
1世代・・ていうのかな?1学年の人数って100万人ほどはいたはずで、
10年間なら1千万人になる。
それ全部住所が変更になってるはずだから、
キーとして使えるのは生年月日と氏名。
住所は全国統一で。
それだと絶対一致しないから、やっぱ手作業で追っかけるしかないな。
運がよければ1/10くらいにはなるかもしれない。
けど、
名前って流行があるからなあ・・・・
人口比率じゃ重複割合を予想できない。


238 名前:仕様書無しさん [2007/06/09(土) 00:58:24 ]
>名寄せロジック自体はITまで含めても半年だろう
( ゚Д゚)ハァ?

239 名前:仕様書無しさん [2007/06/09(土) 01:04:36 ]
いやまて

統合できた人たちはなんで統合できたんだろう?
そのときにどうやって絞り込んだのか。
本人の申請を元にデータをガン見?
確かに本人が正しく過去の分を申請すれば、探すのはたやすいだろう。

今回は本人の申請なしに勝手にやっちゃおうってんだから。
ああ、それでつきあわせる相手がいないって事になってるのか。
今までは申請通りのデータがあるかどうかを見るだけだったが、
自動で探すのは今回が初めてになるわけだが、
住所が変わってるはずだからそもそも合うわけない。

馬鹿じゃね?




240 名前:仕様書無しさん [2007/06/09(土) 01:09:44 ]
本人に通知して不整合のある部分、納めたかもしれないけど未納となっている部分について、
当時の住所を列挙してもらって、その住所で調べればかなり絞り込めるが、
捜すには入力しないといけないわけで、手作業になる。
しかも証拠資料がないからあやふやな記憶による住所になるから一致しない可能性が高い。

ああ、確かに調べるのがばからしい。



241 名前:仕様書無しさん [2007/06/09(土) 01:18:34 ]
ばかばかしいことをやろうとしてるわけだけど、
本人が申請しても「データがねえ帰れ」とか「証拠を持ってこい」とかで追い返してきたわけで、
それは職員が招いたことだからなんとしてでもやらなきゃいけないわけだ。

馬鹿がプログラム作ると10年たってもバグが取れないって言うアノ法則が働いてるわけだな。
バグソフトで壊れたデータを復元するには、
バグを逆方向にさかのぼって再現する以外に方法はないわけで。

ところが復元ソフトのゴールである入力前の紙は捨てちゃってるわけで。

不可能だよね。
もう、みんな年金受け取らずに死んじゃえば計算不要になるね。
水道に青酸カリでも入れればいいのかな?

もしかしてこの前水源に侵入したのって社保庁職員だったりするのかな?


242 名前:仕様書無しさん [2007/06/09(土) 01:21:28 ]
そうだ。
まだ残ってる年金を使って核ミサイル開発して
北朝鮮から発射してもらえばいいんだ。
そうと決まれば年金全て北朝鮮に送金しなきゃ。


243 名前:仕様書無しさん mailto:sage [2007/06/09(土) 01:53:41 ]
今日となりのバカがとんでもないことをやらかしやがった
「#defineの命名が気に入らなかったので全部変えました」
そのDLLだけコンパイルしテストもせずに独断で実機にコピー
落ちる落ちる、みごとに落ちる
『何やったんだよ!』
「定数名変えただけですけど」

テスト未実施はやめろ、実機には客の了解を取る必要があるから勝手に入れるな
と2日前に言ったばかりでやらかすし、
マジこいついらん


244 名前:仕様書無しさん mailto:sage [2007/06/09(土) 02:55:28 ]
年金で既にDBにデータ登録された内容と
過去にあった紙ベースの登録内容を照合するとして、
何をもってどちらが正しいと言えるのだろうか?
どちらの情報も信憑性がないように感じる。
最終的には神の手の如く調整が行われる予感。

245 名前:仕様書無しさん mailto:sage [2007/06/09(土) 06:24:50 ]
>>243
本当に定数名だけを変えたんなら同名がない限りは
そこまでならんだろう。

そ い つ 、 他 も 絶 対 な ん か 触 っ て る よ な w

246 名前:仕様書無しさん mailto:sage [2007/06/09(土) 06:42:05 ]
>最終的には神の手の如く調整が行われる予感。

神様って意外と適当だからなぁ。

247 名前:仕様書無しさん mailto:sage [2007/06/09(土) 07:38:32 ]
>>229
ITって、F関連。

248 名前:仕様書無しさん mailto:sage [2007/06/09(土) 08:18:09 ]
住所は結構変わるけど本籍地は面倒だからあんまり変えないだろう。

249 名前:仕様書無しさん mailto:sage [2007/06/09(土) 09:04:12 ]
>>247
iも同じだと思うが。



250 名前:仕様書無しさん mailto:sage [2007/06/09(土) 09:16:45 ]
>248

こういうお馬鹿さんがいるから(ry

251 名前:仕様書無しさん mailto:sage [2007/06/09(土) 09:44:31 ]
どうせ解決できないんだし5000万件が3000万件に
できるならするべきだろ?
知ってのとおりプログラムは魔法の箱じゃ無いんだぜw

252 名前:仕様書無しさん mailto:sage [2007/06/09(土) 10:13:29 ]
>>251
クライアント「なせばなる ねつ造してでもいいから5000万件頼む」

253 名前:仕様書無しさん mailto:sage [2007/06/09(土) 10:27:02 ]
>>252
「それをなんとかするのがお前たちだ?
 なんのために金を払って仕事させてやっていると思ってんの?」

と逆切れに一票。

254 名前:仕様書無しさん mailto:sage [2007/06/09(土) 10:55:42 ]
引き受けるベンダーはないわな。
ただでさえ、受注を消化しきれないのに。

255 名前:仕様書無しさん mailto:sage [2007/06/09(土) 11:04:22 ]
既に、NTTデータと日立がひきうけたのでは?

年金記録照合のプログラム、NTTデータと日立に委託
ttp://www.nikkei.co.jp/news/keizai/20070606AT3S0501L05062007.html

256 名前:仕様書無しさん mailto:sage [2007/06/09(土) 11:14:25 ]
今までに話に挙がっている「転居」や「名字変更(結婚や養子縁組など)」なんかを考慮できるか
どうかがキーだな。で、まず正確な調査は不可能だという話か。

ま、名寄せするためのデータの信用ががないっつーのは反則だ。する意味ねー。NTTデータと
日立製作所の中の人もそう思ってんじゃねぇかな?

日立としても、お家芸の人海戦術を使うのは目に見えているわけで。始まる前からデスマーチ
確定な現場に誰が投入されるんだろう・・・。かわいそうすぎる。


>>247
Hもいう。

>>253
そんなこと言われたら、たぶん殴ってもいいと俺は思う。

257 名前:仕様書無しさん mailto:sage [2007/06/09(土) 11:18:17 ]
>>256
日立から下請け、孫請けって行く過程では、当然ながらそんな会話がなされるような希ガス

258 名前:仕様書無しさん mailto:sage [2007/06/09(土) 11:20:03 ]
転居なんかは住民票に何回か分は残ってるはずだが…

259 名前:仕様書無しさん mailto:sage [2007/06/09(土) 11:20:56 ]
プログラム作っても5000万件全部は無理って説明が公に無い時点で
1年後は愉快なことになってそうだなw

選挙終わるまでは公表できないだけかもしれんが('A`)



260 名前:仕様書無しさん mailto:sage [2007/06/09(土) 11:37:35 ]
>>258
住民票は社会保険庁の管轄じゃないよね。
社会保険庁が閲覧することに制限はないだろうけど、そこまでまめにやるだろうか?

261 名前:仕様書無しさん mailto:sage [2007/06/09(土) 11:43:10 ]
インターネットで年金記録を調べられるサービスに申し込んだ。
とりこんでるので発行まで2週間だって。

手続き方法の説明読んだけど、わかりづれー!
https://www3.idpass-net.sia.go.jp/neko/service/s00002.html
@とAがなんで上下逆なの? Aはインターネット経由じゃないことを示したくて
こういう描き方にしたみたいだけど、まともなマニュアル書いたことあるんだろうか?


262 名前:仕様書無しさん mailto:sage [2007/06/09(土) 11:59:36 ]
もちろんここまで大規模じゃないが、数年前、
預金保護法のとき、全部の銀行・信金で名寄せ
をやっているハズなんだよな。
(「一人あたり1000万まで」の「一人」の確定のため)

そのときどーやったのかってのも気になるが、
最終的にどのくらいが残ったのがが気になるな。

263 名前:仕様書無しさん [2007/06/09(土) 12:10:48 ]
>>259
そうそう。
国会で野党が「このときに終わる訳じゃないでしょう」と質問はしてたけど、
ようするに「コンピューター上の作業しか終わらないでしょ」ということを言ってたのであって、
名寄せ不可能データが100万件以上残ることについては触れてなかったね。

いくら人海戦術でやるとしても、コンピューターでの作業が終わってからじゃないと
残りをはじき出せないし。

まあ、最初から不可能なことが分かり切ってるデータは、最初に抽出して
最初から人入れてやるんだろうな。

誕生日がありえないもの・・・・

いやまて

誕生日が間違ってたら既に不可能だし、あり得ない日付でない限り発覚は1年後・・・

>>262
それって厳密に一人にしなくてもよかったんじゃね?
むしろ別人のを混ぜたらいけないから住所氏名生年月日が完全一致のだけ統合すればいいだけでしょ。
つまり通帳を住所変更しまくりで作ればいくらでも保護してくれるはず。

本人確認を免許証でやった場合に免許証番号を入力とかされちゃったりしたらおしまいだけど、
住所がそれぞれ違う住民票なら・・・


264 名前:仕様書無しさん mailto:sage [2007/06/09(土) 12:12:07 ]
>>262
残っても、問題ない。
残った口座にはフラグが立って、
取引のときに本人確認するようにする運用で解決。

265 名前:仕様書無しさん mailto:sage [2007/06/09(土) 12:23:00 ]
今ならデータエントリ系は普通、同じデータを別の二人が入力して
つき合わせて一致したものだけが登録されるってのが普通だよね。

266 名前:仕様書無しさん mailto:sage [2007/06/09(土) 12:40:42 ]
社会保険庁職員って、自治労の団体交渉で、
1日のキータッチ5000回以下という条件でオンライン化したんだってね。。。
くどいけど、5000契約じゃなくて、5000回キーを押すという条件。

5000タッチって、1時間もかからないよ。。。

267 名前:仕様書無しさん mailto:sage [2007/06/09(土) 12:55:44 ]
>>266
社保事務所の組合って異常に活発だからなあ。
自治労にとってはありがたい存在なのかもしれないけど、一般社会から
遊離しちゃってるよなぁ。
スレ違いにつきsage

268 名前:仕様書無しさん [2007/06/09(土) 13:12:30 ]

どっかに書いたけど、そのタイプ数が機械式タイプライターでの労働を基準に決められてるはず。
機械式はめちゃめちゃ重いからそれくらいでも仕方ない。
年寄りとかは関節弱いから重労働なんだよ。

それを電子化されてからも同じ基準でやってるからいけないだけ。

で、「貴様も腱鞘炎になれ」ってリアで襲撃されたし。
指痛めつけられて、パソコンのキーボードでも打つのが苦痛。
マウスとか重すぎでクリック無理だから、指2本でなんとかクリック。
いてーのなんの。
でも作業量は半分にはなっても8時間が1時間にはならないな。


269 名前:仕様書無しさん mailto:sage [2007/06/09(土) 13:22:06 ]
今はバカバカしく思える規則も、成り立ちを調べれば正当な理由があるもんだね。
しかし技術進歩などを見据えて規則の見直しができないというのはいただけないな。
日本に関して言えば、前例主義が多すぎ。
日本人は新しい物好きである一方で、とりあえず動いてるものに対しては保守的すぎないか?
それは、古いものを新しいものにうまく移転する能力が弱いからだろうか?
(全面置き換えでないと新しいものを導入できない)

脱線スマソ



270 名前:仕様書無しさん mailto:sage [2007/06/09(土) 14:49:29 ]
>今はバカバカしく思える規則も、

「プログラムソースに修正を加える場合、
 必ず次長以上が出席する定例会議で、
 新旧プログラムソースを読み上げて、修正箇所を確認し。
 次長以上の承認をえなければならない。」

COBOLだったら、読み上げる意味があるのだが、
javaはあんまり意味が。
毎回
 「「{」って中カッコでいいですよね?」
 「「}」って中カッコ閉じでいいですよね?」
 「いや、中コッカだ!」
という、やり取りをしている。

271 名前:仕様書無しさん mailto:sage [2007/06/09(土) 15:35:54 ]
 現在の株主の名寄せに限っていっても、
 どうやら完璧では無いみたいだからね。

 住所のマンション名の省略表記とそうでない場合とで、
 名寄せされない場合もまれにあったりするみたい。

 ttp://live25.2ch.net/test/read.cgi/stock/1179582528/597-611

 みたいな例もある。


272 名前:仕様書無しさん mailto:sage [2007/06/09(土) 15:39:24 ]
>>271
クリックしてみたけど、DAT落ち…

273 名前:仕様書無しさん mailto:sage [2007/06/09(土) 17:15:28 ]
597 :山師さん :2007/05/30(水) 10:39:27.84 ID:elykRqkz
複数の証券会社で同一株買って、今日配当と優待届いたんだけど
よくある質問にある「名寄せ」されてなかったんだけど・・・
凄く残念。
ちなみに2789カルラで、松井で400株、Eトレで200株保有していて
合計600株、ここは500株以上保有で優待が12500円分の食事券になるので
wktkして待ってたんだけど届いたのは400株の分2500円、200株の分2500円で
合計5000円分でした・・・7500円分損した気分。
来年はどっちか一つにしようと思いますた。

598 :山師さん :2007/05/30(水) 10:40:49.41 ID:9GsKONsX
>>597
それはお前の名前や住所が違うんじゃないかとしか思えない

599 :597 :2007/05/30(水) 10:45:10.24 ID:elykRqkz
>>598
今見返してみた・・・orz住所が
○○(マンション名)B棟(松井)
○○(マンション名)B−(Eトレ)にしてた。
こんな些細な事で・・・すぐ直しておこう。

274 名前:仕様書無しさん mailto:sage [2007/06/09(土) 19:18:12 ]
>>270
Perlでやったらどうなるだろ。いっぺん聞いてみたい。



APL…いや何でもない。

275 名前:仕様書無しさん mailto:sage [2007/06/09(土) 21:13:07 ]
てか、それはホフリが悪い。
てか、一社に移管しとけよ。

276 名前:仕様書無しさん mailto:sage [2007/06/10(日) 13:02:58 ]
>>268
なにそれ…

277 名前:仕様書無しさん [2007/06/10(日) 23:14:20 ]
>>276
社会保険事務所のやつは、のろまなのを馬鹿にされるとリアで襲撃するテロリスト


278 名前:仕様書無しさん mailto:sage [2007/06/11(月) 16:50:25 ]
ゲオのサイトで履歴照会とかがここ2週間くらい
>サービスリニューアルに伴い、現在当サービスを一時メンテナンスとさせて頂いております。
なんだが。
これはあれか、新システムへの移行がこけたのか。

279 名前:仕様書無しさん mailto:sage [2007/06/12(火) 07:49:04 ]
 



280 名前:仕様書無しさん mailto:sage [2007/06/12(火) 22:11:58 ]
俺は学生の頃から年金に加入し、就職を機に引っ越した。
先々月に社会保険事務所へ行って、自分の状態を照会してもらったら、
案の定。学生時代に加入していたものがカウントされていなかった。

当時の領収書を持って行ったわけではないが、係の人が端末で検索を
かけたら、学生時代の加入が確認できたため、相応の手続きを取ってくれた。
ここまでの対応は、10分かかるかかからないかの時間。
一体、どうやって確認したのかを聞けばよかった。


281 名前:仕様書無しさん mailto:sage [2007/06/12(火) 22:25:02 ]
>>280
俺も仕事を辞めたのを機に切り替え手続きに行ったんだけど
手帳なくしたんで再発行もしてもらったら
学生時代の分と就職してからの分がまとめられてないのが判明したよ
当時の住所と生年月日と名前で照会したんだったかな?
まだこの件がニュースになる前の話だから(?)待たされもせずスムーズな手続きだった

282 名前:仕様書無しさん mailto:sage [2007/06/13(水) 00:08:11 ]
>>281
20歳超の学生に支払い義務ができたのって1990年ごろだよな。。。
その当時のデータも、名寄せできていないのかよ。。。

無能にも程度というものがあるぞ!!


283 名前:仕様書無しさん mailto:sage [2007/06/13(水) 00:09:53 ]
名寄せ始めたのって菅の時からだから、結構最近だよな

284 名前:仕様書無しさん mailto:sage [2007/06/13(水) 22:22:57 ]
もう、イタタタタだな。


【続々報】年金システム障害の原因はミドルウエアのバグ、6年を経て顕在化
itpro.nikkeibp.co.jp/article/NEWS/20070612/274564/


【続報】社保庁のシステム障害、初の日曜対応コードが原因か
itpro.nikkeibp.co.jp/article/NEWS/20070611/274287/


【速報】社保庁の年金記録システムに障害、23県で照会が2時間停止
itpro.nikkeibp.co.jp/article/NEWS/20070610/274283/


285 名前:仕様書無しさん mailto:sage [2007/06/14(木) 00:00:04 ]
第3者機関とか言ってないで申し出全部受けちゃえよ。
パンチャー以下の役立たず社保事務所職員切っちゃえば1/3くらいに人件費削減できるだろ。
俺が知ってる社保事務職員の範囲なら7割は学生バイトで十分だぞ。

286 名前:仕様書無しさん mailto:sage [2007/06/14(木) 00:53:06 ]
>>284
> 【続々報】年金システム障害の原因はミドルウエアのバグ、6年を経て顕在化
> itpro.nikkeibp.co.jp/article/NEWS/20070612/274564/

この記事を読む限り、もうとっくに当時のSEは解散してて手元のずさんな
仕様書を元にテストして見つけられなかったっぽいね。

そも、基本的に稼働に耐えうる設計かどうかなんて仕様書に書いてなかった
のかな?>連続稼働

287 名前:あるじゃーのん [2007/06/14(木) 02:30:55 ]
> NTTデータは04年7月、社保庁からの休日運転開始の依頼を受けて、休日運転についてのテストを実施したが潜在バグを発見できなかった。

休日運用を見越してテスト依頼をしたのはいいが、時間延長までは考えられなかったって事だね。

Windowsのほうがましなんじゃね?


288 名前:仕様書無しさん mailto:sage [2007/06/14(木) 03:01:27 ]
6年前か。
丁度就職氷河期の頃だな('A`)

289 名前:仕様書無しさん mailto:sage [2007/06/14(木) 10:47:42 ]
これプログラム自分が書いてたら
憂鬱になるわぁ・・



290 名前:仕様書無しさん mailto:sage [2007/06/14(木) 20:25:26 ]
取りあえず俺は既に謝っておいたからな!(一週くらいずれたけど)

さて、次は「何を謝っておこう」かな....多分しばらくは無いはずだ>俺関係

291 名前:仕様書無しさん mailto:sage [2007/06/14(木) 20:47:42 ]
テーブル領域が不足するような設計の方がナニやってんかな〜SEって感じが
するがな。こんな状態じゃミドルも立ち上がりたくないだろーに。
それにメインフレームで時間延長とか連続稼動とかすんげえ嫌だし、変更すんの

って、思い切り勘違いなこと言ってるかも

292 名前:仕様書無しさん mailto:sage [2007/06/14(木) 21:04:50 ]
 テーブル領域となると、日々の運用も関係あるだろう。


293 名前:仕様書無しさん mailto:sage [2007/06/14(木) 22:25:24 ]
>>291
社保庁の役人って、昼休みのんびり取ってるらしいね。いい気なもんだ。
その時間帯にIPLすればいいのでは?

294 名前:仕様書無しさん mailto:sage [2007/06/14(木) 22:35:07 ]
>>293
運営会社(外郭団体)への天下り組に至っては10時3時の休憩が1時間、昼休みが2時間とかね。
ベンダーからの送り込み組もやる気なくすわ。

295 名前:仕様書無しさん mailto:sage [2007/06/14(木) 23:03:16 ]
テーブル領域というのがピンとこなかったんだが、
テーブルを使って、事業所ごとにオンライン接続できる
時間帯を制限するってこと?
それは、例えばどのように役立つんだろう?
テーブルの定義に余計なプロセスが必要になって
運用効率悪くしてる気がする

296 名前:仕様書無しさん mailto:sage [2007/06/14(木) 23:04:45 ]
プロセスはコンピュータのプロセスじゃなくて
ビジネスプロセスのプロセスという意味でふ

297 名前:仕様書無しさん mailto:sage [2007/06/14(木) 23:42:48 ]
官公庁の仕事はもう   嫌だ

298 名前:あるじゃーのん [2007/06/14(木) 23:54:56 ]
ホストコンピューターってファイルをディスク上の固定スペースで取れるんでしょ?
DBとかも。
だからキーで特定のセクターに直接アクセスするから効率がいいけど
重複キーがあるとハードエラーになるとかじゃないのかな。
知らないけど。

問題のテーブルもバッチの処理単位で取るんだろうけど
可変サイズじゃないからいっぱいになったら止まるというクソ環境になったと。

そんな化石みたいなシステムあるのか?
コボラーならそういうの作りそうだけれども。


299 名前:仕様書無しさん mailto:sage [2007/06/14(木) 23:56:13 ]
>>295
リレーショナルDB使いには信じられんと思うが、
階層型DBでは、まず事業所でアクセスしにいって、
その次に契約者番号をとりにいく構造のDBがある。

いまとなっては、ただ保守の手間がかかるだけの
完全に前世紀の遺物だが。



300 名前:仕様書無しさん mailto:sage [2007/06/15(金) 00:15:27 ]
>>298
なんだか言ってることがよくわからない
ハードエラーって一体なんのことでしょう。






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<185KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef