情報システム課・電算課スレ Part5

このスレへの固定リンク： http://5chb.net/r/koumu/1291642102/
ヒント：5chスレのurlに http://xxxx.5chb.net/xxxx のようにbを入れるだけでここでスレ保存、閲覧できます。

1 ：非公開＠個人情報保護のため：2010/12/06(月) 22:28:22: 職場全体の業務のインフラを担う縁の下の力持ち。
原課とベンダーと理解度の低い上司との板挟みになりつつもシステムの運用に奔走する
担当者達の情報交換の場でございます。
2 ：非公開＠個人情報保護のため：2010/12/07(火) 18:56:20: thread.got(2);
3 ：非公開＠個人情報保護のため：2010/12/08(水) 20:55:20: >>1
上司の理解度をとやかく言えるほど知識を持った奴なんてほとんどいない。
情報システム課自体が自治体には不要な存在。
4 ：非公開＠個人情報保護のため：2010/12/08(水) 22:23:33: >>3
そう思って情報システム課を廃止すると，
ベンダーの言い値でシステムを支えなければならない。
5 ：非公開＠個人情報保護のため：2010/12/08(水) 22:49:51: >>4
ベンダの提案を評価できないような情報システム課なんかがあっても、何も変わりはしない。
高木氏の電突に対して対等に渡り合えるくらいの人材がいないなら、原課が直接交渉するのと変わりはしない。
少なくとも情報系の学部卒、できれば院卒程度の能力は必要。
6 ：非公開＠個人情報保護のため：2010/12/09(木) 22:03:54: >>5
うちの職場は、民間の情報システム経験者でoracle silver持ちと
大学で情報工学やって、テクニカルエンジニア(ネットワーク) 持ってたやつがやってたよ
7 ：非公開＠個人情報保護のため：2010/12/09(木) 22:11:56: >>6
幸運な例外だね
8 ：非公開＠個人情報保護のため：2010/12/10(金) 00:18:21: >>7
まぁそれも2，3年で変わるんだけど
9 ：非公開＠個人情報保護のため：2010/12/11(土) 21:57:10: 民間と渡り合えるようなスキルを持っている公務員なんかごく僅か。

だから，現場を経験してスキルを積ませる意味もあって，
システム課に人を貼り付ける。

…なのに，今は数年で異動させちゃうからなぁ。
10 ：非公開＠個人情報保護のため：2010/12/14(火) 03:33:39: 異動しても異動先でトラブルシュートや情報リテラシーの向上に協力してくれたりするのであれば
積んだスキルが生きてくるのだけどね
11 ：非公開＠個人情報保護のため：2010/12/14(火) 22:53:06: コンピュータがまだ珍しかった時代（電算機と呼ばれてた頃）にそれ専門で
選考採用された香具師がシステム部門の事実上のボス（ドン）となってしまい
一般事務屋は誰も意見できず多額の税金が大型電算機に無駄に使われたという
苦い経験がある。
異動が無いのも考えもの。
12 ：非公開＠個人情報保護のため：2010/12/15(水) 22:57:16: >>11
かといって、専門家不在では誰もベンダに意見できずに多額の税金が無駄に使われる。
岡崎市図書館みたいな馬鹿な対応も生まれる。
素人ばかりの情シスなんぞ存在価値なし。
13 ：非公開＠個人情報保護のため：2010/12/16(木) 01:06:42: 専門家と言っても全体最適のことまで考えられる有能な人材はまず皆無で
オタクの塊みたいなのが多いんだよな。
システムの細かいことは得意だが費用対効果とかメンテナンスのことまで
考えずに自分の自由にできるオモチャを作ることばかり考えてる。
本人は専門知識で周囲を指導してるつもりでも結局、商売上手のベンダーに
いいように利用されてるのが実態。
14 ：非公開＠個人情報保護のため：2010/12/16(木) 01:29:29: >>13
うちは、システムに詳しい人間と、
システムには詳しくないけど業務に詳しい人間セットで置いてる
大体バランス取れてるよ
15 ：非公開＠個人情報保護のため：2010/12/16(木) 22:43:47: >>13
「システムの細かいこと」ってのがよくわからんな。
全体最適のことまで考えられる人は、基礎ができているから、システムの細かいことまで理解しているもんだ。
16 ：非公開＠個人情報保護のため：2010/12/17(金) 19:35:06: >>15
正確に言えば「特定の分野の細かいこと」が得意な香具師だな。
大型電算のレガシーシステムに精通してる香具師とか逆に
ＰＣクライアントサーバーシステムに精通してる香具師とか。
ＩＴの全分野に精通する必要は勿論無いが、全体を俯瞰できないため
自分の土俵に無理やり引きずり込もうとする自称専門家が多すぎる。
その自称専門家に何も意見できない管理職は確かに糞以下だが。
17 ：非公開＠個人情報保護のため：2010/12/17(金) 23:43:41: >>16
なるほど。
この世の全てがMSによって創造されていると信じているVBA厨とかだね。
18 ：非公開＠個人情報保護のため：2010/12/18(土) 23:24:25: 極端かもしれないが，自治体のシステムは，
自治体が自前で作ったほうがいいんじゃないかって気がする。

少なくとも，そういうことができる人材を育てないと
ベンダーの言いなりだね。

まあ，ハード整備の公共事業で建設業が潤う構図が
情報システム業にも拡大されたと解釈すれば，
今みたいな中途半端な体制がもっとも効率はいいだろうけどね。
19 ：非公開＠個人情報保護のため：2010/12/30(木) 01:08:24: age
20 ：非公開＠個人情報保護のため：2010/12/30(木) 17:47:38: 情報システム課に常駐する民間の外注さんたちｗ
21 ：非公開＠個人情報保護のため：2010/12/31(金) 01:51:26: ソースコードなくしちゃったり。
意図的に消去したり。

ソースコードを管理する知識がないので
ロードモジュールをビルドしたときのソースコードが
今じゃ取り出せないんだよな。
22 ：非公開＠個人情報保護のため：2010/12/31(金) 12:43:05: >>21
うちもソースを管理できてないや
納入物としては貰ってるが、契約上単年度なんで
手を入れたところの部分しか貰ってない
そのくせ、10年以上前のシステムに継ぎ足してるから、
スパゲッティーになってる

役所でCVSとか作らないとだめなのかねぇ
23 ：非公開＠個人情報保護のため：2011/01/01(土) 19:24:07: svnとかcvsとか管理してないことにつけ込まれて
変な改竄が横行するようになるよ。
そしてソースコード消されちゃうのさ。
24 ：非公開＠個人情報保護のため：2011/01/01(土) 19:34:51: ソース管理してないとチームで開発してると
他人の開発から自分のコードを守るために
同じようなロジックをコピーし始めるのだが
これが致命的にボリューム爆発させてしまう。

最後は自分達が混乱させたソースコードなのに
特殊な作業で改修が難しいと言い訳。

こうしてカネばかり浪費される。
25 ：非公開＠個人情報保護のため：2011/01/02(日) 23:25:09: そもそCOBOLERやVBA厨はソースバージョン管理という概念を知らない
クソみたいなコード書くくせにドキュメントを作らない
いい加減にしろ
26 ：非公開＠個人情報保護のため：2011/01/03(月) 14:36:04: うちはドキュメント命だな。
27 ：非公開＠個人情報保護のため：2011/01/09(日) 11:50:08: うちには代表システムが２つあり、１つはドキュメントを徹底しすぎて
画面のコピペのようなマニュアルもどきが膨大に発生し、そのメンテ工数で
本来の改修作業が滞っている。

もう１つはドキュメントなど全く存在しないシステム
巨大なCOBOLとJavaとAccessで実装されてる。
巨大になる理由はソースコードの管理がないからで
開発者はコードを集約するのではなく、
他人の開発コードから自分のロジックを守るためにソースコードをコピーしてる。

毎日似たようなコードをコピーしてれば
たいした処理をやってなくてもボリュームは爆発する。

最後に、俺たちは特殊な仕事をやっているのだと自慢したりする。
28 ：非公開＠個人情報保護のため：2011/01/09(日) 21:22:56: >>27
> 最後に、俺たちは特殊な仕事をやっているのだと自慢したりする。
井の中の蛙の典型だな。
どうせVBAかじった程度のパソコン博士だろ。
本当にデキる奴は、上には上がいることを知っているから、
素人さん相手に自慢することなんてありえない。
29 ：非公開＠個人情報保護のため：2011/01/09(日) 21:25:50: >>27
＞巨大なCOBOLとJavaとAccessで実装されてる。
メマイがするようなシステムだな。
30 ：非公開＠個人情報保護のため：2011/01/12(水) 08:27:47: 監査する人が存在しないので、職員は財務会計規則・手続きを勝手に捻じ曲げて
自由に起票にでき、業者と連携できる仕様変更が日々多くなる訳だが
どこか後ろめたい気持ちがあるので、こんな結果になるのだろうな。
31 ：非公開＠個人情報保護のため：2011/01/12(水) 22:07:07: 日本語でおk
32 ：非公開＠個人情報保護のため：2011/01/13(木) 19:14:30: なかの仕掛けがわからないクレーマのような職員が増えて大変なんだよな。
基地外との会話のようになってくるから、どうしようもない。
窓口にくる市民より職員の方がタチが悪い。

民間企業のように利益とか成績とか数値目標がないと人間腐るのかね？
33 ：非公開＠個人情報保護のため：2011/01/13(木) 21:04:51: 障害は仕事をサボるための言い訳。

障害原因を自ら調査したりするわけもないので
誰かに外部の人間に押し付けては
まだかまだかと念仏のように唱えるのは簡単だ。
勤務時間がいちばん浪費できるし
他のやりたくない仕事をしなくても済むもはメリットだ。

自作自演のときもあれば
自分バカでまったく勘違いしてる場合もある。

第三者に状況を説明しないことが大事
一瞬にして解決されては元も子もないからだ。
34 ：非公開＠個人情報保護のため：2011/01/13(木) 23:06:21: >>33
運用を委託している委託先の民間企業のオペレーターミスで障害が発生して
システムが丸一日止まったんだが
自作自演だったのか

>>32
ベンダが｢出来ました。テストしてください｣って持ってきたシステム
触って15分で落ちたぞ
インターネットに公開するシステムなのに
3人以上で同時に触ると過負荷で落ちるらしい

両方とも、世の中では超一流で通ってる会社
もう、潰れちまえ
35 ：非公開＠個人情報保護のため：2011/01/13(木) 23:15:56: >>34
Hかパソコン作ってない方のNだろ
36 ：非公開＠個人情報保護のため：2011/01/15(土) 01:09:07: 我が県にはシングルサインオン(SSO)もどきが存在し
なぜかそれが特定の業務システムに組み込まれている。

LDAPサーバを共有すればすむ話を
業者が囲い込みのためSOAP実装と共にラップjarファイルにしたため
拡張性も、移植性も非常に悪く
その業務システムのバージョンアップの障害になってたりする。

Windowsドメインのユーザとも連携してないし
その管理部署とは別管理なので、SSOと言っても
WindowsにログオンしたあとにSSOもどきのブラウザ画面に
再度ログインするはめになっている。
しかもSSOが適応できるのは２つのシステムだけだ。
37 ：非公開＠個人情報保護のため：2011/01/15(土) 01:18:58: オープンソースのOpenSSOはWindowsのAD認証と連携できる。
なのでOpenSSOにアプリを対応させれば一元管理など簡単な話だ。

そんな技術的な問題ではなく、日々ハッキング行為に余念がない
Windowsのドメインを管理する部門にSSOを一元管理させることが
最も危険なことになるかもしれない。
38 ：非公開＠個人情報保護のため：2011/01/15(土) 13:49:52: >>35
パソコン作ってない方のNはひどすぎ。
なにをどうしたらあんなクソシステムがあの破格(の高額)で提供できるのか。
39 ：非公開＠個人情報保護のため：2011/01/16(日) 00:23:04: パソコン作ってない方のNって○RIのこと？
それとも○TT？
40 ：非公開＠個人情報保護のため：2011/01/17(月) 20:48:19: >>38
自分ではほとんど何もせず全部下請け孫請けに丸投げしてるから。
官公需中心の仕様書の形式的管理だけの典型的ピンハネ会社。
ま、いくら技術力が超一流でも役所が零細ベンダーや個人に仕事を
直接委託できない罠。
ＩＴ土建ってのは実にうまくこのビジネスモデルを表現してる。
41 ：非公開＠個人情報保護のため：2011/01/17(月) 21:25:28: >>40
零細ベンダと直接契約してみた
行程管理が甘いのと、テスト環境を持ってないので
うちのテスト環境を使わせる必要があったが
予算は1/5になったよ

後は、当たり外れをどうするかだな
うちはうまく行ったけど、他の課で契約した会社は
プロジェクトひっかきまわして
結局出来ませんって泣き入れてきたらしいし
42 ：非公開＠個人情報保護のため：2011/01/22(土) 00:33:53: >>32
>民間企業のように利益とか成績とか数値目標がないと人間腐るのかね？

利益を考えるのなら電算部署いらなくなるという結論にはなるなw
43 ：非公開＠個人情報保護のため：2011/01/22(土) 02:07:56: 情報システムは必要だけど、素人ばかりの電算部署は確かに不要だな。
ついでに言うと、コンピュータをどうやって業務に役立てればいいかもわからない原課職員も不要だな。
44 ：非公開＠個人情報保護のため：2011/01/22(土) 11:09:49: メインフレームにはsvnやvss、cvsのようなソースコード管理する文化がない。
そのCOBOLをUNIXサーバに移植、しかし担当はコボラーなのでソースコードを管理する価値観はなかった。
自分の修正が他の部分に影響するのは嫌だし、他人の開発に自分のコードが影響されるのは嫌だ。

Eclipseもなければ、リファクタリンクする文化もない、
常にソースコードをコンパクトに集約しようという価値観はコボラーにはない。
オブジェクト指向の継承構造などは使えないのだから、コボラーはソースコードをコピーするだけだ。
プログラムのIDだけ変えてソースファイルを何も考えずにコピーするのが今日の仕事だ。
COBOLは今でも質より量をとる、ステップいくらの世界だ。

整合性を取ってないソースコードのファイル数を自慢しても無意味だと思うが
そんな毎日を何年も続けてれば、ソースコードは何千ファイルにも膨れ上がる。

プログラム改修は通常システム全体で整合性をとるものだが、そんなことはコボラーにはできない。
実はシステム全体で整合性を取らなくてもいいように、スタティックリンクのロードモジュールにしてある。
他のロードモジュールは再度リンクするまで影響がないはずだ。
ソースコードは管理されてないのだから、昔のバージョンのソースコードをsvnから切り出すようなことはできない。
だからロードモジュールを再びビルドすることは絶対に不可能なのだが、そんなことはコボラーの責任範囲ではない。
45 ：非公開＠個人情報保護のため：2011/01/22(土) 11:23:54: 無意味に複雑にする自作自演の破壊活動なのだが、
素人の役人にはシステムのボリュームしか見えないため
せっせと予算を捻出してくれるところにも問題がある。
46 ：非公開＠個人情報保護のため：2011/01/23(日) 01:39:57: COBOLを使うと馬鹿になるって大先生も言ってたな
そしてVBA厨は現代のCOBOLER
47 ：非公開＠個人情報保護のため：2011/01/23(日) 19:21:00: こんなクソ言語に税金がジャブジャブ遣われているのが問題だ。
48 ：非公開＠個人情報保護のため：2011/01/25(火) 03:33:06: ただ書きなぐったようなCOBOLソースでは
デバッグすらできない事も判明。
ただ時間だけが過ぎていくのだが。
49 ：非公開＠個人情報保護のため：2011/01/25(火) 12:57:59: うちは10年以上前に、Javaに移行済み
50 ：非公開＠個人情報保護のため：2011/01/25(火) 14:03:48: ディスク容量が足りなくてバックアップしてない表があり
いざというときにはイメージバックアップから戻すからと言い訳。
しかし、イメージからのリストアとはDBインスタンス全体を上書き戻すことだっだ。
51 ：非公開＠個人情報保護のため：2011/01/25(火) 14:05:10: ディスク容量が足りないのではなく
頭がたりないのだ。
52 ：非公開＠個人情報保護のため：2011/01/27(木) 23:00:26: >>50
当たり前だ
基本仕様書作るときに、容量ぐらい見積もれよ
53 ：非公開＠個人情報保護のため：2011/01/28(金) 12:15:50: 我が県ではOracleの表に
表領域が許す限りPDFファイルを突っ込む仕様があり
容量の見積りなど不可能なのだ。
54 ：非公開＠個人情報保護のため：2011/01/28(金) 12:26:06: >表領域が許す限り
つまり、TABLESPACEサイズを制限して、
HDDの物理的空き領域を確保すれば良いだけじゃないか
55 ：非公開＠個人情報保護のため：2011/01/28(金) 12:33:52: 1) 領域不足エラーにクレーム
2) 表領域を増やす
3) 増やした分だけPDF追加
4) 1)に戻る
56 ：非公開＠個人情報保護のため：2011/01/28(金) 12:44:31: >>55
クレーム入っても空き容量無いで突っぱねろ
うちもファイルサーバーが容量足りないって言われるが突っぱてる
57 ：非公開＠個人情報保護のため：2011/01/28(金) 19:32:04: >>56
昔はその手が使えたが今はストレージの容量が劇的に増えてることが素人にも
わかってしまってるので説明に苦労する。
「ゴラァ！今は２ＴＢのハードディスクが２万円で買えるんだぞ。嘘つくな！」
とかねｗ。
58 ：非公開＠個人情報保護のため：2011/01/28(金) 19:58:39: >>57
SATAのHDD何か、信用低すぎて使えねーよ
サーバー舐めんな

って返してます
59 ：非公開＠個人情報保護のため：2011/01/28(金) 20:53:08: >>58
そういう説明してたら高信頼性のはずのストレージがハード障害で飛んでしまい
収入会計業務が丸１日ストップして面子が丸つぶれになったことがある。
「損害賠償モンだ！」と不治痛を恫喝してＲＡＩＤの超高信頼性ストレージに
同じ値段で入れ替えさせた。
60 ：非公開＠個人情報保護のため：2011/01/30(日) 02:28:12: 2万円のSATAのハードディスクでもrsyncのバックアップだけで充分だったり
ゆうちょ銀行のIBM製ストレージの様にファームウェアの更新を怠っていたためにシステム全体が停止したり
ストレージって金額ではなく、運用する人間の技量で信頼性が決まるんだよな。
61 ：非公開＠個人情報保護のため：2011/01/30(日) 02:42:23: ２万円のSATAディスクと違って
最小構成価格は3億2509万5500円(税別)のDS8000シリーズなんて
しょっちゅうクリティカルなバグがファームウェアに発見される。
http://www-01.ibm.com/support/docview.wss?uid=ssg1S1003593

更新しなければならないけど、稼働開始後にストレージのファームウェアの更新って
結構勇気のある判断で、運用担当が尻込みしてる間に本当に障害が発生するのさ。

ディスクって価格じゃないんだよ、運用担当者の技量がものをいうんだよ。
62 ：非公開＠個人情報保護のため：2011/01/30(日) 04:17:17: ディスク単体での信頼度と、システムの信頼度をを同一レベルで語るあたり…
>>60-61　おまえ、技術屋じゃないだろ
63 ：62：2011/01/30(日) 04:19:43: >>60
ちなみに、ゆうちょのシステムダウンの原因は、
ファームの更新を怠ってた事じゃないぞ
うちも同じ機会入れてたから、IBMが頭下げに来たけど
64 ：非公開＠個人情報保護のため：2011/01/30(日) 04:22:22: そうだよ。オットセイ職員だよ。
65 ：非公開＠個人情報保護のため：2011/01/30(日) 04:30:25: http://www.itmedia.co.jp/news/articles/1008/17/news028.html
やっぱファームのバグか。

ディスク単体での信頼度も、
ストレージシステムの信頼度も
アプリから見れば同じだよ。
66 ：62：2011/01/30(日) 04:36:47: >>65
ファームのバグだけど、ゆうちょの事例が1例目
ゆうちょで発動して、対策ファームが出た
だから
>ゆうちょ銀行のIBM製ストレージの様にファームウェアの更新を怠っていたためにシステム全体が停止したり
は誤り

そして、
>ディスク単体での信頼度も、
>ストレージシステムの信頼度も
>アプリから見れば同じだよ。
そんな低レベルな認識では、システム組めない
仕事でも能率上げるためにボトルネックを考えるのは日常的有ると思うけど、
そういうの考えない人？
67 ：非公開＠個人情報保護のため：2011/01/30(日) 04:57:31: ファームのバグはわかっていたけど、運用上の問題で適用見送りになってたんだろ。
68 ：非公開＠個人情報保護のため：2011/01/30(日) 05:00:08: 仕掛けを理解できない高価なストレージシステムって
テストなんてやらないから、こんなことになったのさ。

それなら仕掛けを理解したSATAディスク２台構成のほうが信頼性があるね。
69 ：62：2011/01/30(日) 05:03:22: >>67
システム障害の発生が、7月12日
IBMから対策ファームが出たのが8月20日

そして
>>68は馬鹿すぎるので一回死んでこい
70 ：非公開＠個人情報保護のため：2011/01/30(日) 05:05:51: 何れにしても未テストで稼働させた罪は大きいよな。
71 ：非公開＠個人情報保護のため：2011/01/30(日) 05:11:52: インフラのテスト中に検出できなかったことも問題だな。
ていうか全くインフラの障害関連を未テストのまま稼働させてるってことだね。

いやー怖いね。３億円払うと安心するのかね？
72 ：非公開＠個人情報保護のため：2011/01/30(日) 05:15:37: >69

#システム障害の発生が、7月12日
#IBMから対策ファームが出たのが8月20日

「7月に新規発生した障害のファームが9月にあてられる。
なんて普通ないから、運用都合かなんかで適用見送ってたんだろ」
というのが業界の判断です。
73 ：非公開＠個人情報保護のため：2011/01/30(日) 05:19:36: 世界で１万台以上入ってていままで事例なしだったこととも矛盾するので
ファームのバグは偽装で本当は設定ミスなんだろという見方もあるね。
74 ：非公開＠個人情報保護のため：2011/01/30(日) 05:22:03: 大金が絡んだストレージシステムって関係者の嘘も多いので
自分で充分理解したSATAディスク2台構成でrsyncってのが、一番信頼できるよ。
75 ：非公開＠個人情報保護のため：2011/01/30(日) 11:01:35: >>74
その「自分」が異動することに問題がある。
結局、職員の能力値が一定でないから、rsyncで組むと
今度は職員起因の障害が発生するだけ。
76 ：非公開＠個人情報保護のため：2011/01/30(日) 19:50:34: >>75
大手ベンダーの官公需部門は、まさにそこにつけこんで巨額の税金を
食い荒しているワケなのだが。
かと言って異動の無いＩＴ専門職員の養成は役所にとっては諸刃の剣。
77 ：非公開＠個人情報保護のため：2011/01/30(日) 20:47:26: 優秀だが嘘つきベンダーか？
それともバカで愚直な職員か？
78 ：非公開＠個人情報保護のため：2011/01/30(日) 20:51:23: カネの切れ目はベンダーとの切れ目。
答えはでてる。手順書を明確にして職員がやるしかないのさ。
79 ：62：2011/01/30(日) 23:35:26: >>75
それ以前に、こいつバックアップとRAIDの目的の違いも判ってなさそうだし、
相手するだけ無駄
80 ：非公開＠個人情報保護のため：2011/01/31(月) 10:12:05: ベンダーかばうの必死だね。いくらもらったの？
81 ：非公開＠個人情報保護のため：2011/01/31(月) 10:13:18: プール金持ち逃げされるから
切り捨てる訳にもいかないんだよね。
82 ：非公開＠個人情報保護のため：2011/01/31(月) 23:34:07: 紛失したソースコードを無理やり変造し、コンパイルだけ通るようにしただけでは
実際に動くかどうかもわからない。

そのロードモジュールが、昔と同じように動作するか確認する方法もない。
テストケースもなければテストデータもない。設計書もない、仕様もわからない。

この犯罪まがいの状況に、関わったメンバー達は、もはや逆ギレるだけ。
83 ：非公開＠個人情報保護のため：2011/02/01(火) 07:27:11: 自作自演で混乱させたコードを短期間で収束させると
それはそれで自作自演であったことを自ら証明してしまうようなもので
今までの開発工数を自ら否定してしまうことでもある。
84 ：非公開＠個人情報保護のため：2011/02/01(火) 17:40:00: http://www.anysql.net/doc/bug10103.html Bugs fixed in the 10.1.0.3 Patch Set
http://www.anysql.net/doc/bug10104.html Bugs fixed in the 10.1.0.4 Patch Set
http://www.anysql.net/doc/bug10105.html Bugs fixed in the 10.1.0.5 Patch Set
85 ：非公開＠個人情報保護のため：2011/02/01(火) 18:38:28: LOBデータはグチャグチャになっている筈だ。
だが根拠もなく大丈夫だと言い張るはずだ。
そうなると不正レコードが原因で移行できなくなるだろう。
86 ：非公開＠個人情報保護のため：2011/02/03(木) 08:26:03: >84
「ねっ。Oracleってバグ多いでしょ。だからHiRDBにしましょうよ。」
87 ：非公開＠個人情報保護のため：2011/02/04(金) 08:35:38: パッチを当てればなおる話を逆手に取って
不具合を起こす機能を見つけては
それを実装していった悪意を感じる。

まぁ確かにシステムは大混乱し
工数は爆発しボロ儲けすることができたのだろう。

そんな破壊工作の５年が終了しようとしているが
その前にデータを安全に抜き出さなければならない

まるで、爆発物処理班のように。
88 ：非公開＠個人情報保護のため：2011/02/04(金) 20:59:57: 問題を揉み消してばかりいると
ついつい問題の解決案まで揉み消すようになり
もうこれは末期症状。何も変化を望まない老人ホームに似てる。
89 ：非公開＠個人情報保護のため：2011/02/05(土) 00:05:01: Web画面のJspとバリューオブジェクトの生成ツールを、なぜかVisual C++でコテコテに開発していた。
そのツールはバリューオブジェクトのJavaソースコードを内部で消去して
クラスファイルだけを成果物として出力していた。

時がたってJDKを1.4から1.5に上げるときに、ソースコードが存在しないことが判明。
Javaのコードの呼び出し方によっては古いバージョンのクラスファイルから
新しいバージョンを呼び出すことはできない。
システム全体を廃棄することになりかねない問題になったっけ。

契約を切られないようにするために、そのベンダーはソースコードを消去までして
金融庁から業務改善命令が発令されそうな状況をワザと作って
その金融機関と取引を続けていたんだ。

このときソースコードって「人質」なんだと思ったんだよね。
90 ：非公開＠個人情報保護のため：2011/02/05(土) 00:08:32: そんなことやってるから、外資に負けちゃうんだよな。
91 ：非公開＠個人情報保護のため：2011/02/10(木) 23:54:13: >87

パッチを当てることになって
バグの内容によっては、COBOLソースをプリコンパイルしようにも
ソースコードが管理されてなかったのだから
ロードモジュールを、その当時のバージョンで再ビルドすることはできなかったはずだ。

だからパッチセット当てることなど論外だったのだ。
92 ：非公開＠個人情報保護のため：2011/02/12(土) 15:11:48: サギ残業でネトゲやる時間があるのだから、svnに成果物を登録する時間はじゅうぶんあったはずだ。
なぜやらない？
なぜソースコードを消去するような必要があるのか？
なぜ全体と辻褄が合ってない自分のロードモジュールだけをリリースするのか？

わからないことだらけだ
93 ：非公開＠個人情報保護のため：2011/02/14(月) 11:38:08: 入退室カードやパスワードでガチガチにセキュリティが確保された部屋というのは
中で何をやってるのか、把握できないデメリットが常に付きまとう。

深夜勤務や休日出勤手当てを貰いながら、実際はネトゲに夢中になっていても
外からはまったく把握できないというリスクが伴う。

むかしはサギ残業などと呼んだが、今どきはネトゲ残業と呼ぶほうがふさわしい。
94 ：非公開＠個人情報保護のため：2011/02/16(水) 21:50:09: 自治体に、情シスって名乗るのもおこがましい電算部門がどれだけあるんだろうな。
管財課や契約課に吸収されたほうがいいんじゃまいか
95 ：非公開＠個人情報保護のため：2011/02/17(木) 18:54:50: COBOL2002からオブジェクト指向言語になった
http://mac-reimann.de/OOC2002.pdf
クラス、メソッド、ファクトリー、継承、多重継承、インターフェイス...
ソースコードをコピーする時代は終わった。

これからのコボラーはオブジェクト指向設計ができなければ
工数やボリュームが爆発してやってられなくなるだろう。
96 ：非公開＠個人情報保護のため：2011/02/19(土) 13:18:57: しかしまぁ、どんな意図があって
ソースコードを削除しちゃうんだろうね？
２年おきに配属がローテーションしちゃうから後任に対する嫌がらせ？
それとも違法なロジックを隠蔽するためなんだろうか？
自分だけ給料の振込額を倍に改造してたとか？
いろいろ考えちゃうよね。
97 ：非公開＠個人情報保護のため：2011/02/19(土) 15:03:02: どうも工数を膨らませるために意図的にやってる気がする。
一人で１日で済むような修正を何人もの人間が何週間も悩み苦しむようになれば
自ずから工数が増えて誰かが儲かる仕組みだ。

厳重に注意しておかないと、簡単にソースコードを紛失し
カネがいくらあっても足りない現状を認めてしまうことになる。

新しく構築する環境でも、こいつらは過去の工数を正当化するために
またソースコードを意図的に混乱させてしまうだろう。

なんとも情けない話だ。
98 ：非公開＠個人情報保護のため：2011/02/19(土) 23:32:41.62: >>96
> ２年おきに配属がローテーションしちゃうから
2年とはえらく短いな。
文系素人が2年でまともな仕事ができるようになるとは思えないな。
99 ：非公開＠個人情報保護のため：2011/02/20(日) 12:16:39.46: 春の入札祭り実施の季節ですね。

このご時世、保守も随契は無理で入札しなければいけないのだけれども、たまに仕事ほしさで激安で入札する業者が怖い。
100 ：非公開＠個人情報保護のため：2011/02/20(日) 22:36:04.76: 糞業者でも入札可能な仕様書しか満足に書けない電算の方が怖い
101 ：非公開＠個人情報保護のため：2011/02/20(日) 23:12:05.02: >>100
何にも考えずに入札して、後から泣きを入れてくる糞業者に同対応しろと
仕様書を満足できないシステムしか導入できないんだから…
102 ：非公開＠個人情報保護のため：2011/02/21(月) 23:26:01.41: お前らのところのプロパー職員は何人いるの？

うちは独法で10人だ。
103 ：非公開＠個人情報保護のため：2011/02/23(水) 01:11:40.55: コボルのソースコード紛失問題と
コンパイルできないコンパイラー問題
の二本立てだ。
104 ：非公開＠個人情報保護のため：2011/02/23(水) 01:12:45.67: >>102
うちは、5人かな
これで全国800人が使うシステム回してる
105 ：非公開＠個人情報保護のため：2011/03/03(木) 00:11:55.68: >>102、>>104
うちは6人。
これで職員用のパソコン（メールとグループウェア）と法人向けのシステムを回してる。
恐ろしいことに顧客が1000社くらい居て、しかも金を扱う。
正気の沙汰とは思えない。

話は変わるが、市役所とか県庁のシステムなんて
どーせ日本全国で共通の機能で良いんだから、
各自治体で発注するのは無駄だと思う。
なんで全国で統一せんかね？
106 ：非公開＠個人情報保護のため：2011/03/04(金) 03:34:03.78: >>105
それはあなたが自治体職員じゃないから起こる思想。

自治体は「独立した自治」を行なう団体なのだから、
各自治体で同じことを達成するのに、手段や施策が違っていいことが保障されている。

例えば、子育て支援にしたって、
ある自治体は子供を生んだときにお祝い金として渡す。
ある自治体は妊娠した時点で一時金を渡す。
ある自治体はお金は渡さないが、子供医療費が無料になる医療証を発行する。

ほら、統一できないでしょ？
107 ：非公開＠個人情報保護のため：2011/03/04(金) 08:02:54.54: >>106
そういう話じゃ無いでしょ
例えは、回議システムや給料の支払いとかは共通でやること
もちろん、回し方や金額は違うけど、その程度ならシステム側で吸収可能

実際に霞ヶ関では回議システムや職員管理システムの共通化を進めてる
108 ：非公開＠個人情報保護のため：2011/03/04(金) 09:48:33.93: >107
各自治体によって裏金の捻出の方法は異なるのだから
システムを共通化することはできないね。
109 ：非公開＠個人情報保護のため：2011/03/04(金) 09:55:16.57: 裏金を裏帳簿のような裏表で管理してたら、そんなの正規化できてないことでもあるので
UNIONを使って7000行のSQL文になってたり。

別のシステムではJavaと違ってCOBOLはリバースエンジニアリングできないから
ソースコードを改ざんしてスタティックリンクの特殊ロードモジュールをリリースしたり。

各システムやり方は各様だから、そんなのを共通化しようと発想すること事態
激しく抵抗されるだろうね。
110 ：非公開＠個人情報保護のため：2011/03/04(金) 10:04:28.66: 交通費を精算するだけするだけのシステムなら、全国の自治体で共通化できるだろう。
でも、その交通費が裏金捻出の重要な資金源なら自治体は共通化しようとはしないだろ。
111 ：非公開＠個人情報保護のため：2011/03/04(金) 10:18:16.06: パソコンのAccessとかVBとかでカネの計算してるとこって
後ろめたいカネの計算やってる場合が多いんだよな。
112 ：107：2011/03/04(金) 12:55:20.43: >>105
で、ようするに
　http://www.cloudjp.net/
こういうのでしょ？
113 ：非公開＠個人情報保護のため：2011/03/06(日) 18:17:49.99: >>106
そんな枝葉のところだけ言われてもな困るんだが。。。

全部が全部統一出来るとは思わんけれど、
せめてさ、住民登録や印鑑証明なら統一出来るだろう。
ほかにも原付の登録とかさ。

いまだに本籍地をとるのにその籍がある自治体にまで封筒で資料を送るとか、
非常に不便で時間もかかりすぎる。
114 ：非公開＠個人情報保護のため：2011/03/06(日) 20:26:27.69: 地方も国の文句は言えないのだけど、
国は縦割りのうえ、予算は桁違いに潤沢だ。
通信インフラやったから、ゴチャゴチャになるのが目に見えてる。

印鑑証明事務のためのネットワーク＋サーバー＋端末、
住民登録のためのネットワーク＋サーバー＋端末、
戸籍のためのネットワーク＋サーバー＋端末、
原付登録のためのネットワーク＋サーバー＋端末
等々…根拠法や監督官庁ごとにシステムがおかれてとんでもないことに。

これらに加えて地方で異なる事務を包括できるようなシステム構築やってくれるの？

ただでさえプロ市民が総背番号制だなんだと五月蠅いご時世、
国の方々は、良かれと思ってるんだろうけど、本当に大きなお世話。
115 ：107：2011/03/07(月) 00:40:21.22: >>114
だから、全部まとめて総務省がやるって言ってるじゃねーか
116 ：非公開＠個人情報保護のため：2011/03/07(月) 01:13:41.26: >>114
全部独立させる気か？
連携させなきゃ意味ないだろうに。
117 ：非公開＠個人情報保護のため：2011/03/07(月) 01:24:41.01: >>115,116
全部独立させるってのは極論だけど、
少なくとも通信に関しては独立しちゃってるのが実情。

自治体なんて数えきれんほどある。
百万都市のサービス利便のために、数万人規模の市役所が業務変えるなんてナンセンス。
国は金があるから、＜工期に見合った＞ものを作って一気に広げるんだろうけど、
中途半端な連携ならいらないって話。つまり大きなお世話。

荒らすつもりはないんだ、ストレスたまっちゃってんだな。
お休み。
118 ：非公開＠個人情報保護のため：2011/03/07(月) 21:43:22.53: このスレに書き込んでるんだから、
みんな、ある程度以上の知識と経験があるんだよな。
ついつい公務員板だとそれを忘れそうになってしまうのはイカンね。

>>117
百万都市のために数万規模の市役所が業務を変えるというよりは、
いくつあるかわからん市役所をひとつのシステムで運用する、という方向にしてほしい。
もちろん、市独特の業務もあるのは承知しているけど、そういうのは独自システムを開発してもらう方向で。
んで、デフォルトのサービスを使うだけなら市役所のシステム担当者を不要って状態にしてほしい。
（さすがに端末は自前でメンテしないと無理だろうけど。）
119 ：非公開＠個人情報保護のため：2011/03/08(火) 17:13:36.87: 　　　　　　　　　　　　　V
　　　ビシッ　　／￣￣￣￣＼
　　　／￣＼（　　人＿＿＿＿）
　 ,　┤　　　ト|ミ/　ー◎-◎-）
　|　　＼＿／　ヽ　　　　(_　_)　）
　|　　　＿_（￣　｜∴ノ　　３　ノ裏金の資金源になっているシステムを
　|　　　＿_）＿ノヽ　　　　　ノ　全国共通化することはできない
　ヽ＿＿＿）ノ　　　））　　　ヽ.
120 ：非公開＠個人情報保護のため：2011/03/09(水) 06:46:04.11: アマゾンウェブサービス、東京にクラウド用データセンター
「東京リージョン」開設岩佐義人（Web担編集部） 2011/3/8(火) 23:42

米アマゾン子会社でシステムサービスを行う米アマゾンウェブサービス(AWS)は、
東京に世界で5番目のクラウド用データセンター「東京リージョン」を開設した、
と3月2日発表した。日本企業向けにコンテンツ配信やデータベースの運用、
コンピュータ処理などのサービスをクラウド環境で提供する。

データが国外に出ることがないため、データを日本に保存しておきたい企業の
ニーズに応えられる。日本語によるサポートも始めた。日本国内から利用する場合、
ネットワーク遅延は数ミリ秒となり、従来から大幅に低減するという。

しかし、裏金の資金源になっているシステムをクラウド化するのは難しいだろうと
担当者は心配している。

アマゾンウェブサービス http://aws.amazon.com/jp/
121 ：非公開＠個人情報保護のため：2011/03/09(水) 11:32:04.10: Amazon Web Services、東京データセンターを開設

Amazon Web Services（AWS）は2日、日本にクラウド向けデータセンターを開設した。
同日よりサービス運営と日本語サポートを開始する。

今回開設したアジアパシフィック（AP）?東京リージョンは同社5つ目の拠点で、
AP地域では2つ目の拠点となる。

同日よりサービス運営を開始。対象となるサービスは、「Amazon EC2」「Amazon S3」
「Amazon Elastic Block Store（EBS）」「Amazon SimpleDB」
「Amazon Relational Database Service（RDS）」「Amazon Simple Queue Service（SQS）」
「Amazon Simple Notification Service（SNS）」「Amazon Route 53」「Amazon CloudFront」
「Amazon CloudWatch」「AWS CloudFormation」。

「AWS Elastic MapReduce」「AWS Elastic Beanstalk」「AWS Import/Export」は
現時点では提供されない。EC2インスタンスタイプに関しては、
Cluster ComputeとCluster GPU以外の全てのEC2インスタンスタイプを提供する。

AWSでは、すべてのユーザーに無料のベーシックサポートが用意される。
AWSリソースセンター、サービス・ヘルス・ダッシュボード、技術FAQ一覧、
開発フォーラムが含まれる。上位版として、24時間365日体制で待機する
技術サポートエンジニアが個別ニーズに対応するプレミアムサポート（有償）も用意。
いずれも日本語サポートが開始される。今後数カ月内に日本円の決済もサポートする予定。

上級副社長のアンディ・ジャシー氏は「AWSはすでに日本の多くの企業でご利用いただいております。
このほど東京リージョンからサービスの提供を開始することで、日本のエンドユーザーの皆さまにとっても、
ほとんどのインスタンスにおけるネットワーク遅延が数ミリ秒単位に収まるため、
今後さらに利用が進むと期待しております。しかし裏金を隠蔽するサービスはAWSにはありません。
裏金の資金源になっているシステムをAWSに移行するのは難しいでしょう。」とコメントした。

すでに三井物産、gumi、ジンガ、クックパッドなどが東京リージョンでサービスを利用している。
122 ：非公開＠個人情報保護のため：2011/03/10(木) 01:31:15.46: 自社開発からパッケージものに入れ替えたけど、一長一短あるね。cobol専門職がいらなくなったのは、メリットというべきか
123 ：非公開＠個人情報保護のため：2011/03/10(木) 02:22:26.57: >>122
コスト的なメリットが大きいだろ
124 ：非公開＠個人情報保護のため：2011/03/11(金) 00:45:48.06: 暇だったから、うちの市で対応ブラウザのバーションが古い(IE5.5対応とか)システムについてクレーム入れてみた
ついでに、Windows 2000も消せよと
125 ：非公開＠個人情報保護のため：2011/03/12(土) 13:09:07.93: >>118

SI屋がクラウドでパッケージ作ればいいんじゃないの。

それでだんだんと収束させていけばいいんじゃないの。
126 ：非公開＠個人情報保護のため：2011/03/16(水) 04:04:27.89: 被災した自治体の電算システムやら保有してたデータの復旧とかどうなるんだろ。
データセンターとか遠隔地にバックアップ置いてたりしてるんだろうけど、運悪いと消失してるよね。
127 ：非公開＠個人情報保護のため：2011/03/16(水) 21:30:00.83: 今回の震災で、西宮市の被災者支援システムを活用してる自治体ある？
128 ：非公開＠個人情報保護のため：2011/03/17(木) 22:45:32.88: 町役場レベルだと遠隔地にバックアップなんぞしてないでしょ。
129 ：非公開＠個人情報保護のため：2011/03/17(木) 23:41:33.58: >>123
ちょっとでもカスタマイズしたら、パッケージソフトの方があっという間に高価になる罠。
130 ：非公開＠個人情報保護のため：2011/03/23(水) 21:25:04.34: 副本があったとか。良かったね。ベンダーが内緒でコピーとってたのかもしれないけど。
131 ：非公開＠個人情報保護のため：2011/03/26(土) 00:38:15.23: なんか皆さん高度な話してて全然ついていけないんですけど、質問させてください。
四月から市役所の情報システム課に配属になったんですが、大学でC言語でプログラムを
ずっと組んできたくらいで、システムなどにほとんど詳しくないのですが大丈夫でしょうか？
何か勉強しておいた方が良い事とかありますか？
132 ：非公開＠個人情報保護のため：2011/03/26(土) 01:12:46.02: >>131
組むのは外の企業がやるからプログラム出来なくても良い
必要なのは、もっと上流のスキルと見積もり能力
133 ：非公開＠個人情報保護のため：2011/03/26(土) 05:43:43.77: >>131

現課の職員やベンダーの人間とコミュニケーションがきちんと取れることが一番大事。現課の業務をよく把握すること。パソコンやネットワークの知識が少しあるとよいです。

役所の中で一番楽な部署なので、楽な気持ちでやってください。なかのひとは一番大変だと言ってると思うけどね。
134 ：非公開＠個人情報保護のため：2011/03/26(土) 11:00:30.45: >>132-133
ネットワーク関係の本でも買ってきて読んでおくことにします。
ありがとうございました。
135 ：非公開＠個人情報保護のため：2011/03/26(土) 13:03:18.07: >>131
> 大学でC言語でプログラムをずっと組んできたくらいで
情報科学関連を専攻してたの？
たぶん課のエースになれるよ。
プログラミングなどの基礎能力ができているんなら、あとはデータベース関連とネットワーク関連を
勉強しておくといい。
あとは、民間の技術者と付き合うことだな。
役所の情シスにも凄腕がいないわけじゃないが、大抵はパソコン博士か劣化メッセンジャーだからね。
何かのオープンソースプロジェクトに参加するのが手っ取り早い。
役所・民間を問わず、凄腕の人が集まってるから。
そうした交流を保っていれば、原課の職員やベンダとのコミュニケーション力は自然と身につく。
配属先の情シス職員のレベルによっては、同僚とは溝が深まるかもしれない(笑)が、そこはうまくやってくれ。
あと、役所の情シス職員にありがちなことだが、ベンダと談笑できる==コミュニケーション力があると思ってる奴が多い。
こっちはベンダから見たら顧客だから、会議中に役所職員が変なこと言い出しても愛想笑いしてくれるけど、
それはコミュニケーションがとれてるとは言わないから注意するように。
岡崎市図書館のような事件が起きたとき、被害届を出す前に問題を理解できるレベルになれば合格かな。
あと、LASDECが、実際に稼働中のシステムのドキュメントやらソースやらを公開しているから、
4月に入って登庁したら、それを見とくといい。
136 ：非公開＠個人情報保護のため：2011/03/26(土) 16:16:03.26: >>135
岡崎の事件って、あんなの情報系の人間じゃなくても理解できる。
137 ：非公開＠個人情報保護のため：2011/03/26(土) 22:04:51.06: Lasdecのソースねぇ・・・
138 ：非公開＠個人情報保護のため：2011/03/26(土) 23:10:16.23: >>136
もしそうなら高木先生もスルーするよ
139 ：非公開＠個人情報保護のため：2011/03/27(日) 10:27:24.67: 皆さん親切にありがとうございます。
このスレは親切な人が多くてすごく感動しました。

>>135
はい、情報系を専攻していました。
とりあえず135さんや上の方も言ってる通り、ネットワークとデータベースについて
書かれた本を買ってきて読んでいます。
大学の復習みたいな内容が多いですが思ったより忘れていたり詳しく知らなかった
ことも書いてあって勉強になっています。4月以降も少しずつ勉強していけたらと
思っています。
140 ：非公開＠個人情報保護のため：2011/03/27(日) 16:58:39.44: 某県のマシンルームが崩壊状態になったといううわさ。
141 ：非公開＠個人情報保護のため：2011/03/27(日) 23:41:47.36: >>139
> はい、情報系を専攻していました。
学生時代の研究室やゼミの仲間との交流は絶やさないほうがいいね。
後々大きな財産になることは保証するよ。
142 ：非公開＠個人情報保護のため：2011/04/04(月) 11:39:59.15: てす
143 ：非公開＠個人情報保護のため：2011/04/04(月) 11:42:23.07: てす
144 ：非公開＠個人情報保護のため：2011/04/04(月) 11:45:42.02: てす
145 ：非公開＠個人情報保護のため：2011/04/04(月) 11:46:26.14: てす
146 ：非公開＠個人情報保護のため：2011/04/04(月) 11:47:10.14: てす
147 ：非公開＠個人情報保護のため：2011/04/04(月) 11:47:51.53: てす
148 ：【東電 88.1 %】忍法帖【Lv=5,xxxP】：2011/04/04(月) 11:49:17.47: てす
149 ：【東電 88.1 %】忍法帖【Lv=5,xxxP】：2011/04/04(月) 11:49:48.73: てす
150 ：【東電 88.1 %】忍法帖【Lv=5,xxxP】：2011/04/04(月) 11:52:08.05: てす
151 ：【東電 88.1 %】忍法帖【Lv=5,xxxP】：2011/04/04(月) 11:52:58.11: てす
152 ：【東電 88.1 %】忍法帖【Lv=5,xxxP】：2011/04/04(月) 11:55:31.16: てす
153 ：【東電 88.1 %】忍法帖【Lv=5,xxxP】：2011/04/04(月) 12:00:43.80: てす
154 ：【東電 88.1 %】忍法帖【Lv=5,xxxP】：2011/04/04(月) 12:01:46.71: てす
155 ：【東電 88.1 %】忍法帖【Lv=5,xxxP】：2011/04/04(月) 12:02:19.25: てす
156 ：【東電 88.1 %】忍法帖【Lv=5,xxxP】：2011/04/04(月) 12:02:56.63: てす
157 ：【東電 88.1 %】忍法帖【Lv=5,xxxP】：2011/04/04(月) 12:03:38.41: てす
158 ：【東電 88.1 %】忍法帖【Lv=5,xxxP】：2011/04/04(月) 12:04:54.23: てす
159 ：【東電 88.1 %】忍法帖【Lv=5,xxxP】：2011/04/04(月) 12:05:40.48: てす
160 ：【東電 88.1 %】忍法帖【Lv=5,xxxP】：2011/04/04(月) 12:06:33.37: てす
161 ：【東電 88.1 %】忍法帖【Lv=5,xxxP】：2011/04/04(月) 12:07:05.19: てす
162 ：【東電 88.1 %】忍法帖【Lv=5,xxxP】：2011/04/04(月) 12:08:05.07: てす
163 ：【東電 88.1 %】忍法帖【Lv=5,xxxP】：2011/04/04(月) 12:08:36.44: てす
164 ：【東電 88.1 %】忍法帖【Lv=5,xxxP】：2011/04/04(月) 12:09:08.58: てす
165 ：【東電 88.1 %】忍法帖【Lv=5,xxxP】：2011/04/04(月) 12:11:37.50: てす
166 ：【東電 88.1 %】忍法帖【Lv=5,xxxP】：2011/04/04(月) 12:12:35.19: てす
167 ：【東電 88.1 %】忍法帖【Lv=5,xxxP】：2011/04/04(月) 12:13:02.97: てす
168 ：【東電 88.1 %】忍法帖【Lv=5,xxxP】：2011/04/04(月) 12:13:30.13: てす
169 ：【東電 88.1 %】忍法帖【Lv=5,xxxP】：2011/04/04(月) 12:13:58.80: てす
170 ：【東電 88.1 %】忍法帖【Lv=5,xxxP】：2011/04/04(月) 12:14:28.96: てす
171 ：【東電 88.1 %】忍法帖【Lv=5,xxxP】：2011/04/04(月) 12:15:00.83: てす
172 ：【東電 88.1 %】忍法帖【Lv=5,xxxP】：2011/04/04(月) 12:15:32.58: てす
173 ：非公開＠個人情報保護のため：2011/04/17(日) 18:34:52.49: OOoに切り替えた自治体ってある？
174 ：非公開＠個人情報保護のため：2011/04/17(日) 19:41:40.24: >173
自治体に広がるOpenOffice.org　2010/08/26　高橋信頼＝ITpro
http://itpro.nikkeibp.co.jp/article/Watcher/20100824/351416/
ほか、いろいろありますよ
175 ：非公開＠個人情報保護のため：2011/04/17(日) 22:12:17.63: OOoもっさりなんだよなぁ。
それよりもLANシステムがネットスケープの我が職場…
信じるか信じないかはお前ら次第。
176 ：非公開＠個人情報保護のため：2011/04/17(日) 23:05:32.19: >>175
OOoの後継（？）のLibreOfficeは試した？
かなり軽くなってるよ。
177 ：非公開＠個人情報保護のため：2011/04/17(日) 23:53:40.40: うちの役所は職員の削減を避けるためにoooを導入したってうわさ。

みんな使いにくいって怒っているから。

本人らは宣教師気分らしいけどさ。
178 ：非公開＠個人情報保護のため：2011/04/18(月) 08:16:06.17: どうでもいい書面をPDFにして自己満足する文化は
179 ：非公開＠個人情報保護のため：2011/04/18(月) 08:19:04.22: 2chに担当部署のスレ立ててカキコめばいいだろ
情報公開と一石二鳥だ。
180 ：非公開＠個人情報保護のため：2011/04/18(月) 08:20:55.97: PDF帳票って改竄できるんだよね。
181 ：非公開＠個人情報保護のため：2011/04/19(火) 23:52:54.66: MSOffice2007にしたときも、みんな使いにくいって怒ってたな。
本人らは宣教師気分らしいけどさ。
182 ：非公開＠個人情報保護のため：2011/04/21(木) 20:29:23.27: KINGSOFT最強伝説
183 ：非公開＠個人情報保護のため：2011/04/28(木) 20:20:28.31: JUST Officeが出たらみんなで評価しようぜｗｗ
184 ：非公開＠個人情報保護のため：2011/04/28(木) 22:11:57.64: >>183
評価版まだでてないんだよな。
興味あるけど、価格KSOの４倍くらいするんだよね・・・
185 ：非公開＠個人情報保護のため：2011/04/30(土) 08:01:38.61: 民主党広島県議会議員　梶川ゆきこ先生
http://www.kajikawa-yukiko.jp/
http://twitter.com/#!/yukiko_kajikawa

アメリカ下院の聴講会で気象をコントロールする兵器がある事を政府が認めています。
日本の国会では、なぜ取り上げられないのか？
人工地震兵器の原理を具体的に図解で説明している動画です。
ユダヤ金融と人工地震（HAARP・プラズマ兵器ブログ http://t.co/f1SNWnf

RT @madmanjapman: 米国が反米を抑え親米にするためには、カネ儲けの餌（原子力）を日本国内の勢力に与えた。
日本の原子力マフィア＝親米＝カネ儲け ( #iwakamiyasumi2 live at http://ustre.am/pPQY)

「地中や地殻で単体で異変（地震）が起こるのではなく、宇宙線など上から異変が来て、
地中でケミカルな反応を起こし地震が起きる」と東京工業大学・大学院の丸山茂徳教授がここで話している
http://bit.ly/dKuvaH 人工地震を否定することは、できない。

不思議に“圧殺”される「地震兵器」論ちなみに「地震兵器」は「気象兵器」と同じく、国際法上でその使用が禁止されている。
「環境操作技術の軍事およびいかなる敵対的使用の禁止に関する条約」が1976年に結ばれているからだ。 http://bit.ly/f1tY3r

頻発する巨大地震と自然改変装置『プラネット・アース』の著者ロザリー・バーテル博士の説によれば、
現在世界各地で観測されている巨大地震のうち７割は地下核実験や人工的な要因が引き金となって引き起こされている。
186 ：非公開＠個人情報保護のため：2011/05/04(水) 22:15:42.77: あげ
187 ：非公開＠個人情報保護のため：2011/05/05(木) 12:28:31.30: >>183
＞JUST Officeが出たらみんなで評価しようぜｗｗ

入札だったら結構善戦しそうな気がする。うちは海外考えなきゃいけないからMSにおふせが続くのかなあ。
188 ：非公開＠個人情報保護のため：2011/05/05(木) 22:51:40.07: >>187
海外とかすげえ。

ちなみに海外だとオープンドキュメント形式が重宝されたりはしないの？
189 ：非公開＠個人情報保護のため：2011/05/08(日) 21:16:05.19: あーもう日付超え残業したくねぇ•••
190 ：非公開＠個人情報保護のため：2011/05/10(火) 08:08:19.90: 我が県では残業目当てで、残業、深夜残業、休日出勤してネトゲすることを「サギ残」と呼んでいる。
そろそろサギ残を検出して2chにサラすようなシステムが必要になってきたなと思っている。
191 ：非公開＠個人情報保護のため：2011/05/10(火) 21:55:56.68: >190
＞我が県では残業目当てで、残業、深夜残業、休日出勤してネトゲする（後略）

あなたのところの県庁や県事務所では、ソフトのインストールが自由にできるのですか？
あちらこちらの地方公共団体での海賊版ソフト利用が問題になって、ソフトウェアのインストールを
ユーザーレベルではできないようにしたところがほとんどだと思っていたけど。
192 ：非公開＠個人情報保護のため：2011/05/10(火) 22:43:15.10: >190
ペナルティとして福島で原発事故の対応をさせるというのはどうだろう。
193 ：非公開＠個人情報保護のため：2011/05/11(水) 07:54:17.54: >192
どうも、その管理部署がやってるみたいだな。
194 ：非公開＠個人情報保護のため：2011/05/14(土) 06:02:40.11: 　　　　　　＿＿＿_
　　　　／　　　　　＼
　　　／:::::::::::::::: 　　　＼＿　　　　　　わたしも放射線感受性が低い年齢なので、
　／::::::::::::::::　　　　　　 ||　|　　　　　　「決死隊」に参加したいと思って電話したのですが…
　 |:::::::::::::::::::::::: 　　　∩!　,ヽ
　＼:::::::::::::::: 　　　　|　ｰﾉ　　　　　　女医？いいえ違います。情企です。ネトゲができます…
　　 |　:::::::::::::::　　　 |　i　ｊ　￣￣￣|　　仕事は遅いのですが、股間はいじれます
　　 |　 :::::::::::::　　　ゝ__/＿＿＿＿i
　　 |　　::::::::::　　　　　/　　　　　／　　ハイ…　難しいですか…　そうですか、わかりました…
　　（＿＿（＿＿　　　ヽ⌒⌒⌒ヽ　　　ありがとうございました失礼します…
　 /　 ,＿/　＿＿＿ノ　　　／
195 ：非公開＠個人情報保護のため：2011/05/15(日) 12:22:14.45: 皆最近何時位に帰ってる？
196 ：非公開＠個人情報保護のため：2011/05/15(日) 13:45:47.71: 　+　 + ／⌒　　⌒＼+　。
　・｡／（ ●）　（●）＼　+　+　　あーぁ。このままじゃ給与計算できねぇや。
　／::::::⌒（__人__）⌒::: ＼　　　いっそ女医みたいな年俸制に変えちゃおうぜ。
　 |　　　　　|r┬-| 　　　　|
　+＼　　　`ー‐′ 　／・ﾟ.　+　　　　　　　　　　＿_
　　／　　　　　　　　　　|　　　　　　　　　　　　　 / ・ /ヽ
　（＿⌒)　・　　　　・　|｜＿＿＿＿___＿___＿　|ま |￣|
　　　ｌ⌒ヽ　　　　　＿ﾉ | |＼　|___| 　 {}@{}@{}－| る|　 |
　　 |　 r　`(;;U;)　　　）__) 　＼　>ﾟ))))彡ー―'.　|＿.|＿|
　　（＿ノ　￣　／　／　　　　　＼`ー―’＿＿＿
　　　　　　　　（＿_^)　　　　　　　| |￣￣￣￣￣￣￣￣￣
　　　　　　　　　　　　　　　　 |_|
197 ：非公開＠個人情報保護のため：2011/05/20(金) 06:19:57.58: ある極秘扱いのデータを保持しているOracleの表がある、
ある日、表の名前に日付が付加された表のコピーがあることが判明。
何かバックアップ目的で作成されたのかと推測するが腑に落ちない。

何が追加、変更されたのかを知るためには、表にアフタートリガーを仕掛けておけばいいが
そんなPL/SQLのスキルはないようだ。
しかし表のコピーを作成するスキルはあるらしい。

定期的に表のバックアップを作成しておくことで
二つの表のデータを人力で比較し、追加更新されたデータを確認しているヤツがいるのだ。
198 ：非公開＠個人情報保護のため：2011/05/20(金) 08:02:35.06: やはり正式に業務を委任された担当者ならトリガーを使った監査証跡の仕掛けを実装してしまうだろう。
そんなことすらできない部外者としては表のコピーを作成するくらいしかできなかったと考える方が妥当。
199 ：非公開＠個人情報保護のため：2011/05/20(金) 12:15:35.54: 同じ時期に別のサーバの機密情報の一部が削除されていたことも判明。
どうも都合の悪い情報を削除する「掃除屋」がいるみたいだ。
それも手口がベタであまり洗練されてない。
200 ：非公開＠個人情報保護のため：2011/05/20(金) 12:27:26.08: ２つのサーバにアクセスし、１つは条件をつけて削除。
もう１つはチェックしただけ？
管理されてないデータベースなので消去されたことにすら気付いてないのかも。
201 ：非公開＠個人情報保護のため：2011/05/20(金) 12:30:27.06: メルトダウンしてることにも気付かないと
放射能は今頃バラまかれてる可能性大。
202 ：非公開＠個人情報保護のため：2011/05/20(金) 21:31:24.82: 　　　　　　　／￣￣＼
　　　　　　／　　　　　＼　　　　　　どんなに消しても
　　　　　　|:::::: 　　　　　｜　　　　　バックアップから復元されちゃうだろ・・・
　　　　　.　|:::::::::::　　　　　｜　　　　　常識的に考えて･･･
　　　　　　 |::::::::::::::　　　　｜　　　　　　　　　　….,:::´,　.
　　　　　.　 |::::::::::::::　　　　} 　　　　　　　　　….:::,,　　..
　　　　　.　ヽ:::::::::::::: 　　 } 　　　　　　　,）:::::::ノ　.
　　　　　　　ヽ::::::::::　　ノ　　　　　　　　（:::::ソ:　.
　　　　　　　　/:::::::::::: く　　　　　　　　,ふ´..
-―――――|:::::::::::::::: ＼ -―,――ノ::ノ――
　　　　　　　 |:::::::::::::::|ヽ、二⌒)━~~’
203 ：非公開＠個人情報保護のため：2011/05/20(金) 21:33:51.78: 　　　　　／￣￣＼　　　
　　　　／ﾉ(　_ノ　　＼
　　　　|　⌒(（ ●）（●）　　　　常識的に自作自演だろボケ！
　　　　.|　　　　（__人__）　/⌒l
　　　　|　　　　　｀ ⌒´ﾉ　|`”’|
　　　　／ ⌒ヽ　　　　 }　 |　 |　　　　　　　　　　　　　　
　　／　へ　　＼　　 }__/　/ 　　　　　　　　　　　／￣￣＼
　／　／　|　　　　　ノ　ノ　　　　　　　　　　　／ ●))　((●＼’,　･ぐぇあ
( _ ノ　　　 |　　　　　＼´　　　　　　＿　　　（　　　(_人_)’∴　）,　 ‘
　　　　　　|　　　　　　　＼＿,, -‐ ””　￣￣ﾞ”――└’´￣｀ヽ　　　て
　　　　　　 .|　　　　　　　　　　　　　　　　　　＿＿＿＿＿＿ノ　　　（
　　　　　　　ヽ　　　　　　　　　　　＿,, -‐ ””　　ﾉ　　　　　　ヽ　　　ｒ’”￣
　　　　　　　　＼　　　　　　　, ‘´　　　　　　　　し/.. 　　　　| J
　　　　　　　　　　＼　　　　　(　　　　　　　　　　 /　　　　　 |
　　　　　　　　　　　＼　　　　＼　　　　　　　　　し-　 ‘^`-J
204 ：非公開＠個人情報保護のため：2011/05/23(月) 17:50:26.41: 誰なのかわからないが
都合の悪いデータを削除してくれる「削除人」がいて
毎月はじめに削除しているとしか思えない。
いったい誰なんだ？
205 ：非公開＠個人情報保護のため：2011/05/23(月) 17:56:07.92: 一件いくらで削除する商売があるのかなぁ？
「イレイザー」ってシュワちゃんの映画があったよな。
206 ：非公開＠個人情報保護のため：2011/05/25(水) 12:12:16.92: なんとなくユーザIDで犯人はわかっているが
そのIDは約５年前から変なファイルをサーバ上に残し続けていた。

お約束のバックアップはあるにはあるが、リカバリ手順もコマンドも実績もない。
無関係なディスクをテープに吸い上げているだけかもなのかもしれない。

毎月のエキスポートダンプが欠落すればデータは永遠になくなるのだ。
意図的であるにしろ、無いないにしろ危機一髪だったのだ。
207 ：非公開＠個人情報保護のため：2011/05/25(水) 12:17:54.60: お役所仕事としては何かデータをコネてれば給料になるのだろうが
整合性はとれてないだろうし、担当者によっては１００件データを編集すれば何件かなくなってるのだろう。
中にはデータが欠落することで、喜んでる輩も大勢いることだろう。
208 ：非公開＠個人情報保護のため：2011/05/25(水) 23:30:42.80: >>206
出入りの業者か？
209 ：『鳴き殺し』：2011/06/02(木) 06:13:30.58: 隠されてきた原発日雇い労働者の被曝の実態

＜２７万人の原発労働者のうち６万５千人が生死不明＞　

原発労働者　被ばくの実態　http://www.ktv.co.jp/anchor/today/2011_05_23.html#02

【写真家・樋口健二さん】
「このおじいさんの一言が、私を動かしたんです。佐藤茂さん。
東電福島第一原発で働いてボロボロになって
がんで死んでいったおじいさんですけどね。
毎日宇宙人のような格好して、防毒面をつけたけど
暑くて苦しくていつも外して働いたと。
何十分かでアラームメーターが鳴る。
うるさいから叩きつけて『仕事ができないから』と。
こりゃ原発ってどんなところだ？という思いが募ってきてね」

現代科学の粋を集めたとか言ってるが、人海戦術がわかる。
この人たちが日本中を渡り歩いて生活をし、原発を直して放射能を浴びて、
しまいには捨てられてボロ雑巾のように闇に消されてきたの。この40年間」
210 ：『鳴き殺し』：2011/06/02(木) 06:14:39.68: 【元原発労働者・梅田隆亮さん】
「ビービー鳴りだしたら作業にならんのですよ。

（Ｑ．どうしてたんですか？）
　外すんですよ。『おじちゃん』にあずけておくわけね。

（Ｑ．おじちゃんとは？）
　それ専門に預かってくれる人に。

（Ｑ．そういう仕事もあるんですか？）

　年配のね。単価（日当）は一緒ですよ。『鳴き殺し』って言葉を使ってた。
　鳴くのを殺してしまう。当時はどこの現場でもやってたんじゃないですか。
　それで200（ミリレム＝2mSv）とか300とかいう数字を見て向こうに渡す。
　記録をみたら80（ミリレム）になってる。

（Ｑ．見た数字と合わない？）

　ええ、それを『トリック』というんです」

文部科学省の調査では1999年までに放射線業務に従事した27万人のうち、
6万5000人の居所がつかめず、生死もわからないとしています。

日本の原発
http://ima-ikiteiruhushigi.cocolog-nifty.com/nature/2009/05/post-f408.html
211 ：非公開＠個人情報保護のため：2011/06/03(金) 08:28:04.03: ベンダーってのは「預け」をいかに使い込むかを動機付けにしてる。

闇雲にsetup.exeを実行するだけで、こりゃまたヒドい状態になっても
「はいっ、170万円ちょうだいね」みたいな。

で、ベンダーを切ることと「預け」を持ち逃げされることは同じなので、両方できない。

こんなかんじでメルトダウンしたのだろう。
212 ：非公開＠個人情報保護のため：2011/06/04(土) 00:13:29.88: 東電のケースとはまた別じゃね？
いくらなんでも、東電社員に原発関係のまともな技術屋がいなかった、なんてことは考えにくいんだが。
役所の情シスには、まともな技術屋なんてほとんどいない。
面接官を騙して潜り込んできた三流民間崩れの無能がせいぜいだろ。
だから>>211の状況になるわけで。
極わずかに存在するまともな人材も、数年でいなくなるわけだし。
213 ：非公開＠個人情報保護のため：2011/06/04(土) 11:51:52.97: 事務手続きが煩雑だからとオカネを先に渡しちゃう「預け」に
現場がモラルハザードする原因があるのさ。

仕事が完了した後に報酬を払うのは当り前な話だろ。

先に渡しちゃうと、何だかんだ無駄に使い込んじゃうのが人情だ。
で、その何だかんだは本来の業務とはかけ離れた言い訳のような作業にすぎない。
そして本当にやらなければならないことが発生した時は、
既に遣い込んじゃった後なので、時既に遅しで工数を確保できなくなっちゃうのよ。

これって民間のプロジェクト管理ではありえない現象なんだよね。
214 ：非公開＠個人情報保護のため：2011/06/04(土) 12:01:21.30: そういや、いま起きてる障害では
御用学者みたいな屁理屈を捏ねくり回すヤツまで登場してくるけど
役所の仕事って原発事故の後の対応と本当に似てるのな。
215 ：非公開＠個人情報保護のため：2011/06/04(土) 12:11:16.63: 精密な計画ドキュメントをエクセルやワードで書き上げるのは結構だけど
リスクを値踏みしてプロジェクト管理する考え方が完全欠落してるよなぁ。

原発に不具合が見つかったので、直したいと武田教授が言ったら
保安院が承認したものは安全なのだから不具合は認めませんみたいな。

今回の原発事故は、いろいろ露呈させちゃったね。
216 ：10.1.0.x ODBCのバグ：2011/06/05(日) 11:25:23.60: Bug:4493398 ORA-1406 is thrown while selecting NUMBER with large precision from view
Bug:4230243 Incorrect value returned for timestamp data type
Bug:4118363 ORA-03127 on SQLParamData when trying to insert CLOB
Bug:4052384 Access violation occurs when ODBC application quits
Bug:4013246 Access violation when calling SQLFreeHandle after calling hunderds of SQLBindParameter
Bug:3781883 ODBC causes access violation when string literal contains CR/LF code
Bug:3839634 CLOB in/out parameter does not set correctly
Bug:3836422 Access violation occurs when selecting BLOB data via PL/SQL
Bug:3796436 Driver throws an error message 'No more transaction can be started in this session' with MTS
Bug:3730923 Driver returns different datatype for NUMBER
Bug:3734945 Calling stored procedure with more number of params then its defined gives segv
Bug:3724028 SQLPREPARE() cause access violation if procedure parameter is CLOB
Bug:3704042 UNSPECIFIED ERROR AT LINE:70 WHEN GETTING THE RECORD COUNT THE SECOND TIME
Bug:3675270 Cannot select multi-bytes data correctly from nclob column using SQLGETDATA()
217 ：10.1.0.x ODBCのバグ：2011/06/05(日) 11:28:57.79: Bug:3667820 ORA-22926 occurs when inserting multi-bytes data using sqlputdata function
Bug:3666956 Value of outconnectionstring is incorrect if password expire feature is invoked
Bug:3666394 Conversion to varchar datatype gives wrong results.
Bug:3666351 WHEN PREPARING STRINGS WITH ? PLACE HOLDER, SOMETIMES RESULTS INTO SEGV
Bug:3514492 ODBC GIVING ERROR: "INPUT STRING TOO LONG, LIMIT 4096"
Bug:3656502 ACCESS_VIOLATION generated while submitting more # of users
Bug:3649921 ORA-01461 ODBC DRIVER DOESN'T WORK WITH UTF8/AL16UTF16 DATABASE
Bug:3615137 RDOPENSTATIC cursor is downgraded when sum is used
Bug:3609600 ORA-01002 selecting with read-only connection and transparent gateway and ODBC
Bug:3603573 FOR UPDATE clause is truncated when use ODBC with mts.
Bug:3514492 ODBC giving error: "input string too long, limit 4096".
Bug:3488832 MEMORY LEAK IN ORACLE ODBC DRIVER 9.2 WITH OUTER JOIN.
Bug:3479038 MULTI BYTE BIND PARAMETER IN WHERE CLAUSE GIVES ORA-1460
Bug:3434877 ACCESS VIOLATION IN SQLFETCH() WITH ODBC DRIVER
218 ：10.1.0.x ODBCのバグ：2011/06/05(日) 11:29:59.74: Bug:3420985 ODBC DRIVER RETURNS NO ROWS WHEN SELECTING WITH WILDCARD %
Bug:3395875 ORA-932 OCCURS IN EXECUTING MOVEFIRST METHOD IF EXECUTING SELECT COUNT(*)
Bug:3393315 NUMBER RESULT FORMAT DIFFERENT AND TRUNCATED AFTER 9.2.0.5.5 DRIVER
Bug:3380198 ODBC APP GET TNS-12571 ERROR WHEN USE ODD BUFFER ADDRESS FOR BIND VARIABLE
Bug:3377446 USING DDL WITH SQLEXECDIRECT, CREATING A LARGE PACKAGE BODY INCL COMMENTS FAILS
Bug:3342486 ORA-1460 OCCURS WHEN DELETE A RECORD FROM MS ACCESS
Bug:3340917 MS ACCESS HANGS EXPORTING YES/NO COLUMN THROUGH ORACLE ODBC DRIVER
Bug:3334506 ELIMINATE MULTIPLE PREPARE CALLS TO EXECUTE STORED PROCEDURES
Bug:3319553 ERROR [ORACLE][ODBC][ORA]ORA-932: INCONSISTANT DATATYPES: EXPECTED %S GOT %S
Bug:3292824 ODBC RETURNING CORRUPT DATA WHEN NLS_LENGTH_SEMANTIC = CHAR IN DB INIT PARAMS
Bug:3240111 RETURN WRONG RESULT FROM NUMBER COLUMN IF USING ODBC DRIVER 9.2.0.4 AND 9.2.0.5
Bug:3225251 RUNTIME ERROR 3251 RETRIEVING MULTIPLE REF CURSORS FROM STORED PROC WITH ODBC
Bug:3194536 NEED ODBC PARSER TO SUPPORT MONTHNAME FUNCTION
Bug:3158623 ORA-01461: ODBC DRIVER DOESN'T WORK WITH UTF8/AL16UTF16 DATABASE
219 ：10.1.0.x ODBCのバグ：2011/06/05(日) 11:31:04.68: Bug:3156275 SQL CONTAINING DOUBLE QUOTES WITH STATIC CURSOR WILL SPIN IN OCISTMTPREPARE
Bug:3139395 INSERT OF UTF16 NCLOB CAUSES AND ORA-22275
Bug:3105985 RESULT SET RETURNS WRONG VALUE FOR NUM WHEN CLOB IS LISTED BEFORE NUM IN SELECT
Bug:3100291 ORA-1406 WHEN FETCHING MANY RECORDS FROM VIEW OR TABLE
Bug:3098313 CHAR FROM OUT PARAMETER IS PADDED SPACE(0X20) USING ADO + ODBC
Bug:2954037 MULTI-THREADED APP USING ODBC DRIVER HITS 100% CPU UTIL AND HANGS
Bug:2901104 ODBC TRANSLATION OPTION DOESN'T WORK
Bug:2881703 INDEX SCAN DOES NOT BECOME EFFECTIVE IN ODBC 9.2.0.2.
Bug:2873944 ACCESS LINK TABLE DOES NOT SHOW DATA USING NCHAR AS PRIMARY KEY
Bug:3531495 IGH CPU UTILIZATION FROM ODBC APP RETRIEVING CLOB WITH NULL AS LAST CHARACTER
Bug:3263737 NUMBER DATA HAS DIFFERENCE BETWEEN 9.2.0.4/9.2.0.5 AND PREVIOUS DRIVER
Bug:3249731 UNICODE BOUND PARAMETER IN CRITERIA NOT WORKING
Bug:3215443 USING :NEW OPERATOR IN A TRIGGER WITH 9.2 DOES NOT FETCH VALUE FROM CLOB
Bug:3211672 SUPPORT LOB PARAMETERS ABOVE 32K WHEN PASSED IN STORED PROCEDURE IN ODBC
220 ：10.1.0.x ODBCのバグ：2011/06/05(日) 11:31:50.93: Bug:3055714 ORACLE ODBC CONF. DIALOG DOESNT EVAL. TNS_ADMIN TO POPUL. TNS SERVICE NAME LIST
Bug:3041953 CORRUPTION ON RETREAVAL OF BLOB VIA ODBC API (SQLGETDATA FUNCTION)
Bug:3038835 COMMENT/HINTS WITH LITERALS DIRECTLY AFTER COMMENT IN A SELECT WITH BIND ORA-00911
Bug:3038823 UPDATE FAILED IN SQLEXECDIRECT WITH SQL_NO_DATA_FOUND USING CURRENT OF CURSOR
Bug:3028525 EXPORTING ACCESS TABLE CONTAINING EMPTY MEMO FIELD FAILS WITH ORA-24801
Bug:3015481 CANNOT GET THE CLOB DATA CORRECTLY USING SQLFETCH() OR SQLFETCHSCROLL()
Bug:2993934 SQLPROCEDURECOLUMNS ON A SYNONYM FOR A PROCEDURE FAILS WITH ORA-24345
Bug:2976963 ODBC DRIVER RETURNS WRONG DATA W. SQL_CUR_USE_IF_NEEDED / SQLFETCHSCROLL()
Bug:2972233 MEMORY LEAK WHEN SCROLLING THROUGH A RESULTSET
Bug:2945992 ODBC CORRUPTS DATA FROM NUMBER COLUMN DEFINED WITH SCALE
Bug:2933827 ACCESS VIOLATION INFREQUENTLY OCCURS AT SQLCONNECTW FUNCTION
Bug:2912973 MEMORY LEAK WITH OUTER JOIN QUERIES AGAINST A TABLE WITH CLOB
Bug:2897335 ODBC DRIVER DROPS FIRST COLUMN OF ADO RECORDSET FROM REFCURSOR
Bug:2893288 "NUMERIC VALUE OUT OF RANGE" WHEN BINDING TO TIMESTAMP WITH ODBC
221 ：10.1.0.x ODBCのバグ：2011/06/05(日) 11:32:42.35: Bug:2885702 CHAR FROM OUT PARAMETER IS NOT NULL TERMINATED
Bug:2827132 ORACLE 9.2 UNICODE SUPPORT PROBLEMS
Bug:2776568 UPDATE OF CLOB WITH ODBC IN DAO PRODUCES ORA-24801
Bug:2226375 PROBLEMS WITH SETTING OCI_ATTR_MAXDATA_SIZE
222 ：非公開＠個人情報保護のため：2011/06/05(日) 11:40:44.62: エクセルのようなスプレッドシートに似てるからって
アクセスのODBC接続された表を闇雲に更新しちゃだめだよ。
データぐちゃぐちゃになるよ。

せめて表示系と更新系を分けるくらいに実装しないと
毎日どこかしら壊してることになるんだよ。

AUTOCOMMITって言うのは、適当にコミットしちゃうことなんだよ。
223 ：非公開＠個人情報保護のため：2011/06/05(日) 11:46:32.24: Oracleはガチガチに悲観的ロックをかけることはできないんだけど
せめて楽観的ロックを使ったロジックで更新しなければならないことに気付かなければいけないね。

と、思ってたらODBCのバグで、それすらできないのか。
224 ：非公開＠個人情報保護のため：2011/06/05(日) 11:51:56.06: 更新系をストアドプロシージャにして、
明示的にトランザクションをしかけるのが確実だけど。

ただのVB厨だからなぁ。

そんな実装すら敷居が高すぎて
安易にAccessの機能でやっちゃったんだろうなぁ。
225 ：非公開＠個人情報保護のため：2011/06/05(日) 12:04:14.91: まぁ、メルトダウンしたあとに原発の設計ミスや、いい加減な運用が発覚してしまったようなもので
格納容器の外に出てしまった核燃料は冷やせないのと同じなんだけどね。
226 ：非公開＠個人情報保護のため：2011/06/06(月) 03:50:56.43: LASDECで公開されてる被災者支援システムの検証ってやってます？
227 ：非公開＠個人情報保護のため：2011/06/06(月) 07:32:25.35: LASDECなんて、せいぜい被災者支援番号の発行くらいしかできないだろ。
228 ：10gR1 ODBC：2011/06/06(月) 15:38:25.33: サーバは10gR1(10.1.0.2)、クライアントも10.1.0.2を使っていた。
10gR1の最終パッチセットは10.1.0.5であったため
10.1.0.3→10.1.0.5でなおったバグは現行で発生していることになる。
229 ：10gR1の現行が壊れていることを証明：2011/06/06(月) 20:26:29.18: >216-221

のバグの中で10.1.0.3から10.1.0.5のバグは今現在も発生していることをOracleが保証している。
これは機密漏洩を心配するまでもなく、日々の業務で自らデータを壊していることを証明してしまう。

10.1.0.5 Bug:4493398 ORA-1406 is thrown while selecting NUMBER with large precision from view
NUMBER型で桁数が大きくなるとORA-1406が発生し

10.1.0.5 Bug:4230243 Incorrect value returned for timestamp data type
楽観的ロックを試みようとしたところタイムスタンプがでたらめな値を戻すため実装が不可能。

10.1.0.5 Bug:4052384 Access violation occurs when ODBC application quits
アクセス終了時に保護違反が発生

10.1.0.5 Bug:4013246 Access violation when calling SQLFreeHandle after calling hunderds of SQLBindParameter
百個以上のの引数を渡そうとすると保護違反

10.1.0.5 Bug:3781883 ODBC causes access violation when string literal contains CR/LF code
文字列にCR/LFの改行コードがあると落ちる

10.1.0.4 Bug:3796436 Driver throws an error message 'No more transaction can be started in this session' with MTS
複数のトランザクションをMTSモードで実行するとエラーになる

10.1.0.4 Bug:3730923 Driver returns different datatype for NUMBER
NUMBER型の列なのに異なった型をドライバが戻す

10.1.0.3 Bug:3734945 Calling stored procedure with more number of params then its defined gives segv
複数のパラメータを渡すストアドプロシージャを組むと保護違反で落ちる

10.1.0.3 Bug:3667820 ORA-22926 occurs when inserting multi-bytes data using sqlputdata function
日本語のデータをINSERTすると失敗することもある
230 ：10gR1の現行が壊れていることを証明：2011/06/06(月) 20:27:24.56: 10.1.0.3 Bug:3420985 ODBC DRIVER RETURNS NO ROWS WHEN SELECTING WITH WILDCARD %
%を使った検索は間違った結果を返す

10.1.0.3 Bug:3395875 ORA-932 OCCURS IN EXECUTING MOVEFIRST METHOD IF EXECUTING SELECT COUNT(*)
SELECT COUNT(*)でORA-932

10.1.0.3 Bug:3393315 NUMBER RESULT FORMAT DIFFERENT AND TRUNCATED AFTER 9.2.0.5.5 DRIVER
NUMBER型の検索結果フォーマットが変わっちゃうし

10.1.0.3 Bug:3380198 ODBC APP GET TNS-12571 ERROR WHEN USE ODD BUFFER ADDRESS FOR BIND VARIABLE
何かリスナーがおかしくなるし

10.1.0.3 Bug:3377446 USING DDL WITH SQLEXECDIRECT, CREATING A LARGE PACKAGE BODY INCL COMMENTS FAILS
コメントが多いパッケージDDLは失敗する

10.1.0.3 Bug:3342486 ORA-1460 OCCURS WHEN DELETE A RECORD FROM MS ACCESS
レコードの削除時にORA-1460

10.1.0.3 Bug:3340917 MS ACCESS HANGS EXPORTING YES/NO COLUMN THROUGH ORACLE ODBC DRIVER
エキスポートはハングアップ

10.1.0.3 Bug:3334506 ELIMINATE MULTIPLE PREPARE CALLS TO EXECUTE STORED PROCEDURES
複数のストアドプロシージャを実行しようとするとPREPAREが端折られる

10.1.0.3 Bug:3319553 ERROR [ORACLE][ODBC][ORA]ORA-932: INCONSISTANT DATATYPES: EXPECTED %S GOT %S
変なランタイムエラー

10.1.0.3 Bug:3292824 ODBC RETURNING CORRUPT DATA WHEN NLS_LENGTH_SEMANTIC = CHAR IN DB INIT PARAMS
NLS_LENGTH_SEMANTIC=CHARに設定されていると間違った検索結果を返す
231 ：10gR1の現行が壊れていることを証明：2011/06/06(月) 20:28:08.16: 10.1.0.3 Bug:3240111 RETURN WRONG RESULT FROM NUMBER COLUMN IF USING ODBC DRIVER 9.2.0.4 AND 9.2.0.5
NUMBER型の戻り値が違う

10.1.0.3 Bug:3225251 RUNTIME ERROR 3251 RETRIEVING MULTIPLE REF CURSORS FROM STORED PROC WITH ODBC
ODBCで呼び出したストアドプロシージャが複数のREF CURSORを使っているとエラー

10.1.0.3 Bug:3194536 NEED ODBC PARSER TO SUPPORT MONTHNAME FUNCTION
MONTHNAME関数がなくなってる

10.1.0.3 Bug:3158623 ORA-01461: ODBC DRIVER DOESN'T WORK WITH UTF8/AL16UTF16 DATABASE
UTF-8のクライアントで動作しない

10.1.0.3 Bug:3156275 SQL CONTAINING DOUBLE QUOTES WITH STATIC CURSOR WILL SPIN IN OCISTMTPREPARE
ダブルクォートがスタティックカーソルに使われてるとOCISTMTPREPAREで無限ループ

10.1.0.3 Bug:3100291 ORA-1406 WHEN FETCHING MANY RECORDS FROM VIEW OR TABLE
ユニークIDをAccessから指定してなければORA-1406

10.1.0.3 Bug:3098313 CHAR FROM OUT PARAMETER IS PADDED SPACE(0X20) USING ADO + ODBC
CHAR型の結果は値にブランクが付加されている

10.1.0.3 Bug:2901104 ODBC TRANSLATION OPTION DOESN'T WORK
トランザクションオプションは動作しない

10.1.0.3 Bug:2881703 INDEX SCAN DOES NOT BECOME EFFECTIVE IN ODBC 9.2.0.2.
DATE型を検索条件に入れるとインデックススキャンにならない

10.1.0.3 Bug:2873944 ACCESS LINK TABLE DOES NOT SHOW DATA USING NCHAR AS PRIMARY KEY
NCHARをプライマリキーに使ってる表をリンク表にできない
232 ：非公開＠個人情報保護のため：2011/06/06(月) 20:42:59.24: どうせデータは大丈夫だと言い張るのだろうが、その根拠は何か？
Oracle社がバグると言っているのに、どうして正常動作していると言えるのか？
不具合を揉み消すような運用をしているのではないのか？
データの更新ミスによる被害者が何百人もいることに気付いてないだけじゃないのか？
233 ：非公開＠個人情報保護のため：2011/06/07(火) 06:51:32.12: >232

×何百人
◯何千人
234 ：非公開＠個人情報保護のため：2011/06/11(土) 07:21:47.96: I suspect you are correct that this is related to network connectivity as when we see this issue,
it is almost always exactly what it seems. A network connection being momentarily dropped and reconnected.
With Access if the there is any loss in the network connection Access is using, it will display the error message.
Access was not designed to attempt to reconnect to the database if the network connection is dropped
(even if it is immediately reacquired).

ネットワーク接続が切断し、再接続できたとしても
Accessはデータベースへの再接続を試みるようには設計されてない。
235 ：非公開＠個人情報保護のため：2011/06/18(土) 06:58:07.67: 　　　　　　＿＿＿_
　　　　　／ _ノ　ヽ_ ＼　PCだけバージョンアップしてましたって誤魔化しても無意味だろ！
　　　　／｡（⌒）　（⌒）o＼　おまいらは、どこまで逝ってもVB厨なんだよ。
　　／　:::⌒（__人__） ⌒::: ＼　＿＿＿＿＿＿＿＿おまいら自体が特記事項なんだよ。
　　 |　　　　ヽr┬-ﾉ　　　| . | | 　　　　　　　 |
.　　＼　　　　`ー'′ 　　／　| | 　　　　　　　 |
　　　　／　　　　`　　　　＼　.| | 　　　　　　　 |
　　　　|　　r　　　　　　　.| 　＼.| | 　　　　　　　 |
　　　　|　 ┴rｪｪｧ_　　　　|＼　 |_|＿＿＿＿_＿＿＿|
──‐‐｀ー-ｲ＿＿）ｌ二二ｌ￣￣　　　 | |　　|
236 ：非公開＠個人情報保護のため：2011/06/18(土) 07:05:29.23: 　　　　　　　　　　　　　　_,､__
　　　　　　　　　　　　　　ヽ::::ﾊ
　　　　　　　　　　　　　_　 joo'
　　　　　　　　　　／.:.:.:.:.:.:￣.:.:｀ヽ
　　　　　　　／／:/／!.:.:ノ!ﾊ.:.:.:.,
　　　　　　　　 /.:/.:.:./,_､｀~＾´,_VＷ.:}
　　　　　　 /.:/.:.:./f'じｊ　　 f'じ!.ﾘ.:.|
　　　　　　　/.:/.:.:.(j、ﾞ‐ﾞ　　　ﾞ‐ﾞ /.:.ﾘ　おじちゃん達サーバーはどうするの？
　　　　　　Ｖ{.:人.:人　　｡　　 7.:/
　　　　　　　　　,　r‐‐<`ﾏ-ｎイノV　　10.1.0.3から10.1.0.5の不具合は特記事項に書かなくていいの？
　　　　　　　　/ノ⌒Ｘ/^h><ノ｀ヽ.
　　　　　　　（　　　〈（_ノ　 }　ﾉr=ﾐ
　　　　　　　　ヽ _,x ´ ',　 /　 YＷ}
　　　　　 /´ 　　　　',/　　 j__ノ
　　　　　　 /　　　　　　 ',　＼!
　　　　　 l　　　　　　　　　ヽ
　　　　　 !　　　　　　　　　　 }
　　　　　　弋__　＿,..　---　_＿ノ
　　　　　　　ゝ-ｆー'‐r亠r亠'r‐"
　　　　　　　　 l　　ｌ.　 l　　!
237 ：非公開＠個人情報保護のため：2011/06/18(土) 17:39:45.27: http://www.anysql.net/doc/bug10105.html#WRONGRES

Wrong Results
4080972+ Wrong results from RBO range predicate on concatenated index with NULLs
4333548+ Wrong results from SELECT which use 10g row shipping
2762561 Incorrect daylight savings time when DBTIMEZONE set
2874433 Inline ANSI outer join view may give wrong results
3033572 Wrong results possible from hash join
3270428 Difference between bytes in DBA_SEGMENTs and DBA_EXTENTs
3281310 All policies are applied in global context
3369744 ALL_SYNONYMS view does not show synonym for a synonym
3396162 Wrong results possible after cursor rebuilt with different describe information
3407570 SCORE of an MDATA text operator is sometimes wrong
3463540 V$SGASTAT has 0 for buffer cache size if DB_BLOCK_BUFFERS specified
3466980 ORA-942 / wrong results compiling views with ansi-joins as user other than the view owner
3483988 DBMS_METADATA.GET_DDL misses REVERSE keyword for PK index
3509844 Wrong result if single-byte japanese character used in a CONTAINS clause
3600190 UNISTR does not error for invalid escape sequences in its input
3605121 Wrong results from UNISTR() in multibyte
3859482 SDO_UTIL.SIMPLIFY - geodetic geometry simplified more than threshold
3859606 Wrong results when a join predicate is pushed into a UNION view
3919931 Wrong results from query rewrite
3922154 wrong results with star transformation and DECODE in a predicate
3924711 Wrong results for CHAR-CHAR join with transitive predicates over database link
3926058 V$SYSSTAT "opened cursors current" can be incorrect
3929215 Query with inlist can produce duplicate rows
3942889 DBMS_METADATA.GET_DDL can output garbage characters in multibyte
3945188 SDO validate does not report when an interior ring is not inside anything
3956826 Wrong result order from ORDER BY with inlist and partition iterator
238 ：非公開＠個人情報保護のため：2011/06/18(土) 17:40:47.15: 3960118 Wrong results from uncorrelated scalar subquery and NL OUTER join
3965060 DBA_LMT_USED_EXTENTS still shows extents for DROPPED segment in READ ONLY tablespace
3972453 NEXT / PRIOR give wrong value for PLSQL collection used as IN OUT parameter
3976165 Wrong results from star transformation with semijoin
3984506 XML extract() truncates large XML CDATA
3994270 Flashback query wrong results / dumps for upgraded 9i database
3994909 Wrong numeric data from TO_CHAR() over a gateway
4006203 PLSQL local variables may show a stale value
4006624 OERI [20084] from a CATSEARCH query that uses wildcards
4006711 GROUPING SET SQL may return fewer rows than expected
4020449 Wrong results or OERI[15160] from star transformation
4030950 Wrong results / dump (ttcfour) if rowshipping can occur
4031093 Wrong results from DISTINCT view joined to single row table
4034746 Wrong results when using hash join with parallel execution
4040934 Wrong results with query rewrite when an RLS policy is involved
4047618 UTL_MAIL may encode the addr-spec in the TO/FROM/CC/BCC header fields
4057458 SDO_GEOM.SDO_CONVEXHULL gives wrong results
4057523 Wrong results with CASE expressions in GROUP BY / HAVING clause
4072481 Date values are incorrect using 10g JDBC
4073695 NLS_SORT unicode setting causes string comparison discrepancy
4091504 Position of argument is reversed after revoke any procedure privileges
4102499 Corrupted data selecting CHAR(255) over gateway to multibyte database
4121712 SDO_INTERSECTION gives null result if linestring with circ. arcs involved
4130230 Wrong results with OR-expansion and multi-column inlist
4133884 wrong results with temporary table, parallel execution and function
4134227 Selects from V$LOGMNR_CONTENTS do not work if query cancelled
4143213 Intermittent wrong results from VPD policy not based on application context
4147186 CTX_DOC.MARKUP may produce wrong tag positions
239 ：非公開＠個人情報保護のため：2011/06/18(土) 17:42:41.53: 4148420 Wrong results / dump with table prefetch enabled
4149579 Wrong result with star transformation with predicate simplification
4149779 10g Logminer does not show correct ROW_ID if log created by COMPATIBLE<10
4151388 V$ARCHIVE_DEST_STATUS does not reflect correct value for APPLIED_SEQ#
4155824 Wrong result with JDBC OCI call to PLSQL procedure with IN OUT table
4156131 SQLSTATE errorcode wrong when RELEASE_CURSOR=YES
4156916 Dump / wrong results from TO_DATE without a full date format mask
4157584 Wrong results with temp table star transformation and semi join
4165070 Wrong result possible with INDEX FULL SCAN of nullable column
4182351 Wrong length returns from UNION ALL in a PLSQL block
4197602 PLSQL TIMESTAMP(x) variables ignore precision (x)
4202009 Invalid non-sequence XML data can be inserted, but not queried
4203626 DBA_TABLESPACE_USAGE_METRICS / V$FILESPACE_USAGE may be wrong
4203993 SDO_MIGRATE.TO_CURRENT may produce an incorrect rotation on polygon that spans 180
4209183 Text MDATA optimize can corrupt the $I table
4216065 SQL query using ANSI outer join may get poor execution plan / wrong results
4217930 Wrong result returns HASH semi join
4230236 Wrong result with first_rows(k) for bitmap access path
4230880 Wrong result with parallel query and NL OUTER join
4234928 Wrong results from query rewrite with anti join
4247457 No error from select which calls PLSQL function should throw ORA-1422
4258719 SDO_RELATE can return wrong result with a point inside a polygone
4259955 Wrong results from subquery unnesting with COUNT() functions
4299008 Extra white space in extracted XHTML attribute area
4299620 Wrong results from PQ with HASH join
4306147 Wrong number of rows returned from table in hash cluster
4308710 Wrong results from temp table star transformation
4329431 DBMS_XMLPARSER ignores errors while parsing invalid XML document
240 ：非公開＠個人情報保護のため：2011/06/18(土) 17:43:15.67: 4331352 Wrong results with nested tables and outer queries
4335177 ROW_SCN does not always show the correct value
4336881 Wrong results from subquery elimination with WINDOW operations
4343848 INSTRB can return wrong result on multibyte data
4345994 V$SHARED_POOL_ADVICE.ESTD_LC_TIME_SAVED_FACTOR column always 0
4360941 Column contents not displayed if HS query contains explict NULL
4375405 PLSQL may assign wrong variable value
4375458 OCCI isNull() returns false for null object returned from procedure
4383610 application info attributes are not translated correctly in utf16 environment
4390125 JDBC update count is wrong with batching
4405471 SDO_GEOM.SDO_INTERSECTION returns NULL on geometries that intersect
4455919 Wrong results on query with event 19027 set
4459467 Formatting "0" returns incorrect value if format mask does not have any decimal
4466869 ORA-14403 from bulk PLSQL operations after truncate operation
4483414 WITHIN-DISTANCE may miss rows following an uncommitted INSERT
4483951 Wrong results from MERGE JOIN with subquery predicate on right table with ROWID
4493256 Wrong result possible from complex view merging of ALL/ANY/[NOT]IN subquery
241 ：非公開＠個人情報保護のため：2011/06/18(土) 17:47:54.20: 間違った検索結果を使ったロジックに
正しい検索結果が返るように変わったらどうなるのかしら？
それ以前に、今のデータは正しいのかしら？
242 ：非公開＠個人情報保護のため：2011/06/18(土) 17:49:47.11: エラーを起こして処理が停止するようなバグは、安全だとも言えるね。
243 ：非公開＠個人情報保護のため：2011/06/18(土) 17:52:12.48: よく見りゃメモリーリークしまくりじゃねーか。
これがサーバがおかしくなってた原因だね。

Leak (Memory Leak / Growth)
3910149 Very small SGA memory leak in RAC environments
3965969 JDBC statement caching uses lots of memory
4055603 OCCI cache usage keeps on increasing assigning Ref types
4060287 Memory leak in OCCI object column with object attribute
4093818 Memory leak using DBMS_XMLDOM.newdomdocument and DBMS_XMLDOM.freedocument
4100130 Object level statistics may leak SGA memory on errors
4147836 EXEC SQL ENABLE THREADS leaks memory in the Pro client
4176732 OCI INSERT using OCI_BATCH_ERROR_MODE leaks client memory
4188472 Memory leak using DOMAIN indexes
4194190 Client memory leak opening/closing sessions
4213922 OCIStmtExecute() memory leak/iteration in PLSQL external routine
4244083 PLSQL memory leak
4290149 OCCI getCursor leaks memory for SELECT CURSOR() statements
4303873 ORA-4030 for THEME index on large document
4319529 REPLACE calls for CLOB variables can leak temporary LOBs
4350208 PGA memory leak associated with bitmap indexes
4375655 Large in-list consumes excessive memory with zero length string in the inlist
244 ：cheburashka.cc ：2011/06/20(月) 17:14:37.23: 今後プロジェクト管理は
このスレで行うから
そのつもりで
245 ：非公開＠個人情報保護のため：2011/06/21(火) 06:55:50.43: 現行環境と違うスキーマで何ヶ月もテストしてしまい
テストが全く無意味であることが判明した怖ろしい瞬間だ。
その原因となったテスト環境を提示したのは現行の運用側だ。
いわゆる「ブーメラン現象」が起きたのだ。

笑いがこみ上げてくるのはなぜか？
246 ：非公開＠個人情報保護のため：2011/06/21(火) 07:32:04.56: 何を血迷ったかスキーマの所有者(Owner)の権限を剥奪して運用していたらしく。
そもそも未サポートな状態なので、もはや何も保証できない状態。

これは突然オブジェクトが見えなくなる状態になることであるが
当り前の話だが、動くはずのものが動かなくなるのだから破壊しているのと同じ。

とことんバカな人達。
247 ：非公開＠個人情報保護のため：2011/06/21(火) 19:57:36.74: ラーメンを作れないラーメン屋がつぶれるように
ネットワークを理解できない電話屋はクビになるしかない
248 ：非公開＠個人情報保護のため：2011/06/21(火) 20:09:56.23: 役所の情シスには何も関係ないな
ベンダと原課がちゃんとやってるかどうかを管理する(笑)って重要な仕事があるからね
奴等には原発だって管理(笑)できるよ

役所の情シスは消えてなくなった方が役所にとっても市民にとっても業者にとってもいい
249 ：非公開＠個人情報保護のため：2011/06/21(火) 20:17:11.47: 　　|　彳　〃_.　　　_ヾ!/　　　
　　| _ !"　　´ﾟ｀冫く´ﾟ｀l　　　＜知識人ぶるなよバーサン
　　（^ゝ　"　　,ｒ_､_.)、 |,,.. -─‐　
　　ヽ_j 　､ ,.ｰ=-／ : : : : : : : : ::）ﾉ: : ヽ
　　　　＼_ "ヽ　 ^/ : : : : : : ｿ⌒ﾞヾ"ヾ､ : :ヽ
　　／⌒　　-　-　 ! : : : : : : ） ⌒　　 ⌒ヾ :(_,
／　／|　　　　　　| : : : : :(,　　＿）　 __ ）!:_ﾉ
＼　＼|≡∨　　　　ヽ（aイ　 ´ﾟ　 i | . ﾟ｀〈　　　
　　＼⊇　　　　　　　＼:_|　　" . ノ､_)､ﾞ.ﾉ　
　　　　|　　　　　　　　(_ｿ人　　ｌｰ=‐;! ﾉ　＜原発の…再稼動が…ｱｫﾝ
　　　（／⌒ｖ⌒＼　　　　＼ヽ＿_,ﾉ　　　　　
ﾊﾟﾝﾊﾟﾝ|　　丶／⌒　-　- ＼　　　　　　　
　　　　/　＼　　　 |　 |　　　　　/ |
　　　/　　ノ＼＿_| 　|・_三_・ノ|　 |
　　　/　　/ﾊﾟﾝﾊﾟﾝ| 　| 　　　　|　 |
　　/＿_/　　　　　| 　|　　　　　 |　 |
　　　　　　　　　⊆　|　　　　　｜　⊇
　　　　　　　　　　　　　▲ふられ女医

うちの情シスは、上のようなAA投稿しかやらないんだけど。
250 ：非公開＠個人情報保護のため：2011/06/23(木) 07:44:43.30: 使いこなせない箱を買うのはやめなさい。
251 ：非公開＠個人情報保護のため：2011/06/23(木) 07:48:54.95: 白鳥(スワン)が溺れるかも
252 ：みつを：2011/06/23(木) 08:11:14.92: おまえさんな
いま一体何が一番欲しい
あれもあれもじゃだめだよ
いのちがけでほしいものを
ただ一ツに的をしぼって言ってみな
253 ：みつを：2011/06/23(木) 08:13:04.93: ともかく具体的に動いてごらん
具体的に動けば具体的な答えが出るから
254 ：非公開＠個人情報保護のため：2011/06/24(金) 06:27:57.33: [ビ＋]【IT】ピットクルー、今年度の警察庁「サイバーパトロール業務」を受託…安全・安心なインターネット社会の実現に邁進 [11/06/22]

Webサイトの掲示板やブログ、ソーシャル・ネットワーキング・サービス(SNS)などの投稿「看視」、ユーザーサポートを行うピットクルー
株式会社(本社：東京都千代田区、代表取締役社長：小西直人、以下、ピットクルー)は、この度、2011(平成23)年度の警察庁
「サイバーパトロール」業務を受託いたしましたのでお知らせいたします。

警察庁の「サイバーパトロール」業務は、インターネット上の違法・有害情報対策を効果的かつ効率的に推進し、サイバー空間の浄化に
資することを目的に、2008年10月より民間企業や団体に業務委託されているもので、ピットクルーが本業務を受託するのは今回が初めて
です。

ピットクルーでは、以前より、全国13自治体、約7300校から学校非公式サイトの調査・「看視」業務を受託しており、保護者や教員を
はじめ関係各所へのセミナー・講演活動などを通じて、インターネット上における青少年のトラブル防止に努めてまいりました。
また、複数の道県警察や関係行政機関におきましても、ネット「看視」や子供たちのインターネット利用の状況、Webの現状などについて
講義を行っております。

ピットクルーは、今後もモラルやリテラシーといった啓蒙・教育活動に力を入れるとともに、今回の警察庁「サイバーパトロール」業務を
機に、より一層、安全・安心なインターネット社会の実現に貢献すべく全力で取り組んでまいります。

※ネット「看視」について
ネット監視を威圧的なものではなく、安全・安心なインターネット環境を実現するための見守りでありたい、という思いから、当社では
「ネット看視事業」と称しております。
255 ：非公開＠個人情報保護のため：2011/06/24(金) 06:28:15.89: 【ピットクルー株式会社　概要】
代表者　　：代表取締役社長　小西直人
設立　　　： 2000年1月12日
本社所在地：東京都千代田区岩本町2丁目4番1号神田岩本町プラザビル
資本金　　： 3,560万円(2011年1月31日現在)
売上高　　： 21億4,000万円(2011年1月期　実績)
従業員数　： 517人(2011年1月31日現在)
事業内容　：インターネットコンテンツの「看視」および運営全般
公式サイト： http://www.pit-crew.co.jp/

▽ソース：＠Press：アットプレス　（2011/06/22）
http://www.atpress.ne.jp/view/21080
256 ：非公開＠個人情報保護のため：2011/06/24(金) 18:28:59.36: 　　　　＿＿
　　／　　　＼
　／　　 _ノ　　＼
　|　　　（ ●）（●）　　　　　　　　　ｷﾘｯ　＿＿＿_
.　|　　　　（__人__）　　　　　　　　　　　／＼　／＼
　 |　　　　　｀ ⌒´ﾉ　　　　　　　　　／（ー）　（ー）　＼
.　 |　　　　　　　 }　　　　　　　　／　⌒（__人__）⌒　　＼
.　ヽ　　　　　　 }　　　＼　　|　　　　|r┬-|　　　　　　..|　　＜とりあえず壊しといたから
　　ヽ　　　　　ノ　　　　　＼　　＼　　　`ー'´　　　　 _／
　　　/　　　く.　＼　　　　＼　ノ　　　　　　　　　　＼
　　　|　　　　＼　＼　　　　(⌒二　　　　　　　　　　 |
　　 |　　　　|ヽ、二⌒)、　　　　＼　　　　　　　　｜　 |
257 ：非公開＠個人情報保護のため：2011/06/24(金) 19:13:37.68: 　　　　　／￣￣＼
　　　　／ﾉ(　_ノ　　＼　　　　　　　
　　　　|　⌒(（ ●）（●）　　　　　　いい加減にするだろ常考!
　　　　.|　　　　（__人__）　/⌒l
　　　　|　　　　　｀ ⌒´ﾉ　|`'''|　
　　　　／ ⌒ヽ　　　　 }　 |　 |　　　　　　　　　　　　＿＿＿_　　　　
　　／　へ　　＼　　 }__/　/　　　　　　　　　　　／─　　―＼　　
　／　／　|　　　　　ノ　ノ　　　　　　　　　　／●））　　（（●＼ . ’,　･　ぐぇあ
( _ ノ　　　 |　　　　　＼´　　　　　　＿　　／　　　（__人__）’,∴＼ ,　 ’　
　　　　　　|　　　　　　　＼＿,, -‐ ''"　￣￣ﾞ''―---└'´￣｀ヽ/　　>　て　
　　　　　　 .|　　　　　　　　　　　　　　　　　　　　　　　　＿＿ノ　／　（
　　　　　　　ヽ　　　　　　　　　　　＿,, -‐ ''"￣ヽ､￣　`ー'´　／　ｒ'"￣
　　　　　　　　＼　　　　　　　, '´　　　　　　　　　 /　　　　　 .|　
　　　　　　　　　　＼　　　　　(　　　　　　　　　　 /　　　　　　　|
　　　　　　　　　　　＼　　　　＼　　　　　　　　/　　　　　　　
258 ：非公開＠個人情報保護のため：2011/06/25(土) 08:25:59.11: 使いこなせない箱が影響していたのは昨日まで
使いこなせない箱を設置してから昨日までのデータが心配だ。
259 ：非公開＠個人情報保護のため：2011/06/25(土) 08:28:05.47: 　　　　　　　　　　　　　,. - ─── - 、
　　　　　　　　　　／　　　 , 　　　　｀ヽ.
　　　　　　　　　/〃//,. ,ｨl/|l ﾄ､ !、、　ヽ
　　　　　　　　ｰ'´| | l |1 | !l. ｌ| ! | l.|ヽ ! !､　',　　　おとうちゃんの昇進が遅れたのは
　　　　　　　　　 YﾚV!ﾋｴ「! |l.「_ト!Ll」| ｌｌ　 l変な箱のせいなんでしょ？
　　　　　　　　　　　! lﾊｲJ |　　´|_jヽ. ﾘ,! ! l. ｌ |
　　　　　　　　　 |l |l.} ー , 　　Ｌ _,ﾊl.ｌトｌｌ. | l
　　　　　　　　　 |l ｉｌﾄ､　ｎ　　'' 　,1ｌ|ｨ| |l l |
　　　　　　　　 _　二,ニ^tュ--ｪ_t１」l.|l !リ|_lﾉ
　　　　　　　ｒ７´　　ｆｒ┐| 〔/ミヽ>,-､￣´
　　　　　　　Y 　　　ー个‐'t　ﾊ-､_'ゝ、
　　　　　　　ヽ．＿･ｒく￣ヽト-'丿　ヽ l
　　　　　　　 / (･_＿,）ゝi┬'´ﾊ｀　　　'`|
　　　　　 |ヽ, ｲ　　　ﾉ┴くヽヽ、　　/
　　　　　　　 `´　ゝ┬ﾍ｀ヽ　 |　 `ー‐１
　　　　　　　　　ゝﾉ-‐^ｰ'一''丶　ヽ　ヽ
260 ：非公開＠個人情報保護のため：2011/06/25(土) 09:40:51.17: 　　　　　　　　　　 /　　/　　　　　　　　　　　　　　　　　　　　 l　　｛
　　　　　　　　　　　　′　 {　　　　　　　 _　_____　_　　　　　　　|　　 ‘,
　　　　　　　　　　　　　　　　｛　　　 ..　: : ´: : :∧: : |: :}　｀ : : 　　　｛
　　　　　　　　　　　　　　|　　｝＞　´/: : : :j|_;ノ/　 : `トJ;_: : : }: :｀＜｝　　　、
　　　　　　　　　　　　　　| 　_,ノ : : : :厶斗ﾋ八.:/　　∨j/∟｢以ト､: : : : ＼　　｝
　　　　　　　　　　　　　　ー=ｬｉ : :}/ｘfﾋＦ弌㍉　　　　 ,ｨﾋＦ弌㍉ : :|: :r‐一　|
　　　　　　　　　　　｝　　 }| : :|代つ//:ﾘ　　　　　つ//ﾉﾘﾊ∨}: :| 　　 |
　　　　　　　　　　 ′　八: :{とう‥ ''´ 　　　　｀'' …こつ'八ﾉ| 　　 }
　　　　　　　　　　　　｛　　　｝ﾊ　ヽ/ヽ　　　 '　　　　 /ヽ/ヽﾊ : :| 　　 {　　　　データ更新の不備がありました
　　　　　　　　　　　　｝　　　 |i小　　　　　　_ ____ 　　　　小 : |　　 ∧　　　　昇進しなかったみなさん
　　　　　　　　　　　　〃{　　　八ハ　　　 .　´　　　ヽ　　ハi| : }　　 /　、　　　　ご……ごめん……なさい……
.　　　　　　　　　 /　　　　 /: :| :i人　　 ( ,.　-‐‐‐‐-　 )　　.:' : :ﾘ: :ﾊ　　　｝
　　　　　　　　　　，　　　 / : :| :|: :个: .　　　 ´　｀　　　.イ: : : / :/∧ 　　 ′
　　　　　　　　　　｛　　　　 / : : :| :|: : | : _;≧r　　　　 ≦Ｌ_|,;_: :/ :/∧‘，　　ヽ
. 　　　　　　　ﾉ　　　 /.: : : :| :| : .イ｛　┴-------┴　｝ ∨ / : : Ｖﾊ
　　　　　　　　 /　　　　/⌒''￢|: |:/　V＼　　　　　　ﾉV /:/_;_;ノ¨⌒｝
.　　　　　　　　 /　　　 /⌒ヽ.／|: {　　∨ﾉ廴＿＿＿ノ⌒}}/ / /⌒＼　／}　　　 '
　　　　　　　　　/　　　 /＼／｝　|: |　　｝ :〉弌三三少ｲ　{　/ /＼／〃　，　　　　j
　　　　　　　　 /　　　 /　／　 {　 |: |　　 ∨ 　｀¨¨¨´　 ∨ / /　　　｛＼｝　　　
261 ：非公開＠個人情報保護のため：2011/06/25(土) 09:43:12.02: 　　　　　　　　　　　　　 _,.　-―――-　､
　　　　　　　　　　　／: : ‐: : : : : : :‐- ､: :＼
　　　　　　　　／: : /: : : : : : :＼: : : : ＼: :＼
　　　　　　　　　/: :/: :.|: : : : : ! : : : ＼: : : :.ヽ: : ヽ
　　　　　　　　 /: /: : 八: :!: : :|＼: : : : ヽ: : : :',: : :.',
　　　　　　　　,': /ニ7⌒!:.!: : :| ⌒ : : : : : : : : |: : : :!
　　　　　 /: :.|: :./　　V＼: !　　ヽ: :!: :.|＼|: : : :.＼__,
　　　　　　 /: : :ﾊ: :|　　　　　ヾ　　　∨!∨: : : : : : : : :ヽ
　　　　 /: : : : :.V:! x=ﾐ　　　　x＝ﾐ.　!: : : : ﾊ: : : : : :.ﾊ
　　　　　/:/: : : : /: :! ､､　､　　　､､ !: : !: : :!: : : : : : :.}
　　　　 // |: : : /| :八　　　　- ､　　　 ,ｨ: :/: : /: :ﾊ: : :|Ｖ
　　　　 {!　从: ｉ'´￣::::＞､　`ｰ '　　イ!V /: : /: /　|: :/
　_人_　　　 /Ｎ::::＿:::::/::| ` r　'　／/:／: ／‐く　　Ｖ
　｀Y´ 　　 /:::::::/／:::/:::::|　　><　 /:::丁´:::::::::::::Ｖﾟ}∩　　＊　懲戒データが消えた人達
　　　　/::::ｎんh_::∧:::::}／八. ∨::::::｣::::::::::〈ヽ.ﾉ///〉　　　　こんなラッキーは、もうないからね！
.　　　　 /:／| ! // 〉:::::>ﾍ.ノ八ソ::::{::::::::::::/:::}　　　　っ
　　　　//:::::::＼__ノ〉::〈:::::::|/　∧〉::::〉::::::::/::::∧　 , ィ´
　　　 /:::::::::::::::::::::/::::::::＼::!　/:::::>'´::::::::/::::/:::い.ノ):〉
　　　 !:::::::::::::::::::/:::::::::::::::::ヾ厶イ:::::::::::::/:::/:::::::ヽノ:/
　　　 |::::::::::::::／ヽ:::::::::::::::<>:::::::::::::::::::/ |:::::::::::::::::::/　　*
　　　　`ｰ七:::::::::::::::::::::::::::::::::::::::::::::::::/　|:::::::::::::::::/
　　　　／/:::::::::::::::::::::::<>::::::::::／::::/　　ヽ:::::::::::/
　　／⌒〈:::::::::::::::::::::::::::::::::::イ::::::::/　　　　`ｰ‐'　　＊
262 ：非公開＠個人情報保護のため：2011/06/25(土) 19:40:49.67: ネットワーク接続が切断し、再接続できたとしても
Accessはデータベースへの再接続を試みるようには設計されてない。

ネットスクリーンはデータベースの特定のトラフィックを誤認識して
パケットをドロップしていた。
263 ：非公開＠個人情報保護のため：2011/06/25(土) 19:42:52.68: データベースはサーバもクライアントもパッチセットを当てずに初期状態で放置してあった。
264 ：非公開＠個人情報保護のため：2011/06/25(土) 19:57:11.04: 明らかにWinXPSP3にしてはメモリが足りなかったが
本当はネットスクリーンがアクセスのODBC接続を妨害していた。
まったく接続できなくなる訳ではなく
ネットワーク管理者もpingが飛べばよいと勘違いしていた。
265 ：非公開＠個人情報保護のため：2011/06/25(土) 20:09:40.42: ローカル表からリンク表に書き換えるときMTSを使ってないので
２つのトランザクションはXA連携できてない。
このときネットスクリーンのALGが誤動作しODBCの通信を妨害。
アクセスのリンク表は通信障害を起こしトランザクションはハングアップ。
アクセスは通信障害後は再接続を試みないデザインだ。
エラーかハングアップ後のアクセス強制終了後はトランザクションハザードな状態になる。

こうしてデータは欠落破損した。
266 ：非公開＠個人情報保護のため：2011/06/25(土) 21:39:00.01: 事態はもっと簡単な話でリンク表のダイナセットがエクセルに似てるから
単純にコピペ中だったのかもしれない
AUTOCOMITの表にペーストするとき
ドライバがリダイレクトを要求
ネットスクリーンのALGが通信パケットをドロップ
アクセスはハングアップ
ユーザはメモリが足りないと誤解
次回アクセスを立ち上げると
データは破損状態
267 ：非公開＠個人情報保護のため：2011/06/25(土) 21:47:03.39: VB厨のスキルが高ければ高い程
データは壊れていったのだ。

まさに厨坊の悲劇
ほとんど全ての通信はF/Wを通過するから
厨の悲劇は全庁で起きていたのである。
268 ：非公開＠個人情報保護のため：2011/06/26(日) 08:27:25.15: 　ﾉ　　　　　∧　　　　　／)　∧
　彡　　ノW　＼从／V　　W　＼　　　ミ
　 (　　ノ　　　　　　　 |　　　　　　ノ　＼)
　　∩V　　　　　、、　|　　　　　　 >V7
　（ｅLＬ／￣￣＼/　 L／￣￣＼┘/3）
　　(┗（　　　　　　)⌒（　　　　　　）┛/
　　　~|　＼＿＿／ |　　＼＿＿／　|~　　　　　もはや、このデータを元に
　　　爻　　　　　< |　　；　　　　　爻　　　　　人の人生を左右するような重大な意思決定は行えない
　　　　~爻　　　　＼_／　　＿,　爻~　　　　　業務停止命令発動
　　　　~爻__／⌒￣￣￣~~ヽ_ 爻~ 　　　　そうだ、シャットダウンだ
　　　　　／　　　　ー￣￣＼_￣＼　　　　
　＿一‘　　　　　＜￣￣＼＼＼Ｊ
＜＼　　　　　　　ー￣￣ヽ_ヽＪ　　￣＼_
　　＼　　　　　＿ニニニヽ　）　　　　　　 ~＼
　　　＼　　_／⌒|＼ヽ_~~ ~⌒＼_
269 ：非公開＠個人情報保護のため：2011/06/28(火) 12:43:25.01: 現行がこわれてるからといって、次期環境もこわしてしまえなんて基地外だと思ったけど
COBOLが動かなくなっちゃって、これでVB厨を正当化しようというの？

VB厨：基地外＝３：７

と言われてる人達の世界。
270 ：非公開＠個人情報保護のため：2011/06/28(火) 12:44:51.08: COBOLが壊れるところまでは予測できなかったみたいだな。
271 ：非公開＠個人情報保護のため：2011/06/28(火) 21:02:42.60: COBOLが壊れるってどういうこと？
272 ：非公開＠個人情報保護のため：2011/06/29(水) 08:20:42.31: 壊れるというのは間違い、接続エラーだね。
どうもデータベースのシステムパラメータを変えちゃったらしく
その後COBOLが接続エラーでアベンド。
急いでパラメータを戻して証拠隠滅したみたい。
で、翌日sqlplusのパラメータが原因だと言い張る。

この前はとなりのサーバのデータを何千件も消しちゃってたし
一昨日はシステムパラメータを変えて大掛かりなテストを頓挫させちゃうし
そのまえはテスト環境を壊したこともあったよなぁ。
273 ：非公開＠個人情報保護のため：2011/06/29(水) 08:23:02.71: 犯人はVB厨というよりOra厨だな。
なんかやるんだけど、いまいちのスキルなのだ。
274 ：非公開＠個人情報保護のため：2011/06/29(水) 08:25:44.99: ODBCはヤバいので、COBOLで書けとか言われたんじゃねw
275 ：非公開＠個人情報保護のため：2011/06/29(水) 08:32:43.67: Ora厨ならPL/SQLだけでバッチ書けよ。金融機関でもやってるよ。
276 ：非公開＠個人情報保護のため：2011/06/29(水) 08:35:00.84: ODBC経由のVB実装の更新系もPL/SQLに書きなおさないとな。
277 ：非公開＠個人情報保護のため：2011/06/29(水) 10:37:39.06: ヒントは
TWO_TASK環境変数
278 ：非公開＠個人情報保護のため：2011/06/29(水) 12:09:13.06: 自作自演がだんだんバレてきちゃったね
279 ：非公開＠個人情報保護のため：2011/06/29(水) 15:48:59.94: 265-266の原因はもっとわかりやすく単純なものだった。
TNSリスナーを落としていたからだ。
排他制御がないシステムでバッチを実行する前にTNSリスナーを落とし
ODBCアクセスを遮断する。
この時仕掛かり中のアクセスのデータが壊れていたようだ。

バカな話だ。
280 ：非公開＠個人情報保護のため：2011/06/30(木) 18:03:21.93: プロジェクトチームのメンバー間、対ハードウェアベンダー、対顧客の信頼関係が皆無に近い状態。
なので、どんな会話も根拠となる事実が必要だ。裏付けを取ったあとに行動するように気をつけないと
まったくのデタラメだったりする。これが異常に疲れる。
281 ：非公開＠個人情報保護のため：2011/07/01(金) 02:18:40.61: チラシの裏にでも書いてくれないか
282 ：非公開＠個人情報保護のため：2011/07/01(金) 05:38:37.18: ここがチラシの上だろ。
283 ：非公開＠個人情報保護のため：2011/07/01(金) 06:28:46.86: 論理的でない矛盾した仕様なので
RDBではなくBig-Tableのほうが向いてる気がする
284 ：非公開＠個人情報保護のため：2011/07/01(金) 23:58:12.22: まず登場人物紹介から始めてほしい
285 ：非公開＠個人情報保護のため：2011/07/02(土) 16:48:29.89: 月に１人170万円も払うなんて
この不景気に、それも地方では破格値だ。
そして品質が良かったかと言えば
インストーラを実行しただけだったりする。
検収が近づくとトンズラ。

何か犯罪に巻き込まれたような呆然感。
286 ：非公開＠個人情報保護のため：2011/07/02(土) 21:29:05.98: ゴミをゴミを見抜けない無能役人に責任がある
丸投げってのは、責任まで投げることじゃない
犯罪に巻き込まれたんじゃない
お前も共犯者だって自覚を持て
本当の被害者は市民
287 ：非公開＠個人情報保護のため：2011/07/03(日) 01:30:49.46: 役所と電話会社と原発メーカという
組み合わせに問題があるのだと思っている。
288 ：非公開＠個人情報保護のため：2011/07/04(月) 09:44:31.69: このままだと、たとえネットワーク障害が回復したとしても
すべての接続テストをやり直すことは必至だ。
プロジェクトにとって、まるでテロのような状態。
289 ：非公開＠個人情報保護のため：2011/07/04(月) 09:49:15.66: マニアックな箱を使いこなせないので
本当につながってるかどうかテストするハメに。

うわお。どうすんの。再テスト？
290 ：非公開＠個人情報保護のため：2011/07/05(火) 11:30:47.53: つながらない話は、再テストと直結する。
フィルタ設定はpingだけでは確認できない。
291 ：非公開＠個人情報保護のため：2011/07/05(火) 11:38:13.68: 特定のサーバの接続障害が起きる度に
いままでのテストが不意になったかもしれないと
メルトダウンを心配する原発のような状況になる。
292 ：非公開＠個人情報保護のため：2011/07/05(火) 12:08:25.91: DNS、メール、NTPなど外部サーバへのアクセスを
どこまで把握できてるか？
どうしてこんな心配がでてくるの？
293 ：非公開＠個人情報保護のため：2011/07/05(火) 12:16:33.00: COBOLのソース問題はいつまで続くのか？
294 ：非公開＠個人情報保護のため：2011/07/05(火) 12:19:49.14: 作業完了後の報告と引き続きが原因で
こんなに揉める原因がわからない。
295 ：非公開＠個人情報保護のため：2011/07/05(火) 12:22:40.44: 新しい環境の障害に対応するために
想定する障害は何か？
296 ：非公開＠個人情報保護のため：2011/07/05(火) 12:25:00.94: 想定しない障害は何か？
297 ：非公開＠個人情報保護のため：2011/07/05(火) 20:11:16.86: ２年毎の異動がVB厨を助長している。
要するに自分がいるときだけ、
うまくいけばいいロジックばかりになるのだ。
298 ：非公開＠個人情報保護のため：2011/07/05(火) 20:21:36.59: 環境を壊すのは勝手だが
君たちの環境であることを忘れるなよ
299 ：非公開＠個人情報保護のため：2011/07/05(火) 20:27:53.40: ミーティングをやる度にハチャメチャな事実が判明するのはなぜか？
そしてそれを最後まで黙っていたのはなぜか？
300 ：非公開＠個人情報保護のため：2011/07/05(火) 20:29:59.39: いつも不条理で発言に筋が通らないので、聞く耳を持つことができない。
コンピュータは機械なのだ。
301 ：非公開＠個人情報保護のため：2011/07/05(火) 22:24:50.23: なんの知識もないのに放り込まれて毎日が針の筵。早く異動したい。
302 ：非公開＠個人情報保護のため：2011/07/05(火) 23:26:02.07: ２年。
303 ：非公開＠個人情報保護のため：2011/07/05(火) 23:58:04.15: このプロジェクトでは火病(ファビョ)る人が多い。
大したことでもないのに
ギャーギャーわめき散らす。
韓国人特有の症状だ。
304 ：非公開＠個人情報保護のため：2011/07/06(水) 06:26:12.69: 移行手順が、まったくわからない。
仕様も設計書も何もない。
何か判って運用してた訳じゃないのだ。
どこで何が動いてるか、自信を持ってわからない。

終わっているのだ。
305 ：非公開＠個人情報保護のため：2011/07/06(水) 06:47:07.73: 残った運用関係者に事情聴取しても
わからない事ばかりで
障害が起きた部分のノウハウしか出てこない。
管理されてない状態なので
何をやるにも再開発のような工数がかかりカネがいくらあってもたりなくなる。

カネすらなくなってくると、
騙して人を連れてきて
無理やりやらせて
ソースの修正途中で人がいなくなるサイクルを繰り返す。

人を管理する部署が人を使い捨てている現状。
306 ：非公開＠個人情報保護のため：2011/07/06(水) 06:54:32.74: 予算を増やすために意図的に混乱させていたら
本当に収集がつかなくなったようだ。
307 ：非公開＠個人情報保護のため：2011/07/06(水) 07:02:23.74: コツコツ積み重ねる作業が、火病を起こす人達には苦手だ。
逆に基地害クレーマのような掛け合いに陶酔感を感じるので
問題を解決しようともしない。

そんな関係もあと２ヶ月。
308 ：非公開＠個人情報保護のため：2011/07/06(水) 07:11:48.84: 誰がソースコードのどこを修正したのか履歴が残ると
本当の工数、スキル、品質がバレバレになるから困るよな。
何もやってないのにカネを遣った証拠にもなる。
309 ：非公開＠個人情報保護のため：2011/07/07(木) 10:57:24.46: 　ﾉ　　　　　∧　　　　　／)　∧
　彡　　ノW　＼从／V　　W　＼　　　ミ
　 (　　ノ　　　　　　　 |　　　　　　ノ　＼)
　　∩V　　　　　、、　|　　　　　　 >V7
　（ｅLＬ／￣￣＼/　 L／￣￣＼┘/3）
　　(┗（　　　　　　)⌒（　　　　　　）┛/
　　　~|　＼＿＿／ |　　＼＿＿／　|~　　　　　もはや、このデータを元に
　　　爻　　　　　< |　　；　　　　　爻　　　　　人の人生を左右するような重大な意思決定は行えない
　　　　~爻　　　　＼_／　　＿,　爻~　　　　　 TCPタイムアウトが原因で出世しなかった人を調査しろ。
　　　　~爻__／⌒￣￣￣~~ヽ_ 爻~ 　　　　箱を設置してからのデータ処理を、すべてやりなおせ。
　　　　　／　　　　ー￣￣＼_￣＼　　　　
　＿一‘　　　　　＜￣￣＼＼＼Ｊ
＜＼　　　　　　　ー￣￣ヽ_ヽＪ　　￣＼_
　　＼　　　　　＿ニニニヽ　）　　　　　　 ~＼
　　　＼　　_／⌒|＼ヽ_~~ ~⌒＼_
310 ：非公開＠個人情報保護のため：2011/07/08(金) 01:34:43.42: 桐の新しいのはまだ出んの？まってるんだが
311 ：非公開＠個人情報保護のため：2011/07/08(金) 11:55:54.57: おぃ、おまえ！
つなげさせてやるけど
AUTOCOMMITのODBCで表を編集するなよ。
312 ：非公開＠個人情報保護のため：2011/07/08(金) 13:47:03.10: VB厨にはsvnコマンド操作は難しいよね
313 ：非公開＠個人情報保護のため：2011/07/09(土) 14:35:19.91: どれもこれもたいした処理ではないが
いかにも複雑なことをやってるかのように店を広げて
制御不可能な混乱した状態になっている。

ソースコード管理に原因があるのかと思っていたが、そうではないようだ。

課金方式に原因がある気がする。
２、３行追加すれば済むロジックなのに、新しくプログラムIDを起こす必要はないはず。
314 ：非公開＠個人情報保護のため：2011/07/09(土) 22:06:36.20: >>313
HJか系列会社の社員？
315 ：非公開＠個人情報保護のため：2011/07/10(日) 10:32:55.60: ソースコードの管理を始めたのは、そのあたりの嘘っぽさを管理したかったから。
COBOLの行番号を全部付け直して、svnにコミットすると全ての行を修正したように見えるわけだが
この行動がそもそも自白してるようなものだね。
316 ：非公開＠個人情報保護のため：2011/07/10(日) 12:06:44.00: 担当官が昔の汎用機のコボラーで
配属されてくるヤツが
パソコンオタクな自称VB厨の部下だったことか
すべての悲劇がはじまった。
317 ：非公開＠個人情報保護のため：2011/07/10(日) 12:17:15.76: そんなVB厨なゆとり世代を活用しようと
VBでnewするとサーバ側にインスタンスが作成される
JavaのrmiみたいなフレームワークをIBMがドミノサーバとよんで売ってたな
まだJavaが出る前の頃の話。

いまだったらVBからWebサービスでサーバ側ロジックを呼び出して
ビジネスロジックを集約するだろうな。
318 ：非公開＠個人情報保護のため：2011/07/10(日) 12:26:00.29: 厄所は飽くまでも既得権益、体裁、帳票、建前など本質ではないことにこだわるため
ビジネスロジックを集約しようなど
さらさら考えない。

東北に人が住めなくなったのに
原発を推進しようとする経産省と
どこの組織も似たり寄ったりだ。

つまりは自業自得、自作自演
こんなのばかり。
319 ：非公開＠個人情報保護のため：2011/07/10(日) 12:34:51.60: 予算削られそうになると
もんじゅの中継器落っことして
一儲けしようかなんて

ベンダーならではの発想。

ソースコードを混乱させるのも
同じ発想。

最後はめでたしめでたしで終わるが
大金がなくなってしまう。
320 ：非公開＠個人情報保護のため：2011/07/10(日) 12:37:02.61: 悪意があるヤツってのは
どうしようもない。
321 ：非公開＠個人情報保護のため：2011/07/11(月) 21:06:36.81: 時系列で管理されてないソースコードの断片は何の役にもたたない。
そんなことはソースコードを修正していて判っていたはず。
またしても混乱するソースコード。
また一からやり直し。
どうせまた、紛失したコードがあるはず。

ワザとやってるよね。
322 ：非公開＠個人情報保護のため：2011/07/11(月) 21:07:49.85: どうしてこうウチのシステムは中継装置が落ちるのかしら？
323 ：非公開＠個人情報保護のため：2011/07/12(火) 20:42:02.71: MS-AccessのODBCを使った更新系は
人の人生を左右するシステムとしては、あまりに障害耐性が弱い。

セキュリティを盲解し、蕎麦のようにブツブツ切れるVPN越しにODBC接続を行うのは狂気に近い。

では、どのように実装すべきだったのか？

OfficeXPが2001年3月にリリースされ、2002年10月にApache Axis 1.0がリリースされる。
AccessやExcelに搭載されるVBAは、この頃既にWebサービス実装が可能だった。

人の人生を左右するほど重大なデータベースの更新系を
安全に実装することは十分可能だったのだ。

http://msdn.microsoft.com/en-us/library/aa140260(v=office.10).aspx
Calling XML Web Services from Office VBA Using the Web Service References Tool January 2002

http://ws.apache.org/axis/news.html
(October 7, 2002) : Axis 1.0 is now available!
(June 16, 2003) : Axis 1.1 is now available!

しかし、厄所には忌わしき前例踏襲主義があるため
脆弱なODBCによる更新系や
ソースコードの管理すらないCOBOL実装のバッチで実装し続けた。

Web実装であるSOAはSSL暗号化も可能である。

いつでも、ビジネスロジックをSOA型に集約し
コンパクトで拡張性のあるシステムを作ろうと思えば何時でも作れたのだ。

ここにVB厨の悲劇がある。
324 ：非公開＠個人情報保護のため：2011/07/12(火) 21:15:53.64: これはトリウム溶融塩炉という安全な原子炉があるにもかかわらず
ウランや、プルサーマルに執着し続ける経産省とまったく同じである。

さて我々のシステムは地震発生時にどんなメルトダウンを起し
果ては放射能を撒き散らすのだろうか？
325 ：非公開＠個人情報保護のため：2011/07/13(水) 12:13:47.97: 何かやると、ネットワーク全体の通信が切れることが判っている。
しかし、何をやるとそんなことが起きるのか不明だ。

ほんとうにテロリストがいるのかも。
326 ：非公開＠個人情報保護のため：2011/07/15(金) 10:30:24.86: 外部キー制約が増えていたチョンボを隠蔽するため、svn騒ぎを起こす。
まさに瀬戸際運用ですなw
327 ：非公開＠個人情報保護のため：2011/07/15(金) 19:06:12.55: 自分の身を守るために、あれこれ屁理屈を言いながら
他人に仕事を押し付けるのに必死なのだとか。

じゃぁ普段は何をしに職場に通っているのか？
もう意味がわからん、田舎の人達の風景。
328 ：非公開＠個人情報保護のため：2011/07/16(土) 20:37:50.79: へんなシノニム定義は、いたずらの一環だったの？
329 ：非公開＠個人情報保護のため：2011/07/17(日) 10:56:31.73: しかし、自分の身を守るためなら、どんな嘘でもつくなんて
もはや犯罪者に近い、泥棒の類である。
いずれにしても東電のようになってしまった組織はどうしようもないな。
330 ：非公開＠個人情報保護のため：2011/07/17(日) 17:46:36.78: ゴミばかりで、何が正しく、間違っているのか判断不可能。
何が仕様なのか、何をやりたかったのか
ドキュメントもないので推測も立たない。

整理整頓すると
ちっぽけな、つまらないシステムであることが発覚してしまうからな。
331 ：非公開＠個人情報保護のため：2011/07/17(日) 17:56:22.84: 無意味にインスタンスを分けたことで無駄に2PCが走り、
逆に2PCにしたいAccess側はODBCなので実装不可能だ。
なんとも情けない状態になっている。
332 ：非公開＠個人情報保護のため：2011/07/21(木) 22:24:59.75: 今日の事件から３つのうちの１つの原課が
ガセのようなテスト用ダンプデータを渡していたこと
他の原課のスキーマも改竄していたことが判明。
それを理由にテストを無効にしようと画策していたことが明白になった。

意図的にプロジェクトの転覆を図ろうとしていたのだ。

もし、本当にプロジェクトが失敗したとしても
その１つの原課が邪魔しましたと、全庁に対して言えるような状況になった。
333 ：非公開＠個人情報保護のため：2011/07/22(金) 20:43:00.15: バカなのか、ヘボい工作だったのかはわからないが
いずれにしても誰かが責任を取らなければならないな。

フォレンジック・インベスティゲーションが全貌を浮き上がらせる。
334 ：非公開＠個人情報保護のため：2011/07/25(月) 07:58:50.95: 仮想化やクラウドでシステムを集約することで
サーバの数を減らし、同じようなロジックを集約すればメンテしやすくなる。

メリットばかりなはずの方法が民間企業と厄所では事情が異なってくる。
民間企業が努力でコスト削減や利益を捻出するような観点は厄所にはないからだ。

既得権益や予算を死守したい原課はそんなことは望まない。
逆に集約することで利害が反する原課のシステムに対して不正アクセスや改竄、障害が起きたりする。
同じ厄所の職員なのに原課の間でヘボいテロが多発するのだ。

かといって厨房なシステムは、分離する程の内容がない。

ただのセキュリティが心配な話なら
閉じたLANにデスクサイド型のパソコンサーバでも置けばいいのだ。
335 ：非公開＠個人情報保護のため：2011/07/25(月) 08:02:05.79: 郵便番号もどきの番号を発行するだけの天下り団体もある。
１８０度反対方向に突っ走ってロクなことにならないのは原発行政と同じだな。
336 ：非公開＠個人情報保護のため：2011/07/25(月) 08:04:32.77: なんとかしてよエロい人！
337 ：非公開＠個人情報保護のため：2011/07/27(水) 12:41:27.12: svnのリポジトリをサブシステムや開発フェーズで分ける致命的な問題点は
過去のある時点のシステム全体のソースコードをタグを使って取り出せなくなること。

システム全体を１つと見なして、時系列をさかのぼってソースコードを調査する障害になるのだ。

田んぼを分割して子供に分け与える百姓を「たわけ」と呼ぶが
このプロジェクトにもタワケがいるのだ。
338 ：非公開＠個人情報保護のため：2011/07/27(水) 13:20:17.09: １つのsvnリポジトリを複数の人間が使うから
同じソースコードに対する修正が競合することを検知できる。
もともと競合を早期に検知し、競合したユーザIDどうしが話し合うものだったはず。

競合するからリポジトリを分け、リポジトリにアクセスする人間を１人にするのは本末転倒。
339 ：非公開＠個人情報保護のため：2011/07/27(水) 15:16:57.06: svnの間違った理解や、サブシステムが違うからとか、あとはセキュリティを気にするあまり
結果的に田分になった事実は、これから少なくとも５年間語り部にされるだろう。
340 ：非公開＠個人情報保護のため：2011/07/27(水) 21:42:11.89: サーバ側)←F/W←DMZ←F/W←(外側
　　　　　　　　↑
　　　　　　　　ここではなく

サーバ側)←F/W←DMZ←F/W←(外側
　　　　　　　　　　　　↑
　　　　　　　　　　　　ここにつないで接続テストを行うべきだね
341 ：非公開＠個人情報保護のため：2011/07/28(木) 08:10:53.01: ちょっと考えればわかった？
342 ：非公開＠個人情報保護のため：2011/07/28(木) 19:52:59.05: インポート時にオプション指定で、表がすべてデフォルト表領域に落ちていった。
デフォルト表領域に落ちた表は、ただのインポートしただけの他システムの表である。
逆に落ちなかった表が、そのシステム固有の表ということになるが、
この数の少なさがシステムに実体がないことを証明してしまったね。
343 ：非公開＠個人情報保護のため：2011/07/29(金) 07:56:11.10: ２つのシステム連携のパフォーマンス劣化を調査するためには
設計や実装を検証しなければならないのだが。

仕様が漏れるとリプレースされると本気で思ってるベンダーは
その肝心なインターフェイス部分のドキュメントを決して提出しない。

なので、どんな実装なのか全くブラックボックスで、
結果的にパフォーマンスチューニングなどできない状態になっている。

しかし、パフォーマンスチューニングができるほど設計や実装がドキュメントを公開してしまうと
次期にオープンソースのTomcatで再実装され、パッケージを買ってもらえなくなるリスクに直結する。

このヘンテコなジレンマが笑える。
344 ：非公開＠個人情報保護のため：2011/07/30(土) 08:20:33.55: >342

セキュリティに関する問題をメーリングリストに周知したことは
セキュリティホールがここにあるんだよと、関係者全体におしえてしまう事態になった。
２、３人しか知らなかった穴を、これで何十人もの関係者がどこに穴があるのか知ってしまった。

本当に機密情報を取り扱う人間は、こんなミスはやらない。

ではなぜ、こんなアクシデントが発生したのだろうか？
そもそも機密情報の漏洩など気にしてはいなかった、
ガチガチのセキュリティルームの中で、予算獲得を目的した実体のないシステムを
「運用」してることがバレることを恐れていたのだ。
345 ：非公開＠個人情報保護のため：2011/07/30(土) 08:25:07.06: 自分以外誰も入って来ないセキュリティルームでネトゲをやってた話と似てるが
こっちの方が質が悪いかも。
346 ：非公開＠個人情報保護のため：2011/08/08(月) 23:45:24.56: 皆のとこはここには言った後どこに異動になってる？
うちはなぜか職員課か国保が多い
347 ：非公開＠個人情報保護のため：2011/08/09(火) 02:34:13.04: COBOLバッチのUTとエビデンス取得に6人月請求
瀬戸際な人達というか
コボラー天国というか
この状態があと5年も続けば
コスト的に破綻間違いなし
348 ：非公開＠個人情報保護のため：2011/08/09(火) 02:41:37.53: どうやらカットオーバ間近って
掻きいれ時なんだね
知らなかったな
349 ：非公開＠個人情報保護のため：2011/08/09(火) 19:32:57.40: 社会福祉税番号は、何課で担当してる？うちの課に押し付けられたんだけど、最初の導入が税だからそっちに押し付けたいね？
350 ：非公開＠個人情報保護のため：2011/08/10(水) 22:12:19.90: ディスクが足りなくなればネットワーク越しにマウントすることができ
Windowサーバの共有フォルダをUnixサーバでマウントすることもできる
ftpやrcp、scpでコピーすることもできる
バックアップソフトは、ファイルがどのサーバに置かれていてもバックアップが可能

今時、すぐにでも解決できる問題を１年近く言い訳しながら何もしないのは不作為という犯罪である

不作為で子供を被爆させる政府と同じだ
351 ：非公開＠個人情報保護のため：2011/08/12(金) 12:52:57.48: 工数というのは具体的には時間のことだ。

工数を消費して、結局成果物はなきもないので
メールで他人に突然責任を押し付けて放棄するパターンが続出。

「やった者敗け」というのは
何もしないで工期を浪費して最後に放り投げることだ。
352 ：非公開＠個人情報保護のため：2011/08/12(金) 12:54:50.84: おそろしい
こんなことを、みんな競争でやってれば
破綻するに決まってる。
353 ：非公開＠個人情報保護のため：2011/08/13(土) 08:01:25.05: 本当は足りてる電力を節電したほうがいいのか？
それとも熱暴走でマザーボードが壊れて、修理費用に５０万円かかるほうがいいのか？
反原発だと電力を使っちゃいけないのか？
なぜこの暑い今は停電がなく、涼しいころに計画停電が多かったのか？
東電は、ほとんどすべてのニュース番組のスポンサーになってるが
こんなのでまともな報道ができるのか？
354 ：非公開＠個人情報保護のため：2011/08/16(火) 20:40:23.74: >>353
涼しいころは今よりも供給電力が少なかったがな。
355 ：非公開＠個人情報保護のため：2011/08/17(水) 08:37:30.98: ftp通信も、コテコテのジョブネットも
常に人が監視してなければならず、なおかつリカバリが煩わしくしてあるが
こういうのは、すべて工数を浪費するためなんだろうね。
まぁ確かに人件費が一番高価だし、予算を獲得の言い訳にできるからな。

うちのシステムは巨大で、難解なので運用する人間がたくさん必要です。
だから予算つけてください。

それもftpだの、COBOLだの、ODBCだのロートルな人間がたくさん必要なので
もっと予算ください。
356 ：非公開＠個人情報保護のため：2011/08/22(月) 21:28:08.72: 人件費がいちばん高価なのだから、
手順書で操作するような業務は極力自動化しなければならない。

そういう価値観を持たないと
シェルを手動実行する人
ftpを実行するだけの人
ログを監視する人
毎月パフォーマンスをエクセルのグラフにする人
などなど
いくら予算があっても足りなくなるのは当たり前だ。

つかワザとやってるだろ。
357 ：非公開＠個人情報保護のため：2011/08/22(月) 21:32:00.88: 最近たいそうなカネをドブに捨てたなと思ったのは
中途半端なソース解析で信頼できないCRUD図の為のデータを作成するツールと
パスワードを変更するための３人がかりの調査など。
358 ：非公開＠個人情報保護のため：2011/08/22(月) 21:38:50.34: 最後にありがとうメールや、おつかれさまメールが飛んで
いかのにも何かやったような印象操作が行われる。

しかし、実際にパスワードを変えて動作確認をやった訳ではなく
結局は工数（＝時間＝カネ）がいつものようにドブに捨てられてしまう。

なんともガッカリする人達。
359 ：非公開＠個人情報保護のため：2011/08/22(月) 21:59:45.57: >>358
色々不満があるようだが、おまいさんは何か行動してるのか？
それともここに日記書くだけか？
だったらおまいさんもそいつらと同じ穴のムジナだよ
360 ：非公開＠個人情報保護のため：2011/08/22(月) 22:03:03.62: このように作業の矮小化が原因で何度もやり直しが発生することになるが
そんな効果が疑問視されるような再テストをやってればカネになるというのは
むしろ願ったり叶ったりな状況なのである。
361 ：非公開＠個人情報保護のため：2011/08/22(月) 22:09:41.86: カネも時間も尽きて、このまま本番に突入することになるが
矮小化は、意図的な自作自演とも呼べるような状況でもあり
そんなことが明白になってきて、やる気の喪失につながっている。
362 ：非公開＠個人情報保護のため：2011/08/22(月) 22:13:11.19: まぁ言い訳だけは一流なのだから
原発事故のように「想定外」だと念仏のように唱えて
御用学者ならぬ御用技術者の出動で
簡単にごまかせるものなのかもしれない。
363 ：非公開＠個人情報保護のため：2011/08/22(月) 22:24:17.34: 独り言はチラ裏にでも書いてくれ
364 ：非公開＠個人情報保護のため：2011/08/22(月) 22:28:33.10: 問題があればストレートフォワードに解決すればいいのであり
問題を観察し、評論し、毎月レポートをグラフにして報告すべきではない。

しかし、問題が解決してしまうと、その担当者の存在理由も消滅してしまうので
決して彼らは問題を解決しようとはせず、
味がなくなったチューインガムのようにクチャクチャ噛み続けるだけだ。
365 ：非公開＠個人情報保護のため：2011/08/22(月) 22:41:16.05: 部長にでも直訴すればいいだけ
いい加減うざい
366 ：非公開＠個人情報保護のため：2011/08/23(火) 20:59:52.55: 情報処理も現場も何もわからない部長に言ったところで、何にもならない
367 ：非公開＠個人情報保護のため：2011/08/23(火) 23:11:14.77: バカだな部長自身が書き込んでるんだろ。
368 ：非公開＠個人情報保護のため：2011/08/24(水) 15:13:01.86: 時間は誰にとっても公平だ。
刻一刻本番移行の時間は近づいていく、
そしてお前らが運用することになるのだ。
369 ：非公開＠個人情報保護のため：2011/08/24(水) 15:27:25.65: 乗せてるアプリは腐っているけど
環境としてはいいものができてしまったのだよ
誰も理解できないけど
370 ：非公開＠個人情報保護のため：2011/08/25(木) 08:03:23.84: コンピュータはただの機械だ。
プログラムを組むためには、いわゆる裁量行政とか呼ばれているような、
担当官のサジ加減でどうとでも解釈できる仕様を設計実装することができない。

しかし、仕様を明確にしてプログラム化してしまうと
せっかくの担当官の影響力が霧散することになる。

プロジェクト成功と裁量権霧散のジレンマだ。
371 ：非公開＠個人情報保護のため：2011/08/25(木) 08:23:21.94: バカなクッキーコントロール、略してバッキーコントロール
372 ：非公開＠個人情報保護のため：2011/08/27(土) 23:20:14.42: テストマシンが欲しいとか、無いとか騒いでいた
テスト環境が存在しないことを言い訳にもしていた。
持ち込んだサーバはパソコンなので厨でも何とかなった。

そしたら本当にマニアックなテストUNIXマシンが来てしまった。

もともとVB厨なので、そんなのを触れるスキルなどない。
かといって、そんな厨房用に解説してある手順書などはこの世には存在しないし
そもそも手順書を理解する基本的な知識や経験がない。
ググっても英語のドキュメントしかでてこない。

これからソースコード資産を管理していかなければならないのだ。
さぁ困った。季節は変わり、厨房に初秋がやってきたのだ。そして次は冬だ。
373 ：非公開＠個人情報保護のため：2011/08/28(日) 02:18:10.00: 情シスに紛れ込んだVB厨は本当に癌。
何もできないのに、プライドだけは一人前の技術者だからな。
374 ：非公開＠個人情報保護のため：2011/08/29(月) 18:05:58.23: 自作自演の障害には対応しないから、そのつもりで。
375 ：非公開＠個人情報保護のため：2011/08/29(月) 18:12:11.31: サーバ側のログは昨日と変わらない。
つまりサーバ側には障害がなかったということだ。

とすると、現象そのものが起きているとはいえない。
とうとう障害を捏造し始めたのかと疑ってしまう。
376 ：非公開＠個人情報保護のため：2011/08/29(月) 18:13:10.94: まぁ好きにするがいいさ。君たちのシステムなのだから。
377 ：非公開＠個人情報保護のため：2011/08/29(月) 18:20:07.55: そもそも、津波の前にアホな福島人の従業員が冷却装置のスイッチを３回切ったのが
今回の1号炉水素爆発、2号炉再臨界暴走のきっかけだったそうだ。

どうして似たようなことするかな。やる前に深く考えないんだろうなぁ。
378 ：非公開＠個人情報保護のため：2011/08/29(月) 18:48:00.07: クライアント側のログにも、何も違いはなかった。
つまりシステムは正常で、そもそもスケジュールしていなかった、
そして、あわててスケジュールして、障害を偽装するために再起動したってかんじか？
「自分の身を守るためなら、どんな嘘でもつく」って言ってたっけ？
379 ：非公開＠個人情報保護のため：2011/08/30(火) 11:22:57.25: 障害が起きても、結局適当な理由をつけて放置しちゃうんだよね。
裏づけのない障害原因なら、宇宙人に攻撃されましたとか言ってるのと同じなんだけどね。
380 ：非公開＠個人情報保護のため：2011/08/30(火) 21:12:47.22: 放置してんの？

よくそれで障害発生部署が納得してるな・・・って気もするが、
どうせ、情報管理課（仮）に聞いても素人ばかりだから無駄だしな、ってなめられてるんだろう

恥ずかしいね
381 ：非公開＠個人情報保護のため：2011/08/31(水) 21:52:21.23: 借りパクして本番用途に使うと言い張るのは勝手だが
問題はディスクの冗長化もなければ、テープユニットも付いてないことだ。
どれか１つでもディスクがイカレればボリュームグループが成立しなくなり、OSは起動しなくなる。
ある日突然アクセス不可能になり、データ全体を喪失してしまうだろう。
いや、その前に暑さでマザーボードがイカレるかも。
それでもいいのなら本番用途で使うがいいさ。
382 ：非公開＠個人情報保護のため：2011/09/01(木) 17:27:27.92: 単なるオペチョンを、難解なバグのせいにしたい気持ちは判るが
今まで動作していた実績を自ら否定してしまうことになるため説得力に欠ける。

もうしらんよ。
とことん壊したまえ。
君たちのシステムなのだから。
383 ：非公開＠個人情報保護のため：2011/09/01(木) 19:01:53.21: ソフトウェアベンダは、再現性がある場合にのみサポートしてくれるのであって
どのようなときに障害が「再現」するのかを見極めるまでは運用側の責任。

根拠も再現性の検証もなく障害の原因を適当なソフトウェアに押し付けるのは運用側の怠慢なのだよ。
問題を他人に放り投げるだけでは何も解決しないのだよ。
そんなことやって、また問題をクチャクチャ味のなくなったガムのように噛み潰すことになるだろう。

毎日椅子に座りに行くだけなら、もちょっと考えたらどうなの？
つか、無理かorz
384 ：非公開＠個人情報保護のため：2011/09/01(木) 20:39:26.63: 自作自演の障害に付き合ってくれる
暇なヤツなんていないよなぁ。
385 ：非公開＠個人情報保護のため：2011/09/06(火) 13:06:13.86: バッキーが既存のセッションのJSESSIONIDをこわしちゃうのかも
PC側では一時的にせよ、現行環境と次期環境が同時に存在する状態になり
バッキーが誤動作の原因になった
386 ：非公開＠個人情報保護のため：2011/09/06(火) 13:09:45.77: いつもの自作自演劇場を観てるだけならいいが
そうでなかった場合はどうするのか？
387 ：非公開＠個人情報保護のため：2011/09/06(火) 17:58:46.21: どうもしないよ

アホか
388 ：非公開＠個人情報保護のため：2011/09/06(火) 17:59:28.55: せっかく瞬時にディスクをコピーできるのだから
テストしたいジョブステップの前にディスクの同期処理を仕込んでおき
どんなタイミングのテストデータでも副ボリュームに取得できるようにしておく。

これは本番データの完全なコピーだ。

どんなヘンテコなタイミングのテストデータでも容易でき
障害発生時の再現テストや、重要なバッチを本物で実行する前に使うことができる。

副ボリュームでインスタンスが起動するようにしてしまうのだ。

そのためにはもう１つライセンスが必要なんだけど、闇で起動しちゃうか。
389 ：非公開＠個人情報保護のため：2011/09/06(火) 18:08:10.82: バッチの品質を上げるには、
テスト環境に、テストしたい本物のデータを
何回でも、簡単に用意できるかどうかにかかっている。
390 ：非公開＠個人情報保護のため：2011/09/06(火) 18:13:13.20: Openswan http://www.openswan.org/
OpenVPN http://openvpn.net/
で事足りた気がする。

勘違いならぬ、スワン違い。
391 ：非公開＠個人情報保護のため：2011/09/06(火) 18:27:45.77: いまどきSCSIケーブルで接続などしないだろ。
ネットはギガビットなのだから
iSCSIのテープユニットを共有すれば
もっと節約できたな。
392 ：非公開＠個人情報保護のため：2011/09/06(火) 18:30:05.70: となるとマルチパスで多重化してない光ファイバー接続なんて
iSCSIで問題なかったことになる。
393 ：非公開＠個人情報保護のため：2011/09/07(水) 09:47:01.70: 勝手にWeb製品の検索画面をブラウザのフレームに組み込んでしまったため
本来終了するはずのブラウザセッションに該当するCookieがリフレッシュせずに誤動作している。

これはソフトウェアベンダー側の責任でもなんでもなく、
勝手にWebのフレームに組み込んでしまったユーザ側の責任だ。
394 ：非公開＠個人情報保護のため：2011/09/07(水) 16:58:38.94: まさか本当に焼き鳥になるとは
395 ：非公開＠個人情報保護のため：2011/09/08(木) 14:44:06.67: その場限りの適当な嘘をいくつも並べてたら
プチ切れされて
泣いてかえったのだとか
396 ：非公開＠個人情報保護のため：2011/09/08(木) 14:51:29.31: >375,378
製品の開発元もわからないみたいだな。まぁ当然か。
で、クライアントを実行してるLANに何か問題があるのかも。
397 ：非公開＠個人情報保護のため：2011/09/08(木) 14:52:24.32: おっちゃんのネットがこわれるのだ。
398 ：非公開＠個人情報保護のため：2011/09/11(日) 02:36:40.38: 日記書くなら、どっかのblogにでも行けよ
399 ：非公開＠個人情報保護のため：2011/09/11(日) 19:41:16.27: さて明日は月曜日だ。

山積みの問題は、この土日に解決したのだろうか。
「徹夜して問題は解消しました。」
と、自作自演劇場がメデタシメデタシで終わったのか。
400 ：非公開＠個人情報保護のため：2011/09/11(日) 20:30:38.08: 話は簡単で、テストをしなかったとか、
テストケースが浅く矮小化されてたとか、
表面をなぞるだけでは、問題をプロジェクトの早期に検出できなかったということだ。

で、土壇場で画面が足りないだの、遅いだの起きる訳だが。

これが二、三日で解決できてしまうと、
今までの工数を自ら否定してしまうことにもなる。
401 ：非公開＠個人情報保護のため：2011/09/11(日) 20:36:59.85: たとえ期限を延期したとしても
やらない人達は、やっぱりやらないだろうし
カネをボッタクル話になったり
スキル違いな人間が来て
やっぱり工数は無駄になるだろう。

原発の開発のような組織的な限界を感じる。
402 ：非公開＠個人情報保護のため：2011/09/11(日) 20:46:40.29: 結果を冷静に判断できないとだ、

徹夜したから偉いとか
定時で帰るから悪いとか
そんなくだらない判断しかなくなり

結果を伴わない作業なので
どんどんプロジェクトを追い込んでいった。

肝心な新しい環境に関するテストは全く欠落しているので
客がテスターになってしまったのだ。
403 ：非公開＠個人情報保護のため：2011/09/11(日) 20:54:56.33: カネと時間が湯水のように消える理由が
この２年間関わってきて判ってきたな。
404 ：非公開＠個人情報保護のため：2011/09/12(月) 01:21:35.87: 今日も無能君全開だな
405 ：非公開＠個人情報保護のため：2011/09/12(月) 12:40:43.95: 　　 .＿＿
　　J＿†_|
　　 (,,ﾟДﾟ)　＜心迷いし哀れな子羊よ、ここで懺悔なさい。
　　ﾊ￣￣`つ
　　し　╋｜
　　 |＿_＿|
　　 ∪ ∪
406 ：非公開＠個人情報保護のため：2011/09/12(月) 12:41:47.69: 　　　　　　　　||￣|
　　　　　　　　 || 　|
　　＿＿＿＿∧∧＿＿＿＿
　　|| .--―--（；ﾟДﾟ）-――-.|　／￣￣￣￣￣￣￣￣￣￣￣￣
　　し￣￣＼　　　/￣￣ヽJ　 |　神様……私はテストの際に・・・
　　　　　　　　）　 /　　　　　　　＼
　　　　　　　　へソヽ　　　　　　￣∨￣￣￣￣￣￣￣￣￣￣
　　　　　　　 /ヽﾊノ　　　　　　　　　　　　 |￣￣||　　　　　＿＿＿＿＿＿＿＿
　　　　　　　ヾ｜｜|　　　　　　　　　　　　　　 |__†___||　　　　／
　　　　　　　　|| .| |　　　　　　　　　　　　　　　（´∀｀；）。o 0 |　白鳥ネタ使っちゃったな・・・
　　　　　　　　 |.| | |　　　　　　　　　　　　　　　□ ||⊂ﾉ　　　　＼
　　　　　　　　|∪ﾉ　　　　　　　　　　　　　　 |・||・__|　　　　　　￣￣￣￣￣￣￣￣
　　　　　　　　 ||＿|　　　　　　　　 ∧_∧　（＿（＿）
　　　　　　／/　　　＼　　　　　　 ∩（　　　）
　　　　　　|￣ |￣￣￣|　　　　　　ヽ（　　　）
　　o° ／　 / †∬∬† ＼　　　　　 l~ ,ｨ　ｨ´`､
　Ｏ　　￣￣.￣￣￣￣￣　　　　（＿）L_入丿
／￣￣￣￣￣￣￣￣￣￣￣
|　半裸でこんな役嫌だなぁ・・・
＼＿＿＿＿＿＿＿＿＿＿＿

　　　　　　　　　　　　　　　　　　　　　　　　　　　＿＿_
407 ：非公開＠個人情報保護のため：2011/09/12(月) 12:44:03.71: 　　　　　　　　　　　　　　　　　　　　　　　　　　　＿＿_
..⌒ヽ　　　　　　　　　　　' ⌒ヽ　　　　　／.|:::::::::::|
乂乂||　　　　　　　　　　|乂乂|| 　　　　　　 |　 |:::::::::::|
乂乂||　　　　　　　　　　|乂乂|| 　　　　　　 |　 |:::::::::::|
乂乂||　　　　　　　　　　|乂乂||　　　＿＿＿|＿|:::::::::::|＿＿＿＿
乂乂||　　　　　　　　　　|乂乂|| 　／|::::::::::::::::::::::::::::::::::::::::::::::::::::::::|
￣￣　　　　　　　　　　　￣￣　　i　 |::::::::::::::::::::::::::::::::::::::::::::::::::::::::|
　　　　　＿＿＿＿_　　　　　 .|／￣￣￣..／|:::::::::::|￣￣￣／
　　　　　||L L | L L ||　　　　　　　￣￣￣￣|　 |:::::::::::|￣￣￣
　　　　　||L L | L L ||　　　　　　　　　　　 |　 |:::::::::::|
　　　　　||L L | L L ||＿＿＿＿＿＿＿＿_ .|　 |:::::::::::|
===========l| L L l=================　i　 |:::::::::::|
二二二二二二ヽ　　 iヽ二二二二二二二二i　 |:::::::::::|
:::::::::::::::::::::::::::::::::::i　　ヽ|　　　　　_＿＿＿＿.i　 |:::::::::::|
￣￣￣￣￣￣￣＼　　 ∧＿∧ ____＿＿＿|　 |:::::::::::|
￣￣￣￣￣￣￣￣|......（　´Д｀）____＿＿＿|　 |:::::::::::|＿_
::::::::::::::::::::::::::::::::::::::::: |　 /　　（Ｓ）::::::i＼　　....|　 |:::::::::::|　　＼
￣￣￣￣￣￣￣￣￣￣￣￣￣￣|　.＼　....＼|:::::::::::|　　　＼
　　　　　　＿＿＿＿/|＿＿＿＿　 .|　　 .＼　　￣￣
　　　　／懺悔します…
　　　　 |　　ほんとうはテストしてない部分がたくさんあります
　　　　＼　　期限を延長しても、すべての動作確認などできません
　　　　　　￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
408 ：非公開＠個人情報保護のため：2011/09/12(月) 12:44:34.36: 　　　　　　　　　　 .／|￣￣￣|
　　　　　　　　　 |　 |　　　 |
　　　　　　　　　 |　 |　　　 |
　　　　＿＿＿＿＿_|＿|　　　 |＿＿＿＿＿＿
　......／|　　　　　　　　　　 .∧＿∧　　　　　　　 .|
　　.| 　|　　　　　　　ミ　　（ #｀Д´）　　　　　　　.|
　　.| 　|＿＿＿＿＿＿　/　(ヽ ./.）ヽ＿＿＿＿_|
　　.|／＿＿＿＿＿_／|（　　,＼＼i　|　彡　　／
　　　　　　　　　 ..　 |　 |　ヽ､,／＼_,,i .￣￣￣
　　　　　　　　　　　 | 　| /　　"　|　　　　|＼＿＿＿＿＿＿＿＿
　　　　　　　　　　　 | 　| i　　 ,　.|　　　／
　　　　　　　　　　　 | 　| |　　|　 |　　　| 言ってはならん事を言うな～！
　　　　　　　　　　　 | 　| .|　 .|　.|.　　　＼＿＿＿＿＿＿＿＿＿
　　　　　　　　　　　 | 　|　|　 i .ﾉ
　　　　　　　　　　　 | 　| /　ｲ/..|
　　　　　　　　　　　 | 　| |　//　|
　　　　　　　　　　　 | 　| | .|/......|
　　　　　　　　　　　 | 　|（　i　　.|
　　　　.＿＿＿＿| 　|i し　　 |＿＿
　　　　　|＼.　　　 | 　|し'　　 |　　　＼
　　　　　|　＼　　　.＼.|＿＿___|　　　　＼
　　　　　|　　　＼　　　　　　　　　　　　　　＼
409 ：非公開＠個人情報保護のため：2011/09/12(月) 12:45:11.81: 　　　　　　　　　　　　　　　　　|l|l||l||
　　　　　　　　　　　　　　　　　|l|l||l||
　　　　　　　　　　　　　　　　　|l|l||l||
　　　　　　　　　　　　　　　　　|l|l||l||
　　　　　　　　　　　　　　　　　|l|l||l||
　　　　　　　　　　　　　　　　　|l|l||l||
　　　　　　　　　　　　　　　　　|l|l||l||
　　　　　　　　　　　　　　　　　|l|l||l||
　　　　　　　　　　　　　　　　　|l|l||l||
　　　　　　　　　　　　　　　　　|l|l||l||
　　　　　　　　　　　　　　　　　|l|l||l||
　　　　　　　　　　　　　　　　　|l|l||l||
　　　　　　　　　　　　　　　　`;:l;:;:/:/:'`
　　　　　　　　　　　　　　　　 ∧ ∧
　　　　　　　　　　　　　　　　（ДＴ　）
　　　　　　　　　　　　　　　　　(　　　）
　　　　　　　　　　　　　　　　（＿（＿）
410 ：非公開＠個人情報保護のため：2011/09/13(火) 14:37:45.54: 岡山市の影の局長の特殊工作事件簿

職場内・ネット上で捏造された悪評を流し情報操作する
同僚・工作員を使って付きまといや職場内でモビングする
同僚に圧力をかけ人間関係を操作する
システム管理者がＬＡＮｐｃを使って嫌がらせする
サーバ上・ＰＣ内の情報を使って職員のプライバシーを侵害

リストラストーカー又は組織内ストーカーですね
事情が分かったら大至急情報を広めてください
これは必ず犠牲者を出す手口で狙われたら逃げられない
ある市幹部はシステムを警戒して手書きの文書を鍵付きメール便で送ってましたよ
411 ：非公開＠個人情報保護のため：2011/09/13(火) 22:18:36.89: >サーバ上・ＰＣ内の情報を使って職員のプライバシーを侵害

っていうか情報を扱う課なら共有フォルダ管理するしな
それを侵害は無いと思うが
412 ：非公開＠個人情報保護のため：2011/09/14(水) 07:57:00.64: うちの原課のひとつにヘタクソにパケット盗聴をしかけてくるので
通信が糞詰まって、結果的にネットワーク障害を起こしてる。
自作自演の障害なんて最低だよな。
413 ：非公開＠個人情報保護のため：2011/09/14(水) 09:48:26.93: もみ消しリストに"Broken pipe"はいってたし、正式に自作自演認定します。
414 ：非公開＠個人情報保護のため：2011/09/15(木) 17:02:56.90: さぁいよいよだな。わくわくするな。
今回はどんな工作員がでてくるのだろう。
415 ：非公開＠個人情報保護のため：2011/09/16(金) 19:06:22.01: 超不景気にも関わらず、有用な人材はどんどんいなくなり、
残るのは、いつもの基地外の人達だけなのだとか。
416 ：非公開＠個人情報保護のため：2011/09/16(金) 20:51:51.68: 問題なのは基地外だけではシステムは動かないことだ。
基地外に愛想が尽きてマトモな人がいなくなるとき
思った以上に損失は大きい。
でも基地外だからそんなこと考えもしないだろう。
417 ：非公開＠個人情報保護のため：2011/09/16(金) 22:14:46.50: 某証券業界第二位のＤ証券は基地外を役席につかせたところ
カネが湯水のように消えていく代わりに、全く進歩しない硬直したアセンブラに執着したため
機能拡張にあまりにも工数がかかりすぎるため
結果として業界の競争に負けてしまった。

基地外の不毛な意見に工数を浪費され、本来の機能拡張を忘れてしまったため
会社が傾いてしまったのだ。

どういう訳か、ここでも同じ事が起きていて驚いている。
どちらも硬直した官僚組織にヒントがありそうだ。
418 ：非公開＠個人情報保護のため：2011/09/17(土) 18:12:56.05: アセンブラ使ってるユーザーなんて今時いるのかｗ
（個人的趣味とかは除く）
419 ：非公開＠個人情報保護のため：2011/09/17(土) 18:57:40.22: 指揮系統を無視した仕事の依頼は、あとで揉めるための導火線なのだとか。
420 ：非公開＠個人情報保護のため：2011/09/17(土) 19:01:35.90: だんだんはっきりしてきた事は、基地外の客が何を言ってきたとしても
ガン無視して本来やらなければならない仕事を進めなければならないということ。

基地外担当に適当にあしらわせておくというのが正しいやり方だ。
421 ：非公開＠個人情報保護のため：2011/09/18(日) 17:31:10.55: 受信側のチャンクにだけ対応して
送信チャンクに対応できないのか？
１つのリクエストが３つになる致命的現象が起きてしまった。

エラーになった方が救いがある。
このまま解放するとデータを壊されるだろう。
422 ：非公開＠個人情報保護のため：2011/09/18(日) 17:37:40.12: リリースを強行するには昔のリバプロ経由にする方法もあるが
そんなネットワーク構成が急にできるのか？
下手すると担保にしてる環境を自ら破壊してしまう。

さあ決断だ。
423 ：非公開＠個人情報保護のため：2011/09/18(日) 17:49:27.68: 別のシステムも、この白鳥を使っている。
同じような現象が、別システムでも起きた場合はどうなるのか？
その別システムのWeb画面全部をテストしなくてもいいのか？

白鳥はただのリバプロではない
悪く考えれば影響は計り知れない。
424 ：非公開＠個人情報保護のため：2011/09/20(火) 01:06:05.01: いよいよ本番稼働ですな。
425 ：非公開＠個人情報保護のため：2011/09/20(火) 01:08:36.44: 余りにもあっさり根拠もなく
ゴーサインをだしたので
自作自演だったのかと疑ってしまうよ。
426 ：非公開＠個人情報保護のため：2011/09/21(水) 07:27:32.93: ディレクトリオブジェクトw
427 ：非公開＠個人情報保護のため：2011/09/21(水) 07:41:57.42: 余りにもオーバスペックということは、
けっこう適当なロジックでも動作してしまうということだ。
だから安心して業務と運用に励みなさい。
428 ：非公開＠個人情報保護のため：2011/09/21(水) 10:58:52.52: >427
自分たちの給料を計算するだけで県民には何の役にもたたないシステムを
こんなオーバスペックにすることろが
吐き気がするほどむかつくけど
429 ：非公開＠個人情報保護のため：2011/09/22(木) 21:27:15.98: １つの原課では、たった１人のユーザでしかテストしていなかったため
他のユーザの権限関連のテストは完全に未実施だったのか
３人も担当がいて何ヶ月もの間、いったい何をやってたのだろう？
430 ：非公開＠個人情報保護のため：2011/09/27(火) 22:14:32.39: age
431 ：非公開＠個人情報保護のため：2011/09/29(木) 18:38:21.86: いよいよ明日で終わりですな。
このプロジェクトでは、みんな基地外相手によく闘ったよ。
あまり飲みすぎないように。
432 ：非公開＠個人情報保護のため：2011/10/04(火) 12:47:41.06: しかしよっぽど暇と見えて、自作自演の障害が多すぎるな。
こんな穴を掘って、穴を埋めるようなことをやってれば
いくらカネがあっても足りなくなるわけだが。
てゆうか、それが目的？
433 ：非公開＠個人情報保護のため：2011/10/04(火) 14:25:20.60: コンピュータといっても、機械なので
この地方の田舎だけ仕様が違うなんてことはありえない。

自分の身を守るために、どんなウソもついてしまうと方針は危険だ。
ウソが最終的に世界の常識と矛盾してしまうから。
434 ：非公開＠個人情報保護のため：2011/10/05(水) 19:07:43.65: だからさぁ
ODBCのコネクションをたくさん使うアプリじゃなくって
ODBCのコネクションを閉じ忘れてコネクションリークしてるんだっちゅーの。
435 ：非公開＠個人情報保護のため：2011/10/11(火) 07:13:38.12: >>301
あなたは私ですか？
はやく異動したいです。
436 ：非公開＠個人情報保護のため：2011/10/11(火) 08:28:17.05: >435

あとはまかせた！
437 ：非公開＠個人情報保護のため：2011/10/12(水) 16:48:34.93: 「トラぶるのが怖いから何もやりたくない。」なんて、これからどうやって運用していくのかね？
システムが管理下にあるのか、それとも、たまたま動作しているのかでは雲泥の差があるんだけどね。
438 ：非公開＠個人情報保護のため：2011/10/12(水) 20:44:43.14: >>437
> 「トラぶるのが怖いから何もやりたくない。」なんて、これからどうやって運用していくのかね？
そういうクズな情シスを抱える自治体って珍しくないのかね
439 ：非公開＠個人情報保護のため：2011/10/12(水) 21:27:00.76: 俺以外の誰かがやるに決まってるだろうが
440 ：非公開＠個人情報保護のため：2011/10/13(木) 06:53:02.45: 管理下にないから、今回の汚職事件も発生したと言える。
たまたまうまくいっている状態と、管理統制下でうまくいっている状態の違いは
このケースでは、１２％の公金をキックバックで着服されるかどうかの違いだった。

要するに管理下におかなければ、ジャブジャブになったり、ツマまれたり
カネがいくらあっても足りなくなるということ。
441 ：非公開＠個人情報保護のため：2011/10/13(木) 08:21:44.56: >439>440

椅子に座りにくるだけの人間が多すぎるからな。
442 ：非公開＠個人情報保護のため：2011/10/17(月) 16:44:00.05: 1) Android携帯のマイクロUSBに接続できるガイガーカウンターを国策として開発する。
2) Android携帯から放射線量とGPS座標を登録可能なのアプリも開発。
3) GPS座標と放射線量をGoogle App Engine(GAE)のサーバ側アプリで収集。
4) データはGAEのDataStoreに保存。
5) 登録ユーザ(対象は放射性感受性が高い子供)の携帯は、常に座標をGAEに送信。
6) サーバ側の高放射線地域にユーザが接近した場合、C2DMメッセージでユーザの携帯に警告表示。
7) 被爆量の積算も計算する。文科省基準値を超えそうな場合もメールまたはC2DM通知。
8) GAEのデータはGWTを使ってPCのWebブラウザでも確認可能にする。

9) 政府と東電にはGAEの料金を払ってもらう。
http://www.google.com/enterprise/cloud/appengine/pricing.html

10) 日本民族の生き残りをかけてマジに開発を開始する。
443 ：非公開＠個人情報保護のため：2011/10/19(水) 23:43:10.68: >>442
いいなそれ
プロジェクト立ち上げるなら、ボランティアでいいから開発に参加したい
444 ：非公開＠個人情報保護のため：2011/10/24(月) 15:26:26.08: >443

Android携帯に￥3,500でガイガーカウンタを装着できることがわかっている。
非営利プロジェクト「radiation-watch.org」http://www.radiation-watch.org/
ガイガー管ではなく、PINフォトダイオード×8個で放射線を計測できる。
445 ：非公開＠個人情報保護のため：2011/10/24(月) 15:33:57.27: 実はAndroid携帯ではなく、サーバサイドのスケールが問題。

モニター対象の東日本の人口は約6000万人。
１日一回だけデータを収集するだけでも毎日6000万レコード。
１時間おきにデータ収集しようものなら、毎日14億4000万件のデータを処理できなくではならない。

サーバサイドは単純なDataStoreへのデータの蓄積だけではパンクしてしまうので
AppScaleを導入して、MapReduce型の分散バッチ処理が必要になると思う。
446 ：非公開＠個人情報保護のため：2011/10/24(月) 15:57:33.01: AppScaleを使うことでGoogleのサーバに縛られることなく
アマゾンのEC2や地方自治体のサーバでも稼動させることができる。
ただし、サーバからAndroid携帯にPUSH型メッセージを送信するときは
GoogleのC2DMサーバを流用しなければならない。
447 ：非公開＠個人情報保護のため：2011/10/24(月) 16:01:03.44: まずは先生に持たせて通学路にホットスポットがないか調査してもらうのかも。
448 ：非公開＠個人情報保護のため：2011/10/24(月) 16:50:43.40: MapReduce型とは、いったいどれくらいになるのか不明なボリュームに備えて
Mapフェーズで複数台のワーカで処理を分担し、Reduceフェーズで分担した処理結果を集約するような
スケールアウトする仕掛けを予め組み込んでおくという意味。
449 ：非公開＠個人情報保護のため：2011/10/25(火) 00:57:10.03: 位置情報つかうんであれば、任意の図郭ごとのmapデータにpixel単位で集計（累積？ログあり）
していけば良い話じゃないですかね。
混雑する位置であれば図郭を細かく、それ意外であれば図郭を大きく。
表示するときに分散して表示すれば、１億うん万レコードを処理とか
考えなくてもいいんじゃ？
１箇所にデータあつめてバッチ処理とか、そういう思考パターンかと思いますが
頭デッカチじゃなくても小さいところからの累積でシステム組むのが頭いいとおもいますが。
450 ：非公開＠個人情報保護のため：2011/10/25(火) 08:59:32.05: まぁ同じこと言ってるよね。
うまく分散(分担)できるような作りが必要なんだよね。
場所とかユーザとか、小さくスタートさせて、6000万人もこなせるつくり。
で、AppScaleかなと思ってるわけ。
451 ：非公開＠個人情報保護のため：2011/10/27(木) 14:52:42.73: すべての食品にIDをふり
BELRADより巨大で詳細なデータベースを作成し
日本人的な繊細さで放射能汚染許容レベルを登録していく。
452 ：非公開＠個人情報保護のため：2011/10/27(木) 15:14:20.75: >444

1995年から2007年にかけてBELRADは約300.000人のベラルーシの子供たちに吸収された放射性核種の測定を行った。
Cs-137汚染の計測は、個別放射能カウンター(IRC)"SCANNER-3"を使用して、
内部被曝の自動化された複雑なスペクトロメトリーによって実行された。
ウクライナ・キエフのThe Institute of Ecological and Medical Systemが装置を生産している。
BELRAD研究所は8台のそのようなIRC SCANNER-3M機器を所有している。
それは、線量(specific dose)と共に個人の体の中に取り込まれた
ガンマ放射性核種(Cs-137,Cs-134,Ca-40,Ra-226,Th-232,Mn-54,Co-60,I-131等)の活動を計測する。
これはBelarus State Committeeにより標準化が保証されている。

カメラでスペクトロメトリー分析を行い、子供の内部被爆を計測できる携帯
453 ：非公開＠個人情報保護のため：2011/10/29(土) 09:34:00.73: >442

Google Maps API有料化の詳細発表、該当ユーザーは2012年初めに強制課金開始
http://internet.watch.impress.co.jp/docs/news/20111028_487036.html

米Googleは27日、Google Maps APIの利用者に対して課金する方法の詳細を発表した。

Googleは、Google Maps APIの利用規約を今年4月に改定し、10月1日から同APIの利用上限を定めることを発表していた。

現時点で利用上限を超過しても、即座に課金されることはない。利用者には、APIの利用状況を確認する期間が与えられる。
その上で、利用上限を超えている場合には「2012年初めごろ」から強制的に課金されるとしている。
その場合は、最低30日前に通知されるとしている。

APIの利用状況を確認できるようにするため、「今四半期後半」にGoogle APIコンソールにGoogle Maps APIを追加するとしており、
このことは公式ブログにて発表する。利用者はこのコンソールから利用状況を確認し、対策を取る必要がある。

もしAPIの利用上限を超えていた場合、選択肢は3つある。
1）利用上限を超えないように調整する。
2）超過分についてGoogleが定めた料率に従って利用料金を支払う。
　この手続きは、Google APIコンソールからオプトインで行う方式となる。
3）Google Maps API Premier Licenseを購入する。

利用上限を超えないGoogle Maps APIは無料で提供される。その一方、Premier Licenseを購入すれば、
高度なジオコーディングサービス、サポート契約、広告の表示、サービスレベル合意（99.9％アップタイム保証）などの
追加サービスを受けられる。また、企業などで内部利用する場合や事業用に利用する場合、
ユーザーに課金する場合には、いずれにしてもPremier Licenseの購入が必要となる。
Premier Licenseは年額1万ドルまたは米国債との相殺で、Googleに問い合わせが必要となる。
454 ：非公開＠個人情報保護のため：2011/11/01(火) 02:42:47.61: PCをシャットダウンして帰るときに
コネクションのエラーでるよな。
閉じ忘れたコネクションがあるんだよな。
で、このタイミングでロールバックしてるのかも。
455 ：非公開＠個人情報保護のため：2011/11/11(金) 07:42:54.96: 「早期の事案把握、調査、対応を実施」

３０年以上無免許運転してたようなのが、所長印を無決裁で押しまくってたのか。
免許証のRFID読み取れた場合だけ公用車のエンジンが起動できるようにするとか。
決裁がなければ無効になる電子署名を公印にするとか。
公印をQRコードにして、携帯で読み取って公開されてるWebで決裁経緯を追跡できるようにするとか。
アクセスではなく、データマイニング手法を取り入れて早期の事案把握を試みるとか。

やらないだろうな。
456 ：非公開＠個人情報保護のため：2011/11/12(土) 10:37:01.13: 毎回エラーが出るんだったら仕様だ、仕様
公務員情報システム課が知るよしも無くほっとけばいい
457 ：非公開＠個人情報保護のため：2011/11/13(日) 08:10:11.20: >456

ふーん、仕様？
コミットし忘れてるODBCのコネクションがあるってことだぜ。
つまり更新したはずのデータがロールバックされてるんだぜ。
しかも、それが何かわからない。

懲戒が取り消しになって喜んだり
昇進がなくなって鬱になる職員が増えてるだろ。
458 ：非公開＠個人情報保護のため：2011/11/13(日) 08:15:33.38: そういや昔、エラーを起こしてロールバックさせたあとにリトライして
作為的に取引順位を最下位にさせてた証券会社あったなぁ。
459 ：非公開＠個人情報保護のため：2011/11/13(日) 21:39:30.18: 今ひどい有様らしいが、俺のせいにされてもね
クレームが来るのはお前らが無能だからだよ
自分の無能さを正当化するために丸投げ推進したのはお前らだろ？
俺はありのままを話してるだけ
460 ：非公開＠個人情報保護のため：2011/11/14(月) 08:29:05.32: >459

丸投げすると、自分の無能さがどうして正当化できるの？
461 ：非公開＠個人情報保護のため：2011/11/14(月) 16:20:17.12: Android
462 ：非公開＠個人情報保護のため：2011/11/14(月) 20:46:18.49: >>460
何が起きても丸投げ先の責任にできるから
463 ：非公開＠個人情報保護のため：2011/11/15(火) 01:25:22.78: 丸投げ先の責任だと言い張ってる時点で無能なんじゃね。
464 ：非公開＠個人情報保護のため：2011/11/15(火) 05:30:29.38: 最近IT統制とかうざくなってきた

数人で管理してるシステムなのに、オペレーションする度に
書類書けと言われる始末

決裁者が素人の事務職員なんだが、一々作業の中身解説しないといけないし
やってられん
465 ：非公開＠個人情報保護のため：2011/11/15(火) 08:32:41.07: オペレーションの後にログから決裁書類を捏造する処理をPerlとLaTexで作成するとか。
466 ：非公開＠個人情報保護のため：2011/11/15(火) 20:56:12.89: >>464

(1) 問題発生
(2) 「再発防止策を定め、今後同じ間違いが起きないようにします」
(3) 書類と決裁者印の数が倍に
(4) しかし決裁者に内容も問題点も理解できるはずもない
(5) (1)に戻る

責任逃れのための、よくある小狡いやり方
それで何が解決するわけでもない
むしろ無駄な手間が増えた分、ミスも増える

> 決裁者が素人の事務職員なんだが、
はっきり言ってここを改善しないと何も解決しない
467 ：非公開＠個人情報保護のため：2011/11/15(火) 21:16:29.20: 馬鹿にしちゃいけない、電算の極一部について素人でも
仕事はプロだ
こんな考えだから信用されてないんだろう
468 ：非公開＠個人情報保護のため：2011/11/15(火) 21:26:28.65: まあ、あれだな
東電が
「俺らの仕事は発電と送電であって、原子炉のことなんか知るかよ」
って言ってるようなものだな
そういう意味では東電以下
469 ：非公開＠個人情報保護のため：2011/11/15(火) 21:33:43.76: 助けて下さい！ mixi テクノロジー・電波・超音波被害コミュニティー参加のらい
470 ：非公開＠個人情報保護のため：2011/11/15(火) 21:43:17.87: なんだかなぁ。頭ボケちゃいそうだな。
責任だけ回避できても痴呆症になっちゃいそうだね。
471 ：非公開＠個人情報保護のため：2011/11/16(水) 06:47:19.38: >>467
簿記を知らない会計課長や
労基法を知らない労務課長が仕事のプロになれるんかね？

マネージャーという名の丸投げ屋にしかなってないんだが
472 ：非公開＠個人情報保護のため：2011/11/16(水) 16:00:52.17: >471

部署まるごとアウトソーシングできそうなかんじだな。
473 ：非公開＠個人情報保護のため：2011/11/16(水) 16:13:34.54: 障害はメールで発報されていた。
内容の判断は、受信した担当者の技量に依存するし、
みんなに送信すると、責任をなすりつけ合って結局は重要な情報を見落としてしまう。

監視のためにJP1/CM2まで導入してるが、使いこなせない。
結局、他の原課の前任ベンダーのおっちゃんの作成した
cronとシェルによるログ監視が、いちばん頼りになったりする。
474 ：非公開＠個人情報保護のため：2011/11/16(水) 16:17:57.42: しかし、MS-ACCESSからODBC経由でOracleの表領域を破壊できるなんて知らなかったな。
475 ：非公開＠個人情報保護のため：2011/11/17(木) 09:03:09.38: 監視メールを引き継いだよ。
これからは、君達の責任。
476 ：非公開＠個人情報保護のため：2011/11/17(木) 09:59:31.05: JP1がalertログを監視してないのは問題だな。
せっかく高額で買ったものが何の役にもたってない。
477 ：非公開＠個人情報保護のため：2011/11/17(木) 11:45:10.31: 問題なのはインターネット側のWebサーバが１台しかないので
負荷分散装置が誤認識して、１台しかないWebサーバへの割り振りを中断し
インターネット側の接続が「瞬断」することだ。

１台しかないのに負荷分散する構成というのもヘンテコな話だ。
ひょっとしてSSLアクセラレータのためなら、
WebサーバのSSLを有効にして、負荷分散装置のオーバヘッドがなくすべきだろう。
478 ：非公開＠個人情報保護のため：2011/11/17(木) 11:47:28.18: あれ？インターネット側は１台のWebサーバ構成だから
SSLアクセラレータって全くの無駄使いなのか。
479 ：非公開＠個人情報保護のため：2011/11/17(木) 12:01:08.11: １つのサーバに複数のjava.exeが導入されているのは
いまどき普通の話だ。

UPS装置と連携するためのjava
Oracleクライアントのjava
TivoliのIBM製java
Hinemosのjava
Tomcat4のjava
Tomcat6のjava
IEが使うJREのためのjava

これらは%PATH%環境変数を設定することでjavaを切り替えるものだ。
それを他製品のjavaが導入されていて障害がでると言ってる時点で構成に失敗してると言える。
480 ：非公開＠個人情報保護のため：2011/11/17(木) 12:48:22.08: ログの監視メールは障害が起きたことを報告するメールなのであって
起きた障害をどうやって解決するかは、メールに記載されてない。

なので監視メールを受信した担当者が障害の一次解析をするということになる。
すぐに解決するかもしれないし、しないかもしれない。
これ以上問題が大きくならないように即データベースを停止しなければならない場合もある。
ハードウェア障害に見えて、客の自作自演だったりもする。
その判断を行うのが一次解析者。受信してすぐに何かしなければならないのが普通。
それが運用責任。

でも移行前のように、エキスポート時に破損が発覚するまで、ガン無視しててもいいんだよ。
481 ：非公開＠個人情報保護のため：2011/11/17(木) 13:04:41.73: 監視が重要になるのは、システム全体の品質が低いためだ。

COBOLのバッチそのものはシェルが異常を検知してJP1に通知するしかけになっている。
Web側のTomcatはjdbc接続で、これもフレームワークがロールバックするだろう。
問題はMS-ACCESSのODBC接続からの更新系。
PCなのでハングアップしたり、打ち間違えたり、めちゃくちゃなSQLで一次領域をパンクさせるかもしれない。
そのトランザクションは不定になったはずだ。途中まで更新された中途半端な状態。
このデータを以降のCOBOLバッチが拾っていくのである。

このシステムは障害に敏感にならざるを得ない。
障害の指摘に逆切れしてる場合か？アホなのか？
482 ：非公開＠個人情報保護のため：2011/11/18(金) 05:50:00.43: 態度が悪いのはどっちか？
483 ：非公開＠個人情報保護のため：2011/11/18(金) 05:53:21.04: これも裁量権の逸脱のひとつか？
484 ：非公開＠個人情報保護のため：2011/11/19(土) 08:10:54.53: 「もみ消し型」で運用するということは、致命的になるまで放置することだ。
障害を把握せずに運用日が経過し、破損したデータでバックアップ先を上書いてしまう。
ここまで放置されると元に戻すことはできなくなる。
人はたくさん席に座ってはいるが、状況を監視している訳ではないので静かに破壊が進行してしまう。
485 ：非公開＠個人情報保護のため：2011/11/19(土) 08:18:55.92: 逆にアプリケーションがチェックできるのは業務データだけだ。
今正常に読み込めたデータやファイルが
前処理で半分しか処理できずにコミットしてしまっていたかどうかなどは把握しようがない。
ましてはSQLはJOINして抽出するので、まさに間違ったデータが知らずに拡散していく。
486 ：非公開＠個人情報保護のため：2011/11/24(木) 16:11:27.36: おいおい、まだ発報先メルアドの修正漏れがあるよ。
もう知らんよ。
487 ：非公開＠個人情報保護のため：2011/11/25(金) 16:37:55.90: 不正アクセスを懸念するセキュリティ・リスクなどより
すべてのサーバー群を、正常に運用できるかどうかのリスクのほうが重大。
488 ：非公開＠個人情報保護のため：2011/11/25(金) 22:43:07.09: ヒント：くらうど
489 ：非公開＠個人情報保護のため：2011/11/29(火) 14:11:05.93: キミは：しろうと
490 ：非公開＠個人情報保護のため：2011/12/01(木) 20:59:31.81: 差額が気になってたんだけど。
この仕事から直接契約ではなくなったんだよな。
だから今までの「預け」を清算する必要があった。
それが差額なんじゃね。
491 ：非公開＠個人情報保護のため：2011/12/01(木) 21:05:05.50: なんだよ苦労して安くする必要あったのか？
このまま持ち逃げされるくらいなら
シンメとVMwareでクラウド環境にでもしときゃよかったな。
492 ：非公開＠個人情報保護のため：2011/12/02(金) 11:03:23.36: >490
おいおい図星だったのかよ。
493 ：非公開＠個人情報保護のため：2011/12/03(土) 19:31:45.49: 問題を解決しようという態度じゃないよな。こまった奴等だ。マフィア化してる。
494 ：非公開＠個人情報保護のため：2011/12/05(月) 08:52:14.34: >493

竹原信一は「公務員マフィア」と呼んでいるようだね。

機械やコンピュータにヤクザな対応をしても何も変わらないと思うし
あまりにも頭悪くね？
495 ：非公開＠個人情報保護のため：2011/12/06(火) 12:41:59.92: >494>364
496 ：非公開＠個人情報保護のため：2011/12/06(火) 13:53:02.81: ガム噛んでればカネがもらえるからなぁ。
で、最後に吐き出しちゃうし。
497 ：非公開＠個人情報保護のため：2011/12/07(水) 05:42:01.35: 本番稼働中のデータベースに対して、その場でSQLを組み立てて実行する者がいる。
JOINが噛み合ってなくて直積になったり、ソートのために一時領域をパンクさせたり
インデックススキャンにならずにテーブルスキャンになったりする。
で、検索結果がなかなか返らないので中断させたりしてる。

テストもやらずに、いきなり本番環境でSQLを実行するのは危険なのだが
バカな猿だから壊れるまで続けてしまうだろう。
498 ：非公開＠個人情報保護のため：2011/12/07(水) 05:52:14.90: 稼働中の本番データベースを思いつきのSQL文で検索を行う前に
それがどれくらいヤバいのかEXPLAINで調べることができるが、猿には無理だろう。
499 ：非公開＠個人情報保護のため：2011/12/07(水) 06:00:21.57: Webサーバをパンクさせてたのが、負荷分散装置のヘルスチェックで
その起動間隔が短すぎたと言うところが笑える。
これだけでなく、システム全体で稼働チェックの間隔を短くしすぎたために
ネットワークがそのトラフィックで溢れてかえってしまってるのだ。
この状態をIT業界ではDOS攻撃とも呼んでいる。
500 ：非公開＠個人情報保護のため：2011/12/13(火) 17:58:16.88: ディスク領域に十分余裕があるのに騒いでたらしい。
意味不明。これこそ自作自演のガムクチャ問題。
501 ：非公開＠個人情報保護のため：2011/12/13(火) 18:43:45.41: 都合が悪くなると、問題そのものがなくなってしまうところが笑える。
502 ：非公開＠個人情報保護のため：2011/12/14(水) 21:53:11.99: 調べれば調べるほどおかしな障害であることが判明していくのだが
それを根拠もなく製品のバグだと主張する奴が実は犯人だったりするわけだ。
503 ：非公開＠個人情報保護のため：2011/12/16(金) 16:35:46.96: 自分の管理化のサーバを勝手に壊してリブートさせても、誰も助けちゃくれない。
管理するというのは、周辺にクレームを垂れ流すことではない。
504 ：非公開＠個人情報保護のため：2011/12/16(金) 17:42:32.27: メールアドレスしか分からない相手のPCを遠隔支配できる「FinFly WEB」
http://gigazine.net/news/20111211-finfly-web/

1) 県庁の前にあやしいワゴン車をとめる。
2) 県庁のWiFiネットワークを受信。
3) 県職員はWiFiルータを使ってネットに接続している。
4) そのころ、本部ではターゲットが見ているサイトを感染させていきます。
5) ターゲットは自分が見ているサイトは問題のないサイトだと思っているので、ポップアップがあったらクリックしてしまいます。
5.1) FlashPlayerのアップデートに偽装できます。
6) しかし、これは罠。FinSpyをインストールされてしまいます。
7) これで本部からターゲットのPCがフルアクセス可能になりました。

たぶん、こんなかんじでやられてたんだね。
505 ：非公開＠個人情報保護のため：2011/12/19(月) 10:04:09.57: 最近アップデート多かったよね。

アップデートに偽装してリモート監視ソフトをインストールしてくる「FinFly ISP」
http://gigazine.net/news/20111211-finfly-isp/
506 ：非公開＠個人情報保護のため：2011/12/19(月) 10:05:51.79: LANにつなげたPCはすべて感染させられていたのか

インターネットやLAN経由でリモート監視ソフトを送り込む「FinFly LAN」
http://gigazine.net/news/20111210-finfly-lan/
507 ：非公開＠個人情報保護のため：2011/12/19(月) 10:07:25.57: すべてのPCのUSBソケットに
同じようなヘンテコなUSBが刺さってれば
いくらなんでも気付くだろ。

USBメモリを挿すだけでPCのリモート監視が可能になる「FinFly USB」
http://gigazine.net/news/20111210-finfly-usb/
508 ：非公開＠個人情報保護のため：2011/12/19(月) 10:08:58.80: ?40種類のウィルス対策ソフトを回避して感染させるなんて
業界にウィルス検知を見逃すような軍事的な協定とか仕様があるのだと思う。

アンチウイルスソフトに検知されずあらゆる行動を記録する「FinSpy」
http://gigazine.net/news/20111210-finspy/
509 ：非公開＠個人情報保護のため：2011/12/19(月) 10:28:27.29: 「組織が金をかけてまで情報を隠そうとしているというのは、
その情報を世に出せば社会的利益がある」という信念があるから。
510 ：忍法帖【Lv=2,xxxP】：2011/12/22(木) 03:58:24.52: 公務員マフィア
511 ：忍法帖【Lv=2,xxxP】：2011/12/22(木) 11:31:16.91: >504-508

ムバラクに協力した西側企業とは
http://miyajima.ne.jp/index.php?UID=1307070670

FinSpyは反体制側の鎮圧に使うものらしい
512 ：忍法帖【Lv=2,xxxP】：2011/12/22(木) 20:01:09.84: 公開されたサイトは鎮圧できないかるなw
513 ：忍法帖【Lv=2,xxxP】：2011/12/22(木) 20:09:35.17: もともと脛に傷がある県庁だから
クラウドにFBIのガサ入れあるなんて
絶対嫌がるだろうな。
514 ：忍法帖【Lv=2,xxxP】：2011/12/22(木) 20:18:16.40: 県警だったらある程度揉み消しも可能かもしれないが
FBIは容赦してくれなさそう。
515 ：忍法帖【Lv=3,xxxP】：2011/12/23(金) 16:44:49.13: クラウドにデータを配置すると
LI(Lawful Interception)を委任されたベンダーが勝手にアクセスでき
しまいには、そのデータを元に解析サービスを商売で始めたりしてる。
国を越えた法律がないからだ。
516 ：忍法帖【Lv=3,xxxP】：2011/12/23(金) 16:52:29.69: 米のFacebookのデータベースに独自にアクセスして人間関係のプロファイル分析をしても問題なかったのは
イタリアの会社だったからだ。

クラウドは国を越えて配置することで責任を曖昧にし
データを第三者に叩き売るツールだった。
517 ：忍法帖【Lv=3,xxxP】：2011/12/23(金) 16:59:20.84: 米の愛国者法が強制する盗聴の仕掛けが
他国からの悪質なデータ解析を助長している。
クラウドは、もはやこれまで。
WikiLeaksはとどめを指してしまった。
518 ：忍法帖【Lv=3,xxxP】：2011/12/23(金) 18:54:49.39: 何も知らなければ
何も怖くはなかったな。
519 ：忍法帖【Lv=2,xxxP】：2011/12/25(日) 19:26:29.17
520 ：非公開＠個人情報保護のため：2011/12/26(月) 12:56:22.17: また瞬断だよ。なんなの？
521 ：忍法帖【Lv=5,xxxP】：2011/12/27(火) 21:35:48.70: 早く合法化しないと違法盗聴がバレてしまうw
522 ：非公開＠個人情報保護のため：2011/12/28(水) 11:13:21.54: 盗聴技術をを言論統制に使い始めちゃおしまいだよな。
事故を起こした原発のように品質が劣化していくぞ。
最後はメルトダウンだ。
523 ：非公開＠個人情報保護のため：2011/12/29(木) 07:26:21.66: http://www.mynewsjapan.com/reports/1537
政府が監視した「反原発」識者・市民団体ランキング
1位は原子力資料情報室と西尾、矢部、伴、広瀬の各氏
524 ：非公開＠個人情報保護のため：2011/12/29(木) 11:26:41.18: なんかヘタクソ杉な破壊工作に失敗したそうでw
ぜんぜん気付かなかったよ。

シェルを改竄したまでは良かったが
別のサーバにコピーし戻すのを忘れたのが致命的だったね。

まぁせいぜい頑張ってくれたまえ。
525 ：非公開＠個人情報保護のため：2012/01/01(日) 19:48:14.15: このスレもここまでメンヘルに侵されたら、使い道ないね。
526 ：非公開＠個人情報保護のため：2012/01/06(金) 22:41:07.99: 公務員は多分・・・。
http://uni.2ch.net/test/read.cgi/koumu/1285785883/

小学校のデータ。
527 ：非公開＠個人情報保護のため：2012/01/10(火) 12:35:20.63: あたしらーはメンヘルの坊主頭なのさ。
528 ：非公開＠個人情報保護のため：2012/01/14(土) 06:31:49.86: いまさらだけど、在日とか中国人とか煽ってたのは公務員だったのな。
粘着質で長期間工作できる、暇で馬鹿な人達で
書き込みに同様の無能さを感じてるうちに、こいつらはひょっとして公務員じゃねと思うようになった。
529 ：非公開＠個人情報保護のため：2012/01/14(土) 06:37:13.20: 複数の職員で分担するので
特定されやすいTwitterやFacebookでは工作ができないのさ。
530 ：非公開＠個人情報保護のため：2012/01/14(土) 06:44:21.82: 省庁や役所の不祥事がバレたときに
イメージ回復を狙ってドラマを放映するんだよな。
テレビとはまったく逆の実体や事件が裏で進行してる。
531 ：非公開＠個人情報保護のため：2012/01/14(土) 10:37:01.64: 「重要なことは、人々の関心を核心から他へ逸らすことなのである。
、、、彼らの考える民主主義社会とは、社会を支配する特殊階級と、
組織化の手段を奪われた残りの国民からなる社会なのである。」

ノーム・チョムスキー
https://twitter.com/#!/cmk2wl/status/157999119170945024
532 ：非公開＠個人情報保護のため：2012/01/14(土) 11:26:22.34: そもそもフィルターかかっててできないだろｗ

素人乙ｗ
533 ：非公開＠個人情報保護のため：2012/01/14(土) 16:32:51.08: そうやオレも最初はそう思ったんや。
そしたらパスワードの入力欄がな、
いつのまにか消えててな
承認ボタンだけになっとるがな。
534 ：非公開＠個人情報保護のため：2012/01/14(土) 16:38:47.89: まだそのあとがあってな、申請書に書き込んだ時刻とURLを書くんや。
そしたら庁内プロキシのログとな
書き込んだ時刻を確認してもらうとな
一件500円貰えるのや。こら儲かるで、再任用なんか夢中で書きこみよるわい。
535 ：非公開＠個人情報保護のため：2012/01/14(土) 16:42:55.45: なんでもええからな、体制側に都合がええことを書き込むんや。でもな批判するようなことを書き込むとな独自の裁量で何かしらのバチがあたるんや。あんたも気いつけぇや。
536 ：非公開＠個人情報保護のため：2012/01/15(日) 08:29:38.52: 国家公務員69万人、地方公務員300万人、準公務員・非営利団体職員300万人で総数669万人。
６６９万人の工作員。
537 ：非公開＠個人情報保護のため：2012/01/17(火) 14:04:30.93: 嫁の母は、キミ達より壊れている。
痴呆症状に本来の性格の悪さが加わるとキミ達の何倍も最悪なモンスターになってしまうのだよ。
一度解決した問題を蒸し返す。
都合の悪い話は忘れた振りをする。
自作自演のトラブルを起こす。
警察が手を上げるまで繰り返す。

そう、そんなモンスターに比べればキミ達のレベルはまだまだ低すぎるのだ。
538 ：非公開＠個人情報保護のため：2012/01/18(水) 12:30:30.43: 最近空振りが多いな。ワンナウト、ツーストライクくらいか？
539 ：忍法帖【Lv=22,xxxPT】：2012/01/18(水) 21:19:11.80: マニアックなことは知っているが、エクセルすら使えん奴多いな
540 ：非公開＠個人情報保護のため：2012/01/18(水) 21:21:59.70: >539
ぷっ。
541 ：非公開＠個人情報保護のため：2012/01/18(水) 22:33:07.01: エクセルのマクロ組んだだけのものをシステムと呼んで、
予算が付くのは役所だけだろうな。
542 ：非公開＠個人情報保護のため：2012/01/20(金) 11:22:12.02: また空振り？
543 ：非公開＠個人情報保護のため：2012/01/20(金) 23:14:18.31: ＩＴ関連の企業とかシステム大きい金融関係以外の会社でシステム部って出世しない部署？
もしくは左遷部署？
544 ：非公開＠個人情報保護のため：2012/01/22(日) 14:26:40.34: 恣意的に検察審査員を選ぶ方法（悪意がある場合の実証例）
2010/11/26※これらは提供されたプログラムの実行実験において確認されたものです。
http://my-dream.air-nifty.com/siryou/files/444.pdf

このインチキっぽい仕様見てみろよ。
全国こんなかんじでインチキが行われているんだよね。
545 ：非公開＠個人情報保護のため：2012/01/22(日) 14:30:15.65: ODBC接続したMS-ACCESSであからさまにデータを更新(＝改竄)したのを見たときはビックリしたけど
これって役所のスタンダードだったわけだよね。
546 ：非公開＠個人情報保護のため：2012/01/22(日) 17:51:52.82: >>543
社内向けシステム部門はIT企業でも左遷部署だよ
コスト部門なんだし
547 ：非公開＠個人情報保護のため：2012/01/22(日) 18:58:43.18: >>543
会社や自治体によりけり。
今の時代、「ＩＴ全然わかりません」て幹部だらけじゃ対外的にも通用しないので
ＩＴ関係の一定の経験のある奴を幹部職員に登用してるところは別に珍しくない。
ちなみにウチ（某県庁）の場合はＩＴ専門職を採用してないのでＩＴ部門は事務で
採用された中から超高学歴（東大、京大、東工大等）を優先的に配属してたりする。
だから結果的に若いときにＩＴ部門の経験のある奴が幹部職員になってたりする。
もちろん例外もあるし長年ＩＴ部門にいたら他部署で使えなくなるのでその後の出世は
まずない。
548 ：非公開＠個人情報保護のため：2012/01/22(日) 19:47:58.19: 技術系で入った専門職だけど、なんか見下されてる感はあるな
異動でやってくる事務職員は最初から上から目線だ
549 ：非公開＠個人情報保護のため：2012/01/23(月) 17:31:44.43: いったいどんな考えで核兵器を製造しようなんて発想したんだ？
究極の基地外かよ。
550 ：非公開＠個人情報保護のため：2012/01/23(月) 18:58:58.53: >>541
アクセスなら立派なシステムなんだがな
551 ：非公開＠個人情報保護のため：2012/01/23(月) 20:56:23.45: アクセスで原発の制御しちゃだめだろw
552 ：非公開＠個人情報保護のため：2012/01/24(火) 19:50:31.58: >>544

これキャプチャ見る限りでは、裁判所で使ってるシステムの画面だな。

文書の中身は、はなはだ胡散臭いが。
553 ：非公開＠個人情報保護のため：2012/01/24(火) 20:47:28.33: そうそう、どうして役所の自称システムはこんなかんじで胡散臭いんだろうね。
554 ：非公開＠個人情報保護のため：2012/01/28(土) 14:04:54.20: どんなシステムでもODBC経由で生の表データを更新しちゃうなんて基地外に近い行動だと思ってるのはオレだけ？
555 ：非公開＠個人情報保護のため：2012/01/29(日) 13:17:06.73: よくやってしまう

てか生テーブル触らないとユーザの誤入力データの削除や修正が出来ないシステムなんで
556 ：非公開＠個人情報保護のため：2012/01/29(日) 14:08:13.44: >555

それが大問題なのよ。

生データを手メンテで修正すると、打ち間違えたり、修正途中の表のデータを
バッチが拾っちゃうのさ。て、バッチは間違った処理結果を次の処理に渡しちゃうのさ。
だから、昇給や処遇が職員によって違うのはそれが原因なんだけど知ってた？
557 ：名無しさん：2012/01/31(火) 08:22:46.64 ID:???: ［スクープ］特許庁、難航していた基幹系刷新を中止へ
2012/01/20　大和田尚孝＝日経コンピュータ
http://itpro.nikkeibp.co.jp/article/NEWS/20120120/379019/?ST=cio

特許庁が5年前から進めてきた基幹系システムの刷新プロジェクトを中止する方針を固めたことが、
日経コンピュータの取材で分かった。当初は2011年1月の稼働を予定していたが、
業務分析の遅れなどから要件定義と設計が難航。稼働を3年遅らせたが、立て直すことができなかった。

政府が策定したレガシーシステムの刷新指針に基づき、特許庁は2004年10月に「業務・システム最適化計画」を策定した。
この刷新指針は、特定のITベンダーとシステム保守などを長期契約することによる
ITコストの高止まりを解消する目的で策定されたものだった。同庁はさらに、
入札に分割調達の仕組みを採用して競争原理を働かせることを目指した。

要となるシステム設計とシステム基盤の構築については、
東芝ソリューションが入札予定価格の6割以下の99億2500万円で落札した。
ところがプロジェクトが始まると、現行の業務やシステムを理解した職員と技術者が足りない問題が表面化、
進行が滞った。特許庁はアクセンチュアと30億円超の契約を結び、
同社にプロジェクト管理支援を委託していたが、それでも遅れは防げなかった。

特許庁のシステム刷新を巡っては、外部の有識者による「特許庁情報システムに関する技術検証委員会」が現在、
プロジェクト継続の可能性を調査している。近々、同委員会が報告書をまとめる計画だ。
システム刷新に携わる関係者によれば、報告書はプロジェクトの中止を促す内容になる可能性が高いという。
報告書を受けて、特許庁はシステム刷新の中止を決めるとみられる。
558 ：名無しさん：2012/01/31(火) 08:27:28.61 ID:???: 特許庁の基幹システムはなぜ失敗したのか。元内閣官房GPMO補佐官、萩本順三氏の述懐
2012年1月30日　http://www.publickey1.jp/blog/12/gpmo.html

内閣官房GPMO（ガバメントプログラムマネジメントオフィス）補佐官当時、僕は、結果的に何もできなかった。
（略）
2007年にプロジェクトの問題を指摘し、特許庁の当時の設計ドキュメントを見に行った際に、
一旦ストップさせ、どのように進めていくべきか、
かなり強引（特許庁のオフィスは僕の声で響き渡った）に特許庁の情報部門に幾度も迫った。
何度も足を運んだが、２０数名の会議の中、僕の主張は結果的に通らなかった。

その後補佐官を辞める事になった。

このような結果になり当時止められていれば、おそらく膨大な損失を防ぎ、
このプロジェクトで多くの人が不幸にならずに済んだのだと思う。
そういう意味で国民や関係者に謝らなければならない。

どうせ辞める覚悟があるのであれば、もっとやれることができたのではと今でも思う。

死ぬ覚悟でやりとおせたらと...
559 ：名無しさん：2012/01/31(火) 08:31:28.13 ID:???: なにが問題だったのか

特許庁の基幹システムの開発が失敗に終わった原因として、
開発を担当した東芝ソリューション(TSOL)の設計開発能力や
プロジェクト管理能力が十分でなかった、という特許庁検証委員会の指摘が報道されています。
しかし萩本氏は、それを別の視点からこう指摘します。

たしかにそういう部分もあるかもしれない。しかし、僕にはこのプロジェクトの当時の姿は違うものに見えた。

政府と開発側で、こういう不幸が起こらないように、なにが問題か整理をすべきではないか。
僕には当時このプロジェクトは下記のように見えていた。

１．ＩＴ技術の活用をイメージできず盲信している
技術を特許庁の業務にどう活かすかという具体性・現実性に乏しく、技術オリエンテッドで物事が進んでいた。
つまり僕の目には、当初の基本アーキテクチャそのものに疑問が大いにあった。
この責任は開発会社だけではなく、発注者にもある。
つまり技術をどう活かすかという結果イメージがシナリオレベルで不明確で両者（発注側・開発側）どちらも説明できていないのだ。

２．業務モデル（フロー）説計の不慣れさ
業務フローをどう活用するかというイメージがなく、ただただ言われた業務を書きうつすだけ。
当時そういう人が千名近くいたという。その時点で破たんしているのだ。
業務フローなどのドキュメントはドキュメント過多に陥りやすい。
戦略的にどう活用すべきか省庁の中で充分に整理をしてから手をつけないと、
無用な産物を作り出すことになる。当時既に無用な産物化していたのだ。

３．プロジェクトマネジメントの問題
プロジェクトマネジメントに大いに問題があるのは事実。
しかし、このプロジェクトマネジメントは開発ベンダーだけで構成されるものではない。
基本は業務プロジェクトと捉えるべきだ。
当時、このように業務設計におけるプロジェクト管理者は特許庁側に存在していた。
そこが破綻しているのだから、それを飛ばして先に進む事自体おかしいし、
一方的に開発ベンダーの責任として押し付けているかぎり解決はしない。
開発ベンダーの力不足という問題だけで片付けてはならない。
こういう業務設計も含んだプロジェクトのマネジメントを発注者、受注者双方で学ぶ必要がある。

４．業務モデルは発注者の理解と覚悟の元作成する
これを開発ベンダー中心で書き続けるかぎり、こういう失敗は続く。
つまり「絵に描いた餅」か「現状業務の見える化」にすぎないものを多大な工数を使って作り上げてしまう事になるのだ。
そういう多大なドキュメントを抱え込んだプロジェクトは、設計局面で要求が肥大化し爆発する。
また、そうなっている状況において耐え直す勇気がない、それがプロジェクトマネジメントの問題であり、
それは請け負った開発会社の問題でもあるだろう。

もうこういう不幸なプロジェクトは繰り返さないでほしい。
僕はそのためにも要求開発や匠メソッドを発展させ啓蒙活動を続ける。
560 ：名無しさん：2012/01/31(火) 08:32:54.16 ID:???: 萩本氏は追加のコメントで、日本独特の契約形態についても触れています。

また、この問題には、日本独特のSIerとの契約形態が絡みます。
この契約形態こそ日本のＩＴ技術を駄目にしているもので、まだ要求の価値も見いだせない段階で、
要求を定義していく過程で絞り込みができず、要求の量が爆発的に増大。
そして、その爆発した要求に対して工数を見積もるような慣習です。
それがプロジェクトを超大規模化させる原因であり、IT業界が価値を生み出さず、
3Kと言われる屈辱的な状況を作り出している。

これを撤廃しないかぎり問題解決できません。政府自らこの問題にチャレンジしないかぎり、
日本のＩＴ企業は衰退するばかりか、お荷物を背負いこむユーザ企業も落ちぶれていくでしょう。

僕は、要求開発や匠メソッドを洗練させて、この問題を取り組む為のプロマネや手法を作り続けて実践することで、
世の中を変え、政府が振り向く実績を残すしかないのかなと今は思います。
561 ：名無しさん：2012/01/31(火) 08:35:04.88 ID:???: 「ただただ言われた業務を書きうつすだけ。当時そういう人が千名近くいた。」

ｲﾎﾟ表のことでつね。
562 ：名無しさん：2012/01/31(火) 15:17:22.97 ID:???: >561
>M Kame 昨日 05:41 PM
>特許庁の業務は守秘義務の塊で、具体的な業務フローはユーザ側にしか判らない
>（開発側が調べる事ができない）と言うことも問題を解決できなかった一因だと思います。
>どれだけ優秀なSIerでも「盲人象をなでる」状態ではいいものはできません。
> http://www.publickey1.jp/blog/12/gpmo.html

業務内容が不明で怪しくなってくると、守秘義務とか言って逃げてたんじゃね。
役所が自分の業務を把握してなかったことが失敗の原因でしょ。
TSOLのｲﾎﾟ表ばかりが敗因ではない気がする。
563 ：名無しさん：2012/02/01(水) 08:17:41.61 ID:???: 100億円以上かけたシステムが
ぜんぜん大したことないから変だなとは思ってたけど。
50億円の裏金をつくるために55億円のプロジェクトを起こして
Tｿﾙとｱｸが何かやったように見せてるだけなんでしょ。
成果物があると、これで55億円かよなどと突っ込まれちゃうから
今回は失敗したことにしたんだよね。
564 ：名無しさん：2012/02/01(水) 09:06:30.43 ID:???: https://twitter.com/#!/takeharasinichi/status/164496469431296002
公務員は組織的にどろぼうをする。これはおカネの意思。
倒産しないから手口は洗練され悪質化する。
集団の主義によって思考と良心を停止させる。
その姿は彼らが見下している脳なし議員たちと同じ状態なのだ。
http://blog.livedoor.jp/jijihoutake/archives/53636241.html
565 ：非公開＠個人情報保護のため：2012/02/06(月) 18:00:00.20: 竹原信一は詩人になりつつある。
566 ：非公開＠個人情報保護のため：2012/02/07(火) 07:11:30.15: 特許庁の失敗をみて、これが全国で起きているのだと確信したよ。
567 ：非公開＠個人情報保護のため：2012/02/07(火) 15:04:58.41: 岐阜県職員、告発者隠さず文書転送　2012年2月4日 10時19分
http://www.chunichi.co.jp/s/article/2012020490101911.html

とうとう人事課の自作自演が明るみにでた。
568 ：名無しさん：2012/02/09(木) 18:06:25.75 ID:???: さぁ世界中に人事課をアピールするぞ。
569 ：非公開＠個人情報保護のため：2012/02/10(金) 20:00:26.63: 役所に関わるまでは開発は成功させてなんぼだと思っていた。
特許庁の話を聞いて、役人が意図的に失敗させてることを確信した。
何のために頑張ったのか？いまさら無意味なことやってたなと反省。
570 ：非公開＠個人情報保護のため：2012/02/10(金) 23:55:00.14: 情報システム系の課にいきたい。
学生の時に趣味でとったソフ開が資格欄を飾っているが、一向に考慮されず今は関係のない課。
571 ：非公開＠個人情報保護のため：2012/02/11(土) 07:14:59.76: >570
そういうのがたくさん集まって大失敗したのが特許庁なんだよね。
572 ：非公開＠個人情報保護のため：2012/02/11(土) 22:10:12.33: ソフ開程度パソコン博士でも取れる

本人は詳しいつもりの勘違い素人がプロジェクトでは一番の災厄をもたらす
573 ：非公開＠個人情報保護のため：2012/02/12(日) 16:02:46.93: 要件定義や基本設計、PM、PLが圧倒的にたりない。天下ってきたとか、学生の延長とか、年功序列ではプロジェクトを推進できない。せいぜい愚痴みたいな発言で設計や仕様を混乱させるだけだ。
574 ：非公開＠個人情報保護のため：2012/02/12(日) 16:31:42.17: IT系専門職としてシステム課に転職したけど、マジで役所は最悪だと思う

課内に技官は俺一人だけで、他は皆事務屋
見積もり査定や業務部門との要件調整、設計のレビュー、どれ一つとしてできてない。

やってることは事務手続きの書類作成と、DR時の誤字脱字探しのみｗ
こんな連中が億超えるプロジェクトやったら１００％失敗するわ
575 ：非公開＠個人情報保護のため：2012/02/12(日) 17:04:30.10: それって人は沢山いて、人月を出鱈目に浪費しながら、期限が来て
何も進んでないけどカネ払えという特許庁パターンそのもの。
576 ：非公開＠個人情報保護のため：2012/02/12(日) 19:06:00.17: 805+2 ：名刺は切らしておりまして [] ：2012/02/12(日) 00:42:54.40 ID:yvKGKMEW (1/3)
国がらみのプロジェクトには、各社のダメ人間が送り込まれる。

役人の面子をうまく使えば、滅多に失敗したことにはならない。
だから、ダメ人間でも仕事したことになるんだよ。

俺はいまは足を洗って、普通の開発をやっているけど、
国プロに関っていた時は、H社もN社も、ダメな人ばかりだった。
577 ：非公開＠個人情報保護のため：2012/02/12(日) 22:13:22.95: >>574
彼らは数年後の君の姿だよ
役所に入った時点で君の時間は止まる
数年たてば事務屋と何ら変わらない
578 ：非公開＠個人情報保護のため：2012/02/12(日) 23:27:39.78: たしかに、その通りだね。役所では成長がないからな。
579 ：非公開＠個人情報保護のため：2012/02/12(日) 23:40:37.78: >>577
だろうな

役所に来てから自分でプログラム書くこともないし、
サーバ触ることすらしてない。
会議と資料作成ばっかり。

役所の専門家不足はよく話題になるが、
この環境じゃどうにもならんわ
580 ：非公開＠個人情報保護のため：2012/02/13(月) 05:49:19.13: それは民間の大手でも同じだよ。PMしかやらないからといって技術のトレンドに遅れていくわけじょない。組織全体でKNOW-HOWを蓄積していく価値観がないだけ。
581 ：非公開＠個人情報保護のため：2012/02/13(月) 08:30:54.15: 大手になると下請けに丸投げしてるだけだからな

んで多重請負で中間搾取
582 ：非公開＠個人情報保護のため：2012/02/14(火) 22:17:01.48: >>580
技術を提供して飯食ってるベンダと役所は同列には語れないよ
役所では、技術を高めることは仕事とみなされない
それどころか、技術を持った奴はそうでない奴の無能を際立たせるので、迫害の対象となることすらある
腐りたくなけりゃ、オープンソースコミュニティに参加するなどして自分でなんとかするしかない
583 ：非公開＠個人情報保護のため：2012/02/14(火) 23:15:13.80: 自分でやれば１時間で済むようなスクリプト修正まで外注だからな
金の無駄なので自分でやると、上司や先輩からケチつけられる

技術力皆無の奴らはベンダの恰好の餌だが、ぼったくられてる自覚もなく
PMごっこに勤しんでる
584 ：非公開＠個人情報保護のため：2012/02/15(水) 08:28:24.86: 役所側の立場にたってくれる良心的なベンダーが必要なんだけど
そんなことって談合の輪から外れることになるので無理なんだろうね。
585 ：非公開＠個人情報保護のため：2012/02/26(日) 16:35:11.36: https://twitter.com/#!/yukohm/status/173638357413408768

原発産業に就いているから原発を悪く言えない。住んでいるから地域を悪く言えない。
放射能汚染も悪く言えない。同じ理由で、日本も国家も悪く言えない。
戦時中と同じではないか。何者に対して、自己犠牲と奉仕をしているのか。
これで国民にとって良い国家に変えられるのか。子孫の将来はどうなるのか。
586 ：非公開＠個人情報保護のため：2012/03/03(土) 23:25:07.02: >>579
うちはプログラム書かされる
そういう経験がない新人がやらされて壊れてくよ
587 ：非公開＠個人情報保護のため：2012/03/04(日) 07:01:04.67: プログラム書くくらいで壊れてたら
システム課は勤まらないだろｗ
588 ：非公開＠個人情報保護のため：2012/03/05(月) 11:08:43.70: 事務職として入ってもプログラム書かされるの？
589 ：非公開＠個人情報保護のため：2012/03/05(月) 11:43:11.45: たぶんExcelのマクロやVBAのことをプログラムと言ってるだけだよ。
590 ：非公開＠個人情報保護のため：2012/03/05(月) 19:17:41.76: 事務職をシステム課に配属させる意味がわからない
591 ：非公開＠個人情報保護のため：2012/03/05(月) 21:11:53.66: あぁシステム課ってなんちゃら技術職の人しか配属されないの？
592 ：非公開＠個人情報保護のため：2012/03/10(土) 13:15:47.68: ひさしぶりにie8がトラブっておもしるい。
593 ：非公開＠個人情報保護のため：2012/03/10(土) 17:27:49.39: いちばんおもしろくなる結論は
キーロガーに感染していたということになった場合だろうな。
誰が仕掛けて、どこに送ってるか調べることになる。意外とみんながよく知ってる原課だったりしそうだ。
594 ：非公開＠個人情報保護のため：2012/03/13(火) 09:00:39.37: どこまでバレちゃうのかなぁ？ﾜｸﾜｸする。
595 ：非公開＠個人情報保護のため：2012/03/13(火) 09:52:02.68: 納品したベンダーを追跡するのもいい手かも。ｷﾞｬﾊﾊ。
596 ：非公開＠個人情報保護のため：2012/03/22(木) 16:37:58.64: マジなんだったら、こんなとこに書いていないで、告発しなよ。

しつこいんだよ。
597 ：非公開＠個人情報保護のため：2012/03/23(金) 11:05:42.64: 告発しちゃったら、捜査できなくなるだろ。
598 ：非公開＠個人情報保護のため：2012/04/08(日) 11:50:51.37: 障害対応出勤あげ
599 ：非公開＠個人情報保護のため：2012/04/08(日) 21:09:59.25: 自作自演でサギ残するのはやめろよ。
600 ：非公開＠個人情報保護のため：2012/04/16(月) 17:16:38.70: たいした機能はないのにCOBOLコードが爆発する現象は、COBOLに限らずどんな言語でも発生する。
プログラムは業務を分析して集約していくものであって、
似たようなコードをコピーして見た目のボリュームを大きくみせるものではない。
601 ：非公開＠個人情報保護のため：2012/04/16(月) 17:24:47.71: 巨大に見える業務ほど機能を集約して共通化、部品化、継承と派生していき階層化がうまくできれば
いちばん上位の業務ロジックは部品を呼び出すロジックをなっていくはずだ。
このような考え方をしなかった場合、システム全体のボリュームはすぐに爆発してしまう。
似たようなロジックがあちこちにコピーされ混乱していくのだ。これをワザとやるから性質が悪い。
602 ：非公開＠個人情報保護のため：2012/04/17(火) 19:20:23.52: いい加減COBOLなんか委託しろ
603 ：非公開＠個人情報保護のため：2012/04/18(水) 08:44:23.56: オペチョンで本番の表をTRUNCATEしてしまわないように
表にTRUNCATEのBEFORE TRIGGERをしかけておく方法もある。
さらにトリガーのタイミングでメール発報するようにしてる悲観的な会社もあった。

しかし、自作自演の場合は、このトリガーを外してTRUNCATEしてしまうだろう。

http://www.dbforums.com/oracle/1050101-before-after-truncate-trigger.html
604 ：非公開＠個人情報保護のため：2012/04/18(水) 21:23:16.70: 勝手にTRUNCATEしてろ
605 ：非公開＠個人情報保護のため：2012/04/27(金) 21:50:39.96: 共有ディスク装置がヤバそうなメッセージをあげてきたけど、もうしらんよ。
606 ：非公開＠個人情報保護のため：2012/04/27(金) 21:52:12.33: 運用担当の人いる？？？
夜でも休みでも電話多くて大変じゃない。
607 ：非公開＠個人情報保護のため：2012/04/27(金) 23:29:30.75: 裏コミュ株限定で「キントミコ」「儲かる＠れしぴ」の存在確認

当たる情報と手堅い投資が気に入りました。仕手もあるけど個人的には手堅いので攻めてます。
608 ：非公開＠個人情報保護のため：2012/04/28(土) 14:09:49.45: RAID5+1って最高じゃーん。壊れたディスクを切り離してホットスペアに切り替えてRAID5を再構築。
あとはホットスペアのディスクを稼働中に交換するだけ。Oracleは気付かない。正常状態で何も起きてない状態が継続しているだけ。
609 ：非公開＠個人情報保護のため：2012/04/28(土) 14:12:16.45: 要はインフラ関連のメッセージをちゃんと監視してるかどうかが決め手なんだけど、原発メーカのやつらはどうするんだろ。
610 ：非公開＠個人情報保護のため：2012/04/29(日) 10:39:37.42: メール飛ばす設定とかしてないんかｗ

素人乙ｗ
611 ：非公開＠個人情報保護のため：2012/05/04(金) 07:48:17.80: メールを飛ばす設定はあるけど、県庁のメールサーバが逝かれたみたいだ。これはもうブラックアウト状態。
正常に動いてるか、メルトダウンの最中か判らない。
612 ：非公開＠個人情報保護のため：2012/05/06(日) 23:32:04.58: 新任でここ配属されて、ずっと移動がないみたいなんですが、ここに配属されると出世できないとかあるんでしょうか。
パソコン関係しか知識が増えないように思えてしまいます。
613 ：非公開＠個人情報保護のため：2012/05/07(月) 02:42:22.34: 情報は墓場みたいなもんだから、出世はあきらめたほうがいいよ。
614 ：非公開＠個人情報保護のため：2012/05/08(火) 19:55:48.83: ウチの場合は事務屋採用の中から国立の高学歴(東大、東工大、京大)を
配属してた時代が長かったから結果的にかなり出世してるのもいる。
電算塩漬けシステム系たらい回しの刑をくらうと当然出世は難しい。
今の時代は「システム全然わかりません」の管理職だらけだと役所も対外的に
マズイのでシステム経験が多少ある奴を管理職に登用してるとこは多いよ。
615 ：非公開＠個人情報保護のため：2012/05/10(木) 13:22:35.44: 役所のシステム運用なんて責任を回避するためのウソばっかりだ。
そして、この延長線上に原発のメルトダウンがあるのだと思う。
616 ：非公開＠個人情報保護のため：2012/05/10(木) 18:24:36.08: >>589
いや、コボルだよ
俺にはセンスがなかった•••
617 ：非公開＠個人情報保護のため：2012/05/11(金) 00:33:24.55: 素人の中からもEXCELのマクロの達人みたいなのが出てくるな
普通にACCESSその他DBで作りゃいいと思うのだが
618 ：非公開＠個人情報保護のため：2012/05/11(金) 08:21:49.90: 自治体ごとにプチ開発するのは全くの無駄だよな。しかし後ろめたい処理があるために全国共通にできない。
619 ：非公開＠個人情報保護のため：2012/05/17(木) 15:07:03.40: コンピュータでトコトン揉めるのは簡単だ。あらゆる操作に意図的に失敗してしまえばいいのだ。
これをやる人間のなんとまぁ多いこと。まぁ確かに成果物を要求されてるわけではないので
勤務時間を無駄に過ごすという意味では、コンピュータの操作というのはうってつけなのだ。
620 ：非公開＠個人情報保護のため：2012/05/17(木) 15:09:39.89: 公安に雇われている人達には本業があり、生活保護のような報酬のためにサボタージュ工作を行う。
本当にコイツ等はどうしようもない。
621 ：非公開＠個人情報保護のため：2012/05/25(金) 21:02:41.34: ずっと文系でなぜかここに配属されたド素人なんだが大して詳しくなくてもできるな
というかずっと居たくないので専門知識は大して覚えないことにしてる
622 ：非公開＠個人情報保護のため：2012/05/28(月) 11:20:24.48: まぁたしかに何も知らなければ何も怖くない、原発のオペレータみたいなもんだな。
623 ：非公開＠個人情報保護のため：2012/05/28(月) 19:16:17.69: 東電みたいなもんだ
下請けがシステム一番よく知ってて自分じゃなーんにもできないｗ
624 ：非公開＠個人情報保護のため：2012/05/31(木) 00:08:32.39: ≪真似はしないでください≫
岡山市役所の人事課・システム課の　見せしめ・リストラストーカー（特殊工作）マニュアル
（嫌われている人は人事課・システム課の情報操作のもとに作られており、組織的いじめです）

職場内外、ネット上、自宅周辺で捏造された悪評を流し情報操作する
（ＳＮＳ・携帯電話メール・ネット掲示板・庁内ＬＡＮ・チャットなども利用する）
（８割事実２割中傷でもかなり心証が悪くなる）
（本人に中傷・盗聴内容を聞かせて脅す　職場にＩＣレコーダ等を内緒で仕込む）

同僚、地元、取引先に圧力をかけて人間関係を操作する
（仲間外れを作り、協力しないと同じ目に合わせると同僚を脅して協力させる）
（隔離された環境、場所、人間関係にし、情報を与えないか、誤った情報を与えて混乱させる）
（職場で口裏を合わせて、本人を直接知らない人に嘘の悪評をばらまく）
（パワハラに協力したら利益供与すると約束し、仲間を増やす）
（仕事を教えない。重要な情報はすべてメールおよびＬＡＮを使用して通知し、その存在すら知らせない）
625 ：非公開＠個人情報保護のため：2012/05/31(木) 00:09:00.94: システム課がLANＰＣを使って設定・ソフトに嫌がらせをする
（PCを内蔵マイクつきにすり替え、音声を収集する）
（デスクトップ共有やＩＰメッセンジャーを課内、庁内で使用、指示を下したりする）　
（必要なドライバ・ソフト・設定が入らないか、勝手に変更されている）
（常時PCの稼働状況をモニタリングして、動作の邪魔をしたりモビングのネタにしたりする）

サーバ上・PC・携帯内の情報を使って職員のプライバシーを侵害
（ｅ－Ｍａｉｌ、メーリングリスト、ＰＣのＣｏｏｋｉｅなどを見て情報操作や人事異動、モビングに利用）
（ＰＣのアクセス・セキュリティ設定をｅｖｅｒｙｏｎｅにして職場のさらし者にする）
626 ：非公開＠個人情報保護のため：2012/05/31(木) 00:10:16.24: 同僚や工作員（雇うかＯＢ、市民）を使って職場内外・自宅周辺（通勤など）で付きまといやモビングをする
（嘘の設定やシナリオをもとにターゲットに対して口々にプライベートに関することや脅しを言いまくったり、
付きまとって監視していると思わせるようにほのめかしたり、ＰＣや仕事の状況を呟いて嫌がらせしたりする。
ターゲットに誰が話しているかわからない状況で集団で言いまくると統合失調症と似たような環境を人為的に作り出すことができる。
　集団で言いまくる（脅す）状況が鳥の擬攻に似ていることからモビングと呼ばれる。
この異常な集団いじめの環境下では何気ないほのめかしでも意識が過敏になるため強いストレスが脳にかかり、
長期に渡ると実際にうつ病や統合失調症など精神病を発症してしまうことがある。
また嘘の作り上げられた状況しか与えられないので第三者には気が狂っているかのように誤解させることができる。
または狂っているかのように周囲がターゲットを仕立てあげる。
集団いじめの職場環境でＰＴＳＤを発症することもある）
（メッセンジャーやチャットソフト・メールを使って言動・行動を逐一ストーカーのように報告する）
（工作員が素行・身辺調査をする。職場などで机・鞄を勝手にあける。　嫌がらせをつぶやく）
627 ：非公開＠個人情報保護のため：2012/05/31(木) 00:11:16.80: 集団ストーカーの手口を岡山市役所の人事課とシステム課と水道局がやってます
目的はターゲットの職員の自殺・キレさせて犯罪行為に及ばせる・精神病に仕立てあげる・社会的に抹殺（自己都合退職）させる等・あくまでターゲットがそうせざるおえないような状況を作り、組織の見せしめにすること。
れっきとした迷惑防止条例・財政法違反、セクハラ・パワハラの人権侵害行為です。
自治体は監察機関がないために内部権力が暴走して口裏を合わされたら誰にも止められないし逃げられません。
相談しても証拠が取りにくいため被害妄想とかノイローゼ扱いされて、お終いにされます。
詳しくは集団ストーカーサイトへ（最近流行っている手口のようです）
岡山市は１０年程度前から手口が出来上がっているから対象者が常時いるかも・・
628 ：非公開＠個人情報保護のため：2012/05/31(木) 23:45:54.92: >相談しても証拠が取りにくいため
これだけ情報機器がそろってるのに、この程度の認識じゃ、何処自治体行っても同じだろうな
民間でも通用するわけないし、それだけの能力ってこった
629 ：非公開＠個人情報保護のため：2012/06/08(金) 22:40:55.86: だったら証拠の取り方を伝授してあげれば？
630 ：非公開＠個人情報保護のため：2012/06/21(木) 21:48:55.65: いちばんブザマなのは県民を守れない県職員だろ。
631 ：非公開＠個人情報保護のため：2012/06/22(金) 23:50:00.49: 英語もまともに読めないヤツが結構いて笑える
632 ：非公開＠個人情報保護のため：2012/06/23(土) 00:11:11.42: 企業・官公庁御用達（ｗ　のFirstServerがえらいことやらかしたみたいだけど
http://support.fsv.jp/info/nw20120620_01.html
おまいらのところは大丈夫か？
633 ：非公開＠個人情報保護のため：2012/06/30(土) 02:01:43.72: >>623
役所のシステム部は正直なくしてもいいと思う
事務屋が外注業者に仕事丸投げしてるだけの部署だろ
634 ：非公開＠個人情報保護のため：2012/07/18(水) 18:05:50.05: 庁内LAN？とか他人のにアクセスしたとか情報とかの人わかるの？
なんか勝手に給料明細同期に見られたぽいんだけど……
635 ：非公開＠個人情報保護のため：2012/07/18(水) 18:28:01.65: 相手は情報じゃないんだけど給料の話してきて自分の給料ニヤニヤしながら当てられた。同期だけど歳とかもろもろ条件違うから何となくで当てられるわけないと思うし…情報課は職員同士の不正アクセスとか調べたり出来る？
636 ：非公開＠個人情報保護のため：2012/07/19(木) 02:07:31.01: >>634
まずはソーシャルハッキングを疑うべき
637 ：非公開＠個人情報保護のため：2012/07/22(日) 22:49:43.92: パスワードその辺に張ってたりしてない？

うちは紙の明細なんだけどシステム経由でみれるのが一般的になってきてるん？
638 ：非公開＠個人情報保護のため：2012/07/23(月) 06:27:41.17: >>635

課税台帳覗いてるんじゃないの?
639 ：非公開＠個人情報保護のため：2012/07/24(火) 22:05:09.18: そういえば民間のどっかが、グループウェアで給与明細も見れるってプレゼン（笑）してたの思い出したｗ
うぜえよなｗ
640 ：非公開＠個人情報保護のため：2012/08/08(水) 20:59:17.68: 自分でパスワード入力してて間違えたときに、読み上げ確認しながら再入力でもしてたんじゃないの？
641 ：非公開＠個人情報保護のため：2012/09/05(水) 00:29:03.95: クラウド化が進む→情シス職員とベンダーSEの数が減る→クラウド化が進む→情シス職員とベンダーSEの数が減る→・・・
642 ：非公開＠個人情報保護のため：2012/10/06(土) 08:16:09.86: そうかﾀﾋね
そうかﾀﾋね
そうかﾀﾋね
そうかﾀﾋね
そうかﾀﾋね　
そうかﾀﾋね
そうかﾀﾋね　
そうかﾀﾋね
そうかﾀﾋね
そうかﾀﾋね
そうかﾀﾋね
そうかﾀﾋね
そうかﾀﾋね
そうかﾀﾋね　
そうかﾀﾋね
そうかﾀﾋね
そうかﾀﾋね
そうかﾀﾋね
そうかﾀﾋね
そうかﾀﾋね
そうかﾀﾋね
そうかﾀﾋね
そうかﾀﾋね
そうかﾀﾋね
そうかﾀﾋね　
そうかﾀﾋね
そうかﾀﾋね　
そうかﾀﾋね
643 ：非公開＠個人情報保護のため：2012/10/07(日) 11:20:40.11: 情報システム課の職員だが、一般職じゃなくて情報処理の専門職にしてくれんかなぁ・・・
資格も取ったし
644 ：非公開＠個人情報保護のため：2012/10/25(木) 21:07:30.83: 日本にも悪い奴は居るし
韓国にも良い奴は居る

　韓国　　　　日本
★★★★★　○○○○○
★★★○★　★○○○★
★★★★★　○○○○○
★○★★★　○●○★○
★★★★★　○○○○○
★★★★★　○○★○○

良韓国人☆　良日本人○
悪韓国人★　悪日本人●
645 ：非公開＠個人情報保護のため：2012/10/25(木) 23:07:39.06: 今日の夕方はドラフト情報チェックしていたPCに総チェックが入っていただろうな。
646 ：非公開＠個人情報保護のため：2012/10/26(金) 08:23:03.19: まずはともあれZ、K、B、Sに陽動するのは役所の定石。
647 ：非公開＠個人情報保護のため：2012/12/07(金) 00:39:37.52: システム更新も近いというのに、逃亡兵が出て一ヶ月
素人をここに配属したのはストレスかけて辞めさせるためだったのだろうか
迷惑すぎる
648 ：SOL-FTTB.247.98.27.94.sovam.net.ua：2012/12/08(土) 12:04:34.44: ふふっ。優秀な人間ほどシステム更新が不可能なくらい腐ってることに気付くからじゃないかなぁ。
649 ：非公開＠個人情報保護のため：2012/12/14(金) 01:02:38.61: システム課による集団ストーカーの手口は
Ｒｏｏｔ権限持っている人たちがやってるんだよ～
だからやりたい放題なのさ

どこでもやってるって同市職員が言ってたぜぇ
650 ：dEGakTEbTyAqNxgxRbZ：2013/01/22(火) 19:40:27.33: Thank you, very interesting post. Put a link to the post in my blog )
651 ：非公開＠個人情報保護のため：2013/01/22(火) 21:30:05.83: SPAMかよ！
652 ：非公開：2013/01/26(土) 12:22:05.35: 情報システム課は現場で使えない奴が行き着く先
653 ：非公開＠個人情報保護のため：2013/02/05(火) 18:28:23.39: FORTRANで書かれたMERCORのを移植しないの？VB得意だろ。
654 ：非公開＠個人情報保護のため：2013/02/05(火) 18:29:31.47: まちがえた
×MERCOR
◎MELCOR
http://melcor.sandia.gov/
655 ：非公開＠個人情報保護のため：2013/02/07(木) 21:05:16.56: （ ´,_ゝ｀）ﾌﾟｯ
何なのフォートランランって＾＾；
２０年前で止まってる田舎情報シスは引っ込んでろｗ
656 ：非公開＠個人情報保護のため：2013/02/15(金) 18:44:00.86: ロシアに隕石が落ちたそうだが、BCPのシナリオがまた一つ加わったわけだが・・・
657 ：非公開＠個人情報保護のため：2013/02/19(火) 20:18:54.26: 職場とデータセンターに隕石が落ちた時の対応を考えねばならん時代なのか
658 ：非公開＠個人情報保護のため：2013/03/09(土) 06:40:37.19: 　◆ 一日中インターネットで遊ぶ東京都水道局組合員　スタッフ制が崩壊した現場
首を振りながらインターネットを眺めて右１１時５０分になるとノートパソコンをパタッと閉めます。
それが毎日誤差１～２分です。パタッと閉める音が時計代わりになります。飯を食う準備に入って、
２時のチャイムがなる前に弁当が机の上にあります。ほぼチャイム同時に箸に手をつける。毎日全く同じ動作です。
　右かっくん、左かっくんを繰り返して夕方は定時退庁時間の３０分前の１６時４５分にパタッと閉めます。
これもほぼ誤差１～２分ですから時計代わりになります。毎日全く同じ動作で帰り支度をはじめます。
その勤務態度は毎日ほとんどかわらない。周囲が繁忙であろうとどうだろうとめりはりは全くない超マイペースです。
http://antilabor.cocolog-nifty.com/blog/2008/02/sas6_4a61.html

◆夕風呂に入っていた東京都水道局検針職員
http://antilabor.cocolog-nifty.com/blog/2011/05/post-99da.html
◆甘利水道局次長の天下り卒業
http://antilabor.cocolog-nifty.com/blog/2011/10/post-2b96.html
◆勤務中にヤフーゲームにログインした東京都水道局管理職を内部隠蔽し情シ課へ報告を拒む
http://antilabor.cocolog-nifty.com/blog/2011/10/post-2b96.html
◆部下を中傷するのは東京都水道局管理職の慣わし
http://antilabor.cocolog-nifty.com/blog/2011/06/post-aad3.html
659 ：非公開＠個人情報保護のため：2013/03/11(月) 16:44:25.72: 2013年03月05日江津市が公式フェイスブック運用開始http://www1.bss.jp/hopes/nwsdsp20.asp?seq=9082&date=20130305&page=5
江津市は今月からインターネットの交流サイト、フェイスブックの運用を始めました。
フェイスブックは２００４年にアメリカハーバード大学の学生向けソーシャルネットワーキングサービスとして始まり、
日本でも情報を共有するための手段として幅広く活用されています。
鳥取県ではすでに４市全てが公式に運用していますが、島根県内８つの市では市政や観光などの分野を網羅した
公式のフェイスブック運用は江津市が初めてです。
江津市ではこのフェイスブックに、市のマスコットキャラクター「人麻呂くんとよさみ姫」によるイベント観光情報や、
写真をふんだんに使った季節の風景、市政に関する情報などを発信していくということです。
江津市のフェイスブックは、江津市ホームページの右上にあるバナーから閲覧できます。
660 ：非公開＠個人情報保護のため：2013/03/20(水) 21:36:36.45: Fラン文系の新人なんですが、システム課配属になりました
仕事になりませんよね？
661 ：非公開＠個人情報保護のため：2013/03/27(水) 06:21:09.26: >>660
仕事になるようにするのが仕事です
662 ：非公開＠個人情報保護のため：2013/03/27(水) 19:25:13.23: 適当に５時１５分まで仕事してるふりしてろ
663 ：非公開＠個人情報保護のため：2013/04/30(火) 23:29:05.97: 愛知県豊橋市・・・
664 ：vxVEWVhLMx：2013/05/15(水) 12:21:04.72 ID:3l2OXh/i!: Xrgs6z TestGbjwori
665 ：非公開＠個人情報保護のため：2013/05/18(土) 17:39:32.23: 情シ送りを宣言されたので、先輩方何点かご教授ください
学生レベルの知識でJAVA、C、アセンブラ、VBAを齧った程度の素人です

・仕事内容は何ですか？答えられる範囲でいいのでお願いします

・使用している言語、環境はなんでしょうか？

・ネットワークは具体的に何を勉強すればいいでしょうか？まずそこから分かりません
思いつくのはクライアント・サーバシステムの仕組みやレイヤ、プロトコルくらいです

・データベースはMYSQLを勉強すればよろしいか？
666 ：非公開＠個人情報保護のため：2013/05/29(水) 03:20:48.12: 内作してる部署でなければ要件定義がメインの仕事になる

ベンダーと会話できる程度の技術的な知識は必要だけど
667 ：非公開＠個人情報保護のため：2013/05/29(水) 17:46:07.28: >>666
ありがとうございます
基礎知識歯あるはずなので、今の仕事で文書作成能力とコミュ力を鍛えたほうがよさそうですね
668 ：非公開＠個人情報保護のため：2013/06/06(木) 00:42:09.81: マイナンバー制度の対応って検討始めてる？

うちのシステムはパッケージ＋微カスタマイズなんでベンダーの対応待ちなんだけど
鯖の更新時期と重なるんで、鯖更新 or クラウドサービス乗り換えの二択で意見が割れてる

自庁で開発してるところなんてどうやって対応するんだろうって不思議なんだが。
669 ：非公開＠個人情報保護のため：2013/06/06(木) 18:17:02.37: 微カスタマイズ→エクセルで加工
ってとこかｗ
670 ：非公開＠個人情報保護のため：2013/08/17(土) NY:AN:NY.AN: 過疎ってるな
671 ：ｱﾄﾞﾊﾞﾈｸｽ(5998) 買ｰいｰ(^o^)／：2013/08/17(土) NY:AN:NY.AN: ｱﾄﾞﾊﾞﾈｸｽ(5998) 買ｰいｰ(^o^)／
672 ：非公開＠個人情報保護のため：2013/09/08(日) 22:45:22.69: ウチは課ごとにシステム導入管理。情報システム課はネットワーク及びハードの調達担当という具合。マイナンバーになったらさすがにシステム全体最適しないとまずいんだが、情報システム課が責任かぶりたくねぇってんでどう対応するんだか。
673 ：非公開＠個人情報保護のため：2013/09/09(月) 00:12:59.50: age
674 ：非公開＠個人情報保護のため：2013/09/15(日) 13:00:22.21: >>672
ウチはシステム課が全部面倒みてるが、各課からの圧力が凄くて
システムが肥大化してるよ

役所の世界では業務担当課が偉くてシステム課は下っ端という意識がある
全体の面倒見るならシステム課の権限もっと強化しないとダメだと思う
675 ：非公開＠個人情報保護のため：2013/10/02(水) 00:32:16.53: 人事課よ・・・　せめて情シスの管理職は基本情報程度の知識持ってる人を任命してください
ITパスポート通るのすらおぼつかないようなオッサンがなんで15年も電算室でのさばってるんですか
パソコンの大先生（）がベンダーに持ち上げられてお山の大将気取ってるせいで
ベンダーのいいように飼い慣らされて、使いこなせもしない管理ソフトと不必要な鯖が年々増えてるんです
オッサンの専門用語連発の説明を理解できないのは、すごい高度な技術や複雑なしくみを解説してるん
じゃなくて、単に語彙が貧困なために相手に分かりやすく説明できないだけですって
676 ：非公開＠個人情報保護のため：2013/10/02(水) 17:09:34.93: システム部門で数年働きながら、某自治体に電気職で内定もらったんですが、
電気職採用でシステム部門に配属されることって結構ありますか？
皆さん元々事務職採用の方が多いのでしょうか。
677 ：非公開＠個人情報保護のため：2013/10/05(土) 03:17:51.64: システム入れれば良くなると勘違いしてる奴大杉

元の業務の無駄見直さない限り、電子化しても効率化はしないから
678 ：非公開＠個人情報保護のため：2013/11/03(日) 14:06:27.77: >>676
職歴から考えて、かなり高い確立でシステム部門に配属になると思う。
でなきゃ雇わないでしょ
679 ：非公開＠個人情報保護のため：2013/11/05(火) 09:24:43.06: システム課の課長になる人間は、役所のシステムを
どのようにしたいのかビジョンを持って欲しい。
うちの課長は・・・・
680 ：非公開＠個人情報保護のため：2013/11/05(火) 23:39:34.55: どうしたいも何も、どうせ関係ない部署から管理職でやってきた事務職だろ
681 ：非公開＠個人情報保護のため：2013/11/14(木) 00:51:00.15: うちの課長もそうだわ
素人が1～2年毎にチェンジしてるだけ

こんなんで役所のシステム良くなるわけないよね
682 ：非公開＠個人情報保護のため：2013/11/16(土) 16:25:47.75: 仕事ができないパソオタばかり長くいるからシステムの導入めんどくさい
683 ：非公開@個人情報保護のため：2013/11/16(土) 18:58:10.91: システムは幅広い業務の知識、経験が必須。パソオタにはシステムは作れない。javaで簡単なシステムこさえるのが限界。
684 ：非公開＠個人情報保護のため：2013/11/21(木) 06:48:57.79: そう言ってＩＴの素人が配属されてベンダーに食い物にされてるのが現状

業務とＩＴ両方の知識が無いと無理だよ
685 ：非公開＠個人情報保護のため：2013/11/21(木) 07:02:39.74: そんな優秀な人間は役場にはいない
686 ：非公開@個人情報保護のため：2013/11/21(木) 08:24:47.90: ＩＴの知識重視とか言ってパソオタを配置するのはやめてくれ。パソオタは、そもそも事務能力がなく、人格的にも難ありが多い。異動後、システムに穴あける奴だっている。
687 ：非公開＠個人情報保護のため：2013/12/02(月) 21:27:08.65: 汎用機でやって居るところはまだ自主開発の所あるんでしょうか？
うちは今過渡期なので汎用機での通常業務とオープン系への移行
の為の作業があり、既にオープン系へ移行したシステムのおもりが
あるのでチーム内がばらばらで大変です。
688 ：非公開＠個人情報保護のため：2013/12/03(火) 02:02:10.85: うちは5年くらい前に汎用機の運用は終わったな

オープンへの移行は人的な面で結構苦労した
汎用機時代の年寄り連中はWEBやJAVAには全くついていけてないから
689 ：非公開＠個人情報保護のため：2013/12/21(土) 23:29:38.63: >>686
パソオタにはITの知識などない
せいぜいVBでゴミを量産するのが精一杯
そういうモドキじゃなくて、情報処理の専門知識を持った人材は情シスには必要
個人的に何かのプロジェクトを持ってたり参加したりしてれば尚良し
事務能力に欠けたり変な人格を持ってたりするだろうが、そういう人材を使いこなすのがマネジメントというもの
全てに秀でた完璧超人が役人なんかになるはずがない
情シスに配属されてるのに情報関連のスキルをもたない奴は
税務知識がないのに税務課にいるようなものということを理解すべき
690 ：非公開＠個人情報保護のため：2013/12/23(月) 22:35:06.01: >>689
>情シスに配属されてるのに情報関連のスキルをもたない奴は
>税務知識がないのに税務課にいるようなものということを理解すべき

そのとおりなんだけどこれがなかなか理解されない

職員は事務作業だけで開発も運用もベンダーに丸投げ、
そしてそれが当たり前という風潮が強い
691 ：非公開@個人情報保護のため：2014/01/09(木) 20:53:36.58: JustOfficeに切り替えたところある？MicrosoftOfficeとの互換性や操作性はどう？
692 ：非公開＠個人情報保護のため：2014/01/10(金) 23:20:45.79: >情シスに配属されてるのに情報関連のスキルをもたない奴は
>税務知識がないのに税務課にいるようなものということを理解すべき

情報関連のスキルって奴がVBAで何か作ったりって事を指すと
誤解してる上層部が多すぎるけどな。

自分で作った経験というのは大きいモノがある事は認める。
だけど現場で使うようなアプリをちょこちょこ作ったケースって
言うのは独り善がりになり、作者が異動したらメンテナンス
できない様なモノになったりする。

むしろ、作った時に気付いたかゆいところに手が届くような
パッケージで補えない部分をベンダーに指摘出来るような
能力が必要だと思う。
693 ：非公開＠個人情報保護のため：2014/01/11(土) 17:45:44.36: うちの場合は「ＶＢで何か作る」程度すら出来ない奴が大多数
職員はどうせ数年でローテ異動だから勉強する気もなし

ベンダーに思いつきのバカみたいな指摘して失笑買ってるよｗ
694 ：非公開＠個人情報保護のため：2014/01/14(火) 22:15:46.69: Baidu IMEは騒ぎになった？
695 ：非公開＠個人情報保護のため：2014/01/29(水) 23:18:29.32: ITストラテジストに合格しても「なにそれ？」って感じの職場にいますベンダに張ったりをきかせるくらいの利用法しかありませんがかなり経営目線でものがみられるようになったので役に立ってます

ほしい人材ですがうちは内製ではないので ITに詳しい人よりベンダに「なにこれ？なんで？」っていって自分で納得するまで調べて身に付けていく人また業務に詳しい人が必要だと思いますとくにこれから番号制度に対応するために必要に思います
696 ：非公開＠個人情報保護のため：2014/01/30(木) 00:28:52.83: 自分の知っている人は（今は異動されて居られないですが）
学生時代に情報処理2種－今は基本でしたっけ？－を取って
役所に入りました。が、本来の専行は外国語で職場もそっち
系の方を希望されていました。
ところが人事に情報処理の資格の方を重視されたのか、
システム系の職場に配属されました。（単純ですね）
本人は就職に有利だと思い情報処理の資格を取っただけで、
将来的にそれで飯食うつもりはさらさらなかったとか。
嫌々配属させられた（本人談）ので、5年くらいで異動に
なられましたが。
697 ：非公開＠個人情報保護のため：2014/02/02(日) 23:15:55.95: 基礎的なITスキルが無いのもそうだけど、
やたらとシステム作りたがるのもどうにかならないのかと思うことがある

業務部門は自前の業務見直しはせずに業務効率化＝システム化と安易に考えすぎだし
システム部門は作ることが目的化してる
効果の如何については誰も把握していない
698 ：非公開＠個人情報保護のため：2014/02/03(月) 21:04:47.22: 汎用機を使った自前の開発の場合だと、現場から見ればシステム部の担当者の力量で
思い切り出来具合が変わる（笑）
これは、民間に頼んで担当の力量によるのは同じだけど、個人的体験によれば、まだ
民間の方がマシ（だと思う。でも最近のSEはなあ・・・）

自前開発だと、代々の（特に腕の悪い担当者の）垢が積もって、システムの最適化を
行わないといけないのに、全くそんな事やっていない。
699 ：非公開＠個人情報保護のため：2014/02/04(火) 02:15:32.90: 腕はともかく自前開発やってるだけ凄いと思うな

ウチは職員10人いて多少でもプログラム触ったりサーバ動かせるのは自分だけ
管理業務と称して他人の作業に口挟むだけのオッサン共が本当に邪魔
700 ：非公開＠個人情報保護のため：2014/02/04(火) 02:35:25.91: >>699
いやあ、私の持っている担当だと1977年に最初に開発されたCOBOLがありますが、
酷いですよ。項目名も「A」「ＡＡ」「Ｂ」「AB」とか「BA」とか（笑）普通に使われているし。
毎月動くから最適化できない。
一度、腕の立つ先輩がいじって事故起こして、それからタブーになってる。

まあ、これからは自前開発も無くなって行くんでしょう。偉いさん方は、システムの
外部委託なんて自治体の業務の中で一番委託しやすいと思っているから。
委託して数年すると、システムをいじった事ない奴ばかりで、導入するシステムの
業務に対する適正な値段とか分からない奴ばかりになる。
いわば、税金の計算の出来ない職員と同様のシステムの価値判断の出来ない職員
になってしまう。
701 ：非公開＠個人情報保護のため：2014/02/24(月) 20:21:26.34: 【大阪市】橋下氏ら戸籍に不正アクセス　市職員２人「興味本位」
http://uni.2ch.net/test/read.cgi/newsplus/1393234435/

こういうのってのはチクリなんかのう
702 ：非公開＠個人情報保護のため：2014/04/06(日) 21:27:07.41: >>700
>委託して数年すると、システムをいじった事ない奴ばかりで、導入するシステムの
>業務に対する適正な値段とか分からない奴ばかりになる。

小規模のシステムは自前開発を残すとか対策取らないと
ベンダに金流すだけの部署になってしまう

俺の所は仕様書すらベンダが書くようになった
703 ：非公開＠個人情報保護のため：2014/04/07(月) 02:00:37.07: 　　　≪　県の関係者や他市の出身者・在住者等を狙っているようです　≫
岡山市役所の人事課・システム課の　見せしめ・リストラストーカー（特殊工作）マニュアル
（嫌われている人は人事課・システム課の情報操作のもとに作られており、組織的いじめ・パワハラです）
岡山市は人事課と当局が職員を支配しており、市長に対しては職員達は面従腹背の状態です。

職場内外、ネット上、自宅周辺で捏造された悪評を流し洗脳・情報操作する
（ＳＮＳ・携帯電話メール・ネット掲示板・庁内ＬＡＮなども利用する　　　全くの嘘をばらまく）
（８割事実２割中傷でもかなり心証が悪くなる。　　忙しい職場に配属して愚痴を集め、噂を流す）
（モスキート音化した内容を聞かせて嫌がらせする。　職場や自宅周辺に指向性集音マイク・盗聴器等を仕込む）

同僚、地元、取引先を洗脳・圧力をかけて人間関係を操作する
（無視するよう職場や個人の人間関係に圧力をかける　　ターゲットにやってもいない罪をなすりつける）
（隔離された環境、場所、人間関係にし、情報を与えないか、誤った情報を与えて混乱させる）
（職場で口裏を合わせて、本人を直接知らない人に嘘の悪評をばらまく　　異性を近づけて陥れる）
（現業職場に異動させていじめてやるとか通勤できない職場に異動させるといって脅す　　席を隔離する）
（仕事を教えない。重要な情報はすべてメールおよびＬＡＮを使用して通知し、その存在すら知らせない）
704 ：非公開＠個人情報保護のため：2014/04/07(月) 02:01:10.49: システム課がｒｏｏｔ権限でLANＰＣを使って設定・ソフトに嫌がらせをする
（PCを内蔵マイクつきにすり替え、音声を収集する　　　職場に電子機器等を仕込む）
（ＩＰメッセンジャー・Ｅメールを課内、庁内で使用、指示を下したりする）　
（必要なドライバ・ソフト・設定が入らないか、勝手に変更されている）
（常時PCの稼働状況をモニタリング・デスクトップ共有して、動作の邪魔をしたりモビングのネタにする）

サーバ上・PC・携帯内の情報を使って職員のプライバシーを侵害
（ｅ－Ｍａｉｌ、メーリングリスト、ＰＣのＣｏｏｋｉｅなどを見て情報操作や人事異動、モビングに利用）
（ＰＣのアクセス・セキュリティ設定をｅｖｅｒｙｏｎｅにして職場のさらし者にする）
705 ：非公開＠個人情報保護のため：2014/04/07(月) 02:01:41.22: 同僚や工作員（雇うかＯＢ、市民）を使って職場内外・自宅周辺（通勤など）で付きまといやモビングをする
（嘘の設定やシナリオをもとにターゲットに対して口々にプライベートに関することや脅しを言いまくったり、
付きまとって監視していると思わせるようにほのめかしたり、ＰＣや仕事の状況を呟いて嫌がらせしたりする。
ターゲットに誰が話しているかわからない状況で集団で言いまくると統合失調症と似たような環境を人為的に
作り出すことができる。　集団で言いまくる（脅す）状況が鳥の擬攻に似ていることからモビングと呼ばれる。
この異常な集団いじめの環境下では何気ないほのめかしでも意識が過敏になるため強いストレスが脳にかかり、
長期に渡ると実際にうつ病や統合失調症など精神病を発症してしまうことがある。また嘘の作り上げられた状況
しか与えられないので第三者には気が狂っているかのように誤解させることができる。または狂っているかのように
周囲がターゲットを仕立てあげる。集団いじめの職場環境でＰＴＳＤを発症することもある）
（工作員がつきまとって素行・身辺調査をする。　職場でストーキング行為をしていることをほのめかす）
（どんな言動・行動にも常に嫌がらせの反応をして、ターゲットを傷つけ笑いものにして、うつ状態にする）
706 ：非公開＠個人情報保護のため：2014/04/07(月) 02:02:16.04: 集団ストーカーの手口を岡山市役所がやっていました。　（戦前の特高警察みたいですね）
　目的はターゲットの職員の自殺・キレさせて犯罪行為に及ばせる・精神病に仕立てあげる・社会的に抹殺
（自己都合退職）させる等・あくまでターゲットがそうせざるおえないような状況を作り、組織の見せしめにするなど、
反社会的な手口です。
れっきとした迷惑防止条例・財政法違反、セクハラ・パワハラの人権侵害行為です。
自治体は監察機関がないために内部権力が暴走して口裏を合わされたら誰にも止められないし逃げられません。
相談しても証拠が取りにくいため被害妄想とかノイローゼ扱いされて、お終いにされます。
詳しくは集団ストーカーサイトへ　　（最近流行っている手口のようです）
おそらくプロ業者（男女複数程度）・童話が関わっているか、市職員が集団で行っているようです。
同僚を潰した職員Ｕが過去に人事課に出世しているので多分なくならないでしょう
コネを使って採用された人などもリストラ目的で狙われているようです。
707 ：非公開＠個人情報保護のため：2014/04/07(月) 21:59:42.70: もうマイナンバーのＰＩＡに対応したところある？
708 ：非公開＠個人情報保護のため：2014/05/05(月) 09:42:38.73: IEの脆弱性の対応ってどうしてました？
決裁システムとかIEなんだけど、使用中止にしたら
当然業務動かなくなるし、ネットに繋がないでって
通達したらメール送れないんじゃあ仕事にならない
って苦情が来たわ。
IEにするから・・・なんでIEにしたのか導入経過を
聞きたいわ。
（開発当時は居なかった。理由にはならんが）
709 ：非公開＠個人情報保護のため：2014/05/12(月) 08:42:41.84: >>708
内部向けのシステムでweb方式なら、そらIE選択するだろ。
Windowsにインストールされてなくて、サポートもないオープンソースのブラウザなんて情シスもベンダも面倒みきれないわ。
710 ：非公開＠個人情報保護のため：2014/05/24(土) 23:29:48.72: サーバーサイドJAVAだけで組めば
サポートは無いが他のブラウザでも大体動くけどな

ウチはFFやChromeで動作検証して問題無かったので
そっち使いましょうで乗り切った
711 ：非公開＠個人情報保護のため：2014/05/26(月) 20:30:29.20: うちは、IE以外のブラウザで検証している間に、MSがパッチだしてたわ。
まあ、対応ブラウザ増えると、テストのコストと
原課からの問い合わせの手間も
増えるので、あくまで非常手段だわな。
まあ、IE6の頃と違って、最近のwebアプリは
そんなに挙動の差はでないけど。
712 ：非公開＠個人情報保護のため：2014/06/24(火) 02:49:51.66: ノーリスクで5000円もらえる方法がある。クレジットカードさえ持っているだけで。
為替の動きの一瞬（2分間）の上下を当てるだけだ。
それを、今だけ期間限定で、ノーリスクで5000円もらえるキャンペーンやってる業者がある。
5000円分だけ一度勝負（最短2分で結果が出る）して、
勝ったらその分で続ければいい。手順は↓のとおりだ。

①↓リンクからバイナリーオプションの口座を作る。
②クレジットカードで5000円入金する。（日本で買い物するのと同じ事だ。）
③自分の好きな時間、好みの通貨の動きの時に、5000円分、↑か↓かを選んで賭ける。
（月曜日の朝7時から、24時間休みなく、5分毎に、ドル円、ユーロドル、ユーロ円、オージー円、オージードル、ニュージードル、ポンド円、ポンドドル、ニュージー円等）
通貨もタイミングも選びまくれる。PCのwebブラウザはもちろん、iphone、アンドロイドからもワンタッチで賭けられる）
④予想が当たれば、口座には￥14000～15000の現金が手に入る。
続けたれば、そのまま続ければいい。出金したければ、やめて出金すればいい。また入金も、もちろん自由。
④´もし予想が外れてても、5000円分キャッシュバックされ、口座には5000円がある。
また続けてもいい。出金するには、最低出金額が1万円のため、5000円を追加入金して、1万円以上にすれば、
すぐに出金手続きに移ることができる。

以上だ。日本のクレジットカード会社を通しているから、
何かの時にはカード会社に連絡出来るしクレカのポイントも付く。

オーストラリアの大きな業者だが、
日本語サイトがある。日本人サポートのおっちゃんもフリーダイヤルでつながるから、
ガンガン質問してやったらいい。
サイトはここだ。
https://jp2.highlow.net/account?a_aid=536b3b92ac8b8
2倍と1.8倍が選べるが、
為替の初心者なら、1.8倍で、回数重ねてやった方が、
気持ち的には落ち着く。
連勝を狙いすぎず、連敗しそうになったら、散歩でもして落ち着いてやってくれ。

幸運を祈る。
713 ：非公開＠個人情報保護のため：2014/07/05(土) 21:37:10.24: マイナンバー、国から情報は出てこないわ、財源もちゃんと手当してくれないわで
現場は混乱、スケジュールの目処立たず。
なんか健康保険証機能も持たせたいとか新しい話も続々。
本当にちゃんと間に合うのだろうか。
714 ：非公開＠個人情報保護のため：2014/07/07(月) 08:32:07.43: >>713
無理だろう。
みんな言うのが恐ろしくて気づかないふりをしているが、客観的に考えると国はプロジェクト失敗に結びつくことしかしていない。この段階で仕様が決まってない、実装方法も決まってないってあり得ないだろ。
ただ、国にもメンツがあるから、ボロボロでもサービスの一部（本当にごく一部。税関係の照会業務）は開始するし、番号も付番される。カードも発行される。しかしそれらは実際には使えない。運営維持のコストだけが現場に降りかかる。
715 ：非公開＠個人情報保護のため：2014/07/19(土) 20:12:54.09: 某課で入れたシステムがクソ過ぎて、業務に支障をきたすレベルらしい。
以前その課の担当になった事があったので、その課のシステム担当に
「ひどい出来らしいね」って言ったら「そうです」との返事。
システム担当の子は積極的に仕事するタイプでは無かったので、
「これに懲りて次のシステム更新の時はちゃんとしろ」って言ったら
「その時には自分は居ないから、関係ないです」って・・絶句した。
716 ：非公開＠個人情報保護のため：2014/08/12(火) 23:47:11.56: 担当が1～2年で異動するから
仕様も分からず改善もされず運用保守費も業者の言い値

システムの開発運用する力も無いのに独自システムを作ろうとし過ぎ
717 ：非公開＠個人情報保護のため：2014/08/25(月) 06:55:20.73: 今日は導入しているパッケージの会社と会議だ。
パッケージの更新をしないのが上司の方針なので、
ギスギスした会議になりそう・・・
担当のお姉さんが可愛いから俺は更新して欲しい（笑）
718 ：非公開＠個人情報保護のため：2014/09/30(火) 08:51:37.15: 朝日新聞を取ると，放火され金を盗まれます　ＡＳＡ従業員を再逮捕　２度窃盗入り放火容疑
http://anago.2ch.net/test/read.cgi/dqnplus/1405677174/

【福岡】配達先の留守知り、窃盗・放火。元朝日新聞配達員を再逮捕
http://anago.2ch.net/test/read.cgi/dqnplus/1403791199/

【産経】「朝日新聞は中韓の味方でもしているかのようだ」集団的自衛権、中韓除く環太平洋諸国は支持　周辺国反対論の虚像[08/03]
http://awabi.2ch.net/test/read.cgi/news4plus/1407064853/

集団的自衛権に反対する朝日新聞は、日本を侵略しようとする勢力を手助けしていると思われても仕方がない[07/08]
http://awabi.2ch.net/test/read.cgi/news4plus/1404800422/
719 ：非公開＠個人情報保護のため：2014/10/13(月) 07:38:17.31: あ
720 ：非公開＠個人情報保護のため：2014/10/22(水) 17:04:17.49: 韓国で「サイバー亡命」続出・・韓国政府による監視強化を忌避、ＬＩＮＥなど韓国製アプリを捨てドイツ製アプリに乗り換え
http://anago.2ch.net/test/read.cgi/dqnplus/1413077563/
721 ：非公開＠個人情報保護のため：2014/10/22(水) 17:09:08.71: 同盟国相手でも、経済でも、政治家相手でも。。。俺の仕事優先ｗ
この身を打ってでもｗ
ヌルい予算がウリダー

獅子は子供を谷に落とす、この程度で潰れるプロパガンダ対岸の火事にすぎん

もちろん影響受けない僕は都合の悪い時は黙ってますよｗ
悪影響受けてもアメリカならおｋだな姿勢です　事なかれ主義ですね
722 ：非公開＠個人情報保護のため：2014/10/23(木) 09:22:32.09: >>720
【韓国】韓国検察の“サイバー検閲”が韓国製メッセンジャー利用者を激減させる-カカオトーク・LINE等からドイツ製ソフトに移動[10/9]
http://yomogi.2ch.net/test/read.cgi/news4plus/1412917204/
723 ：非公開＠個人情報保護のため：2014/10/30(木) 16:47:25.20: 【社会】ネットバンキング不正送金事件、中国人グループの金の流れ判明　中華料理店経営者が現金の受け渡し役か
http://daily.2ch.net/test/read.cgi/newsplus/1414111231/
724 ：非公開＠個人情報保護のため：2014/11/01(土) 19:59:27.38: 【IT/国際】ホワイトハウス通信網に侵入、一部機能停止　ロシア政府系ハッカーか [10/29]
http://daily.2ch.net/test/read.cgi/newsplus/1414588356/
725 ：非公開＠個人情報保護のため：2014/11/04(火) 18:42:33.13: 【社会】新種ウイルス　ご用心　ワンタイムパスワードでも不正送金
http://daily.2ch.net/test/read.cgi/newsplus/1415075652/
726 ：非公開＠個人情報保護のため：2014/11/08(土) 12:12:01.94: どーせさ富士●の食い物なんだからさｗ
おとなしくしたがっておけや向上心のない公務員どもｗｗ
727 ：非公開＠個人情報保護のため：2014/11/09(日) 17:08:55.88: >>722
【韓国】韓国司法当局、ネット通信記録押収へ圧力　政権批判に対する取り締まりを強化[11/04]
http://yomogi.2ch.net/test/read.cgi/news4plus/1415286089/
728 ： ◆8ha3Hy1pIOJN ：2014/11/09(日) 18:27:04.00: 画像貼ったから言い訳をしてくるだろう。
うまく行けばコテ自身が言い訳するかも。
729 ：非公開＠個人情報保護のため：2014/11/13(木) 00:03:54.29: 日経ニュースサイト閲覧、別サイトに誘導の恐れ
http://anago.2ch.net/test/read.cgi/dqnplus/1415188587/
730 ：非公開＠個人情報保護のため：2014/11/18(火) 19:24:35.11: 【英国】諜報機関「ＳＮＳはテロの温床」
http://anago.2ch.net/test/read.cgi/dqnplus/1415209469/
731 ：非公開＠個人情報保護のため：2014/12/09(火) 21:16:53.76: 【国際】ソニー・ピクチャーズのハッキング、史上最悪規模に
http://daily.2ch.net/test/read.cgi/newsplus/1417729261/

北朝鮮による犯行濃厚　米映画会社へのサイバー攻撃　断定されれば、初の大規模サイバー攻撃
http://hayabusa3.2ch.net/test/read.cgi/mnewsplus/1417671723/
732 ：非公開＠個人情報保護のため：2015/01/01(木) 19:09:08.48: まじかｗｗ
733 ：非公開＠個人情報保護のため：2015/01/21(水) 21:51:48.45: コテってだれよ？　誰のこと？
734 ：非公開＠個人情報保護のため：2015/02/21(土) 07:58:27.85: 失敗したやつに責任とらせたい
735 ：非公開＠個人情報保護のため：2015/02/21(土) 23:53:13.20: 最近急激にプログラミングに情熱ができてた
C#、php、javaとか自前でいけそう、民間ども悪いな
736 ：非公開＠個人情報保護のため：2015/02/22(日) 06:10:38.55: >>735
上の人とかのOKは出ます？
全体の流れが自前開発では無く、民間委託って方向だから、
うちも委託の最中だし。
737 ：非公開＠個人情報保護のため：2015/02/25(水) 03:53:49.88: 上がそもそもプログラム書けない奴ばかり
738 ：非公開＠個人情報保護のため：2015/03/05(木) 07:09:47.07: （うちの部署に出入りしてる人では無く）民間のＳＥとか
プログラマ数名と話をする機会があった。
その人達の中で社内システムをやってる人が居て、
「以前は社内システムも外注が多かったけど、最近
自社開発にもどりつつある」って言う事を言ってた。
もちろん、その人の見聞きした範囲でって話だけど、
自治体のシステムも自主開発に戻る事があるんだろうか。
739 ：非公開＠個人情報保護のため：2015/03/05(木) 23:05:50.60: 過疎がキてる地方の自治体だと自主開発は無理すね
なんとかしてマトモなパッケージを持ってるベンダーを呼び込んで契約できるかにかかってます
740 ：非公開＠個人情報保護のため：2015/03/06(金) 08:03:36.67: 選任職員が5人はいないと自主開発はムリ
属人化してメンテ不能になるのがオチ（経験談）
741 ：非公開＠個人情報保護のため：2015/03/28(土) 22:29:11.07: 自治体で開発なんてムリムリｗｗ
742 ：非公開＠個人情報保護のため：2015/04/07(火) 17:38:23.72: JAVAとか簡単すぎワロタｗｗ
743 ：非公開＠個人情報保護のため：2015/04/08(水) 22:19:37.20: 引っ込んでろ素人
744 ：非公開＠個人情報保護のため：2015/04/11(土) 19:06:16.49: 来週の高度、お前ら受けないんだろ？ｗｗｗ
雑魚キャラｗｗｗ
745 ：非公開＠個人情報保護のため：2015/04/14(火) 09:01:32.07: システム毎にV-LANで別けている所多いと思うけど、
その間のデータの受け渡しとかどうやってる？
例えば、税と国保とか（システム連携してるか・・・）
うちは住民情報の入ったV-LANは外部に繋がってない
から、住民情報の統計や報告物を県などに提出
する時、外部に繋がる別のネットワークに持っていく
必要がある。
具体的にはUSBメモリーなどでコピーするって事だけど。
USBメモリは規制したい。でも出来ない。
なかなか難しい。
746 ：非公開＠個人情報保護のため：2015/04/18(土) 20:06:36.15: 規制しろよｗｗ
747 ：非公開＠個人情報保護のため：2015/04/24(金) 12:42:00.41: マイナンバシステム改修補助金全然たりねーんだが　
人んちの板場で人んちの板前使ってめっちゃくっちゃ手間のかかるコース料理注文しといて
払うのは手前で勝手に決めた材料費だけっつーかそれさえまともに払わねーってフザけてんのか
748 ：非公開＠個人情報保護のため：2015/04/24(金) 21:41:55.45: 似非コボラーがwebを理解できずに役職につくからシステムが50年停滞する
749 ：非公開＠個人情報保護のため：2015/05/04(月) 21:40:36.97: 情弱なシステム課チョロイｗｗｗ
750 ：非公開＠個人情報保護のため：2015/05/05(火) 15:06:14.87: システムする人は尊敬に値する。
751 ：非公開＠個人情報保護のため：2015/05/29(金) 00:32:19.80: ダメなヤツしかいねーしｗｗ
752 ：非公開＠個人情報保護のため：2015/05/29(金) 06:20:46.42: 昔は尊敬できる人居たけど、今は居ないなあ。
753 ：非公開＠個人情報保護のため：2015/06/05(金) 23:35:39.73: 昔からダメなヤツしかいねーだろうぇうぇうぇｗｗｗ
754 ：非公開＠個人情報保護のため：2015/06/06(土) 12:35:32.68: XPサポート終了でお～れノイローゼ寸前だよ

http://kanae.2ch.net/test/read.cgi/os/1372015613/
755 ：非公開＠個人情報保護のため：2015/06/06(土) 21:26:43.58: 【社会】日本年金機構のＨＰに脆弱性が見つかる、運用を一時停止 [転載禁止]･2ch.net
http://daily.2ch.net/test/read.cgi/newsplus/1433593311/
756 ：非公開＠個人情報保護のため：2015/06/07(日) 23:40:49.71: 【年金機構情報流出】塩崎厚生労働相情報流出で関係者厳正処分を･2ch.net

http://daily.2ch.net/test/read.cgi/newsplus/1433343405/
757 ：非公開＠個人情報保護のため：2015/06/10(水) 20:01:51.32: 【年金情報】ネットを遮断したのは流出確認されてから７日後、「翌日」との説明を覆す [転載禁止]･2ch.net

http://daily.2ch.net/test/read.cgi/newsplus/1433929619/
758 ：非公開＠個人情報保護のため：2015/06/11(木) 20:19:48.14: 【年金情報】海外サーバーにも大量のデータが送信、流出した情報がさらに拡大する恐れ [転載禁止]･2ch.net

http://daily.2ch.net/test/read.cgi/newsplus/1434009331/
759 ：非公開＠個人情報保護のため：2015/06/18(木) 00:49:51.93: 【社会】協会けんぽのＰＣ、ウイルス感染か　システム点検で判明･2ch.net

http://daily.2ch.net/test/read.cgi/newsplus/1434530171/
760 ：非公開＠個人情報保護のため：2015/06/19(金) 08:48:37.92: 【労働】派遣法違反でアルバドアに2週間の事業停止命令、通信会社にSE多重派遣 [15/06/17]･2ch.net

http://daily.2ch.net/test/read.cgi/newsplus/1434610001/
761 ：非公開＠個人情報保護のため：2015/06/22(月) 19:52:39.50: 【社会】早大生・教職員ら3000人以上の個人情報流出　早稲田大学事務職員のパソコン数台がマルウェアに感染 [転載禁止]･2ch.net

http://daily.2ch.net/test/read.cgi/newsplus/1434964776/
762 ：非公開＠個人情報保護のため：2015/06/23(火) 20:46:58.29: 【社会】九州歯科大病院にサイバー攻撃　標的型メールか、ＰＣ感染･2ch.net

http://daily.2ch.net/test/read.cgi/newsplus/1434716071/
763 ：非公開＠個人情報保護のため：2015/06/25(木) 23:48:01.67: 【社会】法務省端末でウイルス感染の疑い [転載禁止]･2ch.net

http://daily.2ch.net/test/read.cgi/newsplus/1435229733/
764 ：非公開＠個人情報保護のため：2015/06/29(月) 23:13:22.66: 情報処理として職員になったあと、
全然違う部署に異動になることってあるの？
ずっと情シス課で過ごすことになるの？
765 ：非公開＠個人情報保護のため：2015/07/02(木) 21:27:34.32: 【IT】依然としてWindows XPが10%超 - 6月のOSシェア･2ch.net
http://daily.2ch.net/test/read.cgi/newsplus/1435839815/
766 ：非公開＠個人情報保護のため：2015/07/11(土) 13:54:11.40: 【IT】環境省のパソコン５台、ウイルス感染の疑い [転載禁止]･2ch.net

http://daily.2ch.net/test/read.cgi/newsplus/1436582565/
767 ：非公開＠個人情報保護のため：2015/07/13(月) 21:27:35.07: 初めて高度情報処理技術者試験受けるとしたらITサービスマネージャかな？
768 ：非公開＠個人情報保護のため：2015/07/24(金) 02:46:24.64: 【ネット】朝日、読売のニュースサイトからも感染　Adobe Flash Playerの欠陥悪用、バナー広告表示でウイルス感染　東京都職員のPC被害 [転載禁止]･2ch.net

newsplus/1437552393/
769 ：非公開＠個人情報保護のため：2015/07/25(土) 14:24:31.89: 【経済】パソコンメーカーのサポートサービス、ワースト1は「Lenovo」 [転載禁止]･2ch.net

http://daily.2ch.net/newsplus/1437793730/
770 ：非公開＠個人情報保護のため：2015/07/25(土) 21:02:24.37: >>767
初めて受けるなら情報セキュリティが手頃かと・・
他の区分でも最近はセキュリティ重視されているので。
しかも論文が最初ってのもきつそう。
771 ：非公開＠個人情報保護のため：2015/08/04(火) 20:22:10.70: >>764
全然関係ない部署に移ることはもちろんあるけど、何だかんだ言って専門的な分野だから出戻りすることもしばしば。あとは、他所の部署にある個別システムのお守りとかね。。
772 ：非公開＠個人情報保護のため：2015/08/06(木) 07:43:40.39: 【五輪】森元首相「一番心配しているのはサイバーテロ。そのためにはお金を惜しんではいけない」･2ch.net

http://hayabusa3.2ch.net/test/read.cgi/mnewsplus/1438785178/
773 ：非公開＠個人情報保護のため：2015/08/07(金) 22:12:49.79: 【社会】内閣府のメール乗っ取り　照会用、不正送信２万件　推測容易なパスワード使用で [転載禁止]･2ch.net

http://daily.2ch.net/newsplus/1438589724/
774 ：非公開＠個人情報保護のため：2015/08/23(日) 12:26:19.38: 、
775 ：非公開＠個人情報保護のため：2015/08/23(日) 13:18:35.65: 【韓国】国家情報院、Galaxy発売するたびハッキング依頼[07/13]
http://yomogi.2ch.net/test/read.cgi/news4plus/1436795109/
776 ：非公開＠個人情報保護のため：2015/09/03(木) 21:55:56.85: マイナンバー…
777 ：非公開＠個人情報保護のため：2015/09/11(金) 17:36:20.37: マイナンバーって、どこの原課がシステム改修してるの？
778 ：非公開＠個人情報保護のため：2015/09/13(日) 21:32:51.39: 【社会】お粗末情報管理…堺市全有権者６８万人分の名簿持ち出し自宅パソコンで一時保管…５９歳課長補佐処分へ [転載禁止]･2ch.net

http://daily.2ch.net/newsplus/1442139600/
779 ：非公開＠個人情報保護のため：2015/09/14(月) 04:02:08.75: 【大阪】堺市の有権者５６０人の個人情報流出か　市の職員が個人契約していたレンタルサーバーから [転載禁止]･2ch.net

http://daily.2ch.net/newsplus/1442143293/
780 ：非公開＠個人情報保護のため：2015/09/21(月) 02:03:55.53: 【個人認証】ＮＥＣ、顔認証システム受注　全市区町村のマイナンバー交付に使用［産経新聞］･2ch.net

http://daily.2ch.net/newsplus/1442400537/
781 ：非公開＠個人情報保護のため：2015/09/23(水) 12:18:30.33: マイナンバーねぇ…
セキュリティって言っても完璧を求めれば求めるほど
青天井でお金がかかるわけで。
まあいくらお金をかけても100%になることはないんだろうけど。

あと、いくらお金をかけても結局関わる人間次第ってところもあるしね。
関わる人間が増えれば、情報漏えいが起こる確率は跳ね上がるよ。

国はネットワークの分離について口うるさく行ってくるけど、
年金機構はネットワークがちゃんと分離されている中であんなことが起こったわけだし。

なんだかんだ言って、情報漏えいの発生は避けられないと思う。
実はみんな思っていることなんだろうけどねぇ。
782 ：非公開＠個人情報保護のため：2015/10/03(土) 05:35:12.32: 【社会】神奈川・三浦市職員が約200万件のファイルをUSBメモリーで持ち出し…仕事や勉強のため [転載禁止]･2ch.net

http://daily.2ch.net/newsplus/1443817074/
783 ：非公開＠個人情報保護のため：2015/10/03(土) 23:54:45.11: 【住民基本台帳】全村民の住基情報持ち出し＝職員、無断で個人ＰＣに保存－熊本県西原村［時事通信］･2ch.net

http://daily.2ch.net/newsplus/1443873735/
784 ：非公開＠個人情報保護のため：2015/10/13(火) 22:09:58.41: 【社会】「マイナンバー」システムで収賄容疑　厚労省室長補佐を逮捕へ　警視庁･2ch.net

http://daily.2ch.net/newsplus/1444711428/
785 ：非公開＠個人情報保護のため：2015/10/13(火) 22:13:42.02: 【社会】「マイナンバー」システムで収賄容疑　厚労省室長補佐を逮捕　警視庁･2ch.net

http://daily.2ch.net/newsplus/1444719026/
786 ：公務員を殺せｗＷＷ：2015/10/13(火) 22:15:03.38: 公務員を殺せ！ぶっ殺せ！公務員を殺せ！ぶっ殺せ！
ーーーーーーーーーーーーーーーーーーーーーーーー

クソ公務員は、
何もしないで楽をすることしか頭にない。
常に仕事をしている振りは大袈裟で幼稚。
根性の悪いむかつく奴しかいない。
公務員は死ね、ぶっ殺されれば世界は良くなる。
世界中でいらない物は公務員。
公務員は根性の悪い奴がなりたがる。
諸悪の根源は公務員！！
公務員を皆殺し！！公務員を皆殺し！！

ーーーーーーーーーーーーーーーーーーーーーーーー
公務員を殺せ！ぶっ殺せ！公務員を殺せ！ぶっ殺せ！
787 ：非公開＠個人情報保護のため：2015/10/13(火) 23:47:41.56: 【マイナンバー汚職】異能のノンキャリ、情報政策に精通　逮捕の中安容疑者 [転載禁止]･2ch.net

http://daily.2ch.net/newsplus/1444735802/
788 ：非公開＠個人情報保護のため：2015/10/24(土) 11:27:55.28: 【贈収賄】マイナンバーシステム【暗い実情】 [転載禁止]･2ch.net

http://hello.2ch.net/test/read.cgi/infosys/1444737536/
789 ：公務員を殺そうｗＷＷ：2015/10/25(日) 18:31:08.08: 公務員を殺せ！ぶっ殺せ！公務員を殺せ！ぶっ殺せ！
ーーーーーーーーーーーーーーーーーーーーーーーー

クソ公務員は、
何もしないで楽をすることしか頭にない。
常に仕事をしている振りは大袈裟で幼稚。
根性の悪いむかつく奴しかいない。
公務員は死ね、ぶっ殺されれば世界は良くなる。
世界中でいらない物は公務員。
公務員は根性の悪い奴がなりたがる。
諸悪の根源は公務員！！
公務員を皆殺し！！公務員を皆殺し！！

ーーーーーーーーーーーーーーーーーーーーーーーー
公務員を殺せ！ぶっ殺せ！公務員を殺せ！ぶっ殺せ！
790 ：非公開＠個人情報保護のため：2015/11/10(火) 22:33:07.56: 【行政】８省庁のソフト、サポート期限切れ　個人情報漏れる恐れ［朝日新聞］･2ch.net

http://daily.2ch.net/newsplus/1446883216/
791 ：非公開＠個人情報保護のため：2015/11/15(日) 05:00:31.40: あかんやつしかおらんわｗｗｗ
792 ：非公開＠個人情報保護のため：2015/11/21(土) 08:43:54.79: 【社会】厚労省ＨＰ閲覧できずサイバー攻撃か　「アノニマス」によるとみられるサイバー攻撃が相次ぐ [転載禁止]･2ch.net

http://daily.2ch.net/newsplus/1448044738/
793 ：非公開＠個人情報保護のため：2015/11/23(月) 21:16:54.77: 【The Times Higher Education World University Rankings 2015-2016】

※Times Higher Education World University Rankingsは
イギリスの高等教育専門週刊誌『タイムズ・ハイアー・エデュケーション』が
2004年から毎年秋に公表している世界の大学ランキングで、
2010年からは「トムソン・ロイター社」と共同でランキングを作っています。
学生情報機関IDPの調査で世界で一番広く用いられている大学ランキングに選ばれました。
　　　　　　　　　　　　　　　　　　~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
http://www.tmd.ac.jp/kouhou/ranking/THE/index.html　※東京医科歯科大ホームページ

https://www.timeshighereducation.com/world-university-rankings/2016/world-ranking#!/page/0/length/-1
日本時間２０１５/１０/１　AM5:0０発表

１位(43位)　東京

２位(88位)　京都

３位(201-250位)　:東北、東京工業

５位(251-300位)　大阪

６位(301-350位)　名古屋

７位(401-500位)　北海道、九州、東京医科歯科、首都東京、筑波

12位(501-600位) 広島、金沢、○慶應義塾、大阪市立、東京農工

17位(601-800位):　千葉、愛媛、岐阜、○順天堂、○近畿、神戸、熊本、九州工業、
長崎、新潟、岡山、大阪府立、埼玉、信州、○昭和、○上智、○東海、徳島、東京海洋、
○東京理科、鳥取、豊橋技術科学、○早稲田、横浜市立、横浜国立
｛備考}　○私立大学
794 ：非公開＠個人情報保護のため：2015/11/23(月) 22:45:03.16: 【アノニマス】サイバー攻撃受けた厚労省ＨＰ再開　攻撃元は特定できず［朝日新聞］･2ch.net

http://daily.2ch.net/newsplus/1448275629/
795 ：非公開＠個人情報保護のため：2015/11/26(木) 05:42:14.98: 給与システムを偉そうな奴に作らすせたらみごとに失敗
その後研修所に左遷されるも意味がわからずまだ口を出してくる
796 ：非公開＠個人情報保護のため：2015/11/26(木) 19:50:24.69: 【社会】メモリースティック約1,400個を販売・着服　元契約社員の女逮捕 (FNN) [転載禁止]･2ch.net

http://daily.2ch.net/test/read.cgi/newsplus/1448229369/
797 ：非公開＠個人情報保護のため：2015/12/06(日) 15:17:47.51: 【ネット】パソコンのファイル拡張子が「.vvv」になるウイルスが蔓延　被害報告相次ぐ･･2ch.net

http://daily.2ch.net/newsplus/1449381348/
798 ：公務員を一人残らず殺そう！！：2015/12/06(日) 15:55:25.08: 公務員を殺せ！ぶっ殺せ！公務員を殺せ！ぶっ殺せ！
クソ公務員ｗｗ世界中でいらない物は公務員ｗｗ公務員を皆殺し！！
公務員をぶっ殺すことで全て解決されるｗｗ公務員を皆殺し！！
公務員ｗｗ世界中でいらない物は公務員ｗｗ公務員を殺せ！ぶっ殺せ！
公務員をぶっ殺すことで全て解決されるｗｗ死ね公僕どもｗｗ
公務員を殺せ！ぶっ殺せ！
799 ：非公開＠個人情報保護のため：2015/12/30(水) 03:02:26.04: 【社会】健康保険証情報、１０万３０００人分が流出　一部は住所、電話まで…名簿業者が転売、大阪は３・７万人も･2ch.net

http://daily.2ch.net/newsplus/1451410343/
800 ：非公開＠個人情報保護のため：2015/12/30(水) 03:04:04.36: 　　　　 /:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::ヽ
　　　　/:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::://ヽ:::::::::::::::|
　　　 l::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::://　ヽ::::::::::::::l
　　　 l:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::/:::「'ヽ::::::::::://　　　ヽ:::::::::::|
　　　 |::::::::::::::::::::::::::::::::::::::::::::::::::::::::::ﾉl:::ﾉ　l:::::::／　　　　　ヽ::::::::|
　　　ﾉ:::::::::::::::::::::::::::::::::::::::::::::::::::::／　ﾞﾞ　ﾉ:::/ ,,;;;;;;,,　　　 ,,,,ヽ:::::l
　　　）:::::::::::::::::::::::::::::::::::::::::::::::／　　　　ノ／＿＿,'''i:　('''＿_）:::l
　　）::::::::::::::::::::::::::::::::::::::::::::::::::/　　　　　　　　￣￣ン:.　:「￣`ヾ
　1:::::::::::::::::::::::「｀┤l:::::::::::::::::l　　　　　　　　　￣　　 ,　ヽ￣　l
　｀l:::::::::::::::::::::ヽ　 :l li:::::::::::::/　　　　　　　　　　　/´　　　｀l　　| 　　＜ウﾞッ！！！
　　ヽ::::::::::::::::::::::＼_」 lヽ::::／　　　　　　　　　　　 !:-●,__ ノ　 / 　　
　　ノ:::::::::::::::::::::::::::ﾉ | l ｀ﾞﾞ　　　　　　　　　　　 ,,;;;;;;;;;;;;;;;;;;;;,　 /ヽ
,／　ヽ::::::::::::::::::::::（　 l l::::::::..　　　　　　　　 /.:''／´￣＿ｿ　 /　｀ヽ
　　　　　ヽ:::::::::::::::ヽ　| l:::::::::::...　　　　　　/::/／￣￣_ソ　 /　　　　＼
　　　　　　　　ヽ:::::::＼| l::::::::::::::::...　　　 / :::.ゝ｀￣￣／／　　　　　　ヽ
　　　　　　　　　　　ヽ:::l l:::::::::::::::::::..　　　　　￣￣;;''　／　　　　　　　　　ヽ
　　　　　　　　　　　　　 l l;;;;;;:::::::::::::::.....;;;;............;;;;;;''ノ　　　　　　　　　　　　l
　　　　　　　　　　　　　　l l　''''''''''''''''''''''''''''''''''''''￣l |　　　　　　　　　　　　 |
801 ：非公開＠個人情報保護のため：2016/01/01(金) 10:12:12.81: 【マイナンバー】マイナンバープログラムにブログラムミス　データ未移行なのに正常「終了」と認識　機構は原因開示を拒否･2ch.net

http://daily.2ch.net/newsplus/1451602905/
802 ：非公開＠個人情報保護のため：2016/01/11(月) 23:30:39.24: 総務省ええ加減にしてくれ…
803 ：非公開＠個人情報保護のため：2016/01/16(土) 23:50:15.41: インターネットとLGWANの分離、みんなちゃんとやりますか？
804 ：非公開＠個人情報保護のため：2016/01/20(水) 00:55:40.80: 補助金ゼロ一つ分足りないわ
補正でやれとか
無茶振りもいいところだわ

コンピューターは道路や橋と違ってチョチョイでどうにかなるとでも思ってるのかね
805 ：非公開＠個人情報保護のため：2016/01/20(水) 12:05:09.64: >803
物理分割はよほど小さい団体でないと無理　どっかでつながる
Ｌ３スイッチでタグVLANとかもコンフィグに金かかりすぎ　維持も大変だぞ（自庁内にCiscoIOSとか判る奴がいればいいが）
VLANはもともと帯域に余裕がないネットワークのトラフィック対策だよ　
帯域に余裕があって単に分割するなら、４ポート以上あるやっすいFWとL２スイッチの組み合わせでいい
サブネット分割すらいらん　（アドレスグループ分けは必要）
端末間が心配なら、パーソナルFWをグループポリシーで定義しときゃいい
物理分割してもソーシャル的に接続されたら何しててもだめだからね

しかし自治体クラウドなんてだれがこんなバカな提案したんよ
接続業者に要件出して県単位で業務委託の入札やりゃいいじゃん
フレッツでPPPoEとか使えないとインターネット接続にもLGWANみたいに専用線使うなんてあほなことになるぞ
806 ：非公開＠個人情報保護のため：2016/01/20(水) 12:22:56.32: って要綱よくみたらAD鯖３セットおけよって書いてあるな
ホント　ランニングコストのことはまるで考えてねぇ
807 ：非公開＠個人情報保護のため：2016/01/21(木) 21:20:00.06: 【IT】「最悪なパスワード」2015年版ランキングが発表　1位は「123456」　･2ch.net

http://daily.2ch.net/newsplus/1453378582/
808 ：非公開＠個人情報保護のため：2016/01/22(金) 00:45:51.87: http://www.city.fujisawa.kanagawa.jp/joho006/press/enopo_syberattack.html
809 ：非公開＠個人情報保護のため：2016/01/22(金) 22:53:09.83: クソ総務省
810 ：非公開＠個人情報保護のため：2016/01/23(土) 00:01:17.58: すいません、市役所の情報システム課って
主にどんな事していますか？

システムの運用がメインだと思うのですが、
3交代制でサーバーのお守りとかさせられるような感じですか？
それか、休みの時でもアラート上がったら電話かかってきて出動、
みたいな感じでしょうか…
811 ：非公開＠個人情報保護のため：2016/01/23(土) 12:00:00.29: インターネットとLGWANの分離っていうけどさ、学校、図書館、消防とか独自ＮＷのとこどうすんだよ。それに加えて、病院、水道は別会計で財会や人給システムも市長部局とは別システムだし、これらもLGWAN系NWに変えろと？
812 ：非公開＠個人情報保護のため：2016/01/30(土) 08:50:07.20: うちは対策せず補助金だけもらう予定らしいwww
813 ：非公開＠個人情報保護のため：2016/01/30(土) 17:12:18.19: 何それ裏山
814 ：非公開＠個人情報保護のため：2016/02/05(金) 23:08:41.52: 補助金いらないからやめたい
815 ：非公開＠個人情報保護のため：2016/02/06(土) 10:59:09.08: 27年度補正でやれとは
やりかたがきたない
816 ：非公開＠個人情報保護のため：2016/02/08(月) 20:04:38.18: メールの無害化(笑)
817 ：非公開＠個人情報保護のため：2016/02/09(火) 00:00:57.90: 国からの迷惑メールを無害化したいわ
818 ：低能でクズな公務員をブッ殺そう！！：2016/02/09(火) 23:21:05.01: 公務員を殺せ！ぶっ殺せ！公務員を殺せ！ぶっ殺せ！
クソ公務員ｗｗ世界中でいらない物は公務員ｗｗ公務員を皆殺し！！
公務員をぶっ殺すことで全て解決されるｗｗ公務員を皆殺し！！
公務員ｗｗ世界中でいらない物は公務員ｗｗ公務員を殺せ！ぶっ殺せ！
公務員をぶっ殺すことで全て解決されるｗｗ死ね公僕どもｗｗ
公務員を殺せ！ぶっ殺せ！今、やるべきことは公務員を殺すこと！
https://twitter.com/gumichew
819 ：非公開＠個人情報保護のため：2016/02/10(水) 12:34:47.49: 国で繰越せば済む話なのに何で全国自治体のリソース消費させるんだ
補正とか繰越明許とか起債とかめっさ大変なんだぞ、クラウドなんか国がつくりゃいいじゃんかよ
820 ：非公開＠個人情報保護のため：2016/02/10(水) 21:34:48.06: ほんと、国がホワイトリスト作ってくれよ
821 ：非公開＠個人情報保護のため：2016/02/19(金) 08:01:56.04: 国の番号連携、どうもH29.7に先送りらしいね。
地方はそのままみたいだから、H29.7に一斉にスタートすることになりそうだけど
本当に大丈夫なんだろうか。
822 ：非公開＠個人情報保護のため：2016/02/19(金) 12:24:52.07: >>821
マジなの？
じゃあマイナポータル(笑)も遅れるのか
823 ：非公開＠個人情報保護のため：2016/02/20(土) 21:32:19.00: みんなは事務系をLGWANにする？
なんかインターネットとLGWANさえ分ければ事務系がインターネット系でも構わないと聞いたんだけど
824 ：非公開＠個人情報保護のため：2016/02/21(日) 18:17:40.63: 総務省は大事な大事なLGWANを
いかがわしい市町村のネットワークから守りたいだけ

って聞いた
825 ：非公開＠個人情報保護のため：2016/02/21(日) 20:13:08.39: >>823
うちはインターネット系を事務用にするお。
LGWANなんてほとんど使わないお。
それでも補助金もらえるって聞いたお。
826 ：非公開＠個人情報保護のため：2016/02/22(月) 08:00:01.18: >>823
>>825
インターネット系を事務甩にするってことは、財会や人給システムだけをLGWAN系に移すのん？
827 ：非公開＠個人情報保護のため：2016/02/22(月) 22:20:28.59: >>826
そもそも人事、財務でLGなんてほとんど使わないよね。
828 ：非公開＠個人情報保護のため：2016/02/23(火) 22:27:16.52: >>824
そんなに市町村が信用出来ないなら仕事も寄越すなってね
面倒なことはみんな市町村に丸投げするくせに
829 ：非公開＠個人情報保護のため：2016/02/26(金) 23:14:35.45: 全部LGドメイン使ってたうちの市涙目ww
830 ：非公開＠個人情報保護のため：2016/03/01(火) 04:57:21.88: 財務つてLG使うっけ？
831 ：非公開＠個人情報保護のため：2016/03/01(火) 08:11:46.04: うちは使わない

番号利用事務じゃないけどインターネット系に
置くのもアレだからLGに置くしかない困ったちゃん
という認識でいいのかな？

出納部局なら源泉徴収事務で番号を扱うが
それは一般企業でもやってる事務だし
832 ：非公開＠個人情報保護のため：2016/03/04(金) 21:16:31.04: これを機にLGドメインも止めよう

mmp
lud20160310154509

TOPへ TOPへ　

		ブックマークへ

10:19:23 up 22 days, 11:22, 0 users, load average: 8.47, 7.71, 7.35

in 0.045818090438843 sec @0.045818090438843@0b7 on 020500

情報システム課・電算課スレ Part5YouTube動画>2本 ->画像>2枚