情報システム課・電算課スレ Part5
レス数が1000を超えています。これ以上書き込みはできません。
職場全体の業務のインフラを担う縁の下の力持ち。
原課とベンダーと理解度の低い上司との板挟みになりつつもシステムの運用に奔走する
担当者達の情報交換の場でございます。 >>1
上司の理解度をとやかく言えるほど知識を持った奴なんてほとんどいない。
情報システム課自体が自治体には不要な存在。 >>3
そう思って情報システム課を廃止すると,
ベンダーの言い値でシステムを支えなければならない。
>>4
ベンダの提案を評価できないような情報システム課なんかがあっても、何も変わりはしない。
高木氏の電突に対して対等に渡り合えるくらいの人材がいないなら、原課が直接交渉するのと変わりはしない。
少なくとも情報系の学部卒、できれば院卒程度の能力は必要。 >>5
うちの職場は、民間の情報システム経験者でoracle silver持ちと
大学で情報工学やって、テクニカルエンジニア(ネットワーク) 持ってたやつがやってたよ 民間と渡り合えるようなスキルを持っている公務員なんかごく僅か。
だから,現場を経験してスキルを積ませる意味もあって,
システム課に人を貼り付ける。
…なのに,今は数年で異動させちゃうからなぁ。 異動しても異動先でトラブルシュートや情報リテラシーの向上に協力してくれたりするのであれば
積んだスキルが生きてくるのだけどね コンピュータがまだ珍しかった時代(電算機と呼ばれてた頃)にそれ専門で
選考採用された香具師がシステム部門の事実上のボス(ドン)となってしまい
一般事務屋は誰も意見できず多額の税金が大型電算機に無駄に使われたという
苦い経験がある。
異動が無いのも考えもの。 >>11
かといって、専門家不在では誰もベンダに意見できずに多額の税金が無駄に使われる。
岡崎市図書館みたいな馬鹿な対応も生まれる。
素人ばかりの情シスなんぞ存在価値なし。 専門家と言っても全体最適のことまで考えられる有能な人材はまず皆無で
オタクの塊みたいなのが多いんだよな。
システムの細かいことは得意だが費用対効果とかメンテナンスのことまで
考えずに自分の自由にできるオモチャを作ることばかり考えてる。
本人は専門知識で周囲を指導してるつもりでも結局、商売上手のベンダーに
いいように利用されてるのが実態。 >>13
うちは、システムに詳しい人間と、
システムには詳しくないけど業務に詳しい人間セットで置いてる
大体バランス取れてるよ >>13
「システムの細かいこと」ってのがよくわからんな。
全体最適のことまで考えられる人は、基礎ができているから、システムの細かいことまで理解しているもんだ。 >>15
正確に言えば「特定の分野の細かいこと」が得意な香具師だな。
大型電算のレガシーシステムに精通してる香具師とか逆に
PCクライアントサーバーシステムに精通してる香具師とか。
ITの全分野に精通する必要は勿論無いが、全体を俯瞰できないため
自分の土俵に無理やり引きずり込もうとする自称専門家が多すぎる。
その自称専門家に何も意見できない管理職は確かに糞以下だが。 >>16
なるほど。
この世の全てがMSによって創造されていると信じているVBA厨とかだね。 極端かもしれないが,自治体のシステムは,
自治体が自前で作ったほうがいいんじゃないかって気がする。
少なくとも,そういうことができる人材を育てないと
ベンダーの言いなりだね。
まあ,ハード整備の公共事業で建設業が潤う構図が
情報システム業にも拡大されたと解釈すれば,
今みたいな中途半端な体制がもっとも効率はいいだろうけどね。
ソースコードなくしちゃったり。
意図的に消去したり。
ソースコードを管理する知識がないので
ロードモジュールをビルドしたときのソースコードが
今じゃ取り出せないんだよな。 >>21
うちもソースを管理できてないや
納入物としては貰ってるが、契約上単年度なんで
手を入れたところの部分しか貰ってない
そのくせ、10年以上前のシステムに継ぎ足してるから、
スパゲッティーになってる
役所でCVSとか作らないとだめなのかねぇ svnとかcvsとか管理してないことにつけ込まれて
変な改竄が横行するようになるよ。
そしてソースコード消されちゃうのさ。 ソース管理してないとチームで開発してると
他人の開発から自分のコードを守るために
同じようなロジックをコピーし始めるのだが
これが致命的にボリューム爆発させてしまう。
最後は自分達が混乱させたソースコードなのに
特殊な作業で改修が難しいと言い訳。
こうしてカネばかり浪費される。 そもそCOBOLERやVBA厨はソースバージョン管理という概念を知らない
クソみたいなコード書くくせにドキュメントを作らない
いい加減にしろ うちには代表システムが2つあり、1つはドキュメントを徹底しすぎて
画面のコピペのようなマニュアルもどきが膨大に発生し、そのメンテ工数で
本来の改修作業が滞っている。
もう1つはドキュメントなど全く存在しないシステム
巨大なCOBOLとJavaとAccessで実装されてる。
巨大になる理由はソースコードの管理がないからで
開発者はコードを集約するのではなく、
他人の開発コードから自分のロジックを守るためにソースコードをコピーしてる。
毎日似たようなコードをコピーしてれば
たいした処理をやってなくてもボリュームは爆発する。
最後に、俺たちは特殊な仕事をやっているのだと自慢したりする。 >>27
> 最後に、俺たちは特殊な仕事をやっているのだと自慢したりする。
井の中の蛙の典型だな。
どうせVBAかじった程度のパソコン博士だろ。
本当にデキる奴は、上には上がいることを知っているから、
素人さん相手に自慢することなんてありえない。 >>27
>巨大なCOBOLとJavaとAccessで実装されてる。
メマイがするようなシステムだな。 監査する人が存在しないので、職員は財務会計規則・手続きを勝手に捻じ曲げて
自由に起票にでき、業者と連携できる仕様変更が日々多くなる訳だが
どこか後ろめたい気持ちがあるので、こんな結果になるのだろうな。 なかの仕掛けがわからないクレーマのような職員が増えて大変なんだよな。
基地外との会話のようになってくるから、どうしようもない。
窓口にくる市民より職員の方がタチが悪い。
民間企業のように利益とか成績とか数値目標がないと人間腐るのかね? 障害は仕事をサボるための言い訳。
障害原因を自ら調査したりするわけもないので
誰かに外部の人間に押し付けては
まだかまだかと念仏のように唱えるのは簡単だ。
勤務時間がいちばん浪費できるし
他のやりたくない仕事をしなくても済むもはメリットだ。
自作自演のときもあれば
自分バカでまったく勘違いしてる場合もある。
第三者に状況を説明しないことが大事
一瞬にして解決されては元も子もないからだ。 >>33
運用を委託している委託先の民間企業のオペレーターミスで障害が発生して
システムが丸一日止まったんだが
自作自演だったのか
>>32
ベンダが「出来ました。テストしてください」って持ってきたシステム
触って15分で落ちたぞ
インターネットに公開するシステムなのに
3人以上で同時に触ると過負荷で落ちるらしい
両方とも、世の中では超一流で通ってる会社
もう、潰れちまえ 我が県にはシングルサインオン(SSO)もどきが存在し
なぜかそれが特定の業務システムに組み込まれている。
LDAPサーバを共有すればすむ話を
業者が囲い込みのためSOAP実装と共にラップjarファイルにしたため
拡張性も、移植性も非常に悪く
その業務システムのバージョンアップの障害になってたりする。
Windowsドメインのユーザとも連携してないし
その管理部署とは別管理なので、SSOと言っても
WindowsにログオンしたあとにSSOもどきのブラウザ画面に
再度ログインするはめになっている。
しかもSSOが適応できるのは2つのシステムだけだ。 オープンソースのOpenSSOはWindowsのAD認証と連携できる。
なのでOpenSSOにアプリを対応させれば一元管理など簡単な話だ。
そんな技術的な問題ではなく、日々ハッキング行為に余念がない
Windowsのドメインを管理する部門にSSOを一元管理させることが
最も危険なことになるかもしれない。 >>35
パソコン作ってない方のNはひどすぎ。
なにをどうしたらあんなクソシステムがあの破格(の高額)で提供できるのか。 パソコン作ってない方のNって○RIのこと?
それとも○TT? >>38
自分ではほとんど何もせず全部下請け孫請けに丸投げしてるから。
官公需中心の仕様書の形式的管理だけの典型的ピンハネ会社。
ま、いくら技術力が超一流でも役所が零細ベンダーや個人に仕事を
直接委託できない罠。
IT土建ってのは実にうまくこのビジネスモデルを表現してる。 >>40
零細ベンダと直接契約してみた
行程管理が甘いのと、テスト環境を持ってないので
うちのテスト環境を使わせる必要があったが
予算は1/5になったよ
後は、当たり外れをどうするかだな
うちはうまく行ったけど、他の課で契約した会社は
プロジェクトひっかきまわして
結局出来ませんって泣き入れてきたらしいし >>32
>民間企業のように利益とか成績とか数値目標がないと人間腐るのかね?
利益を考えるのなら電算部署いらなくなるという結論にはなるなw 情報システムは必要だけど、素人ばかりの電算部署は確かに不要だな。
ついでに言うと、コンピュータをどうやって業務に役立てればいいかもわからない原課職員も不要だな。 メインフレームにはsvnやvss、cvsのようなソースコード管理する文化がない。
そのCOBOLをUNIXサーバに移植、しかし担当はコボラーなのでソースコードを管理する価値観はなかった。
自分の修正が他の部分に影響するのは嫌だし、他人の開発に自分のコードが影響されるのは嫌だ。
Eclipseもなければ、リファクタリンクする文化もない、
常にソースコードをコンパクトに集約しようという価値観はコボラーにはない。
オブジェクト指向の継承構造などは使えないのだから、コボラーはソースコードをコピーするだけだ。
プログラムのIDだけ変えてソースファイルを何も考えずにコピーするのが今日の仕事だ。
COBOLは今でも質より量をとる、ステップいくらの世界だ。
整合性を取ってないソースコードのファイル数を自慢しても無意味だと思うが
そんな毎日を何年も続けてれば、ソースコードは何千ファイルにも膨れ上がる。
プログラム改修は通常システム全体で整合性をとるものだが、そんなことはコボラーにはできない。
実はシステム全体で整合性を取らなくてもいいように、スタティックリンクのロードモジュールにしてある。
他のロードモジュールは再度リンクするまで影響がないはずだ。
ソースコードは管理されてないのだから、昔のバージョンのソースコードをsvnから切り出すようなことはできない。
だからロードモジュールを再びビルドすることは絶対に不可能なのだが、そんなことはコボラーの責任範囲ではない。
無意味に複雑にする自作自演の破壊活動なのだが、
素人の役人にはシステムのボリュームしか見えないため
せっせと予算を捻出してくれるところにも問題がある。 COBOLを使うと馬鹿になるって大先生も言ってたな
そしてVBA厨は現代のCOBOLER こんなクソ言語に税金がジャブジャブ遣われているのが問題だ。 ただ書きなぐったようなCOBOLソースでは
デバッグすらできない事も判明。
ただ時間だけが過ぎていくのだが。 ディスク容量が足りなくてバックアップしてない表があり
いざというときにはイメージバックアップから戻すからと言い訳。
しかし、イメージからのリストアとはDBインスタンス全体を上書き戻すことだっだ。 ディスク容量が足りないのではなく
頭がたりないのだ。 >>50
当たり前だ
基本仕様書作るときに、容量ぐらい見積もれよ 我が県ではOracleの表に
表領域が許す限りPDFファイルを突っ込む仕様があり
容量の見積りなど不可能なのだ。 >表領域が許す限り
つまり、TABLESPACEサイズを制限して、
HDDの物理的空き領域を確保すれば良いだけじゃないか
1) 領域不足エラーにクレーム
2) 表領域を増やす
3) 増やした分だけPDF追加
4) 1)に戻る >>55
クレーム入っても空き容量無いで突っぱねろ
うちもファイルサーバーが容量足りないって言われるが突っぱてる >>56
昔はその手が使えたが今はストレージの容量が劇的に増えてることが素人にも
わかってしまってるので説明に苦労する。
「ゴラァ!今は2TBのハードディスクが2万円で買えるんだぞ。嘘つくな!」
とかねw。 >>57
SATAのHDD何か、信用低すぎて使えねーよ
サーバー舐めんな
って返してます >>58
そういう説明してたら高信頼性のはずのストレージがハード障害で飛んでしまい
収入会計業務が丸1日ストップして面子が丸つぶれになったことがある。
「損害賠償モンだ!」と不治痛を恫喝してRAIDの超高信頼性ストレージに
同じ値段で入れ替えさせた。 2万円のSATAのハードディスクでもrsyncのバックアップだけで充分だったり
ゆうちょ銀行のIBM製ストレージの様にファームウェアの更新を怠っていたためにシステム全体が停止したり
ストレージって金額ではなく、運用する人間の技量で信頼性が決まるんだよな。 2万円のSATAディスクと違って
最小構成価格は3億2509万5500円(税別)のDS8000シリーズなんて
しょっちゅうクリティカルなバグがファームウェアに発見される。
http://www-01.ibm.com/support/docview.wss?uid=ssg1S1003593
更新しなければならないけど、稼働開始後にストレージのファームウェアの更新って
結構勇気のある判断で、運用担当が尻込みしてる間に本当に障害が発生するのさ。
ディスクって価格じゃないんだよ、運用担当者の技量がものをいうんだよ。 ディスク単体での信頼度と、システムの信頼度をを同一レベルで語るあたり…
>>60-61 おまえ、技術屋じゃないだろ >>60
ちなみに、ゆうちょのシステムダウンの原因は、
ファームの更新を怠ってた事じゃないぞ
うちも同じ機会入れてたから、IBMが頭下げに来たけど >>65
ファームのバグだけど、ゆうちょの事例が1例目
ゆうちょで発動して、対策ファームが出た
だから
>ゆうちょ銀行のIBM製ストレージの様にファームウェアの更新を怠っていたためにシステム全体が停止したり
は誤り
そして、
>ディスク単体での信頼度も、
>ストレージシステムの信頼度も
>アプリから見れば同じだよ。
そんな低レベルな認識では、システム組めない
仕事でも能率上げるためにボトルネックを考えるのは日常的有ると思うけど、
そういうの考えない人? ファームのバグはわかっていたけど、運用上の問題で適用見送りになってたんだろ。 仕掛けを理解できない高価なストレージシステムって
テストなんてやらないから、こんなことになったのさ。
それなら仕掛けを理解したSATAディスク2台構成のほうが信頼性があるね。 >>67
システム障害の発生が、7月12日
IBMから対策ファームが出たのが8月20日
そして
>>68は馬鹿すぎるので一回死んでこい インフラのテスト中に検出できなかったことも問題だな。
ていうか全くインフラの障害関連を未テストのまま稼働させてるってことだね。
いやー怖いね。3億円払うと安心するのかね? >69
#システム障害の発生が、7月12日
#IBMから対策ファームが出たのが8月20日
「7月に新規発生した障害のファームが9月にあてられる。
なんて普通ないから、運用都合かなんかで適用見送ってたんだろ」
というのが業界の判断です。 世界で1万台以上入ってていままで事例なしだったこととも矛盾するので
ファームのバグは偽装で本当は設定ミスなんだろという見方もあるね。 大金が絡んだストレージシステムって関係者の嘘も多いので
自分で充分理解したSATAディスク2台構成でrsyncってのが、一番信頼できるよ。 >>74
その「自分」が異動することに問題がある。
結局、職員の能力値が一定でないから、rsyncで組むと
今度は職員起因の障害が発生するだけ。 >>75
大手ベンダーの官公需部門は、まさにそこにつけこんで巨額の税金を
食い荒しているワケなのだが。
かと言って異動の無いIT専門職員の養成は役所にとっては諸刃の剣。 優秀だが嘘つきベンダーか?
それともバカで愚直な職員か?
カネの切れ目はベンダーとの切れ目。
答えはでてる。手順書を明確にして職員がやるしかないのさ。 >>75
それ以前に、こいつバックアップとRAIDの目的の違いも判ってなさそうだし、
相手するだけ無駄 プール金持ち逃げされるから
切り捨てる訳にもいかないんだよね。 紛失したソースコードを無理やり変造し、コンパイルだけ通るようにしただけでは
実際に動くかどうかもわからない。
そのロードモジュールが、昔と同じように動作するか確認する方法もない。
テストケースもなければテストデータもない。設計書もない、仕様もわからない。
この犯罪まがいの状況に、関わったメンバー達は、もはや逆ギレるだけ。 自作自演で混乱させたコードを短期間で収束させると
それはそれで自作自演であったことを自ら証明してしまうようなもので
今までの開発工数を自ら否定してしまうことでもある。 LOBデータはグチャグチャになっている筈だ。
だが根拠もなく大丈夫だと言い張るはずだ。
そうなると不正レコードが原因で移行できなくなるだろう。 >84
「ねっ。Oracleってバグ多いでしょ。だからHiRDBにしましょうよ。」 パッチを当てればなおる話を逆手に取って
不具合を起こす機能を見つけては
それを実装していった悪意を感じる。
まぁ確かにシステムは大混乱し
工数は爆発しボロ儲けすることができたのだろう。
そんな破壊工作の5年が終了しようとしているが
その前にデータを安全に抜き出さなければならない
まるで、爆発物処理班のように。 問題を揉み消してばかりいると
ついつい問題の解決案まで揉み消すようになり
もうこれは末期症状。何も変化を望まない老人ホームに似てる。 Web画面のJspとバリューオブジェクトの生成ツールを、なぜかVisual C++でコテコテに開発していた。
そのツールはバリューオブジェクトのJavaソースコードを内部で消去して
クラスファイルだけを成果物として出力していた。
時がたってJDKを1.4から1.5に上げるときに、ソースコードが存在しないことが判明。
Javaのコードの呼び出し方によっては古いバージョンのクラスファイルから
新しいバージョンを呼び出すことはできない。
システム全体を廃棄することになりかねない問題になったっけ。
契約を切られないようにするために、そのベンダーはソースコードを消去までして
金融庁から業務改善命令が発令されそうな状況をワザと作って
その金融機関と取引を続けていたんだ。
このときソースコードって「人質」なんだと思ったんだよね。 そんなことやってるから、外資に負けちゃうんだよな。 >87
パッチを当てることになって
バグの内容によっては、COBOLソースをプリコンパイルしようにも
ソースコードが管理されてなかったのだから
ロードモジュールを、その当時のバージョンで再ビルドすることはできなかったはずだ。
だからパッチセット当てることなど論外だったのだ。 サギ残業でネトゲやる時間があるのだから、svnに成果物を登録する時間はじゅうぶんあったはずだ。
なぜやらない?
なぜソースコードを消去するような必要があるのか?
なぜ全体と辻褄が合ってない自分のロードモジュールだけをリリースするのか?
わからないことだらけだ 入退室カードやパスワードでガチガチにセキュリティが確保された部屋というのは
中で何をやってるのか、把握できないデメリットが常に付きまとう。
深夜勤務や休日出勤手当てを貰いながら、実際はネトゲに夢中になっていても
外からはまったく把握できないというリスクが伴う。
むかしはサギ残業などと呼んだが、今どきはネトゲ残業と呼ぶほうがふさわしい。 自治体に、情シスって名乗るのもおこがましい電算部門がどれだけあるんだろうな。
管財課や契約課に吸収されたほうがいいんじゃまいか COBOL2002からオブジェクト指向言語になった
http://mac-reimann.de/OOC2002.pdf
クラス、メソッド、ファクトリー、継承、多重継承、インターフェイス...
ソースコードをコピーする時代は終わった。
これからのコボラーはオブジェクト指向設計ができなければ
工数やボリュームが爆発してやってられなくなるだろう。 しかしまぁ、どんな意図があって
ソースコードを削除しちゃうんだろうね?
2年おきに配属がローテーションしちゃうから後任に対する嫌がらせ?
それとも違法なロジックを隠蔽するためなんだろうか?
自分だけ給料の振込額を倍に改造してたとか?
いろいろ考えちゃうよね。 どうも工数を膨らませるために意図的にやってる気がする。
一人で1日で済むような修正を何人もの人間が何週間も悩み苦しむようになれば
自ずから工数が増えて誰かが儲かる仕組みだ。
厳重に注意しておかないと、簡単にソースコードを紛失し
カネがいくらあっても足りない現状を認めてしまうことになる。
新しく構築する環境でも、こいつらは過去の工数を正当化するために
またソースコードを意図的に混乱させてしまうだろう。
なんとも情けない話だ。 >>96
> 2年おきに配属がローテーションしちゃうから
2年とはえらく短いな。
文系素人が2年でまともな仕事ができるようになるとは思えないな。 春の入札祭り実施の季節ですね。
このご時世、保守も随契は無理で入札しなければいけないのだけれども、たまに仕事ほしさで激安で入札する業者が怖い。 糞業者でも入札可能な仕様書しか満足に書けない電算の方が怖い >>100
何にも考えずに入札して、後から泣きを入れてくる糞業者に同対応しろと
仕様書を満足できないシステムしか導入できないんだから… お前らのところのプロパー職員は何人いるの?
うちは独法で10人だ。 コボルのソースコード紛失問題と
コンパイルできないコンパイラー問題
の二本立てだ。 >>102
うちは、5人かな
これで全国800人が使うシステム回してる >>102、>>104
うちは6人。
これで職員用のパソコン(メールとグループウェア)と法人向けのシステムを回してる。
恐ろしいことに顧客が1000社くらい居て、しかも金を扱う。
正気の沙汰とは思えない。
話は変わるが、市役所とか県庁のシステムなんて
どーせ日本全国で共通の機能で良いんだから、
各自治体で発注するのは無駄だと思う。
なんで全国で統一せんかね?
>>105
それはあなたが自治体職員じゃないから起こる思想。
自治体は「独立した自治」を行なう団体なのだから、
各自治体で同じことを達成するのに、手段や施策が違っていいことが保障されている。
例えば、子育て支援にしたって、
ある自治体は子供を生んだときにお祝い金として渡す。
ある自治体は妊娠した時点で一時金を渡す。
ある自治体はお金は渡さないが、子供医療費が無料になる医療証を発行する。
ほら、統一できないでしょ?
>>106
そういう話じゃ無いでしょ
例えは、回議システムや給料の支払いとかは共通でやること
もちろん、回し方や金額は違うけど、その程度ならシステム側で吸収可能
実際に霞ヶ関では回議システムや職員管理システムの共通化を進めてる >107
各自治体によって裏金の捻出の方法は異なるのだから
システムを共通化することはできないね。 裏金を裏帳簿のような裏表で管理してたら、そんなの正規化できてないことでもあるので
UNIONを使って7000行のSQL文になってたり。
別のシステムではJavaと違ってCOBOLはリバースエンジニアリングできないから
ソースコードを改ざんしてスタティックリンクの特殊ロードモジュールをリリースしたり。
各システムやり方は各様だから、そんなのを共通化しようと発想すること事態
激しく抵抗されるだろうね。 交通費を精算するだけするだけのシステムなら、全国の自治体で共通化できるだろう。
でも、その交通費が裏金捻出の重要な資金源なら自治体は共通化しようとはしないだろ。 パソコンのAccessとかVBとかでカネの計算してるとこって
後ろめたいカネの計算やってる場合が多いんだよな。 >>105
で、ようするに
ttp://www.cloudjp.net/
こういうのでしょ? >>106
そんな枝葉のところだけ言われてもな困るんだが。。。
全部が全部統一出来るとは思わんけれど、
せめてさ、住民登録や印鑑証明なら統一出来るだろう。
ほかにも原付の登録とかさ。
いまだに本籍地をとるのにその籍がある自治体にまで封筒で資料を送るとか、
非常に不便で時間もかかりすぎる。 地方も国の文句は言えないのだけど、
国は縦割りのうえ、予算は桁違いに潤沢だ。
通信インフラやったから、ゴチャゴチャになるのが目に見えてる。
印鑑証明事務のためのネットワーク+サーバー+端末、
住民登録のためのネットワーク+サーバー+端末、
戸籍のためのネットワーク+サーバー+端末、
原付登録のためのネットワーク+サーバー+端末
等々…根拠法や監督官庁ごとにシステムがおかれてとんでもないことに。
これらに加えて地方で異なる事務を包括できるようなシステム構築やってくれるの?
ただでさえプロ市民が総背番号制だなんだと五月蠅いご時世、
国の方々は、良かれと思ってるんだろうけど、本当に大きなお世話。 >>114
だから、全部まとめて総務省がやるって言ってるじゃねーか >>114
全部独立させる気か?
連携させなきゃ意味ないだろうに。 >>115,116
全部独立させるってのは極論だけど、
少なくとも通信に関しては独立しちゃってるのが実情。
自治体なんて数えきれんほどある。
百万都市のサービス利便のために、数万人規模の市役所が業務変えるなんてナンセンス。
国は金があるから、<工期に見合った>ものを作って一気に広げるんだろうけど、
中途半端な連携ならいらないって話。つまり大きなお世話。
荒らすつもりはないんだ、ストレスたまっちゃってんだな。
お休み。 このスレに書き込んでるんだから、
みんな、ある程度以上の知識と経験があるんだよな。
ついつい公務員板だとそれを忘れそうになってしまうのはイカンね。
>>117
百万都市のために数万規模の市役所が業務を変えるというよりは、
いくつあるかわからん市役所をひとつのシステムで運用する、という方向にしてほしい。
もちろん、市独特の業務もあるのは承知しているけど、そういうのは独自システムを開発してもらう方向で。
んで、デフォルトのサービスを使うだけなら市役所のシステム担当者を不要って状態にしてほしい。
(さすがに端末は自前でメンテしないと無理だろうけど。)
V
ビシッ / ̄ ̄ ̄ ̄\
/ ̄\( 人____)
, ┤ ト|ミ/ ー◎-◎-)
| \_/ ヽ (_ _) )
| __( ̄ |∴ノ 3 ノ 裏金の資金源になっているシステムを
| __)_ノ ヽ ノ 全国共通化することはできない
ヽ___) ノ )) ヽ.
アマゾンウェブサービス、東京にクラウド用データセンター
「東京リージョン」開設 岩佐 義人(Web担 編集部) 2011/3/8(火) 23:42
米アマゾン子会社でシステムサービスを行う米アマゾンウェブサービス(AWS)は、
東京に世界で5番目のクラウド用データセンター「東京リージョン」を開設した、
と3月2日発表した。日本企業向けにコンテンツ配信やデータベースの運用、
コンピュータ処理などのサービスをクラウド環境で提供する。
データが国外に出ることがないため、データを日本に保存しておきたい企業の
ニーズに応えられる。日本語によるサポートも始めた。日本国内から利用する場合、
ネットワーク遅延は数ミリ秒となり、従来から大幅に低減するという。
しかし、裏金の資金源になっているシステムをクラウド化するのは難しいだろうと
担当者は心配している。
アマゾンウェブサービス http://aws.amazon.com/jp/
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、ジンガ、クックパッドなどが東京リージョンでサービスを利用している。 自社開発からパッケージものに入れ替えたけど、一長一短あるね。cobol専門職がいらなくなったのは、メリットというべきか 暇だったから、うちの市で対応ブラウザのバーションが古い(IE5.5対応とか)システムについてクレーム入れてみた
ついでに、Windows 2000も消せよと >>118
SI屋がクラウドでパッケージ作ればいいんじゃないの。
それでだんだんと収束させていけばいいんじゃないの。
被災した自治体の電算システムやら保有してたデータの復旧とかどうなるんだろ。
データセンターとか遠隔地にバックアップ置いてたりしてるんだろうけど、運悪いと消失してるよね。 今回の震災で、西宮市の被災者支援システムを活用してる自治体ある? 町役場レベルだと遠隔地にバックアップなんぞしてないでしょ。 >>123
ちょっとでもカスタマイズしたら、パッケージソフトの方があっという間に高価になる罠。 副本があったとか。良かったね。ベンダーが内緒でコピーとってたのかもしれないけど。 なんか皆さん高度な話してて全然ついていけないんですけど、質問させてください。
四月から市役所の情報システム課に配属になったんですが、大学でC言語でプログラムを
ずっと組んできたくらいで、システムなどにほとんど詳しくないのですが大丈夫でしょうか?
何か勉強しておいた方が良い事とかありますか? >>131
組むのは外の企業がやるからプログラム出来なくても良い
必要なのは、もっと上流のスキルと見積もり能力 >>131
現課の職員やベンダーの人間とコミュニケーションがきちんと取れることが一番大事。現課の業務をよく把握すること。パソコンやネットワークの知識が少しあるとよいです。
役所の中で一番楽な部署なので、楽な気持ちでやってください。なかのひとは一番大変だと言ってると思うけどね。 >>132-133
ネットワーク関係の本でも買ってきて読んでおくことにします。
ありがとうございました。 >>131
> 大学でC言語でプログラムをずっと組んできたくらいで
情報科学関連を専攻してたの?
たぶん課のエースになれるよ。
プログラミングなどの基礎能力ができているんなら、あとはデータベース関連とネットワーク関連を
勉強しておくといい。
あとは、民間の技術者と付き合うことだな。
役所の情シスにも凄腕がいないわけじゃないが、大抵はパソコン博士か劣化メッセンジャーだからね。
何かのオープンソースプロジェクトに参加するのが手っ取り早い。
役所・民間を問わず、凄腕の人が集まってるから。
そうした交流を保っていれば、原課の職員やベンダとのコミュニケーション力は自然と身につく。
配属先の情シス職員のレベルによっては、同僚とは溝が深まるかもしれない(笑)が、そこはうまくやってくれ。
あと、役所の情シス職員にありがちなことだが、ベンダと談笑できる==コミュニケーション力があると思ってる奴が多い。
こっちはベンダから見たら顧客だから、会議中に役所職員が変なこと言い出しても愛想笑いしてくれるけど、
それはコミュニケーションがとれてるとは言わないから注意するように。
岡崎市図書館のような事件が起きたとき、被害届を出す前に問題を理解できるレベルになれば合格かな。
あと、LASDECが、実際に稼働中のシステムのドキュメントやらソースやらを公開しているから、
4月に入って登庁したら、それを見とくといい。 >>135
岡崎の事件って、あんなの情報系の人間じゃなくても理解できる。
皆さん親切にありがとうございます。
このスレは親切な人が多くてすごく感動しました。
>>135
はい、情報系を専攻していました。
とりあえず135さんや上の方も言ってる通り、ネットワークとデータベースについて
書かれた本を買ってきて読んでいます。
大学の復習みたいな内容が多いですが思ったより忘れていたり詳しく知らなかった
ことも書いてあって勉強になっています。4月以降も少しずつ勉強していけたらと
思っています。 某県のマシンルームが崩壊状態になったといううわさ。 >>139
> はい、情報系を専攻していました。
学生時代の研究室やゼミの仲間との交流は絶やさないほうがいいね。
後々大きな財産になることは保証するよ。 >173
自治体に広がるOpenOffice.org 2010/08/26 高橋 信頼=ITpro
http://itpro.nikkeibp.co.jp/article/Watcher/20100824/351416/
ほか、いろいろありますよ OOoもっさりなんだよなぁ。
それよりもLANシステムがネットスケープの我が職場…
信じるか信じないかはお前ら次第。 >>175
OOoの後継(?)のLibreOfficeは試した?
かなり軽くなってるよ。 うちの役所は職員の削減を避けるためにoooを導入したってうわさ。
みんな使いにくいって怒っているから。
本人らは宣教師気分らしいけどさ。 2chに担当部署のスレ立ててカキコめばいいだろ
情報公開と一石二鳥だ。 MSOffice2007にしたときも、みんな使いにくいって怒ってたな。
本人らは宣教師気分らしいけどさ。 JUST Officeが出たらみんなで評価しようぜww >>183
評価版まだでてないんだよな。
興味あるけど、価格KSOの4倍くらいするんだよね・・・ 民主党広島県議会議員 梶川ゆきこ先生
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
頻発する巨大地震と自然改変装置 『プラネット・アース』の著者ロザリー・バーテル博士の説によれば、
現在世界各地で観測されている巨大地震のうち7割は地下核実験や人工的な要因が引き金となって引き起こされている。 >>183
>JUST Officeが出たらみんなで評価しようぜww
入札だったら結構善戦しそうな気がする。うちは海外考えなきゃいけないからMSにおふせが続くのかなあ。 >>187
海外とかすげえ。
ちなみに海外だとオープンドキュメント形式が重宝されたりはしないの? 我が県では残業目当てで、残業、深夜残業、休日出勤してネトゲすることを「サギ残」と呼んでいる。
そろそろサギ残を検出して2chにサラすようなシステムが必要になってきたなと思っている。 >190
>我が県では残業目当てで、残業、深夜残業、休日出勤してネトゲする(後略)
あなたのところの県庁や県事務所では、ソフトのインストールが自由にできるのですか?
あちらこちらの地方公共団体での海賊版ソフト利用が問題になって、ソフトウェアのインストールを
ユーザーレベルではできないようにしたところがほとんどだと思っていたけど。 >190
ペナルティとして福島で原発事故の対応をさせるというのはどうだろう。 >192
どうも、その管理部署がやってるみたいだな。 ____
/ \
/:::::::::::::::: \ _ わたしも放射線感受性が低い年齢なので、
/:::::::::::::::: || | 「決死隊」に参加したいと思って電話したのですが…
|:::::::::::::::::::::::: ∩! ,ヽ
\:::::::::::::::: | ー ノ 女医?いいえ違います。情企です。ネトゲができます…
| ::::::::::::::: | i j  ̄ ̄ ̄| 仕事は遅いのですが、股間はいじれます
| ::::::::::::: ゝ__/____i
| :::::::::: / / ハイ… 難しいですか… そうですか、わかりました…
(__(__ ヽ⌒⌒⌒ヽ ありがとうございました 失礼します…
/ ,_/ ___ノ /
+ + /⌒ ⌒\+ 。
・ 。/( ●) (●)\ + + あーぁ。このままじゃ給与計算できねぇや。
/::::::⌒(__人__)⌒::: \ いっそ女医みたいな年俸制に変えちゃおうぜ。
| |r┬-| |
+\ `ー‐′ /・ ゚. + __
/ | / ・ /ヽ
(_⌒) ・ ・ ||____________ |ま | ̄|
l⌒ヽ _ノ | |\ |___| {}@{}@{}−| る| |
| r `(;;U;) )__) \ >゚))))彡ー―'. |_.|_|
(_ノ  ̄ / / \`ー―’___
(__^) | | ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
|_|
ある極秘扱いのデータを保持しているOracleの表がある、
ある日、表の名前に日付が付加された表のコピーがあることが判明。
何かバックアップ目的で作成されたのかと推測するが腑に落ちない。
何が追加、変更されたのかを知るためには、表にアフタートリガーを仕掛けておけばいいが
そんなPL/SQLのスキルはないようだ。
しかし表のコピーを作成するスキルはあるらしい。
定期的に表のバックアップを作成しておくことで
二つの表のデータを人力で比較し、追加更新されたデータを確認しているヤツがいるのだ。 やはり正式に業務を委任された担当者ならトリガーを使った監査証跡の仕掛けを実装してしまうだろう。
そんなことすらできない部外者としては表のコピーを作成するくらいしかできなかったと考える方が妥当。 同じ時期に別のサーバの機密情報の一部が削除されていたことも判明。
どうも都合の悪い情報を削除する「掃除屋」がいるみたいだ。
それも手口がベタであまり洗練されてない。 2つのサーバにアクセスし、1つは条件をつけて削除。
もう1つはチェックしただけ?
管理されてないデータベースなので消去されたことにすら気付いてないのかも。 メルトダウンしてることにも気付かないと
放射能は今頃バラまかれてる可能性大。
/ ̄ ̄\
/ \ どんなに消しても
|:::::: | バックアップから復元されちゃうだろ・・・
. |::::::::::: | 常識的に考えて・・・
|:::::::::::::: | ….,:::´, .
. |:::::::::::::: } ….:::,, ..
. ヽ:::::::::::::: } ,):::::::ノ .
ヽ:::::::::: ノ (:::::ソ: .
/:::::::::::: く ,ふ´..
-―――――|:::::::::::::::: \ -―,――ノ::ノ――
|:::::::::::::::|ヽ、二⌒)━~~’
/ ̄ ̄\
/ノ( _ノ \
| ⌒(( ●)(●) 常識的に自作自演だろボケ!
.| (__人__) /⌒l
| ` ⌒´ノ |`”’|
/ ⌒ヽ } | |
/ へ \ }__/ / / ̄ ̄\
/ / | ノ ノ / ●)) ((●\’, ・ ぐぇあ
( _ ノ | \´ _ ( (_人_)’∴ ), ‘
| \_,, -‐ ””  ̄ ゙̄”――└’´ ̄`ヽ て
.| ______ ノ (
ヽ _,, -‐ ”” ノ ヽ r’” ̄
\ , ‘´ し/.. | J
\ ( / |
\ \ し- ‘^`-J
誰なのかわからないが
都合の悪いデータを削除してくれる「削除人」がいて
毎月はじめに削除しているとしか思えない。
いったい誰なんだ? 一件いくらで削除する商売があるのかなぁ?
「イレイザー」ってシュワちゃんの映画があったよな。 なんとなくユーザIDで犯人はわかっているが
そのIDは約5年前から変なファイルをサーバ上に残し続けていた。
お約束のバックアップはあるにはあるが、リカバリ手順もコマンドも実績もない。
無関係なディスクをテープに吸い上げているだけかもなのかもしれない。
毎月のエキスポートダンプが欠落すればデータは永遠になくなるのだ。
意図的であるにしろ、無いないにしろ危機一髪だったのだ。 お役所仕事としては何かデータをコネてれば給料になるのだろうが
整合性はとれてないだろうし、担当者によっては100件データを編集すれば何件かなくなってるのだろう。
中にはデータが欠落することで、喜んでる輩も大勢いることだろう。 隠されてきた原発日雇い労働者の被曝の実態
<27万人の原発労働者のうち6万5千人が生死不明> http://youtu.be/CCa2Y-W5PU0
原発労働者 被ばくの実態 http://www.ktv.co.jp/anchor/today/2011_05_23.html#02
【写真家・樋口健二さん】
「このおじいさんの一言が、私を動かしたんです。佐藤茂さん。
東電福島第一原発で働いてボロボロになって
がんで死んでいったおじいさんですけどね。
毎日宇宙人のような格好して、防毒面をつけたけど
暑くて苦しくていつも外して働いたと。
何十分かでアラームメーターが鳴る。
うるさいから叩きつけて『仕事ができないから』と。
こりゃ原発ってどんなところだ?という思いが募ってきてね」
現代科学の粋を集めたとか言ってるが、人海戦術がわかる。
この人たちが日本中を渡り歩いて生活をし、原発を直して放射能を浴びて、
しまいには捨てられてボロ雑巾のように闇に消されてきたの。この40年間」 【元原発労働者・梅田隆亮さん】
「ビービー鳴りだしたら作業にならんのですよ。
(Q.どうしてたんですか?)
外すんですよ。『おじちゃん』にあずけておくわけね。
(Q.おじちゃんとは?)
それ専門に預かってくれる人に。
(Q.そういう仕事もあるんですか?)
年配のね。単価(日当)は一緒ですよ。『鳴き殺し』って言葉を使ってた。
鳴くのを殺してしまう。当時はどこの現場でもやってたんじゃないですか。
それで200(ミリレム=2mSv)とか300とかいう数字を見て向こうに渡す。
記録をみたら80(ミリレム)になってる。
(Q.見た数字と合わない?)
ええ、それを『トリック』というんです」
文部科学省の調査では1999年までに放射線業務に従事した27万人のうち、
6万5000人の居所がつかめず、生死もわからないとしています。
日本の原発
http://ima-ikiteiruhushigi.cocolog-nifty.com/nature/2009/05/post-f408.html ベンダーってのは「預け」をいかに使い込むかを動機付けにしてる。
闇雲にsetup.exeを実行するだけで、こりゃまたヒドい状態になっても
「はいっ、170万円ちょうだいね」みたいな。
で、ベンダーを切ることと「預け」を持ち逃げされることは同じなので、両方できない。
こんなかんじでメルトダウンしたのだろう。 東電のケースとはまた別じゃね?
いくらなんでも、東電社員に原発関係のまともな技術屋がいなかった、なんてことは考えにくいんだが。
役所の情シスには、まともな技術屋なんてほとんどいない。
面接官を騙して潜り込んできた三流民間崩れの無能がせいぜいだろ。
だから>>211の状況になるわけで。
極わずかに存在するまともな人材も、数年でいなくなるわけだし。 事務手続きが煩雑だからとオカネを先に渡しちゃう「預け」に
現場がモラルハザードする原因があるのさ。
仕事が完了した後に報酬を払うのは当り前な話だろ。
先に渡しちゃうと、何だかんだ無駄に使い込んじゃうのが人情だ。
で、その何だかんだは本来の業務とはかけ離れた言い訳のような作業にすぎない。
そして本当にやらなければならないことが発生した時は、
既に遣い込んじゃった後なので、時既に遅しで工数を確保できなくなっちゃうのよ。
これって民間のプロジェクト管理ではありえない現象なんだよね。 そういや、いま起きてる障害では
御用学者みたいな屁理屈を捏ねくり回すヤツまで登場してくるけど
役所の仕事って原発事故の後の対応と本当に似てるのな。 精密な計画ドキュメントをエクセルやワードで書き上げるのは結構だけど
リスクを値踏みしてプロジェクト管理する考え方が完全欠落してるよなぁ。
原発に不具合が見つかったので、直したいと武田教授が言ったら
保安院が承認したものは安全なのだから不具合は認めませんみたいな。
今回の原発事故は、いろいろ露呈させちゃったね。 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() 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 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 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 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 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 エクセルのようなスプレッドシートに似てるからって
アクセスのODBC接続された表を闇雲に更新しちゃだめだよ。
データぐちゃぐちゃになるよ。
せめて表示系と更新系を分けるくらいに実装しないと
毎日どこかしら壊してることになるんだよ。
AUTOCOMMITって言うのは、適当にコミットしちゃうことなんだよ。 Oracleはガチガチに悲観的ロックをかけることはできないんだけど
せめて楽観的ロックを使ったロジックで更新しなければならないことに気付かなければいけないね。
と、思ってたらODBCのバグで、それすらできないのか。 更新系をストアドプロシージャにして、
明示的にトランザクションをしかけるのが確実だけど。
ただのVB厨だからなぁ。
そんな実装すら敷居が高すぎて
安易にAccessの機能でやっちゃったんだろうなぁ。 まぁ、メルトダウンしたあとに原発の設計ミスや、いい加減な運用が発覚してしまったようなもので
格納容器の外に出てしまった核燃料は冷やせないのと同じなんだけどね。 LASDECで公開されてる被災者支援システムの検証ってやってます? LASDECなんて、せいぜい被災者支援番号の発行くらいしかできないだろ。 サーバは10gR1(10.1.0.2)、クライアントも10.1.0.2を使っていた。
10gR1の最終パッチセットは10.1.0.5であったため
10.1.0.3→10.1.0.5でなおったバグは現行で発生していることになる。 >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すると失敗することもある 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に設定されていると間違った検索結果を返す 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をプライマリキーに使ってる表をリンク表にできない どうせデータは大丈夫だと言い張るのだろうが、その根拠は何か?
Oracle社がバグると言っているのに、どうして正常動作していると言えるのか?
不具合を揉み消すような運用をしているのではないのか?
データの更新ミスによる被害者が何百人もいることに気付いてないだけじゃないのか? 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はデータベースへの再接続を試みるようには設計されてない。
____
/ _ノ ヽ_ \ PCだけバージョンアップしてましたって誤魔化しても無意味だろ!
/。(⌒) (⌒)o\ おまいらは、どこまで逝ってもVB厨なんだよ。
/ :::⌒(__人__) ⌒::: \ ________おまいら自体が特記事項なんだよ。
| ヽr┬-ノ | . | | |
. \ `ー'′ / | | |
/ ` \ .| | |
| r .| \.| | |
| ┴rェェァ_ |\ |_|________|
──‐‐`ー-イ__)l二二l ̄ ̄ | | |
_,、__
ヽ::::ハ
_ joo'
/.:.:.:.:.:.: ̄.:.:`ヽ
//://!.:.:ノ!ハ.:.:.:.,
/.:/.:.:./,_、`~^´,_VW.:}
/.:/.:.:./f'じj f'じ!.リ.:.|
/.:/.:.:.(j、゙‐゙ ゙‐゙ /.:.リ おじちゃん達サーバーはどうするの?
V{.:人.:人 。 7.:/
, r‐‐<`マ-nイノV 10.1.0.3から10.1.0.5の不具合は特記事項に書かなくていいの?
/ノ⌒X/^h><ノ`ヽ.
( 〈(_ノ } ノr=ミ
ヽ _,x ´ ', / YW}
/´ ',/ j__ノ
/ ', \!
l ヽ
! }
弋__ _,.. --- __ノ
ゝ-fー'‐r亠r亠'r‐"
l l. l ! 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 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 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 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 間違った検索結果を使ったロジックに
正しい検索結果が返るように変わったらどうなるのかしら?
それ以前に、今のデータは正しいのかしら? エラーを起こして処理が停止するようなバグは、安全だとも言えるね。 よく見りゃメモリーリークしまくりじゃねーか。
これがサーバがおかしくなってた原因だね。
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 今後プロジェクト管理は
このスレで行うから
そのつもりで 現行環境と違うスキーマで何ヶ月もテストしてしまい
テストが全く無意味であることが判明した怖ろしい瞬間だ。
その原因となったテスト環境を提示したのは現行の運用側だ。
いわゆる「ブーメラン現象」が起きたのだ。
笑いがこみ上げてくるのはなぜか? 何を血迷ったかスキーマの所有者(Owner)の権限を剥奪して運用していたらしく。
そもそも未サポートな状態なので、もはや何も保証できない状態。
これは突然オブジェクトが見えなくなる状態になることであるが
当り前の話だが、動くはずのものが動かなくなるのだから破壊しているのと同じ。
とことんバカな人達。 ラーメンを作れないラーメン屋がつぶれるように
ネットワークを理解できない電話屋はクビになるしかない 役所の情シスには何も関係ないな
ベンダと原課がちゃんとやってるかどうかを管理する(笑)って重要な仕事があるからね
奴等には原発だって管理(笑)できるよ
役所の情シスは消えてなくなった方が役所にとっても市民にとっても業者にとってもいい
| 彳 〃_. _ヾ!/
| _ !" ´゚`冫く´゚`l < 知識人ぶるなよバーサン
(^ゝ " ,r_、_.)、 |,,.. -─‐
ヽ_j 、 ,.ー=-/ : : : : : : : : ::)ノ: : ヽ
\_ "ヽ ^/ : : : : : : ソ⌒゙ヾ"ヾ、 : :ヽ
/⌒ - - ! : : : : : : ) ⌒ ⌒ヾ :(_,
/ /| | : : : : :(, _ ) __ )!:_ノ
\ \|≡∨ ヽ (aイ ´゚ i | . ゚`〈
\⊇ \:_| " . ノ 、_)、 ゙.ノ
| (_ソ人 l ー=‐;! ノ < 原発の…再稼動が…アォン
( /⌒v⌒\ \ヽ__,ノ
パンパン| 丶/⌒ - - \
/ \ | | / |
/ ノ\__| |・_三_・ノ| |
/ /パンパン| | | |
/__/ | | | |
⊆ | | ⊇
▲ふられ女医
うちの情シスは、上のようなAA投稿しかやらないんだけど。
おまえさんな
いま一体何が一番欲しい
あれもあれもじゃだめだよ
いのちがけでほしいものを
ただ一ツに的をしぼって言ってみな
ともかく具体的に動いてごらん
具体的に動けば具体的な答えが出るから
[ビ+]【IT】ピットクルー、今年度の警察庁「サイバーパトロール業務」を受託…安全・安心なインターネット社会の実現に邁進 [11/06/22]
Webサイトの掲示板やブログ、ソーシャル・ネットワーキング・サービス(SNS)などの投稿「看視」、ユーザーサポートを行うピットクルー
株式会社(本社:東京都千代田区、代表取締役社長:小西 直人、以下、ピットクルー)は、この度、2011(平成23)年度の警察庁
「サイバーパトロール」業務を受託いたしましたのでお知らせいたします。
警察庁の「サイバーパトロール」業務は、インターネット上の違法・有害情報対策を効果的かつ効率的に推進し、サイバー空間の浄化に
資することを目的に、2008年10月より民間企業や団体に業務委託されているもので、ピットクルーが本業務を受託するのは今回が初めて
です。
ピットクルーでは、以前より、全国13自治体、約7300校から学校非公式サイトの調査・「看視」業務を受託しており、保護者や教員を
はじめ関係各所へのセミナー・講演活動などを通じて、インターネット上における青少年のトラブル防止に努めてまいりました。
また、複数の道県警察や関係行政機関におきましても、ネット「看視」や子供たちのインターネット利用の状況、Webの現状などについて
講義を行っております。
ピットクルーは、今後もモラルやリテラシーといった啓蒙・教育活動に力を入れるとともに、今回の警察庁「サイバーパトロール」業務を
機に、より一層、安全・安心なインターネット社会の実現に貢献すべく全力で取り組んでまいります。
※ネット「看視」について
ネット監視を威圧的なものではなく、安全・安心なインターネット環境を実現するための見守りでありたい、という思いから、当社では
「ネット看視事業」と称しております。 【ピットクルー株式会社 概要】
代表者 : 代表取締役社長 小西 直人
設立 : 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 __
/ \
/ _ノ \
| ( ●)(●) キリッ ____
. | (__人__) /\ / \
| ` ⌒´ノ /(ー) (ー) \
. | } / ⌒(__人__)⌒ \
. ヽ } \ | |r┬-| ..| <とりあえず壊しといたから
ヽ ノ \ \ `ー'´ _/
/ く. \ \ ノ \
| \ \ (⌒二 |
| |ヽ、二⌒)、 \ | |
/ ̄ ̄\
/ノ( _ノ \
| ⌒(( ●)(●) いい加減にするだろ常考!
.| (__人__) /⌒l
| ` ⌒´ノ |`'''|
/ ⌒ヽ } | | ____
/ へ \ }__/ / /─ ―\
/ / | ノ ノ /●)) ((●\ . ’, ・ ぐぇあ
( _ ノ | \´ _ / (__人__)’,∴\ , ’
| \_,, -‐ ''"  ̄ ゙̄''―---└'´ ̄`ヽ/ > て
.| __ ノ / (
ヽ _,, -‐ ''" ̄ヽ、 ̄ `ー'´ / r'" ̄
\ , '´ / .|
\ ( / |
\ \ /
使いこなせない箱が影響していたのは昨日まで
使いこなせない箱を設置してから昨日までのデータが心配だ。
,. - ─── - 、
/ , `ヽ.
/〃//,. ,ィl/|l ト、 !、 、 ヽ
ー'´| | l |1 | !l. l| ! | l.|ヽ ! !、 ', おとうちゃんの昇進が遅れたのは
YレV!ヒエ「! |l.「_ト!Ll」| l l l変な箱のせいなんでしょ?
! lハイJ | ´|_jヽ. リ,! ! l. l |
|l |l.} ー , L _,ハl.lトl l. | l
|l ilト、 n '' ,1l|ィ| |l l |
_ 二,ニ^tュ--ェ_t1」l.|l !リ|_lノ
r7´ f r┐| 〔/ミヽ>,-、 ̄´
Y ー个‐'t ハ-、_'ゝ、
ヽ ._・ rく ̄ヽト-'丿 ヽ l
/ (・__,)ゝi┬'´ハ` '`|
|ヽ, イ ノ┴くヽヽ、 /
`´ ゝ┬ヘ`ヽ | `ー‐1
ゝノ-‐^ー'一''丶 ヽ ヽ
/ / l {
′ { _ _____ _ | ‘,
{ .. : : ´: : :∧: : |: :} ` : : {
| }> ´/: : : :j|_;ノ/ : `トJ;_: : : }: :` <} 、
| _,ノ : : : :厶斗ヒ八.:/ ∨j/个以ト、: : : : \ }
ー=ャi : :}/xfヒF弌_ ,ィヒF弌_ : :|: :r‐一 |
} }| : :|代つ//:リ つ//ノリハ∨}: :| |
′ 八: :{とう‥ ''´ `'' …こつ'八ノ| }
{ }ハ ヽ/ヽ ' /ヽ/ヽ ハ : :| { データ更新の不備がありました
} |i小 _ ____ 小 : | ∧ 昇進しなかったみなさん
〃{ 八ハ . ´ ヽ ハi| : } / 、 ご……ごめん……なさい……
. / /: :| :i人 ( ,. -‐‐‐‐- ) .:' : :リ: :ハ }
, / : :| :|: :个: . ´ ` .イ: : : / :/∧ ′
{ / : : :| :|: : | : _;≧r ≦L_|,;_: :/ :/∧‘, ヽ
. ノ /.: : : :| :| : .イ{ ┴-------┴ } ∨ / : : Vハ
/ /⌒''¬|: |:/ V\ ノV /:/_;_;ノ¨⌒}
. / /⌒ヽ./|: { ∨ノ廴___ノ⌒}}/ / /⌒\ /} '
/ /\ /} |: | } :〉弌三三少イ { / /\ /〃 , j
/ / / { |: | ∨ `¨¨¨´ ∨ / / { \} _,. -―――- 、
/: : ‐: : : : : : :‐- 、: :\
/: : /: : : : : : :\: : : : \: :\
/: :/: :.|: : : : : ! : : : \: : : :.ヽ: : ヽ
/: /: : 八: :!: : :|\: : : : ヽ: : : :',: : :.',
,': /ニ7⌒!:.!: : :| ⌒ : : : : : : : : |: : : :!
/: :.|: :./ V\: ! ヽ: :!: :.|\|: : : :.\__,
/: : :ハ: :| ヾ ∨!∨: : : : : : : : :ヽ
/: : : : :.V:! x=ミ x=ミ. !: : : : ハ: : : : : :.ハ
/:/: : : : /: :! 、、 、 、、 !: : !: : :!: : : : : : :.}
// |: : : /| :八 - 、 ,ィ: :/: : /: :ハ: : :|V
{! 从: i'´ ̄::::>、 `ー ' イ!V /: : /: / |: :/
_人_ /N::::_:::::/::| ` r ' //:/: /‐く V
`Y´ /::::::://:::/:::::| >< /:::丁´:::::::::::::V゚}∩ * 懲戒データが消えた人達
/::::nんh_::∧:::::}/八. ∨::::::」::::::::::〈ヽ.ノ///〉 こんなラッキーは、もうないからね!
. /:/| ! // 〉:::::>ヘ.ノ八 ソ::::{::::::::::::/:::} っ
//:::::::\__ノ〉::〈:::::::|/ ∧〉::::〉::::::::/::::∧ , ィ´
/:::::::::::::::::::::/::::::::\::! /:::::>'´::::::::/::::/:::い.ノ):〉
!:::::::::::::::::::/:::::::::::::::::ヾ厶イ:::::::::::::/:::/:::::::ヽノ:/
|::::::::::::::/ヽ:::::::::::::::<>:::::::::::::::::::/ |:::::::::::::::::::/ *
`ー七:::::::::::::::::::::::::::::::::::::::::::::::::/ |:::::::::::::::::/
//:::::::::::::::::::::::<>::::::::::/::::/ ヽ:::::::::::/
/⌒〈:::::::::::::::::::::::::::::::::::イ::::::::/ `ー‐' *
ネットワーク接続が切断し、再接続できたとしても
Accessはデータベースへの再接続を試みるようには設計されてない。
ネットスクリーンはデータベースの特定のトラフィックを誤認識して
パケットをドロップしていた。 データベースはサーバもクライアントもパッチセットを当てずに初期状態で放置してあった。 明らかにWinXPSP3にしてはメモリが足りなかったが
本当はネットスクリーンがアクセスのODBC接続を妨害していた。
まったく接続できなくなる訳ではなく
ネットワーク管理者もpingが飛べばよいと勘違いしていた。 ローカル表からリンク表に書き換えるときMTSを使ってないので
2つのトランザクションはXA連携できてない。
このときネットスクリーンのALGが誤動作しODBCの通信を妨害。
アクセスのリンク表は通信障害を起こしトランザクションはハングアップ。
アクセスは通信障害後は再接続を試みないデザインだ。
エラーかハングアップ後のアクセス強制終了後はトランザクションハザードな状態になる。
こうしてデータは欠落破損した。 事態はもっと簡単な話でリンク表のダイナセットがエクセルに似てるから
単純にコピペ中だったのかもしれない
AUTOCOMITの表にペーストするとき
ドライバがリダイレクトを要求
ネットスクリーンのALGが通信パケットをドロップ
アクセスはハングアップ
ユーザはメモリが足りないと誤解
次回アクセスを立ち上げると
データは破損状態 VB厨のスキルが高ければ高い程
データは壊れていったのだ。
まさに厨坊の悲劇
ほとんど全ての通信はF/Wを通過するから
厨の悲劇は全庁で起きていたのである。
ノ ∧ /) ∧
彡 ノW \从/V W \ ミ
( ノ | ノ \)
∩V 、、 | >V7
(eLL/ ̄ ̄\/ L/ ̄ ̄\┘/3)
(┗( )⌒( )┛/
~| \__/ | \__/ |~ もはや、このデータを元に
爻 < | ; 爻 人の人生を左右するような重大な意思決定は行えない
~爻 \_/ _, 爻~ 業務停止命令発動
~爻__/⌒ ̄ ̄ ̄~~ヽ_ 爻~ そうだ、シャットダウンだ
/ ー ̄ ̄\_ ̄\
_一‘ < ̄ ̄\\\J
<\ ー ̄ ̄ヽ_ヽJ  ̄\_
\ _ニニニヽ ) ~\
\ _/⌒|\ ヽ_~~ ~⌒\_ 現行がこわれてるからといって、次期環境もこわしてしまえなんて基地外だと思ったけど
COBOLが動かなくなっちゃって、これでVB厨を正当化しようというの?
VB厨:基地外=3:7
と言われてる人達の世界。 COBOLが壊れるところまでは予測できなかったみたいだな。 壊れるというのは間違い、接続エラーだね。
どうもデータベースのシステムパラメータを変えちゃったらしく
その後COBOLが接続エラーでアベンド。
急いでパラメータを戻して証拠隠滅したみたい。
で、翌日sqlplusのパラメータが原因だと言い張る。
この前はとなりのサーバのデータを何千件も消しちゃってたし
一昨日はシステムパラメータを変えて大掛かりなテストを頓挫させちゃうし
そのまえはテスト環境を壊したこともあったよなぁ。 犯人はVB厨というよりOra厨だな。
なんかやるんだけど、いまいちのスキルなのだ。 ODBCはヤバいので、COBOLで書けとか言われたんじゃねw Ora厨ならPL/SQLだけでバッチ書けよ。金融機関でもやってるよ。 ODBC経由のVB実装の更新系もPL/SQLに書きなおさないとな。 265-266の原因はもっとわかりやすく単純なものだった。
TNSリスナーを落としていたからだ。
排他制御がないシステムでバッチを実行する前にTNSリスナーを落とし
ODBCアクセスを遮断する。
この時仕掛かり中のアクセスのデータが壊れていたようだ。
バカな話だ。 プロジェクトチームのメンバー間、対ハードウェアベンダー、対顧客の信頼関係が皆無に近い状態。
なので、どんな会話も根拠となる事実が必要だ。裏付けを取ったあとに行動するように気をつけないと
まったくのデタラメだったりする。これが異常に疲れる。
論理的でない矛盾した仕様なので
RDBではなくBig-Tableのほうが向いてる気がする 月に1人170万円も払うなんて
この不景気に、それも地方では破格値だ。
そして品質が良かったかと言えば
インストーラを実行しただけだったりする。
検収が近づくとトンズラ。
何か犯罪に巻き込まれたような呆然感。 ゴミをゴミを見抜けない無能役人に責任がある
丸投げってのは、責任まで投げることじゃない
犯罪に巻き込まれたんじゃない
お前も共犯者だって自覚を持て
本当の被害者は市民 役所と電話会社と原発メーカという
組み合わせに問題があるのだと思っている。 このままだと、たとえネットワーク障害が回復したとしても
すべての接続テストをやり直すことは必至だ。
プロジェクトにとって、まるでテロのような状態。 マニアックな箱を使いこなせないので
本当につながってるかどうかテストするハメに。
うわお。どうすんの。再テスト? つながらない話は、再テストと直結する。
フィルタ設定はpingだけでは確認できない。 特定のサーバの接続障害が起きる度に
いままでのテストが不意になったかもしれないと
メルトダウンを心配する原発のような状況になる。 DNS、メール、NTPなど外部サーバへのアクセスを
どこまで把握できてるか?
どうしてこんな心配がでてくるの? 作業完了後の報告と引き続きが原因で
こんなに揉める原因がわからない。 新しい環境の障害に対応するために
想定する障害は何か? 2年毎の異動がVB厨を助長している。
要するに自分がいるときだけ、
うまくいけばいいロジックばかりになるのだ。 環境を壊すのは勝手だが
君たちの環境であることを忘れるなよ ミーティングをやる度にハチャメチャな事実が判明するのはなぜか?
そしてそれを最後まで黙っていたのはなぜか? いつも不条理で発言に筋が通らないので、聞く耳を持つことができない。
コンピュータは機械なのだ。 なんの知識もないのに放り込まれて毎日が針の筵。早く異動したい。 このプロジェクトでは火病(ファビョ)る人が多い。
大したことでもないのに
ギャーギャーわめき散らす。
韓国人特有の症状だ。 移行手順が、まったくわからない。
仕様も設計書も何もない。
何か判って運用してた訳じゃないのだ。
どこで何が動いてるか、自信を持ってわからない。
終わっているのだ。 残った運用関係者に事情聴取しても
わからない事ばかりで
障害が起きた部分のノウハウしか出てこない。
管理されてない状態なので
何をやるにも再開発のような工数がかかりカネがいくらあってもたりなくなる。
カネすらなくなってくると、
騙して人を連れてきて
無理やりやらせて
ソースの修正途中で人がいなくなるサイクルを繰り返す。
人を管理する部署が人を使い捨てている現状。 予算を増やすために意図的に混乱させていたら
本当に収集がつかなくなったようだ。 コツコツ積み重ねる作業が、火病を起こす人達には苦手だ。
逆に基地害クレーマのような掛け合いに陶酔感を感じるので
問題を解決しようともしない。
そんな関係もあと2ヶ月。 誰がソースコードのどこを修正したのか履歴が残ると
本当の工数、スキル、品質がバレバレになるから困るよな。
何もやってないのにカネを遣った証拠にもなる。 ノ ∧ /) ∧
彡 ノW \从/V W \ ミ
( ノ | ノ \)
∩V 、、 | >V7
(eLL/ ̄ ̄\/ L/ ̄ ̄\┘/3)
(┗( )⌒( )┛/
~| \__/ | \__/ |~ もはや、このデータを元に
爻 < | ; 爻 人の人生を左右するような重大な意思決定は行えない
~爻 \_/ _, 爻~ TCPタイムアウトが原因で出世しなかった人を調査しろ。
~爻__/⌒ ̄ ̄ ̄~~ヽ_ 爻~ 箱を設置してからのデータ処理を、すべてやりなおせ。
/ ー ̄ ̄\_ ̄\
_一‘ < ̄ ̄\\\J
<\ ー ̄ ̄ヽ_ヽJ  ̄\_
\ _ニニニヽ ) ~\
\ _/⌒|\ ヽ_~~ ~⌒\_ おぃ、おまえ!
つなげさせてやるけど
AUTOCOMMITのODBCで表を編集するなよ。 どれもこれもたいした処理ではないが
いかにも複雑なことをやってるかのように店を広げて
制御不可能な混乱した状態になっている。
ソースコード管理に原因があるのかと思っていたが、そうではないようだ。
課金方式に原因がある気がする。
2、3行追加すれば済むロジックなのに、新しくプログラムIDを起こす必要はないはず。
ソースコードの管理を始めたのは、そのあたりの嘘っぽさを管理したかったから。
COBOLの行番号を全部付け直して、svnにコミットすると全ての行を修正したように見えるわけだが
この行動がそもそも自白してるようなものだね。
担当官が昔の汎用機のコボラーで
配属されてくるヤツが
パソコンオタクな自称VB厨の部下だったことか
すべての悲劇がはじまった。 そんなVB厨なゆとり世代を活用しようと
VBでnewするとサーバ側にインスタンスが作成される
JavaのrmiみたいなフレームワークをIBMがドミノサーバとよんで売ってたな
まだJavaが出る前の頃の話。
いまだったらVBからWebサービスでサーバ側ロジックを呼び出して
ビジネスロジックを集約するだろうな。 厄所は飽くまでも既得権益、体裁、帳票、建前など本質ではないことにこだわるため
ビジネスロジックを集約しようなど
さらさら考えない。
東北に人が住めなくなったのに
原発を推進しようとする経産省と
どこの組織も似たり寄ったりだ。
つまりは自業自得、自作自演
こんなのばかり。 予算削られそうになると
もんじゅの中継器落っことして
一儲けしようかなんて
ベンダーならではの発想。
ソースコードを混乱させるのも
同じ発想。
最後はめでたしめでたしで終わるが
大金がなくなってしまう。 時系列で管理されてないソースコードの断片は何の役にもたたない。
そんなことはソースコードを修正していて判っていたはず。
またしても混乱するソースコード。
また一からやり直し。
どうせまた、紛失したコードがあるはず。
ワザとやってるよね。 どうしてこうウチのシステムは中継装置が落ちるのかしら? 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厨の悲劇がある。 これはトリウム溶融塩炉という安全な原子炉があるにもかかわらず
ウランや、プルサーマルに執着し続ける経産省とまったく同じである。
さて我々のシステムは地震発生時にどんなメルトダウンを起し
果ては放射能を撒き散らすのだろうか? 何かやると、ネットワーク全体の通信が切れることが判っている。
しかし、何をやるとそんなことが起きるのか不明だ。
ほんとうにテロリストがいるのかも。 外部キー制約が増えていたチョンボを隠蔽するため、svn騒ぎを起こす。
まさに瀬戸際運用ですなw 自分の身を守るために、あれこれ屁理屈を言いながら
他人に仕事を押し付けるのに必死なのだとか。
じゃぁ普段は何をしに職場に通っているのか?
もう意味がわからん、田舎の人達の風景。
しかし、自分の身を守るためなら、どんな嘘でもつくなんて
もはや犯罪者に近い、泥棒の類である。
いずれにしても東電のようになってしまった組織はどうしようもないな。 ゴミばかりで、何が正しく、間違っているのか判断不可能。
何が仕様なのか、何をやりたかったのか
ドキュメントもないので推測も立たない。
整理整頓すると
ちっぽけな、つまらないシステムであることが発覚してしまうからな。 無意味にインスタンスを分けたことで無駄に2PCが走り、
逆に2PCにしたいAccess側はODBCなので実装不可能だ。
なんとも情けない状態になっている。 今日の事件から3つのうちの1つの原課が
ガセのようなテスト用ダンプデータを渡していたこと
他の原課のスキーマも改竄していたことが判明。
それを理由にテストを無効にしようと画策していたことが明白になった。
意図的にプロジェクトの転覆を図ろうとしていたのだ。
もし、本当にプロジェクトが失敗したとしても
その1つの原課が邪魔しましたと、全庁に対して言えるような状況になった。 バカなのか、ヘボい工作だったのかはわからないが
いずれにしても誰かが責任を取らなければならないな。
フォレンジック・インベスティゲーションが全貌を浮き上がらせる。 仮想化やクラウドでシステムを集約することで
サーバの数を減らし、同じようなロジックを集約すればメンテしやすくなる。
メリットばかりなはずの方法が民間企業と厄所では事情が異なってくる。
民間企業が努力でコスト削減や利益を捻出するような観点は厄所にはないからだ。
既得権益や予算を死守したい原課はそんなことは望まない。
逆に集約することで利害が反する原課のシステムに対して不正アクセスや改竄、障害が起きたりする。
同じ厄所の職員なのに原課の間でヘボいテロが多発するのだ。
かといって厨房なシステムは、分離する程の内容がない。
ただのセキュリティが心配な話なら
閉じたLANにデスクサイド型のパソコンサーバでも置けばいいのだ。 郵便番号もどきの番号を発行するだけの天下り団体もある。
180度反対方向に突っ走ってロクなことにならないのは原発行政と同じだな。 svnのリポジトリをサブシステムや開発フェーズで分ける致命的な問題点は
過去のある時点のシステム全体のソースコードをタグを使って取り出せなくなること。
システム全体を1つと見なして、時系列をさかのぼってソースコードを調査する障害になるのだ。
田んぼを分割して子供に分け与える百姓を「たわけ」と呼ぶが
このプロジェクトにもタワケがいるのだ。 1つのsvnリポジトリを複数の人間が使うから
同じソースコードに対する修正が競合することを検知できる。
もともと競合を早期に検知し、競合したユーザIDどうしが話し合うものだったはず。
競合するからリポジトリを分け、リポジトリにアクセスする人間を1人にするのは本末転倒。 svnの間違った理解や、サブシステムが違うからとか、あとはセキュリティを気にするあまり
結果的に田分になった事実は、これから少なくとも5年間語り部にされるだろう。 サーバ側)←F/W←DMZ←F/W←(外側
↑
ここではなく
サーバ側)←F/W←DMZ←F/W←(外側
↑
ここにつないで接続テストを行うべきだね
インポート時にオプション指定で、表がすべてデフォルト表領域に落ちていった。
デフォルト表領域に落ちた表は、ただのインポートしただけの他システムの表である。
逆に落ちなかった表が、そのシステム固有の表ということになるが、
この数の少なさがシステムに実体がないことを証明してしまったね。 2つのシステム連携のパフォーマンス劣化を調査するためには
設計や実装を検証しなければならないのだが。
仕様が漏れるとリプレースされると本気で思ってるベンダーは
その肝心なインターフェイス部分のドキュメントを決して提出しない。
なので、どんな実装なのか全くブラックボックスで、
結果的にパフォーマンスチューニングなどできない状態になっている。
しかし、パフォーマンスチューニングができるほど設計や実装がドキュメントを公開してしまうと
次期にオープンソースのTomcatで再実装され、パッケージを買ってもらえなくなるリスクに直結する。
このヘンテコなジレンマが笑える。 >342
セキュリティに関する問題をメーリングリストに周知したことは
セキュリティホールがここにあるんだよと、関係者全体におしえてしまう事態になった。
2、3人しか知らなかった穴を、これで何十人もの関係者がどこに穴があるのか知ってしまった。
本当に機密情報を取り扱う人間は、こんなミスはやらない。
ではなぜ、こんなアクシデントが発生したのだろうか?
そもそも機密情報の漏洩など気にしてはいなかった、
ガチガチのセキュリティルームの中で、予算獲得を目的した実体のないシステムを
「運用」してることがバレることを恐れていたのだ。 自分以外誰も入って来ないセキュリティルームでネトゲをやってた話と似てるが
こっちの方が質が悪いかも。 皆のとこはここには言った後どこに異動になってる?
うちはなぜか職員課か国保が多い COBOLバッチのUTとエビデンス取得に6人月請求
瀬戸際な人達というか
コボラー天国というか
この状態があと5年も続けば
コスト的に破綻間違いなし どうやらカットオーバ間近って
掻きいれ時なんだね
知らなかったな 社会福祉税番号は、何課で担当してる?うちの課に押し付けられたんだけど、最初の導入が税だからそっちに押し付けたいね? ディスクが足りなくなればネットワーク越しにマウントすることができ
Windowサーバの共有フォルダをUnixサーバでマウントすることもできる
ftpやrcp、scpでコピーすることもできる
バックアップソフトは、ファイルがどのサーバに置かれていてもバックアップが可能
今時、すぐにでも解決できる問題を1年近く言い訳しながら何もしないのは不作為という犯罪である
不作為で子供を被爆させる政府と同じだ 工数というのは具体的には時間のことだ。
工数を消費して、結局成果物はなきもないので
メールで他人に突然責任を押し付けて放棄するパターンが続出。
「やった者敗け」というのは
何もしないで工期を浪費して最後に放り投げることだ。 おそろしい
こんなことを、みんな競争でやってれば
破綻するに決まってる。 本当は足りてる電力を節電したほうがいいのか?
それとも熱暴走でマザーボードが壊れて、修理費用に50万円かかるほうがいいのか?
反原発だと電力を使っちゃいけないのか?
なぜこの暑い今は停電がなく、涼しいころに計画停電が多かったのか?
東電は、ほとんどすべてのニュース番組のスポンサーになってるが
こんなのでまともな報道ができるのか? >>353
涼しいころは今よりも供給電力が少なかったがな。 ftp通信も、コテコテのジョブネットも
常に人が監視してなければならず、なおかつリカバリが煩わしくしてあるが
こういうのは、すべて工数を浪費するためなんだろうね。
まぁ確かに人件費が一番高価だし、予算を獲得の言い訳にできるからな。
うちのシステムは巨大で、難解なので運用する人間がたくさん必要です。
だから予算つけてください。
それもftpだの、COBOLだの、ODBCだのロートルな人間がたくさん必要なので
もっと予算ください。 人件費がいちばん高価なのだから、
手順書で操作するような業務は極力自動化しなければならない。
そういう価値観を持たないと
シェルを手動実行する人
ftpを実行するだけの人
ログを監視する人
毎月パフォーマンスをエクセルのグラフにする人
などなど
いくら予算があっても足りなくなるのは当たり前だ。
つかワザとやってるだろ。 最近たいそうなカネをドブに捨てたなと思ったのは
中途半端なソース解析で信頼できないCRUD図の為のデータを作成するツールと
パスワードを変更するための3人がかりの調査など。 最後にありがとうメールや、おつかれさまメールが飛んで
いかのにも何かやったような印象操作が行われる。
しかし、実際にパスワードを変えて動作確認をやった訳ではなく
結局は工数(=時間=カネ)がいつものようにドブに捨てられてしまう。
なんともガッカリする人達。 >>358
色々不満があるようだが、おまいさんは何か行動してるのか?
それともここに日記書くだけか?
だったらおまいさんもそいつらと同じ穴のムジナだよ
このように作業の矮小化が原因で何度もやり直しが発生することになるが
そんな効果が疑問視されるような再テストをやってればカネになるというのは
むしろ願ったり叶ったりな状況なのである。 カネも時間も尽きて、このまま本番に突入することになるが
矮小化は、意図的な自作自演とも呼べるような状況でもあり
そんなことが明白になってきて、やる気の喪失につながっている。 まぁ言い訳だけは一流なのだから
原発事故のように「想定外」だと念仏のように唱えて
御用学者ならぬ御用技術者の出動で
簡単にごまかせるものなのかもしれない。 問題があればストレートフォワードに解決すればいいのであり
問題を観察し、評論し、毎月レポートをグラフにして報告すべきではない。
しかし、問題が解決してしまうと、その担当者の存在理由も消滅してしまうので
決して彼らは問題を解決しようとはせず、
味がなくなったチューインガムのようにクチャクチャ噛み続けるだけだ。 情報処理も現場も何もわからない部長に言ったところで、何にもならない 時間は誰にとっても公平だ。
刻一刻本番移行の時間は近づいていく、
そしてお前らが運用することになるのだ。 乗せてるアプリは腐っているけど
環境としてはいいものができてしまったのだよ
誰も理解できないけど コンピュータはただの機械だ。
プログラムを組むためには、いわゆる裁量行政とか呼ばれているような、
担当官のサジ加減でどうとでも解釈できる仕様を設計実装することができない。
しかし、仕様を明確にしてプログラム化してしまうと
せっかくの担当官の影響力が霧散することになる。
プロジェクト成功と裁量権霧散のジレンマだ。
バカなクッキーコントロール、略してバッキーコントロール
テストマシンが欲しいとか、無いとか騒いでいた
テスト環境が存在しないことを言い訳にもしていた。
持ち込んだサーバはパソコンなので厨でも何とかなった。
そしたら本当にマニアックなテストUNIXマシンが来てしまった。
もともとVB厨なので、そんなのを触れるスキルなどない。
かといって、そんな厨房用に解説してある手順書などはこの世には存在しないし
そもそも手順書を理解する基本的な知識や経験がない。
ググっても英語のドキュメントしかでてこない。
これからソースコード資産を管理していかなければならないのだ。
さぁ困った。季節は変わり、厨房に初秋がやってきたのだ。そして次は冬だ。 情シスに紛れ込んだVB厨は本当に癌。
何もできないのに、プライドだけは一人前の技術者だからな。 サーバ側のログは昨日と変わらない。
つまりサーバ側には障害がなかったということだ。
とすると、現象そのものが起きているとはいえない。
とうとう障害を捏造し始めたのかと疑ってしまう。 まぁ好きにするがいいさ。君たちのシステムなのだから。 そもそも、津波の前にアホな福島人の従業員が冷却装置のスイッチを3回切ったのが
今回の1号炉水素爆発、2号炉再臨界暴走のきっかけだったそうだ。
どうして似たようなことするかな。やる前に深く考えないんだろうなぁ。 クライアント側のログにも、何も違いはなかった。
つまりシステムは正常で、そもそもスケジュールしていなかった、
そして、あわててスケジュールして、障害を偽装するために再起動したってかんじか?
「自分の身を守るためなら、どんな嘘でもつく」って言ってたっけ? 障害が起きても、結局適当な理由をつけて放置しちゃうんだよね。
裏づけのない障害原因なら、宇宙人に攻撃されましたとか言ってるのと同じなんだけどね。 放置してんの?
よくそれで障害発生部署が納得してるな・・・って気もするが、
どうせ、情報管理課(仮)に聞いても素人ばかりだから無駄だしな、ってなめられてるんだろう
恥ずかしいね 借りパクして本番用途に使うと言い張るのは勝手だが
問題はディスクの冗長化もなければ、テープユニットも付いてないことだ。
どれか1つでもディスクがイカレればボリュームグループが成立しなくなり、OSは起動しなくなる。
ある日突然アクセス不可能になり、データ全体を喪失してしまうだろう。
いや、その前に暑さでマザーボードがイカレるかも。
それでもいいのなら本番用途で使うがいいさ。 単なるオペチョンを、難解なバグのせいにしたい気持ちは判るが
今まで動作していた実績を自ら否定してしまうことになるため説得力に欠ける。
もうしらんよ。
とことん壊したまえ。
君たちのシステムなのだから。 ソフトウェアベンダは、再現性がある場合にのみサポートしてくれるのであって
どのようなときに障害が「再現」するのかを見極めるまでは運用側の責任。
根拠も再現性の検証もなく障害の原因を適当なソフトウェアに押し付けるのは運用側の怠慢なのだよ。
問題を他人に放り投げるだけでは何も解決しないのだよ。
そんなことやって、また問題をクチャクチャ味のなくなったガムのように噛み潰すことになるだろう。
毎日椅子に座りに行くだけなら、もちょっと考えたらどうなの?
つか、無理かorz 自作自演の障害に付き合ってくれる
暇なヤツなんていないよなぁ。
バッキーが既存のセッションのJSESSIONIDをこわしちゃうのかも
PC側では一時的にせよ、現行環境と次期環境が同時に存在する状態になり
バッキーが誤動作の原因になった いつもの自作自演劇場を観てるだけならいいが
そうでなかった場合はどうするのか? せっかく瞬時にディスクをコピーできるのだから
テストしたいジョブステップの前にディスクの同期処理を仕込んでおき
どんなタイミングのテストデータでも副ボリュームに取得できるようにしておく。
これは本番データの完全なコピーだ。
どんなヘンテコなタイミングのテストデータでも容易でき
障害発生時の再現テストや、重要なバッチを本物で実行する前に使うことができる。
副ボリュームでインスタンスが起動するようにしてしまうのだ。
そのためにはもう1つライセンスが必要なんだけど、闇で起動しちゃうか。 バッチの品質を上げるには、
テスト環境に、テストしたい本物のデータを
何回でも、簡単に用意できるかどうかにかかっている。 Openswan http://www.openswan.org/
OpenVPN http://openvpn.net/
で事足りた気がする。
勘違いならぬ、スワン違い。 いまどきSCSIケーブルで接続などしないだろ。
ネットはギガビットなのだから
iSCSIのテープユニットを共有すれば
もっと節約できたな。 となるとマルチパスで多重化してない光ファイバー接続なんて
iSCSIで問題なかったことになる。 勝手にWeb製品の検索画面をブラウザのフレームに組み込んでしまったため
本来終了するはずのブラウザセッションに該当するCookieがリフレッシュせずに誤動作している。
これはソフトウェアベンダー側の責任でもなんでもなく、
勝手にWebのフレームに組み込んでしまったユーザ側の責任だ。 その場限りの適当な嘘をいくつも並べてたら
プチ切れされて
泣いてかえったのだとか >375,378
製品の開発元もわからないみたいだな。まぁ当然か。
で、クライアントを実行してるLANに何か問題があるのかも。 さて明日は月曜日だ。
山積みの問題は、この土日に解決したのだろうか。
「徹夜して問題は解消しました。」
と、自作自演劇場がメデタシメデタシで終わったのか。 話は簡単で、テストをしなかったとか、
テストケースが浅く矮小化されてたとか、
表面をなぞるだけでは、問題をプロジェクトの早期に検出できなかったということだ。
で、土壇場で画面が足りないだの、遅いだの起きる訳だが。
これが二、三日で解決できてしまうと、
今までの工数を自ら否定してしまうことにもなる。
たとえ期限を延期したとしても
やらない人達は、やっぱりやらないだろうし
カネをボッタクル話になったり
スキル違いな人間が来て
やっぱり工数は無駄になるだろう。
原発の開発のような組織的な限界を感じる。 結果を冷静に判断できないとだ、
徹夜したから偉いとか
定時で帰るから悪いとか
そんなくだらない判断しかなくなり
結果を伴わない作業なので
どんどんプロジェクトを追い込んでいった。
肝心な新しい環境に関するテストは全く欠落しているので
客がテスターになってしまったのだ。 カネと時間が湯水のように消える理由が
この2年間関わってきて判ってきたな。
.__
J_†_|
(,,゚Д゚) <心迷いし哀れな子羊よ、ここで懺悔なさい。
ハ ̄ ̄`つ
し ╋|
|___|
∪ ∪
|| ̄|
|| |
____∧∧____
|| .--―--(; ゚Д゚)-――-.| / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
し ̄ ̄\ / ̄ ̄ヽJ | 神様……私はテストの際に・・・
) / \
へソヽ  ̄∨ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
/ヽ ハノ | ̄ ̄|| ________
ヾ||| |__†___|| /
|| .| | (´∀`;)。o 0 | 白鳥ネタ使っちゃったな・・・
|.| | | □ ||⊂ノ \
|∪ノ |・||・__|  ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
||_| ∧_∧ (_(_)
// \ ∩( )
| ̄ | ̄ ̄ ̄| ヽ( )
o° / / †∬∬† \ l~ ,ィ ィ´`、
O  ̄ ̄. ̄ ̄ ̄ ̄ ̄ (_)L_入丿
/ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
| 半裸でこんな役嫌だなぁ・・・
\___________
___ ___
..⌒ヽ ' ⌒ヽ /.|:::::::::::|
乂乂|| |乂乂|| | |:::::::::::|
乂乂|| |乂乂|| | |:::::::::::|
乂乂|| |乂乂|| ___|_|:::::::::::|____
乂乂|| |乂乂|| /|::::::::::::::::::::::::::::::::::::::::::::::::::::::::|
 ̄ ̄  ̄ ̄ i |::::::::::::::::::::::::::::::::::::::::::::::::::::::::|
_____ .|/ ̄ ̄ ̄../|:::::::::::| ̄ ̄ ̄/
||L L | L L ||  ̄ ̄ ̄ ̄| |:::::::::::| ̄ ̄ ̄
||L L | L L || | |:::::::::::|
||L L | L L ||_________ .| |:::::::::::|
===========l| L L l================= i |:::::::::::|
二二二二二二ヽ iヽ二二二二二二二二i |:::::::::::|
:::::::::::::::::::::::::::::::::::i ヽ| _____.i |:::::::::::|
 ̄ ̄ ̄ ̄ ̄ ̄ ̄\ ∧_∧ _______| |:::::::::::|
 ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄|......( ´Д`)_______| |:::::::::::|__
::::::::::::::::::::::::::::::::::::::::: | / (S)::::::i\ ....| |:::::::::::| \
 ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄| .\ ....\|:::::::::::| \
____/|____ .| .\  ̄ ̄
/懺悔します…
| ほんとうはテストしてない部分がたくさんあります
\ 期限を延長しても、すべての動作確認などできません
 ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
./| ̄ ̄ ̄|
| | |
| | |
______|_| |______
....../| .∧_∧ .|
.| | ミ ( #`Д´) .|
.| |______ / (ヽ ./.)ヽ_____|
.|/______/|( ,\\i | 彡 /
.. | | ヽ、,/\_,,i . ̄ ̄ ̄
| | / " | |\________
| | i , .| /
| | | | | | 言ってはならん事を言うな〜!
| | .| .| .|. \_________
| | | i .ノ
| | / イ/..|
| | | // |
| | | .|/......|
| |( i .|
.____| |i し |__
|\. | |し' | \
| \ .\.|_____| \
| \ \ |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;:;:/:/:'`
∧ ∧
(ДT )
( )
(_(_)
岡山市の影の局長の特殊工作事件簿
職場内・ネット上で捏造された悪評を流し情報操作する
同僚・工作員を使って付きまといや職場内でモビングする
同僚に圧力をかけ人間関係を操作する
システム管理者がLANpcを使って嫌がらせする
サーバ上・PC内の情報を使って職員のプライバシーを侵害
リストラストーカー又は組織内ストーカーですね
事情が分かったら大至急情報を広めてください
これは必ず犠牲者を出す手口で狙われたら逃げられない
ある市幹部はシステムを警戒して手書きの文書を鍵付きメール便で送ってましたよ
>サーバ上・PC内の情報を使って職員のプライバシーを侵害
っていうか情報を扱う課なら共有フォルダ管理するしな
それを侵害は無いと思うが うちの原課のひとつにヘタクソにパケット盗聴をしかけてくるので
通信が糞詰まって、結果的にネットワーク障害を起こしてる。
自作自演の障害なんて最低だよな。 もみ消しリストに"Broken pipe"はいってたし、正式に自作自演認定します。 さぁいよいよだな。わくわくするな。
今回はどんな工作員がでてくるのだろう。 超不景気にも関わらず、有用な人材はどんどんいなくなり、
残るのは、いつもの基地外の人達だけなのだとか。 問題なのは基地外だけではシステムは動かないことだ。
基地外に愛想が尽きてマトモな人がいなくなるとき
思った以上に損失は大きい。
でも基地外だからそんなこと考えもしないだろう。 某証券業界第二位のD証券は基地外を役席につかせたところ
カネが湯水のように消えていく代わりに、全く進歩しない硬直したアセンブラに執着したため
機能拡張にあまりにも工数がかかりすぎるため
結果として業界の競争に負けてしまった。
基地外の不毛な意見に工数を浪費され、本来の機能拡張を忘れてしまったため
会社が傾いてしまったのだ。
どういう訳か、ここでも同じ事が起きていて驚いている。
どちらも硬直した官僚組織にヒントがありそうだ。 アセンブラ使ってるユーザーなんて今時いるのかw
(個人的趣味とかは除く) 指揮系統を無視した仕事の依頼は、あとで揉めるための導火線なのだとか。 だんだんはっきりしてきた事は、基地外の客が何を言ってきたとしても
ガン無視して本来やらなければならない仕事を進めなければならないということ。
基地外担当に適当にあしらわせておくというのが正しいやり方だ。 受信側のチャンクにだけ対応して
送信チャンクに対応できないのか?
1つのリクエストが3つになる致命的現象が起きてしまった。
エラーになった方が救いがある。
このまま解放するとデータを壊されるだろう。 リリースを強行するには昔のリバプロ経由にする方法もあるが
そんなネットワーク構成が急にできるのか?
下手すると担保にしてる環境を自ら破壊してしまう。
さあ決断だ。 別のシステムも、この白鳥を使っている。
同じような現象が、別システムでも起きた場合はどうなるのか?
その別システムのWeb画面全部をテストしなくてもいいのか?
白鳥はただのリバプロではない
悪く考えれば影響は計り知れない。 余りにもあっさり根拠もなく
ゴーサインをだしたので
自作自演だったのかと疑ってしまうよ。 余りにもオーバスペックということは、
けっこう適当なロジックでも動作してしまうということだ。
だから安心して業務と運用に励みなさい。 >427
自分たちの給料を計算するだけで県民には何の役にもたたないシステムを
こんなオーバスペックにすることろが
吐き気がするほどむかつくけど 1つの原課では、たった1人のユーザでしかテストしていなかったため
他のユーザの権限関連のテストは完全に未実施だったのか
3人も担当がいて何ヶ月もの間、いったい何をやってたのだろう? いよいよ明日で終わりですな。
このプロジェクトでは、みんな基地外相手によく闘ったよ。
あまり飲みすぎないように。 しかしよっぽど暇と見えて、自作自演の障害が多すぎるな。
こんな穴を掘って、穴を埋めるようなことをやってれば
いくらカネがあっても足りなくなるわけだが。
てゆうか、それが目的? コンピュータといっても、機械なので
この地方の田舎だけ仕様が違うなんてことはありえない。
自分の身を守るために、どんなウソもついてしまうと方針は危険だ。
ウソが最終的に世界の常識と矛盾してしまうから。 だからさぁ
ODBCのコネクションをたくさん使うアプリじゃなくって
ODBCのコネクションを閉じ忘れてコネクションリークしてるんだっちゅーの。 >>301
あなたは私ですか?
はやく異動したいです。 「トラぶるのが怖いから何もやりたくない。」なんて、これからどうやって運用していくのかね?
システムが管理下にあるのか、それとも、たまたま動作しているのかでは雲泥の差があるんだけどね。 >>437
> 「トラぶるのが怖いから何もやりたくない。」なんて、これからどうやって運用していくのかね?
そういうクズな情シスを抱える自治体って珍しくないのかね 管理下にないから、今回の汚職事件も発生したと言える。
たまたまうまくいっている状態と、管理統制下でうまくいっている状態の違いは
このケースでは、12%の公金をキックバックで着服されるかどうかの違いだった。
要するに管理下におかなければ、ジャブジャブになったり、ツマまれたり
カネがいくらあっても足りなくなるということ。 >439>440
椅子に座りにくるだけの人間が多すぎるからな。 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) 日本民族の生き残りをかけてマジに開発を開始する。 >>442
いいなそれ
プロジェクト立ち上げるなら、ボランティアでいいから開発に参加したい >443
Android携帯に¥3,500でガイガーカウンタを装着できることがわかっている。
非営利プロジェクト「radiation-watch.org」http://www.radiation-watch.org/
ガイガー管ではなく、PINフォトダイオード×8個で放射線を計測できる。 実はAndroid携帯ではなく、サーバサイドのスケールが問題。
モニター対象の東日本の人口は約6000万人。
1日一回だけデータを収集するだけでも毎日6000万レコード。
1時間おきにデータ収集しようものなら、毎日14億4000万件のデータを処理できなくではならない。
サーバサイドは単純なDataStoreへのデータの蓄積だけではパンクしてしまうので
AppScaleを導入して、MapReduce型の分散バッチ処理が必要になると思う。 AppScaleを使うことでGoogleのサーバに縛られることなく
アマゾンのEC2や地方自治体のサーバでも稼動させることができる。
ただし、サーバからAndroid携帯にPUSH型メッセージを送信するときは
GoogleのC2DMサーバを流用しなければならない。 まずは先生に持たせて通学路にホットスポットがないか調査してもらうのかも。 MapReduce型とは、いったいどれくらいになるのか不明なボリュームに備えて
Mapフェーズで複数台のワーカで処理を分担し、Reduceフェーズで分担した処理結果を集約するような
スケールアウトする仕掛けを予め組み込んでおくという意味。 位置情報つかうんであれば、任意の図郭ごとのmapデータにpixel単位で集計(累積?ログあり)
していけば良い話じゃないですかね。
混雑する位置であれば図郭を細かく、それ意外であれば図郭を大きく。
表示するときに分散して表示すれば、1億うん万レコードを処理とか
考えなくてもいいんじゃ?
1箇所にデータあつめてバッチ処理とか、そういう思考パターンかと思いますが
頭デッカチじゃなくても小さいところからの累積でシステム組むのが頭いいとおもいますが。
まぁ同じこと言ってるよね。
うまく分散(分担)できるような作りが必要なんだよね。
場所とかユーザとか、小さくスタートさせて、6000万人もこなせるつくり。
で、AppScaleかなと思ってるわけ。 すべての食品にIDをふり
BELRADより巨大で詳細なデータベースを作成し
日本人的な繊細さで放射能汚染許容レベルを登録していく。 >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により標準化が保証されている。
カメラでスペクトロメトリー分析を行い、子供の内部被爆を計測できる携帯 >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に問い合わせが必要となる。 PCをシャットダウンして帰るときに
コネクションのエラーでるよな。
閉じ忘れたコネクションがあるんだよな。
で、このタイミングでロールバックしてるのかも。 「早期の事案把握、調査、対応を実施」
30年以上無免許運転してたようなのが、所長印を無決裁で押しまくってたのか。
免許証のRFID読み取れた場合だけ公用車のエンジンが起動できるようにするとか。
決裁がなければ無効になる電子署名を公印にするとか。
公印をQRコードにして、携帯で読み取って公開されてるWebで決裁経緯を追跡できるようにするとか。
アクセスではなく、データマイニング手法を取り入れて早期の事案把握を試みるとか。
やらないだろうな。 毎回エラーが出るんだったら仕様だ、仕様
公務員情報システム課が知るよしも無くほっとけばいい >456
ふーん、仕様?
コミットし忘れてるODBCのコネクションがあるってことだぜ。
つまり更新したはずのデータがロールバックされてるんだぜ。
しかも、それが何かわからない。
懲戒が取り消しになって喜んだり
昇進がなくなって鬱になる職員が増えてるだろ。 そういや昔、エラーを起こしてロールバックさせたあとにリトライして
作為的に取引順位を最下位にさせてた証券会社あったなぁ。 今ひどい有様らしいが、俺のせいにされてもね
クレームが来るのはお前らが無能だからだよ
自分の無能さを正当化するために丸投げ推進したのはお前らだろ?
俺はありのままを話してるだけ
>459
丸投げすると、自分の無能さがどうして正当化できるの? >>460
何が起きても丸投げ先の責任にできるから 丸投げ先の責任だと言い張ってる時点で無能なんじゃね。 最近IT統制とかうざくなってきた
数人で管理してるシステムなのに、オペレーションする度に
書類書けと言われる始末
決裁者が素人の事務職員なんだが、一々作業の中身解説しないといけないし
やってられん オペレーションの後にログから決裁書類を捏造する処理をPerlとLaTexで作成するとか。 >>464
(1) 問題発生
(2) 「再発防止策を定め、今後同じ間違いが起きないようにします」
(3) 書類と決裁者印の数が倍に
(4) しかし決裁者に内容も問題点も理解できるはずもない
(5) (1)に戻る
責任逃れのための、よくある小狡いやり方
それで何が解決するわけでもない
むしろ無駄な手間が増えた分、ミスも増える
> 決裁者が素人の事務職員なんだが、
はっきり言ってここを改善しないと何も解決しない
馬鹿にしちゃいけない、電算の極一部について素人でも
仕事はプロだ
こんな考えだから信用されてないんだろう まあ、あれだな
東電が
「俺らの仕事は発電と送電であって、原子炉のことなんか知るかよ」
って言ってるようなものだな
そういう意味では東電以下 助けて下さい! mixi テクノロジー・電波・超音波被害コミュニティー参加の らい なんだかなぁ。頭ボケちゃいそうだな。
責任だけ回避できても痴呆症になっちゃいそうだね。 >>467
簿記を知らない会計課長や
労基法を知らない労務課長が仕事のプロになれるんかね?
マネージャーという名の丸投げ屋にしかなってないんだが >471
部署まるごとアウトソーシングできそうなかんじだな。 障害はメールで発報されていた。
内容の判断は、受信した担当者の技量に依存するし、
みんなに送信すると、責任をなすりつけ合って結局は重要な情報を見落としてしまう。
監視のためにJP1/CM2まで導入してるが、使いこなせない。
結局、他の原課の前任ベンダーのおっちゃんの作成した
cronとシェルによるログ監視が、いちばん頼りになったりする。 しかし、MS-ACCESSからODBC経由でOracleの表領域を破壊できるなんて知らなかったな。 監視メールを引き継いだよ。
これからは、君達の責任。 JP1がalertログを監視してないのは問題だな。
せっかく高額で買ったものが何の役にもたってない。 問題なのはインターネット側のWebサーバが1台しかないので
負荷分散装置が誤認識して、1台しかないWebサーバへの割り振りを中断し
インターネット側の接続が「瞬断」することだ。
1台しかないのに負荷分散する構成というのもヘンテコな話だ。
ひょっとしてSSLアクセラレータのためなら、
WebサーバのSSLを有効にして、負荷分散装置のオーバヘッドがなくすべきだろう。 あれ?インターネット側は1台のWebサーバ構成だから
SSLアクセラレータって全くの無駄使いなのか。 1つのサーバに複数のjava.exeが導入されているのは
いまどき普通の話だ。
UPS装置と連携するためのjava
Oracleクライアントのjava
TivoliのIBM製java
Hinemosのjava
Tomcat4のjava
Tomcat6のjava
IEが使うJREのためのjava
これらは%PATH%環境変数を設定することでjavaを切り替えるものだ。
それを他製品のjavaが導入されていて障害がでると言ってる時点で構成に失敗してると言える。 ログの監視メールは障害が起きたことを報告するメールなのであって
起きた障害をどうやって解決するかは、メールに記載されてない。
なので監視メールを受信した担当者が障害の一次解析をするということになる。
すぐに解決するかもしれないし、しないかもしれない。
これ以上問題が大きくならないように即データベースを停止しなければならない場合もある。
ハードウェア障害に見えて、客の自作自演だったりもする。
その判断を行うのが一次解析者。受信してすぐに何かしなければならないのが普通。
それが運用責任。
でも移行前のように、エキスポート時に破損が発覚するまで、ガン無視しててもいいんだよ。 監視が重要になるのは、システム全体の品質が低いためだ。
COBOLのバッチそのものはシェルが異常を検知してJP1に通知するしかけになっている。
Web側のTomcatはjdbc接続で、これもフレームワークがロールバックするだろう。
問題はMS-ACCESSのODBC接続からの更新系。
PCなのでハングアップしたり、打ち間違えたり、めちゃくちゃなSQLで一次領域をパンクさせるかもしれない。
そのトランザクションは不定になったはずだ。途中まで更新された中途半端な状態。
このデータを以降のCOBOLバッチが拾っていくのである。
このシステムは障害に敏感にならざるを得ない。
障害の指摘に逆切れしてる場合か?アホなのか? 「もみ消し型」で運用するということは、致命的になるまで放置することだ。
障害を把握せずに運用日が経過し、破損したデータでバックアップ先を上書いてしまう。
ここまで放置されると元に戻すことはできなくなる。
人はたくさん席に座ってはいるが、状況を監視している訳ではないので静かに破壊が進行してしまう。 逆にアプリケーションがチェックできるのは業務データだけだ。
今正常に読み込めたデータやファイルが
前処理で半分しか処理できずにコミットしてしまっていたかどうかなどは把握しようがない。
ましてはSQLはJOINして抽出するので、まさに間違ったデータが知らずに拡散していく。 おいおい、まだ発報先メルアドの修正漏れがあるよ。
もう知らんよ。 不正アクセスを懸念するセキュリティ・リスクなどより
すべてのサーバー群を、正常に運用できるかどうかのリスクのほうが重大。 差額が気になってたんだけど。
この仕事から直接契約ではなくなったんだよな。
だから今までの「預け」を清算する必要があった。
それが差額なんじゃね。 なんだよ苦労して安くする必要あったのか?
このまま持ち逃げされるくらいなら
シンメとVMwareでクラウド環境にでもしときゃよかったな。 問題を解決しようという態度じゃないよな。こまった奴等だ。マフィア化してる。 >493
竹原信一は「公務員マフィア」と呼んでいるようだね。
機械やコンピュータにヤクザな対応をしても何も変わらないと思うし
あまりにも頭悪くね? ガム噛んでればカネがもらえるからなぁ。
で、最後に吐き出しちゃうし。 本番稼働中のデータベースに対して、その場でSQLを組み立てて実行する者がいる。
JOINが噛み合ってなくて直積になったり、ソートのために一時領域をパンクさせたり
インデックススキャンにならずにテーブルスキャンになったりする。
で、検索結果がなかなか返らないので中断させたりしてる。
テストもやらずに、いきなり本番環境でSQLを実行するのは危険なのだが
バカな猿だから壊れるまで続けてしまうだろう。 稼働中の本番データベースを思いつきのSQL文で検索を行う前に
それがどれくらいヤバいのかEXPLAINで調べることができるが、猿には無理だろう。 Webサーバをパンクさせてたのが、負荷分散装置のヘルスチェックで
その起動間隔が短すぎたと言うところが笑える。
これだけでなく、システム全体で稼働チェックの間隔を短くしすぎたために
ネットワークがそのトラフィックで溢れてかえってしまってるのだ。
この状態をIT業界ではDOS攻撃とも呼んでいる。 ディスク領域に十分余裕があるのに騒いでたらしい。
意味不明。これこそ自作自演のガムクチャ問題。 都合が悪くなると、問題そのものがなくなってしまうところが笑える。 調べれば調べるほどおかしな障害であることが判明していくのだが
それを根拠もなく製品のバグだと主張する奴が実は犯人だったりするわけだ。 自分の管理化のサーバを勝手に壊してリブートさせても、誰も助けちゃくれない。
管理するというのは、周辺にクレームを垂れ流すことではない。 メールアドレスしか分からない相手のPCを遠隔支配できる「FinFly WEB」
http://gigazine.net/news/20111211-finfly-web/
1) 県庁の前にあやしいワゴン車をとめる。
2) 県庁のWiFiネットワークを受信。
3) 県職員はWiFiルータを使ってネットに接続している。
4) そのころ、本部ではターゲットが見ているサイトを感染させていきます。
5) ターゲットは自分が見ているサイトは問題のないサイトだと思っているので、ポップアップがあったらクリックしてしまいます。
5.1) FlashPlayerのアップデートに偽装できます。
6) しかし、これは罠。FinSpyをインストールされてしまいます。
7) これで本部からターゲットのPCがフルアクセス可能になりました。
たぶん、こんなかんじでやられてたんだね。 最近アップデート多かったよね。
アップデートに偽装してリモート監視ソフトをインストールしてくる「FinFly ISP」
http://gigazine.net/news/20111211-finfly-isp/ LANにつなげたPCはすべて感染させられていたのか
インターネットやLAN経由でリモート監視ソフトを送り込む「FinFly LAN」
http://gigazine.net/news/20111210-finfly-lan/ すべてのPCのUSBソケットに
同じようなヘンテコなUSBが刺さってれば
いくらなんでも気付くだろ。
USBメモリを挿すだけでPCのリモート監視が可能になる「FinFly USB」
http://gigazine.net/news/20111210-finfly-usb/ ?40種類のウィルス対策ソフトを回避して感染させるなんて
業界にウィルス検知を見逃すような軍事的な協定とか仕様があるのだと思う。
アンチウイルスソフトに検知されずあらゆる行動を記録する「FinSpy」
http://gigazine.net/news/20111210-finspy/ 「組織が金をかけてまで情報を隠そうとしているというのは、
その情報を世に出せば社会的利益がある」という信念があるから。 >504-508
ムバラクに協力した西側企業とは
http://miyajima.ne.jp/index.php?UID=1307070670
FinSpyは反体制側の鎮圧に使うものらしい もともと脛に傷がある県庁だから
クラウドにFBIのガサ入れあるなんて
絶対嫌がるだろうな。 県警だったらある程度揉み消しも可能かもしれないが
FBIは容赦してくれなさそう。 クラウドにデータを配置すると
LI(Lawful Interception)を委任されたベンダーが勝手にアクセスでき
しまいには、そのデータを元に解析サービスを商売で始めたりしてる。
国を越えた法律がないからだ。 米のFacebookのデータベースに独自にアクセスして人間関係のプロファイル分析をしても問題なかったのは
イタリアの会社だったからだ。
クラウドは国を越えて配置することで責任を曖昧にし
データを第三者に叩き売るツールだった。
米の愛国者法が強制する盗聴の仕掛けが
他国からの悪質なデータ解析を助長している。
クラウドは、もはやこれまで。
WikiLeaksはとどめを指してしまった。 盗聴技術をを言論統制に使い始めちゃおしまいだよな。
事故を起こした原発のように品質が劣化していくぞ。
最後はメルトダウンだ。 http://www.mynewsjapan.com/reports/1537
政府が監視した「反原発」識者・市民団体ランキング
1位は原子力資料情報室と西尾、矢部、伴、広瀬の各氏 なんかヘタクソ杉な破壊工作に失敗したそうでw
ぜんぜん気付かなかったよ。
シェルを改竄したまでは良かったが
別のサーバにコピーし戻すのを忘れたのが致命的だったね。
まぁせいぜい頑張ってくれたまえ。 このスレもここまでメンヘルに侵されたら、使い道ないね。 いまさらだけど、在日とか中国人とか煽ってたのは公務員だったのな。
粘着質で長期間工作できる、暇で馬鹿な人達で
書き込みに同様の無能さを感じてるうちに、こいつらはひょっとして公務員じゃねと思うようになった。 複数の職員で分担するので
特定されやすいTwitterやFacebookでは工作ができないのさ。 省庁や役所の不祥事がバレたときに
イメージ回復を狙ってドラマを放映するんだよな。
テレビとはまったく逆の実体や事件が裏で進行してる。 「重要なことは、人々の関心を核心から他へ逸らすことなのである。
、、、彼らの考える民主主義社会とは、社会を支配する特殊階級と、
組織化の手段を奪われた残りの国民からなる社会なのである。」
ノーム・チョムスキー
https://twitter.com/#!/cmk2wl/status/157999119170945024 そもそもフィルターかかっててできないだろw
素人乙w そうやオレも最初はそう思ったんや。
そしたらパスワードの入力欄がな、
いつのまにか消えててな
承認ボタンだけになっとるがな。 まだそのあとがあってな、申請書に書き込んだ時刻とURLを書くんや。
そしたら庁内プロキシのログとな
書き込んだ時刻を確認してもらうとな
一件500円貰えるのや。こら儲かるで、再任用なんか夢中で書きこみよるわい。 なんでもええからな、体制側に都合がええことを書き込むんや。でもな批判するようなことを書き込むとな独自の裁量で何かしらのバチがあたるんや。あんたも気いつけぇや。 国家公務員69万人、地方公務員300万人、準公務員・非営利団体職員300万人で総数669万人。
669万人の工作員。 嫁の母は、キミ達より壊れている。
痴呆症状に本来の性格の悪さが加わるとキミ達の何倍も最悪なモンスターになってしまうのだよ。
一度解決した問題を蒸し返す。
都合の悪い話は忘れた振りをする。
自作自演のトラブルを起こす。
警察が手を上げるまで繰り返す。
そう、そんなモンスターに比べればキミ達のレベルはまだまだ低すぎるのだ。 最近空振りが多いな。ワンナウト、ツーストライクくらいか? マニアックなことは知っているが、エクセルすら使えん奴多いな エクセルのマクロ組んだだけのものをシステムと呼んで、
予算が付くのは役所だけだろうな。 IT関連の企業とかシステム大きい金融関係以外の会社でシステム部って出世しない部署?
もしくは左遷部署? 恣意的に検察審査員を選ぶ方法(悪意がある場合の実証例)
2010/11/26※これらは提供されたプログラムの実行実験において確認されたものです。
http://my-dream.air-nifty.com/siryou/files/444.pdf
このインチキっぽい仕様見てみろよ。
全国こんなかんじでインチキが行われているんだよね。 ODBC接続したMS-ACCESSであからさまにデータを更新(=改竄)したのを見たときはビックリしたけど
これって役所のスタンダードだったわけだよね。 >>543
社内向けシステム部門はIT企業でも左遷部署だよ
コスト部門なんだし >>543
会社や自治体によりけり。
今の時代、「IT全然わかりません」て幹部だらけじゃ対外的にも通用しないので
IT関係の一定の経験のある奴を幹部職員に登用してるところは別に珍しくない。
ちなみにウチ(某県庁)の場合はIT専門職を採用してないのでIT部門は事務で
採用された中から超高学歴(東大、京大、東工大等)を優先的に配属してたりする。
だから結果的に若いときにIT部門の経験のある奴が幹部職員になってたりする。
もちろん例外もあるし長年IT部門にいたら他部署で使えなくなるのでその後の出世は
まずない。 技術系で入った専門職だけど、なんか見下されてる感はあるな
異動でやってくる事務職員は最初から上から目線だ いったいどんな考えで核兵器を製造しようなんて発想したんだ?
究極の基地外かよ。 >>544
これキャプチャ見る限りでは、裁判所で使ってるシステムの画面だな。
文書の中身は、はなはだ胡散臭いが。 そうそう、どうして役所の自称システムはこんなかんじで胡散臭いんだろうね。 どんなシステムでもODBC経由で生の表データを更新しちゃうなんて基地外に近い行動だと思ってるのはオレだけ? よくやってしまう
てか生テーブル触らないとユーザの誤入力データの削除や修正が出来ないシステムなんで >555
それが大問題なのよ。
生データを手メンテで修正すると、打ち間違えたり、修正途中の表のデータを
バッチが拾っちゃうのさ。て、バッチは間違った処理結果を次の処理に渡しちゃうのさ。
だから、昇給や処遇が職員によって違うのはそれが原因なんだけど知ってた? [スクープ]特許庁、難航していた基幹系刷新を中止へ
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億円超の契約を結び、
同社にプロジェクト管理支援を委託していたが、それでも遅れは防げなかった。
特許庁のシステム刷新を巡っては、外部の有識者による「特許庁情報システムに関する技術検証委員会」が現在、
プロジェクト継続の可能性を調査している。近々、同委員会が報告書をまとめる計画だ。
システム刷新に携わる関係者によれば、報告書はプロジェクトの中止を促す内容になる可能性が高いという。
報告書を受けて、特許庁はシステム刷新の中止を決めるとみられる。 特許庁の基幹システムはなぜ失敗したのか。元内閣官房GPMO補佐官、萩本順三氏の述懐
2012年1月30日 http://www.publickey1.jp/blog/12/gpmo.html
内閣官房GPMO(ガバメントプログラムマネジメントオフィス)補佐官当時、僕は、結果的に何もできなかった。
(略)
2007年にプロジェクトの問題を指摘し、特許庁の当時の設計ドキュメントを見に行った際に、
一旦ストップさせ、どのように進めていくべきか、
かなり強引(特許庁のオフィスは僕の声で響き渡った)に特許庁の情報部門に幾度も迫った。
何度も足を運んだが、20数名の会議の中、僕の主張は結果的に通らなかった。
その後補佐官を辞める事になった。
このような結果になり当時止められていれば、おそらく膨大な損失を防ぎ、
このプロジェクトで多くの人が不幸にならずに済んだのだと思う。
そういう意味で国民や関係者に謝らなければならない。
どうせ辞める覚悟があるのであれば、もっとやれることができたのではと今でも思う。
死ぬ覚悟でやりとおせたらと... なにが問題だったのか
特許庁の基幹システムの開発が失敗に終わった原因として、
開発を担当した東芝ソリューション(TSOL)の設計開発能力や
プロジェクト管理能力が十分でなかった、という特許庁検証委員会の指摘が報道されています。
しかし萩本氏は、それを別の視点からこう指摘します。
たしかにそういう部分もあるかもしれない。しかし、僕にはこのプロジェクトの当時の姿は違うものに見えた。
政府と開発側で、こういう不幸が起こらないように、なにが問題か整理をすべきではないか。
僕には当時このプロジェクトは下記のように見えていた。
1.IT技術の活用をイメージできず盲信している
技術を特許庁の業務にどう活かすかという具体性・現実性に乏しく、技術オリエンテッドで物事が進んでいた。
つまり僕の目には、当初の基本アーキテクチャそのものに疑問が大いにあった。
この責任は開発会社だけではなく、発注者にもある。
つまり技術をどう活かすかという結果イメージがシナリオレベルで不明確で両者(発注側・開発側)どちらも説明できていないのだ。
2.業務モデル(フロー)説計の不慣れさ
業務フローをどう活用するかというイメージがなく、ただただ言われた業務を書きうつすだけ。
当時そういう人が千名近くいたという。その時点で破たんしているのだ。
業務フローなどのドキュメントはドキュメント過多に陥りやすい。
戦略的にどう活用すべきか省庁の中で充分に整理をしてから手をつけないと、
無用な産物を作り出すことになる。当時既に無用な産物化していたのだ。
3.プロジェクトマネジメントの問題
プロジェクトマネジメントに大いに問題があるのは事実。
しかし、このプロジェクトマネジメントは開発ベンダーだけで構成されるものではない。
基本は業務プロジェクトと捉えるべきだ。
当時、このように業務設計におけるプロジェクト管理者は特許庁側に存在していた。
そこが破綻しているのだから、それを飛ばして先に進む事自体おかしいし、
一方的に開発ベンダーの責任として押し付けているかぎり解決はしない。
開発ベンダーの力不足という問題だけで片付けてはならない。
こういう業務設計も含んだプロジェクトのマネジメントを発注者、受注者双方で学ぶ必要がある。
4.業務モデルは発注者の理解と覚悟の元作成する
これを開発ベンダー中心で書き続けるかぎり、こういう失敗は続く。
つまり「絵に描いた餅」か「現状業務の見える化」にすぎないものを多大な工数を使って作り上げてしまう事になるのだ。
そういう多大なドキュメントを抱え込んだプロジェクトは、設計局面で要求が肥大化し爆発する。
また、そうなっている状況において耐え直す勇気がない、それがプロジェクトマネジメントの問題であり、
それは請け負った開発会社の問題でもあるだろう。
もうこういう不幸なプロジェクトは繰り返さないでほしい。
僕はそのためにも要求開発や匠メソッドを発展させ啓蒙活動を続ける。 萩本氏は追加のコメントで、日本独特の契約形態についても触れています。
また、この問題には、日本独特のSIerとの契約形態が絡みます。
この契約形態こそ日本のIT技術を駄目にしているもので、まだ要求の価値も見いだせない段階で、
要求を定義していく過程で絞り込みができず、要求の量が爆発的に増大。
そして、その爆発した要求に対して工数を見積もるような慣習です。
それがプロジェクトを超大規模化させる原因であり、IT業界が価値を生み出さず、
3Kと言われる屈辱的な状況を作り出している。
これを撤廃しないかぎり問題解決できません。政府自らこの問題にチャレンジしないかぎり、
日本のIT企業は衰退するばかりか、お荷物を背負いこむユーザ企業も落ちぶれていくでしょう。
僕は、要求開発や匠メソッドを洗練させて、この問題を取り組む為のプロマネや手法を作り続けて実践することで、
世の中を変え、政府が振り向く実績を残すしかないのかなと今は思います。
「ただただ言われた業務を書きうつすだけ。当時そういう人が千名近くいた。」
イポ表のことでつね。 >561
>M Kame 昨日 05:41 PM
>特許庁の業務は守秘義務の塊で、具体的な業務フローはユーザ側にしか判らない
>(開発側が調べる事ができない)と言うことも問題を解決できなかった一因だと思います。
>どれだけ優秀なSIerでも「盲人象をなでる」状態ではいいものはできません。
> http://www.publickey1.jp/blog/12/gpmo.html
業務内容が不明で怪しくなってくると、守秘義務とか言って逃げてたんじゃね。
役所が自分の業務を把握してなかったことが失敗の原因でしょ。
TSOLのイポ表ばかりが敗因ではない気がする。 100億円以上かけたシステムが
ぜんぜん大したことないから変だなとは思ってたけど。
50億円の裏金をつくるために55億円のプロジェクトを起こして
Tソルとアクが何かやったように見せてるだけなんでしょ。
成果物があると、これで55億円かよなどと突っ込まれちゃうから
今回は失敗したことにしたんだよね。 特許庁の失敗をみて、これが全国で起きているのだと確信したよ。 役所に関わるまでは開発は成功させてなんぼだと思っていた。
特許庁の話を聞いて、役人が意図的に失敗させてることを確信した。
何のために頑張ったのか?いまさら無意味なことやってたなと反省。
情報システム系の課にいきたい。
学生の時に趣味でとったソフ開が資格欄を飾っているが、一向に考慮されず今は関係のない課。 >570
そういうのがたくさん集まって大失敗したのが特許庁なんだよね。 ソフ開程度パソコン博士でも取れる
本人は詳しいつもりの勘違い素人がプロジェクトでは一番の災厄をもたらす 要件定義や基本設計、PM、PLが圧倒的にたりない。天下ってきたとか、学生の延長とか、年功序列ではプロジェクトを推進できない。せいぜい愚痴みたいな発言で設計や仕様を混乱させるだけだ。 IT系専門職としてシステム課に転職したけど、マジで役所は最悪だと思う
課内に技官は俺一人だけで、他は皆事務屋
見積もり査定や業務部門との要件調整、設計のレビュー、どれ一つとしてできてない。
やってることは事務手続きの書類作成と、DR時の誤字脱字探しのみw
こんな連中が億超えるプロジェクトやったら100%失敗するわ それって人は沢山いて、人月を出鱈目に浪費しながら、期限が来て
何も進んでないけどカネ払えという特許庁パターンそのもの。 805+2 :名刺は切らしておりまして [] :2012/02/12(日) 00:42:54.40 ID:yvKGKMEW (1/3)
国がらみのプロジェクトには、各社のダメ人間が送り込まれる。
役人の面子をうまく使えば、滅多に失敗したことにはならない。
だから、ダメ人間でも仕事したことになるんだよ。
俺はいまは足を洗って、普通の開発をやっているけど、
国プロに関っていた時は、H社もN社も、ダメな人ばかりだった。 >>574
彼らは数年後の君の姿だよ
役所に入った時点で君の時間は止まる
数年たてば事務屋と何ら変わらない たしかに、その通りだね。役所では成長がないからな。 >>577
だろうな
役所に来てから自分でプログラム書くこともないし、
サーバ触ることすらしてない。
会議と資料作成ばっかり。
役所の専門家不足はよく話題になるが、
この環境じゃどうにもならんわ それは民間の大手でも同じだよ。PMしかやらないからといって技術のトレンドに遅れていくわけじょない。組織全体でKNOW-HOWを蓄積していく価値観がないだけ。 大手になると下請けに丸投げしてるだけだからな
んで多重請負で中間搾取 >>580
技術を提供して飯食ってるベンダと役所は同列には語れないよ
役所では、技術を高めることは仕事とみなされない
それどころか、技術を持った奴はそうでない奴の無能を際立たせるので、迫害の対象となることすらある
腐りたくなけりゃ、オープンソースコミュニティに参加するなどして自分でなんとかするしかない 自分でやれば1時間で済むようなスクリプト修正まで外注だからな
金の無駄なので自分でやると、上司や先輩からケチつけられる
技術力皆無の奴らはベンダの恰好の餌だが、ぼったくられてる自覚もなく
PMごっこに勤しんでる 役所側の立場にたってくれる良心的なベンダーが必要なんだけど
そんなことって談合の輪から外れることになるので無理なんだろうね。 https://twitter.com/#!/yukohm/status/173638357413408768
原発産業に就いているから原発を悪く言えない。住んでいるから地域を悪く言えない。
放射能汚染も悪く言えない。同じ理由で、日本も国家も悪く言えない。
戦時中と同じではないか。何者に対して、自己犠牲と奉仕をしているのか。
これで国民にとって良い国家に変えられるのか。子孫の将来はどうなるのか。 >>579
うちはプログラム書かされる
そういう経験がない新人がやらされて壊れてくよ プログラム書くくらいで壊れてたら
システム課は勤まらないだろw たぶんExcelのマクロやVBAのことをプログラムと言ってるだけだよ。 あぁシステム課ってなんちゃら技術職の人しか配属されないの? いちばんおもしろくなる結論は
キーロガーに感染していたということになった場合だろうな。
誰が仕掛けて、どこに送ってるか調べることになる。意外とみんながよく知ってる原課だったりしそうだ。 納品したベンダーを追跡するのもいい手かも。ギャハハ。 マジなんだったら、こんなとこに書いていないで、告発しなよ。
しつこいんだよ。
たいした機能はないのにCOBOLコードが爆発する現象は、COBOLに限らずどんな言語でも発生する。
プログラムは業務を分析して集約していくものであって、
似たようなコードをコピーして見た目のボリュームを大きくみせるものではない。 巨大に見える業務ほど機能を集約して共通化、部品化、継承と派生していき階層化がうまくできれば
いちばん上位の業務ロジックは部品を呼び出すロジックをなっていくはずだ。
このような考え方をしなかった場合、システム全体のボリュームはすぐに爆発してしまう。
似たようなロジックがあちこちにコピーされ混乱していくのだ。これをワザとやるから性質が悪い。 オペチョンで本番の表をTRUNCATEしてしまわないように
表にTRUNCATEのBEFORE TRIGGERをしかけておく方法もある。
さらにトリガーのタイミングでメール発報するようにしてる悲観的な会社もあった。
しかし、自作自演の場合は、このトリガーを外してTRUNCATEしてしまうだろう。
http://www.dbforums.com/oracle/1050101-before-after-truncate-trigger.html 共有ディスク装置がヤバそうなメッセージをあげてきたけど、もうしらんよ。 運用担当の人いる???
夜でも休みでも電話多くて大変じゃない。
裏コミュ株限定で「キントミコ」「儲かる@れしぴ」の存在確認
当たる情報と手堅い投資が気に入りました。仕手もあるけど個人的には手堅いので攻めてます。 RAID5+1って最高じゃーん。壊れたディスクを切り離してホットスペアに切り替えてRAID5を再構築。
あとはホットスペアのディスクを稼働中に交換するだけ。Oracleは気付かない。正常状態で何も起きてない状態が継続しているだけ。 要はインフラ関連のメッセージをちゃんと監視してるかどうかが決め手なんだけど、原発メーカのやつらはどうするんだろ。 メールを飛ばす設定はあるけど、県庁のメールサーバが逝かれたみたいだ。これはもうブラックアウト状態。
正常に動いてるか、メルトダウンの最中か判らない。 新任でここ配属されて、ずっと移動がないみたいなんですが、ここに配属されると出世できないとかあるんでしょうか。
パソコン関係しか知識が増えないように思えてしまいます。
情報は墓場みたいなもんだから、出世はあきらめたほうがいいよ。 ウチの場合は事務屋採用の中から国立の高学歴(東大、東工大、京大)を
配属してた時代が長かったから結果的にかなり出世してるのもいる。
電算塩漬けシステム系たらい回しの刑をくらうと当然出世は難しい。
今の時代は「システム全然わかりません」の管理職だらけだと役所も対外的に
マズイのでシステム経験が多少ある奴を管理職に登用してるとこは多いよ。 役所のシステム運用なんて責任を回避するためのウソばっかりだ。
そして、この延長線上に原発のメルトダウンがあるのだと思う。 >>589
いや、コボルだよ
俺にはセンスがなかった••• 素人の中からもEXCELのマクロの達人みたいなのが出てくるな
普通にACCESSその他DBで作りゃいいと思うのだが 自治体ごとにプチ開発するのは全くの無駄だよな。しかし後ろめたい処理があるために全国共通にできない。 コンピュータでトコトン揉めるのは簡単だ。あらゆる操作に意図的に失敗してしまえばいいのだ。
これをやる人間のなんとまぁ多いこと。まぁ確かに成果物を要求されてるわけではないので
勤務時間を無駄に過ごすという意味では、コンピュータの操作というのはうってつけなのだ。 公安に雇われている人達には本業があり、生活保護のような報酬のためにサボタージュ工作を行う。
本当にコイツ等はどうしようもない。 ずっと文系でなぜかここに配属されたド素人なんだが大して詳しくなくてもできるな
というかずっと居たくないので専門知識は大して覚えないことにしてる まぁたしかに何も知らなければ何も怖くない、原発のオペレータみたいなもんだな。 東電みたいなもんだ
下請けがシステム一番よく知ってて自分じゃなーんにもできないw ≪真似はしないでください≫
岡山市役所の人事課・システム課の 見せしめ・リストラストーカー(特殊工作)マニュアル
(嫌われている人は人事課・システム課の情報操作のもとに作られており、組織的いじめです)
職場内外、ネット上、自宅周辺で捏造された悪評を流し情報操作する
(SNS・携帯電話メール・ネット掲示板・庁内LAN・チャットなども利用する)
(8割事実2割中傷でもかなり心証が悪くなる)
(本人に中傷・盗聴内容を聞かせて脅す 職場にICレコーダ等を内緒で仕込む)
同僚、地元、取引先に圧力をかけて人間関係を操作する
(仲間外れを作り、協力しないと同じ目に合わせると同僚を脅して協力させる)
(隔離された環境、場所、人間関係にし、情報を与えないか、誤った情報を与えて混乱させる)
(職場で口裏を合わせて、本人を直接知らない人に嘘の悪評をばらまく)
(パワハラに協力したら利益供与すると約束し、仲間を増やす)
(仕事を教えない。重要な情報はすべてメールおよびLANを使用して通知し、その存在すら知らせない)
システム課がLANPCを使って設定・ソフトに嫌がらせをする
(PCを内蔵マイクつきにすり替え、音声を収集する)
(デスクトップ共有やIPメッセンジャーを課内、庁内で使用、指示を下したりする)
(必要なドライバ・ソフト・設定が入らないか、勝手に変更されている)
(常時PCの稼働状況をモニタリングして、動作の邪魔をしたりモビングのネタにしたりする)
サーバ上・PC・携帯内の情報を使って職員のプライバシーを侵害
(e−Mail、メーリングリスト、PCのCookieなどを見て情報操作や人事異動、モビングに利用)
(PCのアクセス・セキュリティ設定をeveryoneにして職場のさらし者にする)
同僚や工作員(雇うかOB、市民)を使って職場内外・自宅周辺(通勤など)で付きまといやモビングをする
(嘘の設定やシナリオをもとにターゲットに対して口々にプライベートに関することや脅しを言いまくったり、
付きまとって監視していると思わせるようにほのめかしたり、PCや仕事の状況を呟いて嫌がらせしたりする。
ターゲットに誰が話しているかわからない状況で集団で言いまくると統合失調症と似たような環境を人為的に作り出すことができる。
集団で言いまくる(脅す)状況が鳥の擬攻に似ていることからモビングと呼ばれる。
この異常な集団いじめの環境下では何気ないほのめかしでも意識が過敏になるため強いストレスが脳にかかり、
長期に渡ると実際にうつ病や統合失調症など精神病を発症してしまうことがある。
また嘘の作り上げられた状況しか与えられないので第三者には気が狂っているかのように誤解させることができる。
または狂っているかのように周囲がターゲットを仕立てあげる。
集団いじめの職場環境でPTSDを発症することもある)
(メッセンジャーやチャットソフト・メールを使って言動・行動を逐一ストーカーのように報告する)
(工作員が素行・身辺調査をする。職場などで机・鞄を勝手にあける。 嫌がらせをつぶやく)
集団ストーカーの手口を岡山市役所の人事課とシステム課と水道局がやってます
目的はターゲットの職員の自殺・キレさせて犯罪行為に及ばせる・精神病に仕立てあげる・社会的に抹殺(自己都合退職)させる等・あくまでターゲットがそうせざるおえないような状況を作り、組織の見せしめにすること。
れっきとした迷惑防止条例・財政法違反、セクハラ・パワハラの人権侵害行為です。
自治体は監察機関がないために内部権力が暴走して口裏を合わされたら誰にも止められないし逃げられません。
相談しても証拠が取りにくいため被害妄想とかノイローゼ扱いされて、お終いにされます。
詳しくは集団ストーカーサイトへ(最近流行っている手口のようです)
岡山市は10年程度前から手口が出来上がっているから対象者が常時いるかも・・
>相談しても証拠が取りにくいため
これだけ情報機器がそろってるのに、この程度の認識じゃ、何処自治体行っても同じだろうな
民間でも通用するわけないし、それだけの能力ってこった 企業・官公庁御用達(w のFirstServerがえらいことやらかしたみたいだけど
http://support.fsv.jp/info/nw20120620_01.html
おまいらのところは大丈夫か? >>623
役所のシステム部は正直なくしてもいいと思う
事務屋が外注業者に仕事丸投げしてるだけの部署だろ 庁内LAN?とか他人のにアクセスしたとか情報とかの人わかるの?
なんか勝手に給料明細同期に見られたぽいんだけど…… 相手は情報じゃないんだけど給料の話してきて自分の給料ニヤニヤしながら当てられた。同期だけど歳とかもろもろ条件違うから何となくで当てられるわけないと思うし…情報課は職員同士の不正アクセスとか調べたり出来る? パスワードその辺に張ってたりしてない?
うちは紙の明細なんだけどシステム経由でみれるのが一般的になってきてるん? そういえば民間のどっかが、グループウェアで給与明細も見れるってプレゼン(笑)してたの思い出したw
うぜえよなw 自分でパスワード入力してて間違えたときに、読み上げ確認しながら再入力でもしてたんじゃないの? クラウド化が進む→情シス職員とベンダーSEの数が減る→クラウド化が進む→情シス職員とベンダーSEの数が減る→・・・
そうかタヒね
そうかタヒね
そうかタヒね
そうかタヒね
そうかタヒね
そうかタヒね
そうかタヒね
そうかタヒね
そうかタヒね
そうかタヒね
そうかタヒね
そうかタヒね
そうかタヒね
そうかタヒね
そうかタヒね
そうかタヒね
そうかタヒね
そうかタヒね
そうかタヒね
そうかタヒね
そうかタヒね
そうかタヒね
そうかタヒね
そうかタヒね
そうかタヒね
そうかタヒね
そうかタヒね
そうかタヒね
情報システム課の職員だが、一般職じゃなくて情報処理の専門職にしてくれんかなぁ・・・
資格も取ったし 日本にも悪い奴は居るし
韓国にも良い奴は居る
韓国 日本
★★★★★ ○○○○○
★★★○★ ★○○○★
★★★★★ ○○○○○
★○★★★ ○●○★○
★★★★★ ○○○○○
★★★★★ ○○★○○
良韓国人☆ 良日本人○
悪韓国人★ 悪日本人● 今日の夕方はドラフト情報チェックしていたPCに総チェックが入っていただろうな。 まずはともあれZ、K、B、Sに陽動するのは役所の定石。 システム更新も近いというのに、逃亡兵が出て一ヶ月
素人をここに配属したのはストレスかけて辞めさせるためだったのだろうか
迷惑すぎる ふふっ。優秀な人間ほどシステム更新が不可能なくらい腐ってることに気付くからじゃないかなぁ。 システム課による集団ストーカーの手口は
Root権限持っている人たちがやってるんだよ〜
だからやりたい放題なのさ
どこでもやってるって同市職員が言ってたぜぇ Thank you, very interesting post. Put a link to the post in my blog ) FORTRANで書かれたMERCORのを移植しないの?VB得意だろ。 ( ´,_ゝ`)プッ
何なのフォートランランって^^;
20年前で止まってる田舎情報シスは引っ込んでろw ロシアに隕石が落ちたそうだが、BCPのシナリオがまた一つ加わったわけだが・・・ 職場とデータセンターに隕石が落ちた時の対応を考えねばならん時代なのか ◆ 一日中インターネットで遊ぶ東京都水道局組合員 スタッフ制が崩壊した現場
首を振りながらインターネットを眺めて右11時50分になるとノートパソコンをパタッと閉めます。
それが毎日誤差1〜2分です。パタッと閉める音が時計代わりになります。飯を食う準備に入って、
2時のチャイムがなる前に弁当が机の上にあります。ほぼチャイム同時に箸に手をつける。毎日全く同じ動作です。
右かっくん、左かっくんを繰り返して夕方は定時退庁時間の30分前の16時45分にパタッと閉めます。
これもほぼ誤差1〜2分ですから時計代わりになります。毎日全く同じ動作で帰り支度をはじめます。
その勤務態度は毎日ほとんどかわらない。周囲が繁忙であろうとどうだろうとめりはりは全くない超マイペースです。
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 2013年03月05日江津市が公式フェイスブック運用開始ttp://www1.bss.jp/hopes/nwsdsp20.asp?seq=9082&date=20130305&page=5
江津市は今月からインターネットの交流サイト、フェイスブックの運用を始めました。
フェイスブックは2004年にアメリカハーバード大学の学生向けソーシャルネットワーキングサービスとして始まり、
日本でも情報を共有するための手段として幅広く活用されています。
鳥取県ではすでに4市全てが公式に運用していますが、島根県内8つの市では市政や観光などの分野を網羅した
公式のフェイスブック運用は江津市が初めてです。
江津市ではこのフェイスブックに、市のマスコットキャラクター「人麻呂くんとよさみ姫」によるイベント観光情報や、
写真をふんだんに使った季節の風景、市政に関する情報などを発信していくということです。
江津市のフェイスブックは、江津市ホームページの右上にあるバナーから閲覧できます。 Fラン文系の新人なんですが、システム課配属になりました
仕事になりませんよね? 情シ送りを宣言されたので、先輩方何点かご教授ください
学生レベルの知識でJAVA、C、アセンブラ、VBAを齧った程度の素人です
・仕事内容は何ですか?答えられる範囲でいいのでお願いします
・使用している言語、環境はなんでしょうか?
・ネットワークは具体的に何を勉強すればいいでしょうか?まずそこから分かりません
思いつくのはクライアント・サーバシステムの仕組みやレイヤ、プロトコルくらいです
・データベースはMYSQLを勉強すればよろしいか? 内作してる部署でなければ要件定義がメインの仕事になる
ベンダーと会話できる程度の技術的な知識は必要だけど >>666
ありがとうございます
基礎知識歯あるはずなので、今の仕事で文書作成能力とコミュ力を鍛えたほうがよさそうですね マイナンバー制度の対応って検討始めてる?
うちのシステムはパッケージ+微カスタマイズなんでベンダーの対応待ちなんだけど
鯖の更新時期と重なるんで、鯖更新 or クラウドサービス乗り換えの二択で意見が割れてる
自庁で開発してるところなんてどうやって対応するんだろうって不思議なんだが。 アドバネクス(5998) 買ーいー(^o^)/ ウチは課ごとにシステム導入管理。情報システム課はネットワーク及びハードの調達担当という具合。マイナンバーになったらさすがにシステム全体最適しないとまずいんだが、情報システム課が責任かぶりたくねぇってんでどう対応するんだか。 >>672
ウチはシステム課が全部面倒みてるが、各課からの圧力が凄くて
システムが肥大化してるよ
役所の世界では業務担当課が偉くてシステム課は下っ端という意識がある
全体の面倒見るならシステム課の権限もっと強化しないとダメだと思う 人事課よ・・・ せめて情シスの管理職は基本情報程度の知識持ってる人を任命してください
ITパスポート通るのすらおぼつかないようなオッサンがなんで15年も電算室でのさばってるんですか
パソコンの大先生()がベンダーに持ち上げられてお山の大将気取ってるせいで
ベンダーのいいように飼い慣らされて、使いこなせもしない管理ソフトと不必要な鯖が年々増えてるんです
オッサンの専門用語連発の説明を理解できないのは、すごい高度な技術や複雑なしくみを解説してるん
じゃなくて、単に語彙が貧困なために相手に分かりやすく説明できないだけですって システム部門で数年働きながら、某自治体に電気職で内定もらったんですが、
電気職採用でシステム部門に配属されることって結構ありますか?
皆さん元々事務職採用の方が多いのでしょうか。 システム入れれば良くなると勘違いしてる奴大杉
元の業務の無駄見直さない限り、電子化しても効率化はしないから >>676
職歴から考えて、かなり高い確立でシステム部門に配属になると思う。
でなきゃ雇わないでしょ システム課の課長になる人間は、役所のシステムを
どのようにしたいのかビジョンを持って欲しい。
うちの課長は・・・・ どうしたいも何も、どうせ関係ない部署から管理職でやってきた事務職だろ うちの課長もそうだわ
素人が1〜2年毎にチェンジしてるだけ
こんなんで役所のシステム良くなるわけないよね 仕事ができないパソオタばかり長くいるからシステムの導入めんどくさい システムは幅広い業務の知識、経験が必須。パソオタにはシステムは作れない。javaで簡単なシステムこさえるのが限界。 そう言ってITの素人が配属されてベンダーに食い物にされてるのが現状
業務とIT両方の知識が無いと無理だよ ITの知識重視とか言ってパソオタを配置するのはやめてくれ。パソオタは、そもそも事務能力がなく、人格的にも難ありが多い。異動後、システムに穴あける奴だっている。 汎用機でやって居るところはまだ自主開発の所あるんでしょうか?
うちは今過渡期なので汎用機での通常業務とオープン系への移行
の為の作業があり、既にオープン系へ移行したシステムのおもりが
あるのでチーム内がばらばらで大変です。 うちは5年くらい前に汎用機の運用は終わったな
オープンへの移行は人的な面で結構苦労した
汎用機時代の年寄り連中はWEBやJAVAには全くついていけてないから >>686
パソオタにはITの知識などない
せいぜいVBでゴミを量産するのが精一杯
そういうモドキじゃなくて、情報処理の専門知識を持った人材は情シスには必要
個人的に何かのプロジェクトを持ってたり参加したりしてれば尚良し
事務能力に欠けたり変な人格を持ってたりするだろうが、そういう人材を使いこなすのがマネジメントというもの
全てに秀でた完璧超人が役人なんかになるはずがない
情シスに配属されてるのに情報関連のスキルをもたない奴は
税務知識がないのに税務課にいるようなものということを理解すべき >>689
>情シスに配属されてるのに情報関連のスキルをもたない奴は
>税務知識がないのに税務課にいるようなものということを理解すべき
そのとおりなんだけどこれがなかなか理解されない
職員は事務作業だけで開発も運用もベンダーに丸投げ、
そしてそれが当たり前という風潮が強い JustOfficeに切り替えたところある?MicrosoftOfficeとの互換性や操作性はどう? >情シスに配属されてるのに情報関連のスキルをもたない奴は
>税務知識がないのに税務課にいるようなものということを理解すべき
情報関連のスキルって奴がVBAで何か作ったりって事を指すと
誤解してる上層部が多すぎるけどな。
自分で作った経験というのは大きいモノがある事は認める。
だけど現場で使うようなアプリをちょこちょこ作ったケースって
言うのは独り善がりになり、作者が異動したらメンテナンス
できない様なモノになったりする。
むしろ、作った時に気付いたかゆいところに手が届くような
パッケージで補えない部分をベンダーに指摘出来るような
能力が必要だと思う。 うちの場合は「VBで何か作る」程度すら出来ない奴が大多数
職員はどうせ数年でローテ異動だから勉強する気もなし
ベンダーに思いつきのバカみたいな指摘して失笑買ってるよw ITストラテジストに合格しても「なにそれ? 」って感じの職場にいます ベンダに張ったりをきかせるくらいの利用法しかありませんが かなり経営目線でものがみられるようになったので役に立ってます
ほしい人材ですがうちは内製ではないので ITに詳しい人よりベンダに「なにこれ? なんで?」っていって自分で納得するまで調べて身に付けていく人 また 業務に詳しい人が必要だと思います とくにこれから番号制度に対応するために必要に思います 自分の知っている人は(今は異動されて居られないですが)
学生時代に情報処理2種−今は基本でしたっけ?−を取って
役所に入りました。が、本来の専行は外国語で職場もそっち
系の方を希望されていました。
ところが人事に情報処理の資格の方を重視されたのか、
システム系の職場に配属されました。(単純ですね)
本人は就職に有利だと思い情報処理の資格を取っただけで、
将来的にそれで飯食うつもりはさらさらなかったとか。
嫌々配属させられた(本人談)ので、5年くらいで異動に
なられましたが。 基礎的なITスキルが無いのもそうだけど、
やたらとシステム作りたがるのもどうにかならないのかと思うことがある
業務部門は自前の業務見直しはせずに業務効率化=システム化と安易に考えすぎだし
システム部門は作ることが目的化してる
効果の如何については誰も把握していない 汎用機を使った自前の開発の場合だと、現場から見ればシステム部の担当者の力量で
思い切り出来具合が変わる(笑)
これは、民間に頼んで担当の力量によるのは同じだけど、個人的体験によれば、まだ
民間の方がマシ(だと思う。でも最近のSEはなあ・・・)
自前開発だと、代々の(特に腕の悪い担当者の)垢が積もって、システムの最適化を
行わないといけないのに、全くそんな事やっていない。 腕はともかく自前開発やってるだけ凄いと思うな
ウチは職員10人いて多少でもプログラム触ったりサーバ動かせるのは自分だけ
管理業務と称して他人の作業に口挟むだけのオッサン共が本当に邪魔 >>699
いやあ、私の持っている担当だと1977年に最初に開発されたCOBOLがありますが、
酷いですよ。項目名も「A」「AA」「B」「AB」とか「BA」とか(笑)普通に使われているし。
毎月動くから最適化できない。
一度、腕の立つ先輩がいじって事故起こして、それからタブーになってる。
まあ、これからは自前開発も無くなって行くんでしょう。偉いさん方は、システムの
外部委託なんて自治体の業務の中で一番委託しやすいと思っているから。
委託して数年すると、システムをいじった事ない奴ばかりで、導入するシステムの
業務に対する適正な値段とか分からない奴ばかりになる。
いわば、税金の計算の出来ない職員と同様のシステムの価値判断の出来ない職員
になってしまう。 >>700
>委託して数年すると、システムをいじった事ない奴ばかりで、導入するシステムの
>業務に対する適正な値段とか分からない奴ばかりになる。
小規模のシステムは自前開発を残すとか対策取らないと
ベンダに金流すだけの部署になってしまう
俺の所は仕様書すらベンダが書くようになった ≪ 県の関係者や他市の出身者・在住者等を狙っているようです ≫
岡山市役所の人事課・システム課の 見せしめ・リストラストーカー(特殊工作)マニュアル
(嫌われている人は人事課・システム課の情報操作のもとに作られており、組織的いじめ・パワハラです)
岡山市は人事課と当局が職員を支配しており、市長に対しては職員達は面従腹背の状態です。
職場内外、ネット上、自宅周辺で捏造された悪評を流し洗脳・情報操作する
(SNS・携帯電話メール・ネット掲示板・庁内LANなども利用する 全くの嘘をばらまく)
(8割事実2割中傷でもかなり心証が悪くなる。 忙しい職場に配属して愚痴を集め、噂を流す)
(モスキート音化した内容を聞かせて嫌がらせする。 職場や自宅周辺に指向性集音マイク・盗聴器等を仕込む)
同僚、地元、取引先を洗脳・圧力をかけて人間関係を操作する
(無視するよう職場や個人の人間関係に圧力をかける ターゲットにやってもいない罪をなすりつける)
(隔離された環境、場所、人間関係にし、情報を与えないか、誤った情報を与えて混乱させる)
(職場で口裏を合わせて、本人を直接知らない人に嘘の悪評をばらまく 異性を近づけて陥れる)
(現業職場に異動させていじめてやるとか通勤できない職場に異動させるといって脅す 席を隔離する)
(仕事を教えない。重要な情報はすべてメールおよびLANを使用して通知し、その存在すら知らせない) システム課がroot権限でLANPCを使って設定・ソフトに嫌がらせをする
(PCを内蔵マイクつきにすり替え、音声を収集する 職場に電子機器等を仕込む)
(IPメッセンジャー・Eメールを課内、庁内で使用、指示を下したりする)
(必要なドライバ・ソフト・設定が入らないか、勝手に変更されている)
(常時PCの稼働状況をモニタリング・デスクトップ共有して、動作の邪魔をしたりモビングのネタにする)
サーバ上・PC・携帯内の情報を使って職員のプライバシーを侵害
(e−Mail、メーリングリスト、PCのCookieなどを見て情報操作や人事異動、モビングに利用)
(PCのアクセス・セキュリティ設定をeveryoneにして職場のさらし者にする) 同僚や工作員(雇うかOB、市民)を使って職場内外・自宅周辺(通勤など)で付きまといやモビングをする
(嘘の設定やシナリオをもとにターゲットに対して口々にプライベートに関することや脅しを言いまくったり、
付きまとって監視していると思わせるようにほのめかしたり、PCや仕事の状況を呟いて嫌がらせしたりする。
ターゲットに誰が話しているかわからない状況で集団で言いまくると統合失調症と似たような環境を人為的に
作り出すことができる。 集団で言いまくる(脅す)状況が鳥の擬攻に似ていることからモビングと呼ばれる。
この異常な集団いじめの環境下では何気ないほのめかしでも意識が過敏になるため強いストレスが脳にかかり、
長期に渡ると実際にうつ病や統合失調症など精神病を発症してしまうことがある。また嘘の作り上げられた状況
しか与えられないので第三者には気が狂っているかのように誤解させることができる。または狂っているかのように
周囲がターゲットを仕立てあげる。集団いじめの職場環境でPTSDを発症することもある)
(工作員がつきまとって素行・身辺調査をする。 職場でストーキング行為をしていることをほのめかす)
(どんな言動・行動にも常に嫌がらせの反応をして、ターゲットを傷つけ笑いものにして、うつ状態にする) 集団ストーカーの手口を岡山市役所がやっていました。 (戦前の特高警察みたいですね)
目的はターゲットの職員の自殺・キレさせて犯罪行為に及ばせる・精神病に仕立てあげる・社会的に抹殺
(自己都合退職)させる等・あくまでターゲットがそうせざるおえないような状況を作り、組織の見せしめにするなど、
反社会的な手口です。
れっきとした迷惑防止条例・財政法違反、セクハラ・パワハラの人権侵害行為です。
自治体は監察機関がないために内部権力が暴走して口裏を合わされたら誰にも止められないし逃げられません。
相談しても証拠が取りにくいため被害妄想とかノイローゼ扱いされて、お終いにされます。
詳しくは集団ストーカーサイトへ (最近流行っている手口のようです)
おそらくプロ業者(男女複数程度)・童話が関わっているか、市職員が集団で行っているようです。
同僚を潰した職員Uが過去に人事課に出世しているので多分なくならないでしょう
コネを使って採用された人などもリストラ目的で狙われているようです。 IEの脆弱性の対応ってどうしてました?
決裁システムとかIEなんだけど、使用中止にしたら
当然業務動かなくなるし、ネットに繋がないでって
通達したらメール送れないんじゃあ仕事にならない
って苦情が来たわ。
IEにするから・・・なんでIEにしたのか導入経過を
聞きたいわ。
(開発当時は居なかった。理由にはならんが) >>708
内部向けのシステムでweb方式なら、そらIE選択するだろ。
Windowsにインストールされてなくて、サポートもないオープンソースのブラウザなんて情シスもベンダも面倒みきれないわ。 サーバーサイドJAVAだけで組めば
サポートは無いが他のブラウザでも大体動くけどな
ウチはFFやChromeで動作検証して問題無かったので
そっち使いましょうで乗り切った うちは、IE以外のブラウザで検証している間に、MSがパッチだしてたわ。
まあ、対応ブラウザ増えると、テストのコストと
原課からの問い合わせの手間も
増えるので、あくまで非常手段だわな。
まあ、IE6の頃と違って、最近のwebアプリは
そんなに挙動の差はでないけど。 ノーリスクで5000円もらえる方法がある。クレジットカードさえ持っているだけで。
為替の動きの一瞬(2分間)の上下を当てるだけだ。
それを、今だけ期間限定で、ノーリスクで5000円もらえるキャンペーンやってる業者がある。
5000円分だけ一度勝負(最短2分で結果が出る)して、
勝ったらその分で続ければいい。手順は↓のとおりだ。
@↓リンクからバイナリーオプションの口座を作る。
Aクレジットカードで5000円入金する。(日本で買い物するのと同じ事だ。)
B自分の好きな時間、好みの通貨の動きの時に、5000円分、↑か↓かを選んで賭ける。
(月曜日の朝7時から、24時間休みなく、5分毎に、ドル円、ユーロドル、ユーロ円、オージー円、オージードル、ニュージードル、ポンド円、ポンドドル、ニュージー円等)
通貨もタイミングも選びまくれる。PCのwebブラウザはもちろん、iphone、アンドロイドからもワンタッチで賭けられる)
C予想が当たれば、口座には¥14000〜15000の現金が手に入る。
続けたれば、そのまま続ければいい。出金したければ、やめて出金すればいい。また入金も、もちろん自由。
C´もし予想が外れてても、5000円分キャッシュバックされ、口座には5000円がある。
また続けてもいい。出金するには、最低出金額が1万円のため、5000円を追加入金して、1万円以上にすれば、
すぐに出金手続きに移ることができる。
以上だ。日本のクレジットカード会社を通しているから、
何かの時にはカード会社に連絡出来るしクレカのポイントも付く。
オーストラリアの大きな業者だが、
日本語サイトがある。日本人サポートのおっちゃんもフリーダイヤルでつながるから、
ガンガン質問してやったらいい。
サイトはここだ。
https://jp2.highlow.net/account?a_aid=536b3b92ac8b8
2倍と1.8倍が選べるが、
為替の初心者なら、1.8倍で、回数重ねてやった方が、
気持ち的には落ち着く。
連勝を狙いすぎず、連敗しそうになったら、散歩でもして落ち着いてやってくれ。
幸運を祈る。 マイナンバー、国から情報は出てこないわ、財源もちゃんと手当してくれないわで
現場は混乱、スケジュールの目処立たず。
なんか健康保険証機能も持たせたいとか新しい話も続々。
本当にちゃんと間に合うのだろうか。 >>713
無理だろう。
みんな言うのが恐ろしくて気づかないふりをしているが、客観的に考えると国はプロジェクト失敗に結びつくことしかしていない。この段階で仕様が決まってない、実装方法も決まってないってあり得ないだろ。
ただ、国にもメンツがあるから、ボロボロでもサービスの一部(本当にごく一部。税関係の照会業務)は開始するし、番号も付番される。カードも発行される。しかしそれらは実際には使えない。運営維持のコストだけが現場に降りかかる。 某課で入れたシステムがクソ過ぎて、業務に支障をきたすレベルらしい。
以前その課の担当になった事があったので、その課のシステム担当に
「ひどい出来らしいね」って言ったら「そうです」との返事。
システム担当の子は積極的に仕事するタイプでは無かったので、
「これに懲りて次のシステム更新の時はちゃんとしろ」って言ったら
「その時には自分は居ないから、関係ないです」って・・絶句した。 担当が1〜2年で異動するから
仕様も分からず改善もされず運用保守費も業者の言い値
システムの開発運用する力も無いのに独自システムを作ろうとし過ぎ 今日は導入しているパッケージの会社と会議だ。
パッケージの更新をしないのが上司の方針なので、
ギスギスした会議になりそう・・・
担当のお姉さんが可愛いから俺は更新して欲しい(笑) 韓国で「サイバー亡命」続出・・韓国政府による監視強化を忌避、LINEなど韓国製アプリを捨てドイツ製アプリに乗り換え
http://anago.2ch.net/test/read.cgi/dqnplus/1413077563/ 同盟国相手でも、経済でも、政治家相手でも。。。俺の仕事優先w
この身を打ってでもw
ヌルい予算がウリダー
獅子は子供を谷に落とす、この程度で潰れるプロパガンダ対岸の火事にすぎん
もちろん影響受けない僕は都合の悪い時は黙ってますよw
悪影響受けてもアメリカならおkだな姿勢です 事なかれ主義ですね >>720
【韓国】韓国検察の“サイバー検閲”が韓国製メッセンジャー利用者を激減させる-カカオトーク・LINE等からドイツ製ソフトに移動[10/9]
http://yomogi.2ch.net/test/read.cgi/news4plus/1412917204/ どーせさ 富士●の食い物なんだからさw
おとなしくしたがっておけや向上心のない公務員どもww 画像貼ったから言い訳をしてくるだろう。
うまく行けばコテ自身が言い訳するかも。 最近急激にプログラミングに情熱ができてた
C#、php、javaとか自前でいけそう、民間ども悪いな >>735
上の人とかのOKは出ます?
全体の流れが自前開発では無く、民間委託って方向だから、
うちも委託の最中だし。 (うちの部署に出入りしてる人では無く)民間のSEとか
プログラマ数名と話をする機会があった。
その人達の中で社内システムをやってる人が居て、
「以前は社内システムも外注が多かったけど、最近
自社開発にもどりつつある」って言う事を言ってた。
もちろん、その人の見聞きした範囲でって話だけど、
自治体のシステムも自主開発に戻る事があるんだろうか。 過疎がキてる地方の自治体だと自主開発は無理すね
なんとかしてマトモなパッケージを持ってるベンダーを呼び込んで契約できるかにかかってます 選任職員が5人はいないと自主開発はムリ
属人化してメンテ不能になるのがオチ(経験談) 来週の高度、お前ら受けないんだろ?www
雑魚キャラwww システム毎にV-LANで別けている所多いと思うけど、
その間のデータの受け渡しとかどうやってる?
例えば、税と国保とか(システム連携してるか・・・)
うちは住民情報の入ったV-LANは外部に繋がってない
から、住民情報の統計や報告物を県などに提出
する時、外部に繋がる別のネットワークに持っていく
必要がある。
具体的にはUSBメモリーなどでコピーするって事だけど。
USBメモリは規制したい。でも出来ない。
なかなか難しい。 マイナンバシステム改修補助金全然たりねーんだが
人んちの板場で人んちの板前使ってめっちゃくっちゃ手間のかかるコース料理注文しといて
払うのは手前で勝手に決めた材料費だけっつーかそれさえまともに払わねーってフザけてんのか 似非コボラーがwebを理解できずに役職につくからシステムが50年停滞する 【年金情報】ネットを遮断したのは流出確認されてから7日後、「翌日」との説明を覆す [転載禁止]・2ch.net
http://daily.2ch.net/test/read.cgi/newsplus/1433929619/ 【年金情報】海外サーバーにも大量のデータが送信、流出した情報がさらに拡大する恐れ [転載禁止]・2ch.net
http://daily.2ch.net/test/read.cgi/newsplus/1434009331/ 【労働】派遣法違反でアルバドアに2週間の事業停止命令、通信会社にSE多重派遣 [15/06/17]・2ch.net
http://daily.2ch.net/test/read.cgi/newsplus/1434610001/ 【社会】早大生・教職員ら3000人以上の個人情報流出 早稲田大学事務職員のパソコン数台がマルウェアに感染 [転載禁止]・2ch.net
http://daily.2ch.net/test/read.cgi/newsplus/1434964776/ 情報処理として職員になったあと、
全然違う部署に異動になることってあるの?
ずっと情シス課で過ごすことになるの? 初めて高度情報処理技術者試験受けるとしたらITサービスマネージャかな? 【ネット】朝日、読売のニュースサイトからも感染 Adobe Flash Playerの欠陥悪用、バナー広告表示でウイルス感染 東京都職員のPC被害 [転載禁止]・2ch.net
newsplus/1437552393/ 【経済】パソコンメーカーのサポートサービス、ワースト1は「Lenovo」 [転載禁止]・2ch.net
http://daily.2ch.net/newsplus/1437793730/ >>767
初めて受けるなら情報セキュリティが手頃かと・・
他の区分でも最近はセキュリティ重視されているので。
しかも論文が最初ってのもきつそう。 >>764
全然関係ない部署に移ることはもちろんあるけど、何だかんだ言って専門的な分野だから出戻りすることもしばしば。あとは、他所の部署にある個別システムのお守りとかね。。 【社会】内閣府のメール乗っ取り 照会用、不正送信2万件 推測容易なパスワード使用で [転載禁止]・2ch.net
http://daily.2ch.net/newsplus/1438589724/ マイナンバーって、どこの原課がシステム改修してるの? 【社会】お粗末情報管理…堺市全有権者68万人分の名簿持ち出し自宅パソコンで一時保管…59歳課長補佐処分へ [転載禁止]・2ch.net
http://daily.2ch.net/newsplus/1442139600/ 【大阪】堺市の有権者560人の個人情報流出か 市の職員が個人契約していたレンタルサーバーから [転載禁止]・2ch.net
http://daily.2ch.net/newsplus/1442143293/ 【個人認証】NEC、顔認証システム受注 全市区町村のマイナンバー交付に使用[産経新聞]・2ch.net
http://daily.2ch.net/newsplus/1442400537/ マイナンバーねぇ…
セキュリティって言っても完璧を求めれば求めるほど
青天井でお金がかかるわけで。
まあいくらお金をかけても100%になることはないんだろうけど。
あと、いくらお金をかけても結局関わる人間次第ってところもあるしね。
関わる人間が増えれば、情報漏えいが起こる確率は跳ね上がるよ。
国はネットワークの分離について口うるさく行ってくるけど、
年金機構はネットワークがちゃんと分離されている中であんなことが起こったわけだし。
なんだかんだ言って、情報漏えいの発生は避けられないと思う。
実はみんな思っていることなんだろうけどねぇ。 【社会】神奈川・三浦市職員が約200万件のファイルをUSBメモリーで持ち出し…仕事や勉強のため [転載禁止]・2ch.net
http://daily.2ch.net/newsplus/1443817074/ 【住民基本台帳】全村民の住基情報持ち出し=職員、無断で個人PCに保存−熊本県西原村[時事通信]・2ch.net
http://daily.2ch.net/newsplus/1443873735/ 【社会】「マイナンバー」システムで収賄容疑 厚労省室長補佐を逮捕へ 警視庁・2ch.net
http://daily.2ch.net/newsplus/1444711428/ 【社会】「マイナンバー」システムで収賄容疑 厚労省室長補佐を逮捕 警視庁・2ch.net
http://daily.2ch.net/newsplus/1444719026/ 公務員を殺せ!ぶっ殺せ!公務員を殺せ!ぶっ殺せ!
ーーーーーーーーーーーーーーーーーーーーーーーー
クソ公務員は、
何もしないで楽をすることしか頭にない。
常に仕事をしている振りは大袈裟で幼稚。
根性の悪いむかつく奴しかいない。
公務員は死ね、ぶっ殺されれば世界は良くなる。
世界中でいらない物は公務員。
公務員は根性の悪い奴がなりたがる。
諸悪の根源は公務員!!
公務員を皆殺し!!公務員を皆殺し!!
ーーーーーーーーーーーーーーーーーーーーーーーー
公務員を殺せ!ぶっ殺せ!公務員を殺せ!ぶっ殺せ! 【マイナンバー汚職】異能のノンキャリ、情報政策に精通 逮捕の中安容疑者 [転載禁止]・2ch.net
http://daily.2ch.net/newsplus/1444735802/ 公務員を殺せ!ぶっ殺せ!公務員を殺せ!ぶっ殺せ!
ーーーーーーーーーーーーーーーーーーーーーーーー
クソ公務員は、
何もしないで楽をすることしか頭にない。
常に仕事をしている振りは大袈裟で幼稚。
根性の悪いむかつく奴しかいない。
公務員は死ね、ぶっ殺されれば世界は良くなる。
世界中でいらない物は公務員。
公務員は根性の悪い奴がなりたがる。
諸悪の根源は公務員!!
公務員を皆殺し!!公務員を皆殺し!!
ーーーーーーーーーーーーーーーーーーーーーーーー
公務員を殺せ!ぶっ殺せ!公務員を殺せ!ぶっ殺せ! 【行政】8省庁のソフト、サポート期限切れ 個人情報漏れる恐れ[朝日新聞]・2ch.net
http://daily.2ch.net/newsplus/1446883216/ 【社会】厚労省HP閲覧できず サイバー攻撃か 「アノニマス」によるとみられるサイバー攻撃が相次ぐ [転載禁止]・2ch.net
http://daily.2ch.net/newsplus/1448044738/ 【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
日本時間2015/10/1 AM5:00発表
1位(43位) 東京
2位(88位) 京都
3位(201-250位) :東北、東京工業
5位(251-300位) 大阪
6位(301-350位) 名古屋
7位(401-500位) 北海道、九州、東京医科歯科、首都東京、筑波
12位(501-600位) 広島、金沢、○慶應義塾、大阪市立、東京農工
17位(601-800位): 千葉、愛媛、岐阜、○順天堂、○近畿、神戸、熊本、九州工業、
長崎、新潟、岡山、大阪府立、埼玉、信州、○昭和、○上智、○東海、徳島、東京海洋、
○東京理科、鳥取、豊橋技術科学、○早稲田、横浜市立、横浜国立
{備考} ○私立大学 【アノニマス】サイバー攻撃受けた厚労省HP再開 攻撃元は特定できず[朝日新聞]・2ch.net
http://daily.2ch.net/newsplus/1448275629/ 給与システムを偉そうな奴に作らすせたらみごとに失敗
その後研修所に左遷されるも意味がわからずまだ口を出してくる 【社会】 メモリースティック約1,400個を販売・着服 元契約社員の女逮捕 (FNN) [転載禁止]・2ch.net
http://daily.2ch.net/test/read.cgi/newsplus/1448229369/ 【ネット】パソコンのファイル拡張子が「.vvv」になるウイルスが蔓延 被害報告相次ぐ ・・2ch.net
http://daily.2ch.net/newsplus/1449381348/ 公務員を殺せ!ぶっ殺せ!公務員を殺せ!ぶっ殺せ!
クソ公務員ww世界中でいらない物は公務員ww公務員を皆殺し!!
公務員をぶっ殺すことで全て解決されるww公務員を皆殺し!!
公務員ww世界中でいらない物は公務員ww公務員を殺せ!ぶっ殺せ!
公務員をぶっ殺すことで全て解決されるww死ね公僕どもww
公務員を殺せ!ぶっ殺せ! 【社会】健康保険証情報、10万3000人分が流出 一部は住所、電話まで…名簿業者が転売、大阪は3・7万人も・2ch.net
http://daily.2ch.net/newsplus/1451410343/ /:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::ヽ
/:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::://ヽ:::::::::::::::|
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 | |
https://www.youtube.com/watch?v=dFj6B-dIKY8 【マイナンバー】マイナンバープログラムにブログラムミス データ未移行なのに正常「終了」と認識 機構は原因開示を拒否・2ch.net
http://daily.2ch.net/newsplus/1451602905/ インターネットとLGWANの分離、みんなちゃんとやりますか? 補助金ゼロ一つ分足りないわ
補正でやれとか
無茶振りもいいところだわ
コンピューターは道路や橋と違ってチョチョイでどうにかなるとでも思ってるのかね >803
物理分割はよほど小さい団体でないと無理 どっかでつながる
L3スイッチでタグVLANとかもコンフィグに金かかりすぎ 維持も大変だぞ(自庁内にCiscoIOSとか判る奴がいればいいが)
VLANはもともと帯域に余裕がないネットワークのトラフィック対策だよ
帯域に余裕があって単に分割するなら、4ポート以上あるやっすいFWとL2スイッチの組み合わせでいい
サブネット分割すらいらん (アドレスグループ分けは必要)
端末間が心配なら、パーソナルFWをグループポリシーで定義しときゃいい
物理分割してもソーシャル的に接続されたら何しててもだめだからね
しかし自治体クラウドなんてだれがこんなバカな提案したんよ
接続業者に要件出して県単位で業務委託の入札やりゃいいじゃん
フレッツでPPPoEとか使えないとインターネット接続にもLGWANみたいに専用線使うなんてあほなことになるぞ って要綱よくみたらAD鯖3セットおけよって書いてあるな
ホント ランニングコストのことはまるで考えてねぇ 【IT】「最悪なパスワード」2015年版ランキングが発表 1位は「123456」 ・2ch.net
http://daily.2ch.net/newsplus/1453378582/ すいません、市役所の情報システム課って
主にどんな事していますか?
システムの運用がメインだと思うのですが、
3交代制でサーバーのお守りとかさせられるような感じですか?
それか、休みの時でもアラート上がったら電話かかってきて出動、
みたいな感じでしょうか… インターネットとLGWANの分離っていうけどさ、学校、図書館、消防とか独自NWのとこどうすんだよ。それに加えて、病院、水道は別会計で財会や人給システムも市長部局とは別システムだし、これらもLGWAN系NWに変えろと? 公務員を殺せ!ぶっ殺せ!公務員を殺せ!ぶっ殺せ!
クソ公務員ww世界中でいらない物は公務員ww公務員を皆殺し!!
公務員をぶっ殺すことで全て解決されるww公務員を皆殺し!!
公務員ww世界中でいらない物は公務員ww公務員を殺せ!ぶっ殺せ!
公務員をぶっ殺すことで全て解決されるww死ね公僕どもww
公務員を殺せ!ぶっ殺せ!今、やるべきことは公務員を殺すこと!
https://twitter.com/gumichew 国で繰越せば済む話なのに何で全国自治体のリソース消費させるんだ
補正とか繰越明許とか起債とかめっさ大変なんだぞ、クラウドなんか国がつくりゃいいじゃんかよ 国の番号連携、どうもH29.7に先送りらしいね。
地方はそのままみたいだから、H29.7に一斉にスタートすることになりそうだけど
本当に大丈夫なんだろうか。 >>821
マジなの?
じゃあマイナポータル(笑)も遅れるのか みんなは事務系をLGWANにする?
なんかインターネットとLGWANさえ分ければ事務系がインターネット系でも構わないと聞いたんだけど 総務省は大事な大事なLGWANを
いかがわしい市町村のネットワークから守りたいだけ
って聞いた >>823
うちはインターネット系を事務用にするお。
LGWANなんてほとんど使わないお。
それでも補助金もらえるって聞いたお。 >>823
>>825
インターネット系を事務甩にするってことは、財会や人給システムだけをLGWAN系に移すのん? >>826
そもそも人事、財務でLGなんてほとんど使わないよね。 >>824
そんなに市町村が信用出来ないなら仕事も寄越すなってね
面倒なことはみんな市町村に丸投げするくせに うちは使わない
番号利用事務じゃないけどインターネット系に
置くのもアレだからLGに置くしかない困ったちゃん
という認識でいいのかな?
出納部局なら源泉徴収事務で番号を扱うが
それは一般企業でもやってる事務だし >>832
うちはもうやめたお
くそ総務省のやることなんぞ怒らせない程度に付き合っておくぐらいで、
頼りになんかしちゃいけないんだお うちも情報系からLGWANを切り離すんだけど、なんでみんな金も手間も掛かるインターネットを切り離すのか不思議でならない。
LGWAN ASPでもたくさん使ってるのか? インターネット系は都道府県単位の情報セキュリティクラウド経由で出るんでしょ?
そっちに財務とかの内部情報系置いとくと都道府県から嫌がられない? >>835
うちの県は何も言ってこない。
インターネット切ってVDIにするのに下手したら億かかるとか馬鹿らしい。 >>834
闇鍋を封じ込めるんだよ。絶好の機会じゃないか。 こないだ国の説明会でH29.1に情報連携を開始できる機関はない見込みだっていってたらしいね。
H29.1にはマイナポータルのログイン開始だけだと。
んで、地方公共団体の情報連携はH29.7で変わらず、国の機関と一緒にヨーイ、ドン。
いくら何でもこんなのうまく行く訳ないだろ。 いんでない?
でもsoumu.go.jpの人ならおすすめできないかも 10年ぶりに戻ってきたら、マイナンバー関連事務ひどいな。いかなり会計検査院の調書提出あるし。 >>841
結局マイナポータルのログインも延期になったね ベンダーの人間もここに居ていいですか。
要件も定義できないあやふやなシステムでリスクマシマシで見積もって額だけデカくなって
機器構成もオーバースペックかどうかさえ判断できない。
今までもアップアップでやってた部署なのにこんな案件が自治体ごとに5個も10個もきやがって。。。 ベンダーって、やっぱり陰で職員のこと「あのクソ」とか言ってんの?
新任だから、くだらないことでもすぐ電話しちゃう >847
私の付き合いのあるお客さんはごく普通の人ばかりなので。
>くだらないことでもすぐ電話しちゃう
最初は色々と聞いてくれた方が責任感あるんだなって感じますね。
なんでもお任せで〜って人はあとでひっくり返ることとかもあるのでw 今度は電子申請・調達を無害化か。
後出し勘弁してくれよ。 >>854
どこらへんの県ですか?
ウチの県の共同電子入札もどうなるのかな?スルーするのかなーと思ってたんだがやはりそうはいかんかー。 【社会】 下関市役所でパソコンがコンピューターウイルスに感染 (山口県) [無断転載禁止]・2ch.net
http://daily.2ch.net/newsplus/1470994531/ 情報システム課に転職考えてるんだけど、実際どうなんだろ…。激務そうだし不安でしょうがない…。 >>860
ひっきりなしにトラブル対応の問い合わせが来て、夜中や土日も呼び出しがあって、人間関係きつくて、22時が定時で…って、ネットで調べるとそんな情報ばっかなんだけど、実際どうなのかな…。
試験は受けるけど、受かっても蹴るかもしんない…。 >>863
社会人経験者採用ならあるし、この前受けてきたばっかだよ。
業務内容すごいきつそうだから、受かっても蹴るつもりだけど >>864
そうなんだ
SEくずれの職員は何人もいるんだが
情シスに来てくれないんだよなあ >>865
試験直前まで情シス課のこといろいろ調べてたんだけど、あまりにもきつそうだったから、蹴ることにした。
本当は試験辞退しようかとも思ったけど、せっかく勉強したし、いい経験と思って。 >>866
やっぱ業務きつい?
会議ばっか、トラブル対応の電話がひっきりなしにかかってくる、常にバタバタしてるって情報がネットには盛りだくさんなんだけど。 >>868
きついのはきつい
だがSEに比べりゃ天国。帰るの遅いっつっても他部署が基本定時上がりだから定時過ぎたら問い合わせもないし
役所の大きさで違うだろうけど
大きい所は基幹システム系の問い合わせは常駐SEさんに任せられる
パソコンが固まったどうしよう系向けにSEさんを常駐させてる所もあるらしい
小さい所はひとり情シス状態
wordの使い方からネットワーク機器のコンフィグまで割とテクニカルなこともやるみたいよ
こいつ本当に公務員かよ的な人が多い
今年は地方公共団体情報セキュリティ強化対策事業でどこもパニクってるから来年度以降がオヌヌメ >>867
辞退するなら、早めに言ってあげてね。
役所は、急に雇えないので。 連投スマン
忙しいか、忙しくないかは、入ってみないと分からない。
ただ、経験者を求めてるなら、自前で育成できておらず、即戦力が欲しいのだろう。一般の人が想像する公務員のイメージではなく、1人情シスで、楽な職場でない可能性大。
転職して激務で、こんなはずじゃなかったと、後悔するぐらいなら、やめといた方がええんちゃう? てか俺様も情報処理専門技師のほうがいいは
異動したくねえ 変わりたいと思ってても行く宛もないしねー
情報処理も取っちゃった 転職しようとしてるとこは、超田舎の小さい市役所。経験者採用で情報システム課の枠がわざわざある。よっぽど人が足らんのだろうか…。転職すんの怖いわ…。 納期に終われ、他部門との折衝に終われるSEよりはまだ気楽なのかな。。。 >>869
SEに比べりゃ天国ってどのあたりがそんな感じ? 東京はゴキブリの本場
https://www.google.co.jp/search?q=%E3%81%BE%E3%81%93%E3%81%A8%E3%81%A1%E3%82%83%E3%82%93&rlz=
1C1SNJC_jaJP689JP689&source=lnms&tbm=isch&sa=X&ved=0ahUKEwiu6Obx8K_PAhWIjZQKHY7xB7AQ_AUICCgB&biw=1103&bih=642#tbm=isch&q=%E3%82%B4%E3%82%AD%E3%83%96%E3%83%AA&imgrc=5L7U-q2kxI9YbM%3A
新興住宅地は特に残念がチョづいて垢の他人に異常執着でいきがって/偽善て自慰行為
四半世紀前でもダサい ヤンキーのマネしてち遅れが威嚇走行 取り締まり一切なし威嚇しながら痴漢行為のDQN野放し
ユトリヒモテきもジジイや欲求不満のマダムは ストーキングで発情で悦る きしょすぎ >>874
>>超田舎の小さな市役所
この一言だけで、公務員という職種に魅力を感じてるだけで、そこの市には愛着はないのが分かる。
転職しても、すぐに嫌になるんちゃう? 言い忘れたけど、納期に追われ、他部門との折衝に追われるのは一緒やから。
マイナンバー関係で、昨年からは非常に忙しい。気楽なんて、口が裂けても言えんわ。 >>876
このへん
毎夜毎夜3時まで働かなくていい
毎朝今日の自分の工数をどのオーダから捻出するか悩まなくていい
定時になったらすみやかにタイムカードを打ってから仕事に戻らなくていい
カビ臭い開発室に会議用折り畳み長机とパイプ椅子をあてがわれてすし詰めにされない
社外(元請け)の粘着厨から揚げ足取りな罵倒を延々聞かされなくていい
打合せの時刻が当前のように深夜に設定されない
クソみたいなコードやSQLを何とかしろと渡されて最適化したらアルゴリズムが理解できないと言われて元に戻されたりしない
短く書ける処理をステップ数が少ないと金ふんだくれないとか言って冗長に書きなおししなくていい
開発途上で開発環境のバージョンが上がってデグレ対策に追われない
徹夜明けの会議で居眠りして集中砲火を浴びなくていい
お前の代わりは幾らでもいるとか言われない
どうせずっと出張なのに交通費の精算の為だけに土日を使って会社に戻らなくていい
たまの休みに情報処理技術者試験の受験を強制されない(勉強できる暇がないのに受かるわけがないっつーの)
ここまで読んでないよねちんぴょろすぽーん
そうやって作り上げたシステムが鶴の一声でリスケなしで作り直しになったりしない >>878
まったくない。
地元に近くはあるけど、陸の孤島で田舎すぎる。市役所は今にもくずれそうなおんぼろ庁舎。
転職前から嫌だが、今の職場にいると殺されるから、死ぬくらいなら、多少嫌な職場を選ぶ…。
もしくは、いったん入って他の部署に異動願い出すか。簡単には異動できんだろうけど…。 >>880
そんな地獄と比べたら天国ってくらいかぁ…。はぁ…。
ひっきりなしのトラブル電話対応
納期地獄
他部門との仕事の押し付け合い
コミュニケーション()
訳のわからない仕様
会議地獄
こんなのから抜け出したくて情シス転職目指したんだけど、やっぱ淡い夢だったか…。 >>882
これから30年以上働くんだから、役所のロビーに1日座っていればいい。合格したなら、担当課に直接、話を聞きに行けばいい。
オンボロ庁舎のネットワーク基盤はどうなのか。IT機器の配備状況はどうなのか、上司のスキルはどうなのか。事務スペースをみると、ITに対する力の入れようがわかるだろ。
おそらく、1人情シスなんだから、予算も人もない中で、機器メンテナンス、情報セキュリティを自分が何とかしないといけないと覚悟した上で、転職するんだね。 大阪府の情報セキュリティクラウドが15万円だって、さすが大阪人値切りが上手いねw
ttp://itpro.nikkeibp.co.jp/atcl/column/14/346926/101300662/?rt=nocnt 番号と強化対策が重なって大炎上するのが目に見えてる
とてもうまくいく気がしない
今のうちに国あたりが盛大にこけてくれた方が後々みんな幸せになれるとおも >>886
昔よくあったよね
富士通の5円落札とかおおかた20年になるのか どうせ情報が洩れるのはシステムの不備じゃなくて人間の故意・過失だから 昨日の鳥取地震で、震度2だったのに、メッチャ揺れて怖かった。オンボロ庁舎なので、震度5レベルがきたら、恐らくサーバ全滅するわ。 うちの庁舎も震度3ごときで割と揺れた
被害なかったけど停電があったらと思うとぞっとするわ 総合運用テスト、何から始めていいか、まったくわからん。資料ありすぎ。どれ見ればいいの? >>892
今になってヤバくね?
うちは県が仕事して市町村一体で進めてくれてるからありがたい。
独自利用事務がヤバいわ。 何でこのタイトなスケジュールでこんなクソ面倒な検証作業を全市町村がせにゃいかんの
弱小市町村システム担当のヘッポコぶりはコンビニバイト以下ってわかってんの?
ベンダーで全部やれる仕様に抑えとかんと、大コケしてからファビョっても知らんぜよ
運用開始後も自治体にとっちゃベネフィットより維持管理負担が莫大膨大無限大すぎるよ
止まらない原発みたく自治体がとことん失政のケツ拭かされる悪寒がぞくぞくぞくっ ベンダー云々より国自体の仕様も遅いし変わりすぎ。会計検査でまた痛めつけられるわ。 1人情シスの零細町村なんかシステムが動いてるだけでも奇跡的なレベルだっつーの
合併で市になった所もね
社会福祉・税担当者は実務で腹一杯なのにテストなんかやりたくない やれない
挙げ句にチンケな補助金でセキュリティー対策しろとか頭涌いてんのか
本気でマイナンバーに向けたセキュリティー対策やりたいなら
市町村に無害化システムとVDIと生体認証システムの現物を無料配布!
全市町村のセキュリティー対策が完了するまでマイナンバー情報連携は延期!
補助金じゃないから会検対象外!
現場じゃ当然なこともお仕着せの有識者会議じゃわからんのだろうな [内閣官房より]
チッ 腐ってやがる・・早すぎたんだ 情シス課枠で中途で田舎市役所への転職活動中で、今度面接なんだけど…。
このスレ見てると、情シス課って本当にきつそう…。民間SEの方がまだマシかな…。一人情シスとか当たり前なの? 858とは、別人?
>>869に書いてくれてるとおり、金のあるところと、ないところで、業務の守備範囲が全然違う。
面接の時に、現在の担当職員数を聞いてみるといい。職員数が1人から2人とかなら、1人情シスの後継者候補だろ。 公務員を殺せ!ぶっ殺せ!公務員を殺せ!ぶっ殺せ!
ーーーーーーーーーーーーーーーーーーーーーーーー
クソ公務員は、
常に仕事をしている振りは大袈裟で幼稚。
根性の悪いむかつく奴しかいない。
公務員は死ね、ぶっ殺されれば世界は良くなる。
世界中でいらない物は公務員。
公務員は根性の悪い奴がなりたがる。
諸悪の根源は公務員!!
公務員を皆殺し!!公務員を皆殺し!!
ーーーーーーーーーーーーーーーーーーーーーーーー
公務員を殺せ!ぶっ殺せ!公務員を殺せ!ぶっ殺せ! 千葉県は4日、同県松戸市と佐倉市のホームページにそれぞれ市役所などに対する爆破予告
のメールが届いたと発表した。
県によると、松戸市には「市役所内700カ所と市内の個人宅に2783個の爆弾を仕掛けた。
爆破時間は7日午後3時」、佐倉市には「市役所内4万298カ所に爆弾を仕掛けた。7日午後3時34分に爆発する」
といった内容のメールが、ともに3日夜に届いたという。千葉県警に報告するなどして警戒を強めている。
また、新潟市も4日、庁舎の爆破を予告する電子メールを3日夜に受信したと発表。メールは広聴相談課に届き「新潟市役所の
役所内4万298カ所に爆弾を置いた。この爆弾は11月7日午後3時に爆発します」という内容が書かれていた。
>>903 通報したよ >>903
ここまで書くなら当然お前は一人くらい殺してるだろ? ところで勿論おまいらメールヘッダくらい読めるよな?
まさかとは思うが・・・ インフラできるSEさんなんて只でさえ少ない
元々番号制度でいっぱいなのに強靱化で追い討ち
今年度しか仕事がないから今から育成しても後で余る
だからインフラ屋さんは今いる人数だけで何とかさせられる
総務省主導の官製ブラック
お見事です
もしかしてあれか
最初から番号制度がH29.7に間に合わないの分かってて
言い訳のために強靱化を用意したのか
総務省の御仁は責任取って辞職願
当然天下り先は確保済
…てなシナリオでないと総務省の行動に
合理的な説明が付かないよ
彼ら日本国の誇るエリート集団なんでしょ? そろそろ市町村も本気で怒らんといかんと思う
情シスはなかなか連携の取りづらい部署だけど・・ >>906
マイキープラットフォームも酷いもんだ。マイナポータルもだけど。 マイナンバーカードを普及させないと死んじゃう病の総務省
死んでしまえ 公務員を殺せ!ぶっ殺せ!公務員を殺せ!ぶっ殺せ!
ーーーーーーーーーーーーーーーーーーーーーーーー
クソ公務員は、
常に仕事をしている振りは大袈裟で幼稚。
根性の悪いむかつく奴しかいない。
公務員は死ね、ぶっ殺されれば世界は良くなる。
世界中でいらない物は公務員。
公務員は根性の悪い奴がなりたがる。
諸悪の根源は公務員!!
公務員を皆殺し!!公務員を皆殺し!!
ーーーーーーーーーーーーーーーーーーーーーーーー
公務員を殺せ!ぶっ殺せ!公務員を殺せ!ぶっ殺せ! 一人情シスに、ひっきりなしの問い合わせ地獄、仕事の大半は会議ばっかで、責任は重たい。マイナンバー対応で常にバタバタ。
そんな話を他スレで聞いてきたから、民間よりきついのかなって思ってたけど、そうでもないのかな…。
↓のスレで書かれてることってもしかして全部嘘?
市役所5年目のぼくが質問に答えるよ! [無断転載禁止]©2ch.net
http://tamae.2ch.net/test/read.cgi/govexam/1476690108/ 2ちゃんの書き込み全部真に受けて、転職するかしないかを決めたおれがバカだったか…。 役所の情シス経験ないやつが情シスの内部事情わかるわけないやん システム委託か自前でまず環境違うし、情報だけ専念できるか、総務や企画みたいな部署の仕事も入ってくるかでも違う。
予算も上の考え次第でセキュリティ対策も違ってくるしな。 情報連携、本当にH29.7に開始できるのか?
うちの感じではどう考えても無理っぽいんだけど。
最近国もごり押し加減がひどくなってきてるし、実際結構ヤバいんじゃね。 >>918
無理でしょ。
マスコミに総務省と自民が叩かれて政権交代しますように。 会計検査院のスレなくなったんだね。公表してどうするんだろ。 インタネ分離の反発が半端ない件
総務省は自治体職員への説明責任を果たせよ
府県だけ回ってダメ出しする御身分ですか
仕事を増やされて人を減らされる中で業務効率の低下を強制される現場職員達の憎悪を受けてみてはいかがですか
強靱化に着手しない自治体を恐喝しておいて
最後は各自治体の判断だといって逃げるのですか でじぴー無駄に凝ったデザインでワロタ
使いにくさはワロエナイ >>926
ポイント管理する天下り先作るんだっけ?
自分の天下り先を作って地方財政を悪化させる。
いい仕事ですなあ。 社会人経験者枠でシステム課受かったけど、蹴っちゃった…。バカなことしちゃったかな…。 官製の「ぼくが考えたすごいシステム」なんてうまくいったためしがない
下手に民間サービスの真似しても陳腐化した時切り替えできない
それでも失敗を認めずゾンビ化するので更にタチが悪い
マイナも失敗確定だろうが、税金ジャブジャブ&自治体負担でゾンビ化するんだろう
民間認証サービス認めて利用すれば、数千億をドブに捨てずに済んだのになぁ 全国知事会とかで何とかならんのかな
現場シャレにならんぞ
情シスの現場じゃない
各職員の現場の総和のことだ >>933
マジで知事会で取り上げて欲しい
でも総務省のOBとか自民系ばっかだから無理だろうなあ 子育てワンストップのごり押しもひでーよ。何を根拠に予算積算するんだよ。 総務省が直営でしてくれればいいよ
こっちは人が足んねーんだ 情報提供ネットワークってさー
添付書類一通省略させんのに、一体いくらかかる計算になるん?
トータルで自治体のコストダウンになるとはとても思えんし
中間サーバ負担金と番号連携サーバ保守料だけで年に何百万もかかるし
運用事務の職員負担も冗談ならんし
会計検査院さん、たのんますよー
自治体持ち出し分も含めて総括してほしいなぁ 20年くらい前の会計検査って
市町村相手だと監査中に書類ぶん投げたりしてたって本当?
その力を弱い者いじめじゃなくて巨悪を穿つために使って欲しいなぁ 昔は検査官の好みとか聞いてさりげなく用意してたとか。 総合運用テスト、クール1が半分すぎた訳だけど、
みんなちゃんと出来てる?
うちは未だにテストケースもまとまらんわ。
マジヤバだわ。 >>942
ペアの相手が準備不足でスケジュール組み直し…
こっちは真面目にやったのに もうどうにでもな〜れ
*゚゚・*+。
| ゚*。
。∩∧∧ *
+ (・ω・`) *+゚
*。ヽ つ*゚*
゙・+。*・゚⊃ +゚
☆ ∪ 。*゚
゙・+。*・゚ これだけボリュームのある事業に人の手配をしてくれないのが辛すぎる
どこまでもお花畑な総務省 総務大臣が替わろうととバックの糞生む省の官僚が替わらないと意味なくね?
あとゲリピーの使いにくさは何とかならんか マイナポータル、接続しないという勇者はいないかい? ホームページへのリンクを張るだけの簡単なおしごとで終わる模様 接続するつもりで、予算計上に奔走してたのに、担当課が全くついてきておらず、振りかえると1人だった。もう、計上しねぇ。 自治体ごとに進捗状況も職員の理解度も違うしどうにもならない気がしてる
国はいい加減諦めてくれねーかな あんな難解なマニュアルを、自治体職員に分かれと言う方が無理。そんなに賢くない。
ていうか、情報共有サイト、いくつあるねん!子育てより、そっちをワンストップにしてくれよ。 総合テスト調整担当がメンタル病んだわ
こちとらマイナンバー専任置く余裕なんてないんだよたった一人二人でシステム管理とセキュリティ管理と議会対応とプロ住民や商工会の対応選挙対応予算管理監査対応補助金事務会検対応推進計画災害もろもろの対応他にも一杯一杯仕事あるんだよ
こんなムチャクチャ運用管理の面倒なシステムで何が業務効率化だよ始まる前から死屍累々じゃねーかよいい加減にしてくれ どんどん糞仕様な例がでてきてるな。
テストはいいけど、本当に使えるのか。エラーばかりの返答になりそう。 複数のデータセットからなる特定個人情報で、一部データセットの副本の登録がなかったらその特定個人情報ごと自動応答されないって聞いたんだけど、これホント? マジか。
でも、データ標準レイアウトって事務をまたいでるものだけじゃなくて機関をまたいでるものもあったような。
こういうのってどうなるんだろ。 <年金機構>情報流出発覚後もルール守られず PCに保存 [無断転載禁止]・2ch.net
http://daily.2ch.net/newsplus/1481979878/ PCに保存しなきゃどこに保存するんや
なんのためのハードディスクかよく考えろ >>962
でも提供情報が存在しないのか未登録なのかわからないなら
そうしとくしかないんじゃないの。 >>962
機関をまたがる特定個人情報についてはちゃんと交通整理されるから大丈夫だよ。 情報コード確認しながら入力しろってなんだろね。
例くらい書いときゃいいだろうに。 子育てワンストップの電子申請を7月からやるとこなんて、どのくらいあるんだろ? マイナンバー絡みでメンタルやられちゃったって人、いる? >>982
やるやらないは自治体の自由(自由とは言っていない) これまで通りの添付書類で事務やるから情報連携やめたいってマジで総務省に言いたい。
それでも事務やる上では支障ないし。 独自利用申請やめときゃよかった。
条例まで作ってアホらしい。 病院でもマイナンバーカード、保険証代わり
政府は、2018年度にマイナンバーカードを健康保険証として利用できるようにする方針を固めた。
患者の本人確認を迅速にし、医療事務の負担を軽減するとともに、カードの普及を図る。厚生労働省が17年度当初予算案に、システム構築の関連費用などとして243億円を計上した。
同時多発的にきたな。マイキー、マイナーポータル、保険証、子育てワンストップ、総合運用テスト。 598 名無しさん@1周年 (ワッチョイ 7615-4Ie9) sage 2017/01/03(火) 17:24:44.32 ID:tg2Rbuoe0
住基カードで一度失敗した事を、名前変えてもう一度やっただけなんだから
そりゃ失敗して当たり前
自治体の電算担当者の懐には、システム会社からのマネーがいくら入った事やら
やっちゃっていい? 入るわけねえだろ。
そんなん入るのは高市とか安倍とか、マイナンバー推進した国会議員だろうなあ。死ねばいいのに。 RESASってなんでchrome専用なんだよ。IEでも動くよう改修しろ。
今すぐにだ。 >>997
花火を打ち上げるために、Chrome専用にしました。 このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
life time: 2221日 19時間 21分 28秒 2ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 2ちゃんねる専用ブラウザからの広告除去
★ 2ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
http://premium.2ch.net/
▼ 浪人ログインはこちら ▼
https://login.2ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。