07/06/08 23:21:21
>>196
新人さん乙です。がんがれ！！
この案件のような、大量データだと、
アンロードとって、住所+氏名でマッチング処理しないと
ダメだと思われます。
上記の方法で、ほとんどは名寄せできるんだけど、
名寄せできないデータはどうするの？ってのが、
このスレの流れです。
なんかアイディアある？
201:仕様書無しさん
07/06/08 23:29:06
URLﾘﾝｸ(ntd.way-nifty.com)
「顧客が説明した要件」「営業の表現、約束」が頭をよぎった。w
202:仕様書無しさん
07/06/08 23:29:58
>>200
元々２億件あった奴を、５０００万件まで減らしたらしいぞ。
つまり、選りすぐられた５０００万件。
あと、１４３０万件は紙データで追加ね。
むりぽ。
203:仕様書無しさん
07/06/08 23:31:14
>>196
全国の佐藤さん名義の電話番号数：481,980
「あなたのデータの候補は４８万件あります。リストを１ページあたり４８件で１万枚印刷するので勝手に探してください。」
日本の姓の全国順位データベース（重すぎです）
URLﾘﾝｸ(www.ipc.shizuoka.ac.jp)
珍しい名字
URLﾘﾝｸ(www.myshop.co.jp)
204:仕様書無しさん
07/06/08 23:31:21
一体、1億5000万件はマージされたのか削除されたのか．．．
205:仕様書無しさん
07/06/08 23:33:08
データ入力のバイトしたことがありますが一番きつかったのは入力じゃなくて確認作業。
データの入力は両手がほぼ同じくらい動いているし、一ヶ所を注視することもないので
あまり疲れません。
しかし入力作業後の確認作業は地獄でした。
『必ずどこかに間違いがある』という前提で他の人が入力したデータと元の書類を
照合するのですがこの時は左手はほとんど使わずマウスを握った右手のみが動きます。
誤字/脱字、行/段落丸ごと欠損等を探してじっとモニターを睨むので
目は疲れるし体はほとんど動かさないのでめちゃめちゃコリます。
確認作業が始まってから2、3日すると勝手にふくらはぎの筋肉がﾋﾟｸﾋﾟｸ動き出し、
バイトが終ってからも1ヶ月くらいは続いていたのでﾔﾊﾞｲ病気にでもなったのかと
びびりまくりでした。
206:仕様書無しさん
07/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:仕様書無しさん
07/06/08 23:35:14
素直に３人位偉いさん自殺(交通事故でも可)でケリつけろよ。
で、その報道直後に紀香＆陣内電撃離婚でもすりゃマスコミそっちにいくよ。
その方が安上がりだろ。（数億ですむかも）
208:仕様書無しさん
07/06/08 23:36:08
照合しようにも、年金番号みたいな統一データがなくて、照合に使える
氏名や住所が誤記されてる可能性も大きいってンだからなぁ。
探偵みたいな調査能力が必要な領域じゃね？
209:仕様書無しさん
07/06/08 23:37:17
>>206
氏名・性別・誕生日で識別してるそうなので、それでどうにかなるデータもあるかもね。
210:仕様書無しさん
07/06/08 23:40:26
>>206
残念。
東京の人口比率は１０％です。
せいぜい１／１０になるだけです。
公的な年の扱いは和暦です。
明治、大正、昭和、平成などの年号と年です。
あと、例え珍しい名字でも、名字ってのは地域によって偏りがあるので、
地番まで入った住所じゃないと候補を十分には絞れません。
大字があればその半分の人の名字が大字名と一緒ってことは、田舎では普通です。
211:仕様書無しさん
07/06/08 23:44:49
>>206
ちなみに、名前はカタカナだ。要件くらいちゃんと読め。
で、誕生日の年号は間違っている可能性がある（和暦⇒西暦変換かね）
カナの読みも間違っている可能性がある。
引越しがあるので、地域は全然信用できない。
さあ、名寄せしろ。
212:仕様書無しさん
07/06/08 23:45:40
やっぱり、国民総背番号は必要だな。住基番号だな。とっとと使え。
213:仕様書無しさん
07/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:仕様書無しさん
07/06/08 23:48:28
ここ見てるとなんで年金で失敗したかがよく判るw
カスSEとPGは迷惑かける前に転職しろよw
215:仕様書無しさん
07/06/08 23:48:58
>>213
生年月日から判断して年金支払期間と合うように条件を追加して
名前は曖昧検索(8文字中6文字以上ヒットでOKなど）にすれば
かなり良い線で合致できそう。
216:仕様書無しさん
07/06/08 23:49:09
>>213
引っ越してたらどうする。結婚して苗字が変わったらどうする。
別人か？という話なんだよ。
217:仕様書無しさん
07/06/08 23:49:54
>>215
５０００万件のデータにそんなあいまい検索させようとするような奴は
頼むからプログラム作らないでくれ。
218:仕様書無しさん
07/06/08 23:52:34
>>205
おまえさんのプロジェクトはおかしいよ。。。
普通、パンチ業務は、
2人で同じデータをパンチするのが基本。
2人分のデータをコンペし、アンマッチがあれば、再打鍵。
まともなパンチャーなら、ＮＧ率は0.05%以下のはず。
219:仕様書無しさん
07/06/08 23:55:40
>>213
おもしろいからつきあってみる。
板橋区の人口は、次ページの資料によれば、８０歳位まで、各歳で男女各1000人以上だぞ。
URLﾘﾝｸ(www.city.itabashi.tokyo.jp)
同年月日生まれは同性で３人はいる。全員の名前が違う保証はあるかな。
そのクエリで１人に絞り込めるとはあまり期待できないんじゃないか。
2人位のダブリは覚悟すべき。
もっと悪いのは、誤記のためにマッチするデータが見つからない場合だ。
220:仕様書無しさん
07/06/08 23:56:44
>>201
その顧客が「電子化は労働強化になるから、絶対反対！」と言っていたらしく、
ベンダーとしては、何がなにやら。
約束とか、そんな状況じゃないでしょ。
221:仕様書無しさん
07/06/08 23:56:49
>>213
１文字姓
URLﾘﾝｸ(www.myshop.co.jp)
１文字の人は姓と名のどちらにもマッチしますよ。
間違ったマッチ確率が高くなります。
せめて姓としての検索か名としての検索かは区別しましょうよ。
お遊びとしても。
あと、”一郎”と”太一郎”は、どちらも一郎で一致することになります。
ポピュラーな名前なのできっちり絞り込まないと。
222:仕様書無しさん
07/06/08 23:58:29
昔はパンチャも職業だったんだけど、今はみんなバイトなんじゃね?
SOHOとかで主婦とかにやらせたりするんだろ。
223:仕様書無しさん
07/06/08 23:59:54
>>212
>やっぱり、国民総背番号は必要だな。住基番号だな。とっとと使え。
賛成！
どんな小額の買い物でも、国民背番号ＩＤカードでするように
して欲しいね。
紙幣、通貨は廃止。全部ＩＤカードで決済。
そうすれば、富裕層の脱税がなくなって、
貧乏人に優しい社会がやってくる。
224:仕様書無しさん
07/06/09 00:03:08
アメリカは社会保障番号で実質、国民総背番号制だと思ってたが…
はて、貧乏人に優しい社会だったかな。
アメリカンドリームで貧乏人も夢を持てる社会ではあるだろうが。
225:仕様書無しさん
07/06/09 00:05:28
>>210の続き
ところが、住所ってのが、正確には適当に書かれてるものなんです。
なにしろ、間違ってなければおｋなんです。
同じ家でも、なん通りかの住所があったりします。
地番であったり、住居表示であったり、マンション名があったり。
マンション名が入る場合、長すぎて入力できなかったり。
住所を数値化すれば短くて簡単になるので、
ＪＩＳで住所コードを規定してありますが、決まってるのは市区町村まででしたっけ？
新郵便番号なら大抵大字や、場合によっては小字まで特定可能で、
高層ビルの場合はビルの階数まで郵便番号で分かります。
それでもおおざっぱな分類が可能になるだけなので、
特定のためにはやっぱり文字が必要です。
登録住所に番号を振る手もありますが、それはほとんど住民票に近いもので意味が無い気が。
226:仕様書無しさん
07/06/09 00:13:54
＞宙に浮いた年金「１年で照合可」 自民検証会議に業者
URLﾘﾝｸ(www.asahi.com)
>>212
何かある(する)たびに住所氏名年齢等を書くのがおっくうなので
住基カードをかざせば自動的に読み取ってくれるようなシステムを
官公庁が導入すれば夢のような暮らしがw
>>218
手書きの文章だから完璧なマッチを目指すとえらいことになっていたと思います。
数値とか単語だったら別ですが。
227:仕様書無しさん
07/06/09 00:14:42
>>221
あのなー
そんなん言ってたらいつまで経っても合致できんだろうが・・
俺的にはとりあえずnenkin_tableとkojin_tableのレコードが1:1になりゃおっけーと思う
228:仕様書無しさん
07/06/09 00:16:08
>>227
死ねば？
229:仕様書無しさん
07/06/09 00:16:56
>>195
ま、名寄せロジック自体はITまで含めても半年だろう。クライアントが
わがままいわなきゃ。
しかし、そも「現在までのデータをどのようにデータ化するか」の方が
問題だと思われ。そっちが駄目だとクレンジング（名寄せ）しても無駄。
DWHがものをいうのだが、いかんせんこれがいつできあがるのか？
という所がキーじゃないかな。
230:仕様書無しさん
07/06/09 00:20:26
>＞宙に浮いた年金「１年で照合可」 自民検証会議に業者
>URLﾘﾝｸ(www.asahi.com)
こりゃ批判逃れの嘘だな。1年じゃ絶対無理。
231:仕様書無しさん
07/06/09 00:21:29
ある場所に佐藤たま子さんが住んでました。
佐藤さんは引っ越しましたが未統合の年金データがありました。
ある韓国人が、そのデータの存在を知って誕生日を一致させて入国、
同じ住所に引っ越しました。
本名は本名としてありますが、仮名を佐藤たま子さんと名乗りました。
その韓国人はまんまと佐藤たま子さんの年金データをだまし取ることに成功しました。
まあ、韓国人ではだめとしても、在日ならできるかもよ？
法律を精査しないと。
法律的にはダメでも、今ニュースになってる大久保さんは戸籍を勝手に作ってるし。
232:仕様書無しさん
07/06/09 00:23:47
>>206
現実問題としては、まず住所，氏名，年齢（生年月日）でまずクレンジング
するんだろう。
そうしなければ、同姓同名を確実には名寄せできないと思う。いっぺん
にやろうとすると誤りに気が付きにくいし「逆ろ（ロールバック）」も大変。
そして、そっから初めて「年金手帳クレンジング」が始まるんだと思われ。
こっからはクレンジングではなく、むしろ照合に使用されるわけだが、これ
もいつの期間払った／払ってねーという区分ができあがり、その結果に
よって支払額と支給開始年月の差ができあがる。
これを以て初めて完了。先は長いな。がんばれよ、中の人々。
233:仕様書無しさん
07/06/09 00:26:57
「宙に浮いた年金記録」が話題になってるが、逆に払い過ぎ、二重払いの件数が同じくらい
あるのは内緒だ。
234:仕様書無しさん
07/06/09 00:27:43
>>231
> ある韓国人が、そのデータの存在を知って誕生日を一致させて入国、
> 同じ住所に引っ越しました。
通り名は禁止する。
ま、そもそもチョンは対象外でおｋ
235:仕様書無しさん
07/06/09 00:31:59
>>233
所属変更のたびに重複の可能性出てくるしね。
共働きとか扶養家族の場合絶対出てくる。
でも、統合データでは重複払いのチェックなんてどうせやってないでしょ。
データがまとめられておしまい。
職員：あれ？お金余っちゃった。わーい儲かっちゃったぉ。なんに使おう？
236:仕様書無しさん
07/06/09 00:43:46
生年月日は間違って入力しない限り一致するけど、
住所も名字も変わる。場合によっては下の名前も変わる。
未統合のデータの住所は少なくとも１０年以上前。
１０年間引越しなかった人の割合は何割？
引越取り扱い数って引越業者が公開してたっけ
237:仕様書無しさん
07/06/09 00:53:16
ちょっと探せそうにないけど、
年金は二十歳から義務づけられている。
家から大学に通える人はわずかだろうから、
大学に入った人はほぼ確実に引越を経験し、年金データに反映されるはず。
年金を納めたかどうか、きちんと手続きしたかどうかは分からないが、
１世代・・ていうのかな？１学年の人数って１００万人ほどはいたはずで、
１０年間なら１千万人になる。
それ全部住所が変更になってるはずだから、
キーとして使えるのは生年月日と氏名。
住所は全国統一で。
それだと絶対一致しないから、やっぱ手作業で追っかけるしかないな。
運がよければ１／１０くらいにはなるかもしれない。
けど、
名前って流行があるからなあ・・・・
人口比率じゃ重複割合を予想できない。
238:仕様書無しさん
07/06/09 00:58:24
>名寄せロジック自体はITまで含めても半年だろう
( ﾟДﾟ)ﾊｧ?
239:仕様書無しさん
07/06/09 01:04:36
いやまて
統合できた人たちはなんで統合できたんだろう？
そのときにどうやって絞り込んだのか。
本人の申請を元にデータをガン見？
確かに本人が正しく過去の分を申請すれば、探すのはたやすいだろう。
今回は本人の申請なしに勝手にやっちゃおうってんだから。
ああ、それでつきあわせる相手がいないって事になってるのか。
今までは申請通りのデータがあるかどうかを見るだけだったが、
自動で探すのは今回が初めてになるわけだが、
住所が変わってるはずだからそもそも合うわけない。
馬鹿じゃね？
240:仕様書無しさん
07/06/09 01:09:44
本人に通知して不整合のある部分、納めたかもしれないけど未納となっている部分について、
当時の住所を列挙してもらって、その住所で調べればかなり絞り込めるが、
捜すには入力しないといけないわけで、手作業になる。
しかも証拠資料がないからあやふやな記憶による住所になるから一致しない可能性が高い。
ああ、確かに調べるのがばからしい。
241:仕様書無しさん
07/06/09 01:18:34
ばかばかしいことをやろうとしてるわけだけど、
本人が申請しても「データがねえ帰れ」とか「証拠を持ってこい」とかで追い返してきたわけで、
それは職員が招いたことだからなんとしてでもやらなきゃいけないわけだ。
馬鹿がプログラム作ると１０年たってもバグが取れないって言うアノ法則が働いてるわけだな。
バグソフトで壊れたデータを復元するには、
バグを逆方向にさかのぼって再現する以外に方法はないわけで。
ところが復元ソフトのゴールである入力前の紙は捨てちゃってるわけで。
不可能だよね。
もう、みんな年金受け取らずに死んじゃえば計算不要になるね。
水道に青酸カリでも入れればいいのかな？
もしかしてこの前水源に侵入したのって社保庁職員だったりするのかな？
242:仕様書無しさん
07/06/09 01:21:28
そうだ。
まだ残ってる年金を使って核ミサイル開発して
北朝鮮から発射してもらえばいいんだ。
そうと決まれば年金全て北朝鮮に送金しなきゃ。
243:仕様書無しさん
07/06/09 01:53:41
今日となりのバカがとんでもないことをやらかしやがった
「#defineの命名が気に入らなかったので全部変えました」
そのDLLだけコンパイルしテストもせずに独断で実機にコピー
落ちる落ちる、みごとに落ちる
『何やったんだよ！』
「定数名変えただけですけど」
テスト未実施はやめろ、実機には客の了解を取る必要があるから勝手に入れるな
と２日前に言ったばかりでやらかすし、
マジこいついらん
244:仕様書無しさん
07/06/09 02:55:28
年金で既にＤＢにデータ登録された内容と
過去にあった紙ベースの登録内容を照合するとして、
何をもってどちらが正しいと言えるのだろうか？
どちらの情報も信憑性がないように感じる。
最終的には神の手の如く調整が行われる予感。
245:仕様書無しさん
07/06/09 06:24:50
>>243
本当に定数名だけを変えたんなら同名がない限りは
そこまでならんだろう。
そ い つ 、 他 も 絶 対 な ん か 触 っ て る よ な w
246:仕様書無しさん
07/06/09 06:42:05
>最終的には神の手の如く調整が行われる予感。
神様って意外と適当だからなぁ。
247:仕様書無しさん
07/06/09 07:38:32
>>229
ITって、Ｆ関連。
248:仕様書無しさん
07/06/09 08:18:09
住所は結構変わるけど本籍地は面倒だからあんまり変えないだろう。
249:仕様書無しさん
07/06/09 09:04:12
>>247
ｉも同じだと思うが。
250:仕様書無しさん
07/06/09 09:16:45
>248
こういうお馬鹿さんがいるから(ry
251:仕様書無しさん
07/06/09 09:44:31
どうせ解決できないんだし５０００万件が３０００万件に
できるならするべきだろ？
知ってのとおりプログラムは魔法の箱じゃ無いんだぜｗ
252:仕様書無しさん
07/06/09 10:13:29
>>251
クライアント「なせばなる ねつ造してでもいいから5000万件頼む」
253:仕様書無しさん
07/06/09 10:27:02
>>252
「それをなんとかするのがお前たちだ？
なんのために金を払って仕事させてやっていると思ってんの？」
と逆切れに一票。
254:仕様書無しさん
07/06/09 10:55:42
引き受けるベンダーはないわな。
ただでさえ、受注を消化しきれないのに。
255:仕様書無しさん
07/06/09 11:04:22
既に、NTTデータと日立がひきうけたのでは？
年金記録照合のプログラム、ＮＴＴデータと日立に委託
URLﾘﾝｸ(www.nikkei.co.jp)
256:仕様書無しさん
07/06/09 11:14:25
今までに話に挙がっている「転居」や「名字変更（結婚や養子縁組など）」なんかを考慮できるか
どうかがキーだな。で、まず正確な調査は不可能だという話か。
ま、名寄せするためのデータの信用ががないっつーのは反則だ。する意味ねー。NTTデータと
日立製作所の中の人もそう思ってんじゃねぇかな？
日立としても、お家芸の人海戦術を使うのは目に見えているわけで。始まる前からデスマーチ
確定な現場に誰が投入されるんだろう・・・。かわいそうすぎる。
>>247
Hもいう。
>>253
そんなこと言われたら、たぶん殴ってもいいと俺は思う。
257:仕様書無しさん
07/06/09 11:18:17
>>256
日立から下請け、孫請けって行く過程では、当然ながらそんな会話がなされるような希ガス
258:仕様書無しさん
07/06/09 11:20:03
転居なんかは住民票に何回か分は残ってるはずだが…
259:仕様書無しさん
07/06/09 11:20:56
プログラム作っても５０００万件全部は無理って説明が公に無い時点で
１年後は愉快なことになってそうだなｗ
選挙終わるまでは公表できないだけかもしれんが('A`)
260:仕様書無しさん
07/06/09 11:37:35
>>258
住民票は社会保険庁の管轄じゃないよね。
社会保険庁が閲覧することに制限はないだろうけど、そこまでまめにやるだろうか？
261:仕様書無しさん
07/06/09 11:43:10
インターネットで年金記録を調べられるサービスに申し込んだ。
とりこんでるので発行まで２週間だって。
手続き方法の説明読んだけど、わかりづれー！
URLﾘﾝｸ(www3.idpass-net.sia.go.jp)
①と②がなんで上下逆なの？ ②はインターネット経由じゃないことを示したくて
こういう描き方にしたみたいだけど、まともなマニュアル書いたことあるんだろうか？
262:仕様書無しさん
07/06/09 11:59:36
もちろんここまで大規模じゃないが、数年前、
預金保護法のとき、全部の銀行・信金で名寄せ
をやっているハズなんだよな。
（「一人あたり1000万まで」の「一人」の確定のため）
そのときどーやったのかってのも気になるが、
最終的にどのくらいが残ったのがが気になるな。
263:仕様書無しさん
07/06/09 12:10:48
>>259
そうそう。
国会で野党が「このときに終わる訳じゃないでしょう」と質問はしてたけど、
ようするに「コンピューター上の作業しか終わらないでしょ」ということを言ってたのであって、
名寄せ不可能データが１００万件以上残ることについては触れてなかったね。
いくら人海戦術でやるとしても、コンピューターでの作業が終わってからじゃないと
残りをはじき出せないし。
まあ、最初から不可能なことが分かり切ってるデータは、最初に抽出して
最初から人入れてやるんだろうな。
誕生日がありえないもの・・・・
いやまて
誕生日が間違ってたら既に不可能だし、あり得ない日付でない限り発覚は１年後・・・
>>262
それって厳密に一人にしなくてもよかったんじゃね？
むしろ別人のを混ぜたらいけないから住所氏名生年月日が完全一致のだけ統合すればいいだけでしょ。
つまり通帳を住所変更しまくりで作ればいくらでも保護してくれるはず。
本人確認を免許証でやった場合に免許証番号を入力とかされちゃったりしたらおしまいだけど、
住所がそれぞれ違う住民票なら・・・
264:仕様書無しさん
07/06/09 12:12:07
>>262
残っても、問題ない。
残った口座にはフラグが立って、
取引のときに本人確認するようにする運用で解決。
265:仕様書無しさん
07/06/09 12:23:00
今ならデータエントリ系は普通、同じデータを別の二人が入力して
つき合わせて一致したものだけが登録されるってのが普通だよね。
266:仕様書無しさん
07/06/09 12:40:42
社会保険庁職員って、自治労の団体交渉で、
1日のキータッチ5000回以下という条件でオンライン化したんだってね。。。
くどいけど、5000契約じゃなくて、5000回キーを押すという条件。
5000タッチって、1時間もかからないよ。。。
267:仕様書無しさん
07/06/09 12:55:44
>>266
社保事務所の組合って異常に活発だからなあ。
自治労にとってはありがたい存在なのかもしれないけど、一般社会から
遊離しちゃってるよなぁ。
スレ違いにつきsage
268:仕様書無しさん
07/06/09 13:12:30
どっかに書いたけど、そのタイプ数が機械式タイプライターでの労働を基準に決められてるはず。
機械式はめちゃめちゃ重いからそれくらいでも仕方ない。
年寄りとかは関節弱いから重労働なんだよ。
それを電子化されてからも同じ基準でやってるからいけないだけ。
で、「貴様も腱鞘炎になれ」ってリアで襲撃されたし。
指痛めつけられて、パソコンのキーボードでも打つのが苦痛。
マウスとか重すぎでクリック無理だから、指２本でなんとかクリック。
いてーのなんの。
でも作業量は半分にはなっても８時間が１時間にはならないな。
269:仕様書無しさん
07/06/09 13:22:06
今はバカバカしく思える規則も、成り立ちを調べれば正当な理由があるもんだね。
しかし技術進歩などを見据えて規則の見直しができないというのはいただけないな。
日本に関して言えば、前例主義が多すぎ。
日本人は新しい物好きである一方で、とりあえず動いてるものに対しては保守的すぎないか？
それは、古いものを新しいものにうまく移転する能力が弱いからだろうか？
（全面置き換えでないと新しいものを導入できない）
脱線スマソ
270:仕様書無しさん
07/06/09 14:49:29
>今はバカバカしく思える規則も、
「プログラムソースに修正を加える場合、
必ず次長以上が出席する定例会議で、
新旧プログラムソースを読み上げて、修正箇所を確認し。
次長以上の承認をえなければならない。」
ＣＯＢＯＬだったら、読み上げる意味があるのだが、
ｊａｖａはあんまり意味が。
毎回
「「{」って中カッコでいいですよね？」
「「}」って中カッコ閉じでいいですよね？」
「いや、中コッカだ！」
という、やり取りをしている。
271:仕様書無しさん
07/06/09 15:35:54
現在の株主の名寄せに限っていっても、
どうやら完璧では無いみたいだからね。
住所のマンション名の省略表記とそうでない場合とで、
名寄せされない場合もまれにあったりするみたい。
ｽﾚﾘﾝｸ(stock板:597-611番)
みたいな例もある。
272:仕様書無しさん
07/06/09 15:39:24
>>271
クリックしてみたけど、DAT落ち…
273:仕様書無しさん
07/06/09 17:15:28
597 ：山師さん ：2007/05/30(水) 10:39:27.84 ID:elykRqkz
複数の証券会社で同一株買って、今日配当と優待届いたんだけど
よくある質問にある「名寄せ」されてなかったんだけど・・・
凄く残念。
ちなみに2789カルラで、松井で400株、Ｅトレで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住所が
○○（マンション名）Ｂ棟（松井）
○○（マンション名）Ｂ－（Ｅトレ）にしてた。
こんな些細な事で・・・すぐ直しておこう。
274:仕様書無しさん
07/06/09 19:18:12
>>270
Perlでやったらどうなるだろ。いっぺん聞いてみたい。
APL…いや何でもない。
275:仕様書無しさん
07/06/09 21:13:07
てか、それはホフリが悪い。
てか、一社に移管しとけよ。
276:仕様書無しさん
07/06/10 13:02:58
>>268
なにそれ…
277:仕様書無しさん
07/06/10 23:14:20
>>276
社会保険事務所のやつは、のろまなのを馬鹿にされるとリアで襲撃するテロリスト
278:仕様書無しさん
07/06/11 16:50:25
ゲオのサイトで履歴照会とかがここ2週間くらい
>サービスリニューアルに伴い、現在当サービスを一時メンテナンスとさせて頂いております。
なんだが。
これはあれか、新システムへの移行がこけたのか。
279:仕様書無しさん
07/06/12 07:49:04
280:仕様書無しさん
07/06/12 22:11:58
俺は学生の頃から年金に加入し、就職を機に引っ越した。
先々月に社会保険事務所へ行って、自分の状態を照会してもらったら、
案の定。学生時代に加入していたものがカウントされていなかった。
当時の領収書を持って行ったわけではないが、係の人が端末で検索を
かけたら、学生時代の加入が確認できたため、相応の手続きを取ってくれた。
ここまでの対応は、10分かかるかかからないかの時間。
一体、どうやって確認したのかを聞けばよかった。
281:仕様書無しさん
07/06/12 22:25:02
>>280
俺も仕事を辞めたのを機に切り替え手続きに行ったんだけど
手帳なくしたんで再発行もしてもらったら
学生時代の分と就職してからの分がまとめられてないのが判明したよ
当時の住所と生年月日と名前で照会したんだったかな？
まだこの件がニュースになる前の話だから(?)待たされもせずスムーズな手続きだった
282:仕様書無しさん
07/06/13 00:08:11
>>281
２０歳超の学生に支払い義務ができたのって1990年ごろだよな。。。
その当時のデータも、名寄せできていないのかよ。。。
無能にも程度というものがあるぞ！！
283:仕様書無しさん
07/06/13 00:09:53
名寄せ始めたのって菅の時からだから、結構最近だよな
284:仕様書無しさん
07/06/13 22:22:57
もう、イタタタタだな。
【続々報】年金システム障害の原因はミドルウエアのバグ、6年を経て顕在化
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
【続報】社保庁のシステム障害、初の日曜対応コードが原因か
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
【速報】社保庁の年金記録システムに障害、23県で照会が2時間停止
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
285:仕様書無しさん
07/06/14 00:00:04
第３者機関とか言ってないで申し出全部受けちゃえよ。
パンチャー以下の役立たず社保事務所職員切っちゃえば1/3くらいに人件費削減できるだろ。
俺が知ってる社保事務職員の範囲なら７割は学生バイトで十分だぞ。
286:仕様書無しさん
07/06/14 00:53:06
>>284
> 【続々報】年金システム障害の原因はミドルウエアのバグ、6年を経て顕在化
> URLﾘﾝｸ(itpro.nikkeibp.co.jp)
この記事を読む限り、もうとっくに当時のSEは解散してて手元のずさんな
仕様書を元にテストして見つけられなかったっぽいね。
そも、基本的に稼働に耐えうる設計かどうかなんて仕様書に書いてなかった
のかな？＞連続稼働
287:あるじゃーのん
07/06/14 02:30:55
> NTTデータは04年7月、社保庁からの休日運転開始の依頼を受けて、休日運転についてのテストを実施したが潜在バグを発見できなかった。
休日運用を見越してテスト依頼をしたのはいいが、時間延長までは考えられなかったって事だね。
Windowsのほうがましなんじゃね？
288:仕様書無しさん
07/06/14 03:01:27
６年前か。
丁度就職氷河期の頃だな('A`)
289:仕様書無しさん
07/06/14 10:47:42
これプログラム自分が書いてたら
憂鬱になるわぁ・・
290:仕様書無しさん
07/06/14 20:25:26
取りあえず俺は既に謝っておいたからな！(一週くらいずれたけど)
さて、次は「何を謝っておこう」かな....多分しばらくは無いはずだ＞俺関係
291:仕様書無しさん
07/06/14 20:47:42
テーブル領域が不足するような設計の方がナニやってんかな～SEって感じが
するがな。こんな状態じゃミドルも立ち上がりたくないだろーに。
それにメインフレームで時間延長とか連続稼動とかすんげえ嫌だし、変更すんの
って、思い切り勘違いなこと言ってるかも
292:仕様書無しさん
07/06/14 21:04:50
テーブル領域となると、日々の運用も関係あるだろう。
293:仕様書無しさん
07/06/14 22:25:24
>>291
社保庁の役人って、昼休みのんびり取ってるらしいね。いい気なもんだ。
その時間帯にＩＰＬすればいいのでは？
294:仕様書無しさん
07/06/14 22:35:07
>>293
運営会社（外郭団体）への天下り組に至っては10時3時の休憩が1時間、昼休みが2時間とかね。
ベンダーからの送り込み組もやる気なくすわ。
295:仕様書無しさん
07/06/14 23:03:16
テーブル領域というのがピンとこなかったんだが、
テーブルを使って、事業所ごとにオンライン接続できる
時間帯を制限するってこと？
それは、例えばどのように役立つんだろう？
テーブルの定義に余計なプロセスが必要になって
運用効率悪くしてる気がする
296:仕様書無しさん
07/06/14 23:04:45
プロセスはコンピュータのプロセスじゃなくて
ビジネスプロセスのプロセスという意味でふ
297:仕様書無しさん
07/06/14 23:42:48
官公庁の仕事はもう 嫌だ
298:あるじゃーのん
07/06/14 23:54:56
ホストコンピューターってファイルをディスク上の固定スペースで取れるんでしょ？
ＤＢとかも。
だからキーで特定のセクターに直接アクセスするから効率がいいけど
重複キーがあるとハードエラーになるとかじゃないのかな。
知らないけど。
問題のテーブルもバッチの処理単位で取るんだろうけど
可変サイズじゃないからいっぱいになったら止まるというクソ環境になったと。
そんな化石みたいなシステムあるのか？
コボラーならそういうの作りそうだけれども。
299:仕様書無しさん
07/06/14 23:56:13
>>295
リレーショナルＤＢ使いには信じられんと思うが、
階層型ＤＢでは、まず事業所でアクセスしにいって、
その次に契約者番号をとりにいく構造のＤＢがある。
いまとなっては、ただ保守の手間がかかるだけの
完全に前世紀の遺物だが。
300:仕様書無しさん
07/06/15 00:15:27
>>298
なんだか言ってることがよくわからない
ハードエラーって一体なんのことでしょう。
301:仕様書無しさん
07/06/15 00:29:36
>>298
>重複キーがあるとハードエラーになるとかじゃないのかな。
そもそもロードできないだろ。
おまえは、この板にいる資格がない。
302:あるじゃーのん
07/06/15 00:39:34
＞そもそもロードできないだろ。
新規作成の場合キーは別のところから持ってくるのでロード関係ないし。
おまえは何を言ってるのかと。
303:仕様書無しさん
07/06/15 00:51:06
>>302
いいね。
おまえさんは、なにやらユニークなシステムを作りそうですね。
がんがれ！！
ところで、おまいの世界のユニークキーは気分次第なのか？
社保庁を超えるシステムが作れそうな予感。
304:仕様書無しさん
07/06/15 00:53:29
>>302
>新規作成の場合キーは別のところから持ってくるのでロード関係ないし。
それだと、重複にならないだろ。
ところで「別のところ」ってどこだよ？
突っ込むだけ無駄か？
305:仕様書無しさん
07/06/15 00:54:51
>>302が18歳未満であることを望んで止まない。
そうでなければ池沼だな。
306:仕様書無しさん
07/06/15 00:58:11
やっぱ派遣制度は必要だと痛感する
307:あるじゃーのん
07/06/15 01:05:28
なんだなんだ？
重複キーを作れないはずとか言ってるが、本当にそうか？
そう言えば東京大停電のときは写歩調システムとか大丈夫だったんだろうか・・・
308:仕様書無しさん
07/06/15 01:11:54
>>307
おまえ専用のＤＢＭＳを作成すればおＫ。
で、話がややこしく(くだらなく)なるから、ここに2度とくるな！
309:仕様書無しさん
07/06/15 03:11:54
【科学】国際宇宙ステーションのロシア区画のコンピュータが全て故障 滞在飛行士全員が引き上げの可能性も [06/14]
ｽﾚﾘﾝｸ(newsplus板)
310:仕様書無しさん
07/06/15 04:24:49
S○NYタイマー炸裂か
311:仕様書無しさん
07/06/15 06:18:30
デスクトップ撤退したようなメーカーの製品をミッションクリティカルな所で使う馬鹿がいるかいw
312:仕様書無しさん
07/06/15 11:09:14
ロシア人なら鉛筆とメモ帳さえあればなんとかしてくれるでしょ。
313:仕様書無しさん
07/06/15 19:20:38
S○NYタイマーのせいだったら、品質管理のレベルがある意味神レベルということに。w
314:仕様書無しさん
07/06/15 22:04:39
ステーションまで保守しに行く人材を選別中なんだろ？
315:仕様書無しさん
07/06/15 23:55:56
わははは！ 逝ってくるよ！
316:仕様書無しさん
07/06/16 00:13:51
ステーションて国際宇宙ステーション？
317:316
07/06/16 00:14:39
うわ、ﾄﾝﾁﾝｶﾝなレスｽﾏﾝ。スルーされたし
318:仕様書無しさん
07/06/16 08:55:24
>>316
そうだよ。
319:仕様書無しさん
07/06/16 09:55:01
バグと言わず故障と言ったりする所あるね
320:仕様書無しさん
07/06/16 15:33:19
不具合、てのもあるな
321:仕様書無しさん
07/06/16 15:40:38
瑕疵と不具合の差ってなんだっけ？
322:仕様書無しさん
07/06/16 17:12:57
謳った性能が得られないのは瑕疵
実装が間違って計算値が違う等が不具合(バグ)
ハード・OS等予想不可な問題で性能劣化・誤作動・停止は障害
予定通りに停止・破壊するのは時限爆弾ｗ
323:仕様書無しさん
07/06/16 19:19:16
321じゃないけど勉強になった。ありがとう。
324:仕様書無しさん
07/06/16 20:18:31
予定通りに故障するのはSonyタイマ
325:仕様書無しさん
07/06/17 16:09:46
URLﾘﾝｸ(www.sankei.co.jp)
想像を絶する世界だな
326:仕様書無しさん
07/06/17 17:18:24
当時はこんなもんでしょ
327:仕様書無しさん
07/06/17 17:58:39
>>325
バグってレベルじゃねーぞ
328:仕様書無しさん
07/06/17 18:01:46
昭和54年＝1979年だからなぁ。
ここ10年のＩＴやインターネットしか知らない香具師には想像もできないだろうが、
コンピュータ上での日本語処理すらままならなかった大昔だよ。
日本語を当たり前のように入力できる今のコンピュータの感覚が通用する昔って、
せいぜい20年じゃないか？
亡き国産機NEC PC-9800シリーズで日本語が普通に扱えるようになったのだって、
1980年代だ。
そういうこと想像もできないで批判する香具師も一杯いるんだろうな。
329:仕様書無しさん
07/06/17 18:08:42
>>325
読み仮名をふるルールは決まってたみたいだから、そのルールさえ知ってれば、
検索や照合は容易だったはず。
これだけじゃシステム欠陥にならない。
その後の引継ぎやデータ移行で、正しい読み仮名に是正していくことを考えなかったと
いう意味では、システム設計の欠陥だ。社会保険庁に、システムをわかってる奴が
いなかったんだろうな。
330:仕様書無しさん
07/06/17 18:24:52
データをコンピュータ管理することになった
↓
検索システムが必要
↓
当時は今のかな漢字変換のようなものがまだ無いので
カナ検索システムにした
↓
データベースの姓名の漢字を"漢字カナ"で一括変換
↓
姓名の代表的なヨミを入力すれば
本当のヨミを知らなくても検索可能(ﾟДﾟ )ｳﾏｰ
↓
－－－ここまでは良かった－－－－－－－－－－－
↓
ヨミの修正をせずに今に至る
331:仕様書無しさん
07/06/17 18:45:42
引き継ぎのミスか
332:仕様書無しさん
07/06/17 19:05:26
今回の件はどうなんだろうな。
実際は引継ぎをちゃんとやってたかもしれない。
例えばデータベースに専用のフィールドを追加して、正しい読みはそっちへ入力して
いくようにすれば済む話だぜ。
そこまで社保庁も担当SIerも杜撰だとは信じられないんだが…
「問題点を洗い出せ」と焦るあまり、整合性を確認しないで出してきてるか、マスコミが
勝手に自己流解釈して出してる情報の気がする。
333:仕様書無しさん
07/06/17 20:19:40
とりあえず、当時の漢字→カナの変換表を公開して欲しいな。
照合するときに参考になるはずなんだが。
その程度はもうやってるのかな？
334:仕様書無しさん
07/06/17 20:51:43
「漢字の読みを検索用に統一したインデックス」ができたところまでは問題なかったはずなんだよなあ。
こういうのはNTT番号案内なんかでもシステムとして持ってるらしいし。(そうでないと検索できないことあるし)
つまりここで、このフィールドを「カナ」などとと名付けて使ったことが問題だったわけだ。
335:仕様書無しさん
07/06/17 20:59:36
ちゃんとした読みと変換システム経由の誤読みが混じってるのがうっとおしいな
336:あるじゃーのん
07/06/17 21:42:51
>>330
それ以前からコンピューター管理だろと突っ込みたくなったが
パンチカードって言うのはコンピュータ処理じゃなくて機械処理なのか。
以前 手書き
３２年 パンチカード
３７年 磁気テープ
５４年 カタカナ化
読み仮名を修正と言っても、入力済みデータを勝手に改ざんできないからね。
そして自動付与の読みと正しい読みとを区別する仕組みもなかったんだろ。
漢字データを捨ててなかったのなら漢字で検索したら出てくるだろ。
読み仮名が分からなかったんなら、漢字を表示できなかったんなら、
読み仮名欄に漢字コードを入れてればよかったんじゃないかと。
シフトＪＩＳコードなら半角カナも数字も英字も一緒に扱えるのにね。
確かにカナの方が早いけどね。
読み仮名なしの漢字をパンチカードとかに打ち込むのは専門職の人のはず。
けど漢字は全ての人名を扱えるほど充実してないわけで、
当てはまらない字もあるわけで、無理矢理当てはめてたかもしれない。
そうすると漢字の分類が変更され読みが違うものに変更され、
自動的にまったくあり得ない読み仮名に自動変換されて検索不可能に・・・
パンチカード時代の漢字が入ってれば拾えるけど「カタカナに変更した」ってのを信じるなら
漢字データは捨ててしまったと推測できる。
手書き台帳と比較しないと確認できない事になるが、
その前にパンチカードに残る漢字を拾わないと手書き台帳と照合できないことになる。
漢字データ残ってるよね？
337:仕様書無しさん
07/06/17 21:50:19
>>33
とりあえず今ある漢字名のデータにその変換を適用
と，今のカナ->漢字->そのデータに適用
をするソフトでも作るか．
338:仕様書無しさん
07/06/17 22:14:10
ことえり使えねー
とか未だに言う香具師もいるから
339:仕様書無しさん
07/06/17 22:14:16
>>336
コンピュータでの日本語処理の歴史知らないのか。
シフトJISコードは、PCの日本語処理用に開発された邪道なコードというのが当時の認識だった。
当時は、JISコードをベースにして、メーカーごとに日本語コード体系が存在しているような状況だった。
第一、シフトJISコードが制定されたのは1982年とされてるんだがな。
それ以前に行なわれたカタカナ化で、どうやって参考にしろと？
340:仕様書無しさん
07/06/17 22:21:00
>>339
そいつ最近頻繁に出没するなんちゃってだから
知識は殆どネット
341:余太郎
07/06/17 22:26:17
まぼろしの変換ソフト
ローマ字で「ａｚｕｍａ」と入力すれば「東・東間・吾妻・あずま・
アズマ」、逆に漢字の「東」を選択して変換キーを押すと「東・干菓子
・干菓子・乾菓子・比嘉氏・ひがし・ヒガシ」などの候補が示される。
どれを選択するかは、オペレーターの判断である。
コンピューターは、彼女が選んだ履歴にもとづいて、再現するだけだ。
そもそも日本人の戸籍原簿に、姓名の“ヨミガナ”などは存在しない。
─ 日常生活では、公私の記録や書類にふりがな欄が設けられ、その
記入を要求されている。ところが、ただひとつの例外が戸籍であり、戸
籍を見たのでは漢字の名の読み方はわからない。 ─ 松本 脩作 ＆
大岩川 嫩・編《第三世界の姓名 ～ 人の名前と文化 ～ 1994 明石書店》P406
<PRE>
住所 氏 名 生年月日（性）加入 喪失 番号 ヨミガナ
────────────────
広島 仮名 静香 19361131 ♀ 19610431 20070631 #000 カメイ・セイカ（誤）
東京 亀井 静香 19361101 ♂ 19610401 19961031 #001 カメイ・シズカ（正）
</PRE>
年金台帳の誤入力例（↑８項）が、まことしやかに伝えられている。
URLﾘﾝｸ(d.hatena.ne.jp)
ありもせす ～ 漢字カナ変換辞書ソフト ～
342:仕様書無しさん
07/06/17 22:28:21
>>334
> NTT番号案内なんかでもシステムとして持ってるらしいし
そうなの？
エンジェルラインって検索エンジンのような「類似キーワード表示」みたいなのが無いんで
カナ読みが完全一致しないと全然検索が進まないってことが多くて、104しちゃうことも多い
んだけど。
104だとそれなりに検索できるのも、そのへんが上手くできてるからなのかな。
343:仕様書無しさん
07/06/17 22:54:56
戸籍はその点・・・
災害には弱いが。
344:あるじゃーのん
07/06/17 23:03:38
>>339-340
うん。７０年代生まれだから。
シフトＪＩＳ考案したの僕だから。
年金システムも僕に任しときゃよかったのに変な思想持った人が多くて。
>>342
回線太さとデータ盗難の問題なんじゃないですか？
345:仕様書無しさん
07/06/17 23:19:31
あるじゃーのんて頭のよくなる手術を受けたねずみじゃなかったっけ
346:仕様書無しさん
07/06/17 23:43:50
なんだよ
ここには加齢臭のするオサーンどもが集まってるのか？
おまえらのクソレベルなPGのせいでこっちが迷惑被ってんだよｗｗｗｗｗ
何年も前から止まってる知識で客に話なんかして
話ややこしくかきまわしてないでとっとと引退しろ
SEとしてももちろん不必要だから この業界から消えてほしい
347:仕様書無しさん
07/06/18 00:00:41
シフトJISを考案した人は70年代生まれではない
348:仕様書無しさん
07/06/18 00:16:58
2000年問題もなんとかやってきたんだ
この問題のほうが規模が小さいんだし、そんなに問題では
人災だよなこれ
349:あるじゃーのん
07/06/18 01:17:30
>>347
マイクロソフトが開発してＭＳ－ＤＯＳに搭載したと紹介されてるが、
当時はＡＳＣＩＩの西社長とつーつーなゲイツ会長。
僕がＤＯＳを作りシフトＪＩＳを考案しそのルートで流れた。
350:仕様書無しさん
07/06/18 01:21:59
>>348
2000年跨ぎで、銀行は全データをハードコピーしたわけで(瞬間、紙関連の株があがった)
仮に何かが起きた時、システム改修後にダンプしたデータを全部パンチしたかと思うと
351:あるじゃーのん
07/06/18 01:31:24
今時パンチは使わないでしょう。
バーコードでしょ？
352:仕様書無しさん
07/06/18 01:37:49
>349
70年代生まれってシフトJISが, ということか. それなら納得.
本当に本人なら私と知り合いのはず... で, なぜあるじゃーのん？
353:仕様書無しさん
07/06/18 01:43:19
>>352
70年代生まれなのは本人です。自ら↓で言ってます。
ｽﾚﾘﾝｸ(prog板:865番)
ネタでやってるみたいだけど、目の前にいたらぶんなぐってるな。
354:あるじゃーのん
07/06/18 01:53:35
>>352
当時子供だったから報酬もらえなかったどころか
費用を請求されちゃって。
業界に足かけで入ってすぐ追い出されて・・・
あなたはパックマンがどこで生まれたか知ってますか？
マイクロソフトが世界大会開いてますよね。
なぜだか分かりますか？
僕が作ったからですよ。
355:あるじゃーのん
07/06/18 02:07:59
>>353
余裕で作ってやったらあんた見たいのがすぐ殴るから
そのたびに一からやり直しなんですが何か。
僕に話持ってきたのがあんたみたいに危険な奴じゃなければ手貸してやってたのに
「使えねーやつ」のレッテル張られた。
なんで無報酬で仕事してやらないといけないんだよと。
てめーらは何百億円もピンハネしてるくせに。
世の中を人身売買で動かしてる奴にはその程度の仕事しかできないってことさ。
知財の価値とそれを生み出す脳の価値も分からずにすぐ殴る。
何かに例えるなら顔で売ってるアイドルの顔に傷を入れるとか
年金データベースのハードディスクに傷を入れてデータを消すようなもんですよ。
356:あるじゃーのん
07/06/18 02:12:35
人の作ったもんただでもらっといて金請求するとかどこの中国人かと。
【国際】「正規版に交換せよ」 海賊版Windows搭載PCの故障めぐり、北京市民がマイクロソフトなど提訴…中国★３
ｽﾚﾘﾝｸ(newsplus板)
357:仕様書無しさん
07/06/18 11:28:30
>>280-283
> URLﾘﾝｸ(www.nikkei.co.jp)
>
> 92―96年入社社員の年金、学生時代の分で統合漏れも
>
> 4年制大学を卒業して1992―96年に就職した会社員の大部分で、大学時代の国民年金
> の加入記録が基礎年金番号に統合されていないことが明らかになった。
>
> 学生時代に払った国民年金の記録が、就職後に加入した会社の厚生年金の記録に
> つながらず、約5000万件のさまよう年金記録の一部になっている。
> 該当者は社会保険事務所に出向いて手続きをしないと、将来の年金受取額が減ることになる。
>
> 91年4月から20歳以上の学生にも国民年金への加入が義務付けられた。
> 収入のない学生に代わって親などが払う例が多かった。
> この学生が卒業後に会社員になって厚生年金に入ると国民年金とは別の年金番号が付き、
> 二つの年金記録が分断されたままになった。 (07:00)
だってさ
358:あるじゃーのん
07/06/18 11:45:14
何年かしたら国民年金払わない学生は脱税容疑で逮捕されて退学処分食らって人生あぼーんになるね。
税制化するのも考えもんかな。
359:仕様書無しさん
07/06/18 20:11:21
人生より先にあるじゃーのんをあぼーんだ'`,､('∀`) '`,､
360:あるじゃーのん
07/06/18 21:50:20
>>359
ええ、何度もあぼーんされましたが何か
361:仕様書無しさん
07/06/18 23:31:13
>>357
「大部分」が統合されていない、というのを
「漏れ」というのはいかがなものか？
つか、もろにおれのことじゃん。
そのあと3回も転職しているし、
転職の無職期間(7日間)は市役所に納付しているし領収書なんかないし。
絶対だめだ。crz
362:仕様書無しさん
07/06/18 23:32:36
お前は俺か orz
363:仕様書無しさん
07/06/19 01:48:02
学生時代の２年間、払ってない俺は勝ち組（ｗ
払ったと言い張って、ゴネてみようかな。
同じような奴も多いと思うぞ（ｗ
364:仕様書無しさん
07/06/19 01:50:06
>>330
おお！ 説得力あるなあ。
当初、カナは単なるハッシュのつもりで設計したのに、
後の奴らが氏名そのものと勘違いしたんだろうなあ・・・
365:あるじゃーのん
07/06/19 01:51:40
なんで馬鹿ばっかりなんだろ
366:仕様書無しさん
07/06/19 02:52:16
◆◆◆先週の「やりすぎコージー」で吉本お笑い芸人の居酒屋でのスカトロリンチプレイのVTRが放映された。
雨上がり宮迫が、折った割り箸を後輩の首に刺したり、目にチンジャや梅干を入れたり、首を絞めたり、
挙句の果てには宮迫ら先輩芸人の強制により、後輩のたむけんがブラックマヨネーズの小杉の肛門に豚肉や
歯ブラシを入れるというグロ映像の一部始終が、この番組の中で居酒屋で起きた事件としてVTR放映された。
この半泣きの小杉の肛門に歯ブラシを入れるリンチのような映像の一部始終が放映されたことにより、
◆「リンチではないか」「気分が悪くなった」
◆「今日の放送はようつべやニコニコにうpされて大問題になるだろうね。」
◆「一応アナウンサーの身分でいながら この内容見てゲラゲラ笑ってる大橋アナの変態っぷりに感服」
やはりお笑いという形を借りて、飲食店でのスカトロプレイを放映したという事に気分を害した人が多い。
◆「おっさんがおっさんの肛門に豚肉と歯ブラシ突っ込み、その歯ブラシをコップで洗うの見せるってほうが
よっぽど気持ち悪いまじでおえーっとなった。
しかし容認派の意見も多数あり。
◆「腹抱えて笑ったわ」「めっちゃオモシロイやん」
◆「めっちゃオモシロイやん こんなん芸人のノリやし体育会系でもよくあると思う 」
◆「なんでみんな抗議の電話とかしようと思うのかがわかりません。
器ちっちゃすぎというか、お笑い番組見なきゃいいのにと思う。 」
ソースこちら 2ちゃん＿テレビ等＿テレビ番組＿やりすぎコージー15
ｽﾚﾘﾝｸ(tv板:649-749番)
367:280
07/06/19 06:48:31
それだ!
俺は1992年入社なんだわ。
368:280
07/06/19 06:49:26
↑アンカー入れ忘れ
>>357 宛です
369:仕様書無しさん
07/06/19 17:52:14
一番の問題は、資金運営がきちんとできて無いこと。
社保庁OBや政治家の食い物だからな。故にこんなになるまで問題が
表面化しなかった。
結局、領収書無しで名寄せできない人は、はよっぽどの特例以外は認
めないことになるだろう。
認めたら認めたで、なんだかんだ理由をつけて更なる増税は確実。
だから、俺は認めないほうを支持する。
370:仕様書無しさん
07/06/19 23:09:59
>>369
未成年者乙
371:仕様書無しさん
07/06/20 18:01:48
歴代職員からちょっとずつ回収し
長官、厚労大臣及び組織の上の方の連中から
退職金全額まきあげてわずかばかりの足しにするとか。
372:仕様書無しさん
07/06/20 18:57:24
>>371
あいつらがそれに応じると思うか？
373:仕様書無しさん
07/06/20 22:02:31
いや、そうしたいのだが、返すにも金がないんだよ。ごめんな。
374:仕様書無しさん
07/06/21 18:04:20
年金情報再入力するっぽいが委託先の孫請けあたりの派遣社員から
個人情報漏れ事件が起きる予感。
運用バグということで。
375:仕様書無しさん
07/06/21 20:49:48
>>374
「家に持ち帰って作業するように指示されたので。」
とかｗ
376:仕様書無しさん
07/06/21 21:04:49
またWinnyか
377:仕様書無しさん
07/06/21 22:21:58
で、誰？
ここの鯖落としたの。
378:仕様書無しさん
07/06/21 22:47:44
サーバが落ちたくらいで騒ぐな小僧
379:仕様書無しさん
07/06/22 03:35:53
>>377
Core2Duoのプログラマ
の作ったバグを潰すためにBIOSうｐしようとしたマァヴ
380:仕様書無しさん
07/06/22 21:42:51
>>378
おまえかよ。
381:仕様書無しさん
07/06/26 23:32:20
ちがうよ。
382:仕様書無しさん
07/06/27 13:46:21
俺だよ俺。損害賠償請求で一億万円必要だから今すぐ送金してくれ。
383:仕様書無しさん
07/06/27 13:50:22
小学生かw
384:仕様書無しさん
07/06/27 16:10:17
どこの俺だ？！
385:仕様書無しさん
07/06/27 17:43:58
有楽町のオラだよ！
386:仕様書無しさん
07/06/28 21:38:54
印刷が薄いってレベルじゃねーぞ
URLﾘﾝｸ(www.yanmaga.kodansha.co.jp)
387:仕様書無しさん
07/06/28 21:48:25
>>386
明らかに貼り忘れｗ
ハーフトーンの分が漏れたんだな。
388:仕様書無しさん
07/06/28 22:30:05
話題になってたがやっぱりミスだったのか。
389:仕様書無しさん
07/06/29 12:46:58
白大杉w
390:仕様書無しさん
07/06/30 22:20:59
年800億円って、80,000人月かな？6700人年？
ｽﾚﾘﾝｸ(newsplus板)
【年金問題】 “なんと「契約書なし」” 社保庁、年金コンピューターシステムでＮＴＴデータに年８００億支払う★４
391:仕様書無しさん
07/06/30 23:00:37
>>390
NTTでさえ契約書ないんだからウチなんか要らないだろ、と言いかねんな。＞部長
392:仕様書無しさん
07/07/01 00:53:33
年800億かかるシステムってどんだけー
しかも億円規模のプロジェクトで契約書なしとか…
これ、絶対リベートあったろ。
393:仕様書無しさん
07/07/01 09:27:19
細切れ発注で全貌が分からないようにしてたんじゃないのか？
394:仕様書無しさん
07/07/01 13:09:01
これはこんなすごい利益であって被害では談じてない
395:仕様書無しさん
07/07/01 13:55:56
田原総一郎によると、社保庁はいまだにＣＯＢＯＬをつかっているからダメなんだそうだ。
公明党政調会長斎藤鉄夫(東工大卒)によると、分散コンピュータ化すればすべて解決するそうだ。
居合わせている人間が、誰も反論しなかったのが恐ろしすぎ。
ソースはサンプロ
396:仕様書無しさん
07/07/01 14:01:03
すげえ。
当然新規開発だから、NTTデータなんかが受注したら、またガッポガッポでウハウハだな。
斎藤鉄夫って何学部卒だ？ 学部によっては、コンピュータ開発に無知でも仕方ない。
397:仕様書無しさん
07/07/01 14:19:08
>>396
すごいぞ。斎藤議員ってドメイン取得しているんだね。
URLﾘﾝｸ(www.t-saito.com)
内容もすごい。
398:仕様書無しさん
07/07/01 16:37:09
なんかプログラム開発だけで10億かかるって見積もりらしいが、そんなもん？
ソースは読売。
URLﾘﾝｸ(www.yomiuri.co.jp)
399:仕様書無しさん
07/07/01 20:08:26
ANAは分散化でハマったんじゃなかったっけ？
日経コンピューターに速報レポが載ってたな。
400:仕様書無しさん
07/07/01 20:30:17
>>399
うにしすがメインフレームやめちゃったからね。。
401:仕様書無しさん
07/07/02 01:21:19
手書き台帳にすれば桶
402:仕様書無しさん
07/07/02 02:50:53
>>392 データ通信サービスは約款型だから
約款があれば個別の契約書は要らないはずだけど違うのかな
403:仕様書無しさん
07/07/02 09:25:23
>>390から
ＮＴＴデータと社保庁側は９９年の契約約款で
「利用契約を締結する」と定めていたが、
利用契約は結ばれていなかったという。
結ぶと言っているのに結んでいなかったのが
まずかったんじゃないか？よう知らんけど。
404:仕様書無しさん
07/07/02 12:54:46
おお、見落としてた。
じゃあよろしくなさそうだね。
405:仕様書無しさん
07/07/04 07:39:29
みかかデータと目立とアクセンと沖電気に分散発注とか今日の日経に書いてあったなあ＞年金システム
なんか危なそう
406:仕様書無しさん
07/07/04 09:33:57
資金は無限に沸いてくるんだからコケてもいくらでもやり直しがきくから無問題だろ
407:仕様書無しさん
07/07/04 09:43:00
一年後の責任のなすり付け合いが見えるような気がする。
408:仕様書無しさん
07/07/04 16:46:02
>ドコモ、「BRAVIAケータイ」に電話帳やメールが消える不具合
>－販売を一時停止。「原因は調査中」
URLﾘﾝｸ(www.watch.impress.co.jp)
27000台くらいならOK？
409:仕様書無しさん
07/07/04 16:52:56
外部メモリを売るための新機能です。
410:仕様書無しさん
07/07/04 16:53:27
反撃機能です
411:仕様書無しさん
07/07/04 20:53:42
ソニータイマー暴走、だろ。
ソニーではよくあること。
412:仕様書無しさん
07/07/04 22:17:38
S＠nyの携帯はもうぼろぼろだなｗ
413:仕様書無しさん
07/07/04 22:26:25
ソニー系列でmicroSDか
414:仕様書無しさん
07/07/04 23:06:31
メモり破壊ですか。
再現するまで何日かかるか…
415:仕様書無しさん
07/07/04 23:47:32
>>414
テスターさん？
ＫＷＳＫ
416:仕様書無しさん
07/07/05 09:07:12
2ヶ月くらい前に地元の求人誌でS○NYがテスター募集してましたがまさかこれ？
6月一杯で夜間で時給\2000くらいだったかな。
417:仕様書無しさん
07/07/05 22:44:38
>厚労省の電子申請欠陥、１０日間放置…個人情報流出の恐れ
URLﾘﾝｸ(www.yomiuri.co.jp)
418:仕様書無しさん
07/07/05 23:06:23
JREのバージョンで、欠陥といわれるのも、この年金問題がでている
タイミングだからだね。
419:仕様書無しさん
07/07/06 17:15:34
安倍首相は、基礎年金番号に未統合の５０００万件と統合済みの記録のコンピューター
上での照合について「専門家に精査させた結果、前倒し可能なことが明らかになった」
と述べ、来年５月としていた作業の完了時期を早める考えを明らかにした。
URLﾘﾝｸ(www.sankei.co.jp)
これ前倒しってどんだけ前倒すんだろうね。
420:仕様書無しさん
07/07/06 17:29:29
PGの死期を前倒しにしただけ
421:仕様書無しさん
07/07/06 17:59:03
うまくいかない理由に使うんでないかい。
「急かされたので不完全な物しか用意できなかった」
みたいな事を言って責任を押し付けると。
422:仕様書無しさん
07/07/06 18:15:32
選挙前はみんな勇ましいんです。
423:仕様書無しさん
07/07/06 18:20:17
石原都知事は選挙前だけしおらしかったぞ。
424:仕様書無しさん
07/07/06 20:31:18
「(選挙対策の)専門家に精査させた結果、前倒し可能(ということにしないとマズイことになる)なことが明らかになった」
425:仕様書無しさん
07/07/07 02:44:14
>>419
あくまで照合だけだから。
その結果、きちんと統合されるとは、誰も言ってないわけで。
426:仕様書無しさん
07/07/07 09:35:25
「結果が正しいとは『言ってない』」
427:仕様書無しさん
07/07/07 11:54:40
>欠陥ソフト監修料、厚労省職員に 国保交付金算定ミス
URLﾘﾝｸ(www.asahi.com)
>チェックが不十分だったと言われれば不十分だった
( ﾟдﾟ)ﾎﾟｶｰﾝ
428:仕様書無しさん
07/07/07 11:58:07
納期が短くなったら、その分コストが上がる事わかってんのかって感じなんだが。
429:仕様書無しさん
07/07/07 12:39:45
え？だって納期が短いってことは人件費が下がるんですよ？
430:仕様書無しさん
07/07/07 12:53:49
「どうせ俺の金じゃねーからどうでもいい」
431:仕様書無しさん
07/07/07 13:10:31
政府、３０日に民事再生法を申請
「国家財政が破綻しないとは『言ってない』」
432:仕様書無しさん
07/07/07 14:10:02
>>429
外注先がさらに外注先を見つけなきゃならないから、特急料金を取るだろ。
単に「徹夜してでも仕上げます」なんてところに出すと、後で痛い目に遭うぞ。
433:仕様書無しさん
07/07/07 14:17:47
ハードだがXboxの回収費用もどれらいことになってるみたいだな。
ゲイツの資産的には庶民が14万円損した程度らしいがｗ
MS本気！！！三つの故障赤ランプが点けば保証を三年に延長、更に修理費用に1410億円計上！！！
ｽﾚﾘﾝｸ(gamenews板)
434:仕様書無しさん
07/07/07 20:21:07
フフン♪たかだか10億ドルでビクつくようなヤワな会社じゃないぜ、MSは。（ゲイツ談）
435:仕様書無しさん
07/07/07 21:36:09
ゲイツのポケマネで終わる世界だからな
436:仕様書無しさん
07/07/07 21:46:45
ｽﾚﾘﾝｸ(win板:530番)
437:仕様書無しさん
07/07/08 08:51:29
530 名前：名無し~3.EXE 投稿日：2007/07/07(土) 10:36:17 ID:dxpHC4mv
もう10年前の話でWINではなく大型汎用機の話だが、
自分が開発責任者となって新しく子会社の
販売物流システムを立ち上げた。
･･･が明らかにテスト不足で在庫数が狂いまくり、
連日連夜に修正バッチプログラムを走らせて
なんとか対応してみたが
とうとう常務に呼び出されて
「在庫数が信用出来ない」と言われ
パートさんを含めた88名を休日出勤させて
実在庫の棚卸をさせてしまった。
週明けの全体朝礼で皆さんの前で謝り、
それから三日後くらいにはほぼ安定した。
死にそう、死にたかったけど、
死ぬのでは済まされないミスでした。
グループ企業でしかもコチラが親会社だから
取引中止にはならんかったけど、
総責任者のシステム部長は人事異動で左遷、
子会社に飛ばされた。
俺だけのせいではなく
同時に立ち上げた他の関連子会社の
システムも似たような状況だったからね。
俺？一年後には引き継ぎを済ませて辞めて
今はコンピュータとは無関係な仕事してますよ。
438:仕様書無しさん
07/07/08 12:38:05
新旧システムを並列稼動させればよかったのにな。
439:仕様書無しさん
07/07/08 22:41:38
そこまでクリティカルなシステムなのにテストをケチる理由が分からん。
440:仕様書無しさん
07/07/09 00:26:46
しっかりテストしたんじゃね？
でも、テストケースを設定した人が、
業務がわかっていなくて、ユーザー部門の協力がえられなかったとしたら、
((((；ﾟДﾟ))))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ
441:仕様書無しさん
07/07/11 12:48:48
寿司食いたい
442:仕様書無しさん
07/07/18 21:33:36
地震で大変なことになった人います？
443:仕様書無しさん
07/07/19 01:47:23
それなら言い訳効くんじゃね
444:仕様書無しさん
07/07/19 12:38:48
>>442
マは関係ないけど、車関連は大変らしいな。
部品製造の下請けが被害にあって
発注側の製造ラインを止めるそうだ。
そういえばSA○YOって前回の新潟で被害が大きかったはずだが
今回も被害を受けてたらヤバイかも。
445:仕様書無しさん
07/07/19 13:45:52
あそこは小千谷の山の中だから
446:仕様書無しさん
07/07/19 14:01:56
中越沖地震、松下や三洋は操業再開
URLﾘﾝｸ(www.nikkei.co.jp)
447:仕様書無しさん
07/07/20 01:19:57
誰だ、こんなシステム作ったのは?
地震データ消失、放射性物質まだ放出…原発ずさん対応続々
URLﾘﾝｸ(www.yomiuri.co.jp)
東京電力によると、柏崎刈羽原発の建屋や敷地内に設置した地震計
９７台のうち、旧式の６３台のデータの一部を消失した。地震計は
記録データを東京に随時、電話回線で伝送する仕組みになっていたが、
地震直後は電話回線が混乱し、伝送を終える前に相次いだ余震で
データが上書きされた。本震発生後のデータが最長１時間半分消えた。
新型地震計には本震のデータが残っているが、貴重な生データを
失ったことは、耐震安全性の検証作業に影響を与えかねない。同様
トラブルは、３月の能登半島地震の際、北陸電力志賀原発でも起きている。
448:仕様書無しさん
07/07/20 02:28:38
基本的に、動いているシステムはいじらないからねぇ
重要ではない地震のデータなんてそんなもんだよね
449:仕様書無しさん
07/07/20 06:01:23
電話線のバックアップにというかケータイのパケット通信使う奴あるけどコスト高いし
ケータイは非常時は繋がらなくなるし・・・。
450:仕様書無しさん
07/07/20 09:41:09
一般回線に頼っちゃってたのか・・・・・そりゃダメだよ・・・・
451:仕様書無しさん
07/07/20 11:41:25
一般回線でも問題は無いと思うが、子局のﾊﾞｯﾌｧがどれだけあったのか気になる。
452:仕様書無しさん
07/07/20 11:43:48
そういやあ、バグってんでもないんだが
一般の電話回線を使ったとある通報システムで
夜中に条件に達したのであちこちの電話やポケベルに通達したんだが
テレホーダイで回線が重くて繋がりませんですた('A`)
ということがあったなあ
田舎なんでみかかの基地が一つしかなくて、そこに集中してたらしい
そんな時代もあったねと
453:仕様書無しさん
07/07/20 12:11:26
BLACK LISTED
(´・ε・`)
454:仕様書無しさん
07/07/20 13:49:07
平時なら一般回線でも問題ないとは思うが、災害対策なんだからねえ・・・・・
みかか自体があぼーんしてたらどうするのか、と。
455:仕様書無しさん
07/07/20 13:56:54
>>454
みかかがあぼーんしてたら地震データどころじゃないかと。
456:仕様書無しさん
07/07/20 14:00:03
いろんな災害を想定すると、通信手段は狼煙(のろし)が最強ってことか？
ちなみにデータ保存は石版。
昔の人は凄いなぁ～(´-`)
457:仕様書無しさん
07/07/20 14:01:38
>455
みかかに依存しないデータ伝達手段を確保しておくべきだったんじゃないかな、ってことさ。
予期せぬ災害のためのシステムなんだから。
458:仕様書無しさん
07/07/20 14:02:15
実際みかか全体が死んだらなにが起きるんだろうね？
459:仕様書無しさん
07/07/20 14:05:44
携帯電話の電源切っておいても怒られない世界が来るんだよ
460:仕様書無しさん
07/07/20 14:20:37
>>458
北斗の拳みたいな世界になるかな？
461:仕様書無しさん
07/07/20 15:00:53
みかかがｱﾎﾞﾝしてもKDDIとか他の電話会社があるやろ
462:仕様書無しさん
07/07/20 15:05:01
物理的に電話回線あぼーんしてたら、みかかもKDDIもへったくれもなかろうｗ
463:仕様書無しさん
07/07/20 15:06:43
ダークファイバとかドライカッパとかを借用している部分に関しては
ＮＣＣも巻き添え食らうのだが。
464:仕様書無しさん
07/07/20 16:48:30
みかか外の電話会社も直収以外はみかかの交換機通るんじゃないの？
465:仕様書無しさん
07/07/20 17:19:01
>>457
>みかかに依存しないデータ伝達手段
って、狼煙とか糸電話？ｗ
466:仕様書無しさん
07/07/20 19:18:18
そこでイリジウムですよ
467:仕様書無しさん
07/07/20 20:48:52
>>465
RFC1149
468:仕様書無しさん
07/07/21 00:12:27
>>465
バイク便
469:仕様書無しさん
07/07/21 02:41:47
>>465
テレバシー
470:仕様書無しさん
07/07/21 02:49:54
>>465
伝言リレー
471:仕様書無しさん
07/07/21 03:14:21
>>465
伝書鳩（鳥）
リアルな問題として速度・伝達内容・必要エネルギーを考えると最強だろうな
472:仕様書無しさん
07/07/21 03:27:58
時々食われたりして届かないけどな
473:仕様書無しさん
07/07/21 06:04:38
地震の後は道に迷うシナ
474:仕様書無しさん
07/07/21 06:27:53
鳩はOSI基本参照モデルではネットワーク層だったっけか？
475:仕様書無しさん
07/07/21 08:54:42
ルーティングを鳩の本能に依存しているからなぁ。
476:仕様書無しさん
07/07/21 09:47:08
>>472
昔、実用に使ってたときは３羽くらいまとめて飛ばしてたらすい。
食われたり事故ったりするから。
477:仕様書無しさん
07/07/21 09:49:55
奴隷商人も実用に使う時は３人くらいのＰＧをまとめて売り飛ばしているらしい
逃げられたり壊れたりするから
478:仕様書無しさん
07/07/21 09:58:39
外に人送るときは複数同時の方が長持ちするよな
479:仕様書無しさん
07/07/21 11:48:49
>>465
似たような災害対策システムやってるんでマジレスすると、多重無線とか短波通信とか。
うちの場合、大抵は光ネットワーク回線と多重無線を併用、地震その他によってケーブルが
ぶっちぎられたら無線に切り替え、ってとこかな。
480:仕様書無しさん
07/07/21 12:06:14
鳩は使わないの？w
481:仕様書無しさん
07/07/21 12:22:16
鳩通信は、無通信状態でもリソース(つか餌)を喰うからなあ。
482:仕様書無しさん
07/07/21 12:26:53
経路の設定も難しいんだっけ？
483:仕様書無しさん
07/07/21 13:19:19
URLﾘﾝｸ(ja.wikipedia.org)鳥類キャリアによるIP
484:仕様書無しさん
07/07/21 13:19:26
設定というより、帰宅だからなぁ。
485:仕様書無しさん
07/07/21 20:40:59
鳩じゃなくても電気代ひつようだろ
486:仕様書無しさん
07/07/23 19:50:13
スイス軍は核戦争に備えて
>>479に追加して今でも鳩通信を維持してるって聞いたことがある。
東京あたりで地震があったら、避難場所にみんなノートパソコン持ち込みそうな気がする
で、コンセントの場所を巡って争いが
487:仕様書無しさん
07/07/23 23:26:03
>486
避難場所のノートパソコンはちゃんと洗濯ばさみで管理しとけよ。
488:仕様書無しさん
07/07/24 01:36:34
洗濯バサミDHCPｷﾀｺﾚ
RFC2322か
489:仕様書無しさん
07/07/24 01:44:45
伝書鳩でネットワーク層を実装しようというのが間違いのような気がするんだがなぁ。
鳩自身がルーティングできないんだから…
データリンク層ならまだ納得するんだけど。
490:仕様書無しさん
07/07/24 05:07:28
ジョーク規格なんだから、そんな真面目面されても。
>>483にも出てるけど、ジョークの実証実験で「パケットロス55%、応答時間 3000秒～6000秒以上であり、実際の通信には耐えられない」と報告されてる。
491:仕様書無しさん
07/07/24 08:58:57
パケットロス55% ﾜﾛｽw
492:仕様書無しさん
07/07/24 09:03:37
こういうのは真面目にやらないと面白くない。
493:仕様書無しさん
07/07/25 00:42:51
鳩ならUSBメモリぐらいは持てるだろうからISDNよりは高速なんじゃないか？
494:仕様書無しさん
07/07/25 00:57:10
まだNT4が現役で動いてるところもあるから、ＦＤも考慮しないと
495:仕様書無しさん
07/07/25 09:50:38
NT4ってSP6でUSB対応しなかったっけ？
496:仕様書無しさん
07/07/25 11:15:38
そもそもUSBスロットがないＰＣも（ｒｙ
497:仕様書無しさん
07/07/25 11:43:19
8GのSDHCカード4枚で32GBの情報を送ると考える
伝書鳩は時速60kmで300km飛ぶと考えれば
記憶媒体が小型大容量化すれば、それなりに使えるようになるのかな
498:仕様書無しさん
07/07/25 11:58:51
いまだにコストまで計算に入れると、
大容量データの移動はテープに書き出して手運びが
いちばんいいらしい。
499:仕様書無しさん
07/07/25 11:59:23
パケットロス55%＝おおよそ、2羽放して到着するのは1羽
だから、同一データをコピーしたUSBメモリを複数用意する必要があるぞ。
ハトが落としたり雨などで破損する可能性を考えて、最低で4羽分じゃないかな。
500:仕様書無しさん
07/07/25 13:56:53
鳩の場合、元の巣に戻すのにエライ手間と思うだろが、”往復鳩”というテクニックがある。
１．１００ｋｍぐらい離れた鳩小屋を用意して、片方の小屋で育てる。
２．もう一方の小屋の方向に距離を伸ばしながら放鳩訓練する。 この小屋には巣箱なし。
３．そのあと、そのもう一方の小屋に移し巣箱を与える。 しばらくして放す。
４．元の小屋に戻ったら、良いエサを与えた後しばらくしたらまた一方の小屋に戻す。
５．もう一方の小屋では、悪いエサ（大麦ばかりとか）を与えてしばらくしたら放す。
６．２つの小屋を自分で往復するようになるまで、４～５を繰り返す。
これだと、２点間の定期便（ほぼ一日に一回）として使える。
ポイント： 一方の小屋をエサ場、もう一方の小屋を営巣場所として
鳩に認識させるため、片方ではエサを大量豪華で巣箱無しとし
もう片方ではエサを少量粗食で広い巣箱付きとする。
501:仕様書無しさん
07/07/25 21:00:11
鳩ネタ振ったが、スルーされると思いき ここまで展開していてﾜﾛﾀｗ
502:仕様書無しさん
07/07/25 23:40:14
(,,ﾟ∋ﾟ) …。
503:仕様書無しさん
07/07/26 00:38:05
>>499
鳩をn羽飛ばしたときの回線稼働率は1-0.55^n
稼働率を98％以上確保するには
1-0.55^n > 0.98
0.55^n < 0.02
n > log0.02/log0.55
n > 6.543
よって7羽必要
504:仕様書無しさん
07/07/26 00:51:38
>502
おまいは鶏だ
505:仕様書無しさん
07/07/27 00:03:19
>>500
俺の生活と似ている。
１．食事がうまくてマンコガくさい女。
２．家事が一切出来ない名器。
506:仕様書無しさん
07/07/27 09:23:07
３．という妄想。
507:仕様書無しさん
07/07/27 10:21:44
>>504
502は鳶じゃなかったっけ？
508:仕様書無しさん
07/07/28 00:41:57
>>505
名器でも臭いのはゴマンとあるだろ。
509:仕様書無しさん
07/07/28 01:15:28
名器とか正常な匂いとかいまひとつわからん
なぜなら経験が3人しかないからorz
510:仕様書無しさん
07/07/28 02:37:36
舐めるのやめれば問題解決
511:仕様書無しさん
07/07/28 08:08:14
>>509
いよぅ勝ち組様
512:仕様書無しさん
07/08/01 07:58:38
史上最高の大バグってFortranでピリオド一個入れ忘れたかなんかで
ロケット墜落したやつかな。
513:仕様書無しさん
07/08/01 08:09:50
それは一種の都市伝説。
つ URLﾘﾝｸ(ja.wikipedia.org)
514:仕様書無しさん
07/08/01 21:00:59
任天堂、DSの家計簿ソフトに不具合「999×999」の計算も出来ず。
URLﾘﾝｸ(www.watch.impress.co.jp)
515:仕様書無しさん
07/08/01 23:20:23
>514
何をどう間違えたんだろ？
516:仕様書無しさん
07/08/01 23:26:11
今はそろばんを知らない人も多いから
517:仕様書無しさん
07/08/01 23:53:15
>>511
そのうち3人がプロなのは察してやれよｗ
518:仕様書無しさん
07/08/02 03:48:26
ぬるぽ
519:仕様書無しさん
07/08/02 14:58:32
>>514
俺も気になる。どうやれば間違えるんだ？
520:仕様書無しさん
07/08/02 15:16:22
任意桁同士の整数･実数演算ルーチンを自前で書いたんだろ。
UnitTestと品証によるテストを二重にすり抜けたとは考えられず
どっちもロクにやってなかったんだろうな。
521:仕様書無しさん
07/08/02 15:41:58
>518
ｶﾞｯ
522:仕様書無しさん
07/08/02 15:47:47
電卓機能自体、おまけみたいだしな
523:仕様書無しさん
07/08/02 18:29:35
こんなテスト、やる気も起こらんだろうな
524:仕様書無しさん
07/08/02 20:01:28
電卓である特定の数値を計算させたときだけ計算を間違えるってのがあったな。
計算能力が100%じゃない電卓ってのもアレだが、その不具合を見つけた奴も感心されてた。
525:仕様書無しさん
07/08/02 20:45:32
漢字コードでは特定の文字の問題があるから普通全部の文字チェックするでしょ。
僕はやらないけど。
526:仕様書無しさん
07/08/02 20:54:24
書き込みがつまらないのはいいけど、それを無駄な改行で目立たせようとすると
凄く邪魔なんでやめてほしい
527:仕様書無しさん
07/08/02 21:19:38
携帯だとウザイことこの上ないな。＞カラ改行
パケ代返せこのヤローまでは言わないが。
528:仕様書無しさん
07/08/02 21:23:54
三行以上改行してたら、それ以降全部
(省略されました。わっふるわっふる)
に置換してくれればいいのに。
529:仕様書無しさん
07/08/02 22:22:16
>>527
１行１パケだとしたらそれはケータイ会社に文句を言うべきだな。
無意味な書込みってことなら、雑談に意味なんか求める方が悪いな。
530:仕様書無しさん
07/08/02 22:50:02
電卓で思い出したが
サンヨーの携帯の電卓でも一部正常に計算できないことがあったな
531:仕様書無しさん
07/08/03 00:42:13
無印ペンティアムと、windowsの掛け合わせによって
windowsの電卓が計算ミスを起こすとかってなかったっけ？
532:仕様書無しさん
07/08/03 03:26:16
>>531
それはＯＳ側で対処したはず
533:仕様書無しさん
07/08/03 08:12:18
>>529
一定以上の行数があると「省略○行」って表示が出て、残りを読もうとすると
リロード動作に入るんでカラ改行でも２回アクセスすることになっちゃう。
ブラウズするサイトを変えればいいのかも知らんけど。
534:仕様書無しさん
07/08/03 09:58:04
20年以上前に買ったカシオの関数電卓も計算間違いしてたよ。
2の32乗が奇数になるんだよ。
535:仕様書無しさん
07/08/03 18:46:30
>>534
桁数が足りないんじゃない？
536:534
07/08/03 19:32:34
>>535
桁数はちょうど足りている。
その後に出たモデル(桁数も同じ)でも同様なテストをしたら、不具合が解消されていたよ。
537:仕様書無しさん
07/08/04 01:20:38
ベキ乗関数だと、x^y = exp( ln(x) * y ) か何かで計算するから、最下位が
違うのはあり得る。
最下位まで必要なら、金融電卓を使ってちょ。
538:仕様書無しさん
07/08/07 01:24:06
>>537
マジ？メリットあるの？
539:仕様書無しさん
07/08/07 10:53:10
電卓の精度を問題にするならエクセルの計算も
540:仕様書無しさん
07/08/07 11:27:36
一番疑うべきは自分様の頭じゃないのか？
541:仕様書無しさん
07/08/07 15:04:04
スレ読まずにレスしただろ
542:仕様書無しさん
07/08/07 16:58:03
暑くてイライラしてんだろ。
543:仕様書無しさん
07/08/07 19:59:03
>>538
yが実数の場合を考えればそれが楽。
544:仕様書無しさん
07/08/08 11:00:21
>>543
yはワレメだろ。小学校からやり直せやカス。
545:仕様書無しさん
07/08/08 11:45:35
・・・・
546:仕様書無しさん
07/08/08 13:47:35
みんな、喧嘩するほどの内容じゃないよう。
547:仕様書無しさん
07/08/08 14:45:08
おまいらまとめて座布団没収してやるから、こっち来なさい
548:仕様書無しさん
07/08/08 17:40:00
>>544
割れ目は (Ｙ) だ。
549:仕様書無しさん
07/08/08 17:46:33
(i)
550:仕様書無しさん
07/08/08 18:33:23
>>549
正解
551:仕様書無しさん
07/08/08 21:26:01
orz
552:仕様書無しさん
07/08/09 10:45:34
（・Y・）
(I)
553:仕様書無しさん
07/08/12 00:18:50
最近平和ﾅﾝﾀﾞﾅｧ
554:仕様書無しさん
07/08/12 02:10:19
お盆進行でそれどころじゃないんだろう。
555:仕様書無しさん
07/08/13 05:00:42
連休中にリリースして、連休明けに炎上というパターンもありかと。
556:仕様書無しさん
07/08/14 00:47:52
>>555
土日明けて即炎上で出勤してきた・・・・・
担当者が海外行ってるからって連絡の付く俺が呼ばれたorz
557:仕様書無しさん
07/08/14 01:16:02
>>556も海外へ逃げるべきだったな。
558:仕様書無しさん
07/08/14 04:14:12
北朝鮮に拉致られたって触れ込みでバックレなよ
559:仕様書無しさん
07/08/14 05:12:39
ウチにもいるぞ。
連休前にやっつけ仕事でまとめて「質より量」って感じで仕事片付けて、海外高飛び。
「オメーの携帯、海外ローミングできるんだから契約しろよ」って言ってるんだけど、
もちろんその気なし。
560:556
07/08/14 09:40:19
>>559
そのまま戻ってこなかった奴が8年くらい前に居た。そんときは正月休みだったな。
やっぱり会社も会社なんだろうな。散々ひっかきまわして海外逃亡ｗ気持ちが
わからんでもない。
それにしても糞ッタレめ。夏休み返上モードだぜorz
休み明け早々に出張・・・話まとめてプロジェクト始動だから代休なんて無理ぽ
561:仕様書無しさん
07/08/14 10:39:29
>>558
いっそ旅行先を北朝鮮に
562:仕様書無しさん
07/08/15 08:30:52
>>561
ふと気がつくと核ミサイルのプロジェクトに
563:仕様書無しさん
07/08/15 08:41:51
>>562
ミサイルがバグで発射不能になり日本が生み出した伝説の工作員として世界の教科書に載る
564:仕様書無しさん
07/08/15 09:00:05
北朝鮮に行ったらデスマーチを伝えて世界を平和にするんだ……
565:仕様書無しさん
07/08/15 09:03:00
北朝鮮の方がデス度は高そうな気がするとマジレスしてみる
566:仕様書無しさん
07/08/15 09:06:25
あっちは生きることそのものが逃げ道がないデスマ
567:仕様書無しさん
07/08/23 20:08:38
「金を払わなければ・・・」：セキュリティバグを人質にとる新ビジネスモデル
2007/08/23 16:00
ソフトウェアのバグはどのように公開されるべきか。最近設立されたあるセキュリティ調査会社の
ビジネスモデルをめぐって、さまざまな議論が交わされている。
2007年4月にJared DeMott氏が設立したVulnerability Discovery and Analysis Labs（VDA）は、
製品中に発見されたセキュリティバグを開発元のソフトウェアベンダーに通知する。
この点は他のセキュリティ研究者と変わらない。
次にVDAは、発見したバグや同社のコンサルティングサービスに対する支払いをベンダーに要求する。
さもなければ、バグを第三者に売るか、あるいはセキュリティ上の脆弱性について詳細を公表すると
ベンダーを脅迫する。これはすべて、VDAがビジネスモデルの一環として行っていることである。
National Security Agencyなどで働いていたDeMott氏は、自身のビジネスモデルを「先鋭的」と表現する。
しかし他のセキュリティ研究者の目にはまるで「恐喝」に見える。どちらにしてもこのビジネス手法は、
ソフトウェアベンダーやセキュリティ会社で働くバグハンターのこれまでの仕事の流儀からは大きく逸脱
している。
CNETJAPAN
URLﾘﾝｸ(japan.cnet.com)
568:仕様書無しさん
07/08/24 01:45:24
>>567
で？どうした？
569:仕様書無しさん
07/08/24 17:05:50
>>567
まさに外道
570:仕様書無しさん
07/08/24 18:58:40
URLﾘﾝｸ(www.itmedia.co.jp)
脆弱性公開って怖いね
571:仕様書無しさん
07/08/30 23:30:32
「世界陸上」の真の舞台裏、運営がむちゃくちゃで現場は大混乱
URLﾘﾝｸ(gigazine.net)
>原因はボランティアのシフトがめちゃくちゃになってしまっていること。
>ボランティアスタッフの掲示板の書き込みを読んでみると、
>どうやらシフトを管理するシステムのデータが消えた、あるいは不整合が起きている、
>などの問題が発生している模様。
572:仕様書無しさん
07/08/31 13:41:43
俺様が今まで出した最高被害額は３０万くらい。
少ないほうカナ（藁
573:仕様書無しさん
07/08/31 14:36:58
今時藁ですかｗ
574:仕様書無しさん
07/08/31 14:38:50
藁とか何言ってんですかぶー(木
575:仕様書無しさん
07/09/09 17:53:30
一応、保守。
576:仕様書無しさん
07/09/18 21:39:13
＞火星探査衛星「Mars Odyssey」、ソフトウエアに機能障害が発生
URLﾘﾝｸ(www.technobahn.com)
577:仕様書無しさん
07/09/18 22:15:19
>>576
障害が起きてもリモートで復旧できるのがすごいよね。
578:仕様書無しさん
07/09/18 22:23:54
どんだけ金と時間と労力を使ってるとおもってんだ
579:仕様書無しさん
07/09/20 00:35:56
Mars OdysseyってJavaじゃなかったっけ
VMをkillして、アップデートして、立ち上げなおすのかな
580:仕様書無しさん
07/09/20 06:37:33
Javaが動かせるような高速CPUをNASAが使うかなぁ……？
581:仕様書無しさん
07/09/20 06:55:20
>前払い式国際電話カード、１５０万枚料金分話せず
URLﾘﾝｸ(www.asahi.com)
対応がセコイ('A`)
582:エルトンケツ
07/09/20 15:59:05
なりたかった
583:仕様書無しさん
07/09/20 22:11:30
>>580
JavaとCPUの速度は関係なくね？
昔H8でJavaをとかの本を見かけたことがある。
584:仕様書無しさん
07/09/20 22:26:14
宇宙ではむしろ故障防止や信頼性チェック厳しいから低速低密度を使うもんな
486でさえやっと使うようになったほどだ
585:仕様書無しさん
07/09/20 22:33:08
>>580
JAVAのカスタムチップ使ってるんじゃない？
586:仕様書無しさん
07/09/21 20:59:12
火星探査衛星の「マーズパスファインダー」ではPowerアーキテクチャのベースになった
RS6000を使ってなかったっけ？
打ち上げた当時としては結構新しいデバイスだと思ったが。
587:仕様書無しさん
07/09/21 22:22:24
だから失敗したと？
588:仕様書無しさん
07/09/21 23:08:01
>>586
マーズパスファインダーは、コストを下げるために全体的に民生品を使ってるから。
589:仕様書無しさん
07/09/22 07:55:35
そういやＮＡＳＡってＭＩＬ規格とか使いそうで使わないんかな。
590:仕様書無しさん
07/09/22 08:40:57
>>589
ＭＩＬ規格は古くなったから、新しい規格が作られてなかった？
591:仕様書無しさん
07/09/22 14:33:42
MIL規格はMIL-XXXXって番号で管理してたような。
単純に新しい番号を振るだけじゃなかったっけ？
軍もでかい組織だけどNASAもでかいから
自分たちで規格もってるでしょ。
重要なところは自分たちで抱え込んでおかないとな。
592:仕様書無しさん
07/09/22 16:51:49
>>591
NASA規格は国際的にはクリーンルームのレベルの高さなどでよく引用されてる。
MIL-STDは最近は試験基準くらいしか参考にしてないな。
593:仕様書無しさん
07/09/22 19:51:33
URLﾘﾝｸ(www.itmedia.co.jp)
くそGPL死ね
594:仕様書無しさん
07/09/22 19:55:43
>Monsoonは自社製品とファームウェアがBusyBoxを組み込んでいることを自社Webサイト上で認めているにもかかわらず、販売先に対し、ソースコードを一切公開していない。
まあ、これを黙認しちゃうと次から次へとやられるだろうから仕方ないだろ
595:仕様書無しさん
07/09/22 21:34:30
>593
つーか、都合が良いところは利用して金儲けしておきながら市ねとは何事かね?
596:仕様書無しさん
07/09/22 21:49:26
GPLはクソだから使わない、と判断すべきだよね。
597:仕様書無しさん
07/09/23 00:19:51
商売でやってたら普通GPLは避けるわな
598:仕様書無しさん
07/09/23 00:26:35
神戸新聞でシステムダウン 京都新聞を題字変更し配達
URLﾘﾝｸ(www.asahi.com)
599:仕様書無しさん
07/09/23 15:57:22
犯人まだ？
【動かないコンピュータ】神戸新聞でシステムダウン 京都新聞を題字変更し配達（画像あり）[09/22]
ｽﾚﾘﾝｸ(newsplus板)
600:仕様書無しさん
07/09/23 15:58:06
宇宙線の仕業です
601:仕様書無しさん
07/09/23 16:45:48
ECC付きメモリじゃないのかw
602:仕様書無しさん
07/09/23 17:10:41
Yahoo!ニュース - RBB TODAY - 神戸新聞社、22日発生の組版システム障害から復旧
URLﾘﾝｸ(headlines.yahoo.co.jp)
603:仕様書無しさん
07/09/23 22:18:21
日本が混乱するくらいの被害を出してほしいもんだ。
いつまでも不遇にしている国に復讐してやるのだ
604:仕様書無しさん
07/09/23 22:26:07
年金システム不備により全年金データ消失
とか？
605:仕様書無しさん
07/09/24 11:47:18
航空管制全滅でも、たいして変わってないし。
606:仕様書無しさん
07/09/24 12:55:53
>>604
それは仕様です。
607:仕様書無しさん
07/09/24 21:16:18
年金システムだったら自分に返ってくるだけじゃんｗ
608:仕様書無しさん
07/09/25 19:32:19
バグじゃないけど。。
これ損失どれくらいだろ。
100人規模のソフト屋だったらアボンじゃね。
【ネット】「Share」で診療費情報など約1万人分流出 NTT東日本
ｽﾚﾘﾝｸ(newsplus板)
609:仕様書無しさん
07/09/25 20:08:24
>>608
これは確かNTT本体の奴が漏らした奴だろ
下請け孫請けの人間がこんなの漏らしたら会社ごと潰れるわw
610:仕様書無しさん
07/09/25 22:52:30
トレイダーズＨＤ、誤発注でシステム会社への賠償請求検討
URLﾘﾝｸ(www.nikkei.co.jp)
611:仕様書無しさん
07/09/25 23:20:00
>>610
これ賠償請求したらもう、自社で開発するしかなくなるね。
612:仕様書無しさん
07/09/25 23:24:17
>>611
少なくともこの会社からの仕事を受けるSIerはなくなるね。
自分で自分のクビを締めるだけ。
最終的な責任は検収した自社がとるのが筋であり、常識。
責任まで全部負えっていうなら、桁が二つ足りないな。
613:仕様書無しさん
07/09/26 00:13:01
プロジェクト成功したら、いくら儲かっても利益独占で追加で金を出したりはしない。
損害が出たら作った奴に請求。
そんな馬鹿な話は通らんだろ。
614:仕様書無しさん
07/09/26 00:21:00
だいたい誤発注のシステム会社はトレイダーズHDの子会社。
身内なんだから親が責任持てよと思うね。
615:仕様書無しさん
07/09/26 00:26:45
なんだ、身内での揉め合いかよ。
ひょっとして連結決算でグループとしては損得無し、
対外ポーズを演じてるだけとか？
616:仕様書無しさん
07/09/26 11:42:59
>>614
元身内で、今はイートレの子会社らしいよ。
617:仕様書無しさん
07/09/26 20:09:46
HET落ちるの何とかしる
618:仕様書無しさん
07/09/26 22:23:02
Excel 2007に乗算を間違えるバグ--2進法と10進法の処理方法で
URLﾘﾝｸ(headlines.yahoo.co.jp)
619:仕様書無しさん
07/10/08 12:14:32
ゆうちょ銀行のシステム障害 無事２週目に突入
ｽﾚﾘﾝｸ(news板)
ゆうちょ銀システム１週間復旧せず、口座開設一部休止に [10/08]
ｽﾚﾘﾝｸ(liveplus板)
いつになったら直るんだろう…
620:仕様書無しさん
07/10/08 12:24:42
民営化して、全銀連との接続を想定したプログラムを起動した直後だし、
バグどころか実は全然プログラムができていなかったというオチな気がする。
621:仕様書無しさん
07/10/09 10:30:53
氏んどらーの調査結果がぽつぽつ出てきたね。
制御回路にノイズ耐性がまるでないらしい。
接点ノイズはしばしば1000V以上、
実験予定では2000Vまでやるつもりが50-60Vで誤作動。
ブレーキパッドの異常磨耗も誤作動による
半ブレーキで進んだんじゃないかｳﾝﾇﾝ(by NE9/24
622:仕様書無しさん
07/10/09 11:33:54
>619
郵貯のシステムは腐士通だったっけ？
みずぽ以上の大騒ぎになってそうな悪寒・・・・・
623:仕様書無しさん
07/10/09 12:29:03
もうみずぽ
ﾅﾂｶｼｽ
624:仕様書無しさん
07/10/09 20:30:20
>>620
あるあるｗ
いやほんと・・・('A`)
625:仕様書無しさん
07/10/09 20:36:20
なんか、フジツウって久しぶりに名前聞いた気がする。
626:仕様書無しさん
07/10/09 20:41:24
名寄せ（同一人物が複数の口座を開いてないかのチェック）をする部分のプログラムが動いてないだけだろ？
何かバグっつーより、仕様で指示してなくてすっぽりその部分のプログラムだけ抜け落ちてたというオチのような
気がしてきた。
627:仕様書無しさん
07/10/09 22:30:35
復旧きた
社内の利用だけで高負荷になってたとかなんだよそれ
628:仕様書無しさん
07/10/10 00:42:29
テストファーストってやつだな。
本番がテストだけど。
629:仕様書無しさん
07/10/10 11:11:23
本番にまさるテストは無い
630:仕様書無しさん
07/10/10 11:48:42
>>629
一発完動教徒だな？
631:仕様書無しさん
07/10/10 17:16:08
まあ、「動かないコンピュータ」を待てｗ
632:仕様書無しさん
07/10/10 20:03:29
システム本稼働からが俺ら現調部隊の本稼働だしなー
まぁ金貰えるからいいんだけどさｗ
633:仕様書無しさん
07/10/12 07:03:21
自動改札でトラブルが出ているようだが…
634:仕様書無しさん
07/10/12 07:21:08
【速報】 自動改札が故障しているらしい 【関東全域】
ｽﾚﾘﾝｸ(news板)
でてこいよ
635:仕様書無しさん
07/10/12 07:41:28
また日付の桁あふれとかそんなんじゃないだろーなー？
636:仕様書無しさん
07/10/12 08:03:43
# ＪＲなどで改札の電源入らぬトラブル （07:38）
637:仕様書無しさん
07/10/12 08:13:23
一部メーカーの機械っぽい
638:仕様書無しさん
07/10/12 09:41:27
ソフトじゃねーだろ
639:仕様書無しさん
07/10/12 10:01:49
日本信号だそうだ
640:仕様書無しさん
07/10/12 10:29:29
日本信号が安い 改札機のトラブルで
URLﾘﾝｸ(www.kabujouhou.com)
被害北
641:仕様書無しさん
07/10/12 10:42:49
まぁ、人が死ぬわけじゃないし、
仮に死ぬトラブルでも日本信号ならK察OBが天下ってるはずだから大丈夫。
642:仕様書無しさん
07/10/12 11:47:22
下請が潰れるだけだし
643:仕様書無しさん
07/10/12 12:37:23
被害総額何億かな？
何遍切腹したって足らない額だろ。
644:仕様書無しさん
07/10/12 13:58:41
去年だったかにこけたのも、そこの機械だったな。
645:仕様書無しさん
07/10/12 20:11:49
で、原因は？
646:仕様書無しさん
07/10/12 20:14:14
オレオレ、ニュース見た? 改札機でバグ出しちゃったからすぐお金振り込んで。
647:仕様書無しさん
07/10/12 21:59:27
破防法対応における改札一斉封鎖のテストロジックが残ってました＞＜
648:仕様書無しさん
07/10/12 22:13:33
NSECとかNSECとかNSECとか
649:仕様書無しさん
07/10/12 23:09:05
日本信号の株価はもっと下がっていい
650:仕様書無しさん
07/10/13 00:37:20
URLﾘﾝｸ(www.yomiuri.co.jp)
>だが、改札機に一定量のデータが送られると異状が起きるプログラムミスがあり、１２日朝送られたデータが異状を引き起こしたという。
オーバーフローっすか。
651:仕様書無しさん
07/10/13 00:49:24
一局集中型システムの恐ろしいところ
652:仕様書無しさん
07/10/13 00:51:19
URLﾘﾝｸ(www.yomiuri.co.jp)
>非常にまれなケースが起きてしまった。
全然まれなケースじゃないと思うよ。
653:仕様書無しさん
07/10/13 01:02:07
この手の事故の損害ってのはやっぱりソフトウェアの作成元に賠償責任があるの？
654:仕様書無しさん
07/10/13 01:22:08
>>653
ないよ。
まともな契約ならね。
ちゃんと検収してるわけだから。
発売後永久に賠償責任を負うなら、ソフトハウスは全部潰れているよ。
655:仕様書無しさん
07/10/13 07:28:13
>>652
一応「まれ」なケースらしいですよ。
URLﾘﾝｸ(www.asahi.com)
> 日本信号製の自動改札機には、送られてくるネガデータの量が特定の量
> だった場合、プログラムが異常に反応して機能停止を引き起こす不具合が
> あった。問題となる特定量を上回っても下回っても、トラブルは起きないという。
656:仕様書無しさん
07/10/13 08:24:57
特定の量だった場合とかどんな罠かと。
普通そんなコード書かないよな。
657:仕様書無しさん
07/10/13 08:27:54
条件判断で＞と＜だけ作って＝＝の場合を忘れたとか？
658:仕様書無しさん
07/10/13 08:33:01
>>657
どんなVBならそんなコード書くのかしらないけど
普通そんなコーディングしないし。
659:仕様書無しさん
07/10/13 10:37:14
たまにそういう罠を仕掛けたくなる事ならあるが。w
660:仕様書無しさん
07/10/13 11:32:31
仕様に
～より大きい場合は・・・
～より小さい場合は・・・
としかなかったら等しい場合を含めて記述するのは違反
661:仕様書無しさん
07/10/13 12:48:27
でもパスモのサービス開始から半年で１回おきてるんだからレアケースじゃないよな。
データって１日１回起動時の配信だろう？
すると１８０分の１ってわけだ。
半年に１回はおきるだろう。