SE派遣3社に業務停止命令などの行政処分、IT企業への「多重派遣」で | 日経 xTECH（クロステック）
厚生労働省東京労働局と同省神奈川労働局は2014年7月28日、システムエンジニア（SE）の派遣を手がける事業主3社に対し、労働者派遣法に違反したとして行政処分を出した。3社は同法が禁じる「多重派遣」に関与していたとし、派遣事業の一時停止や事業改善を命じた。 行政処分を受けたのはRJC（東京都千代田区）とスライムスタイル（横浜市）、ケイズ・ソフトウェア（東京都品川区）の3社。RJCは原因究明や再発防止のための措置を講ずることなどを命じる「改善命令」を受けた。スライムスタイルとケイズ・ソフトウェアの2社は改善命令に加えて、7月29日から8月11日までの間、労働者派遣事業を停止することを命じる「停止命令」を受けた。 行政処分の理由は、ある「IT企業」に対して3社がシステムエンジニアを多重派遣する形で労働者をやり繰りしたことだ（図）。2012年から2013年にかけて、RJCが雇用する労働者の延べ6
恐怖！ヒヤリハット事例ビデオを正視できないSEが続出 - さまざまなめりっと
客先のファイルシステムをバックアップなしで消し飛ばした事あるけど、 特にトラウマになってないな。 多分、最初の時点で「終わった」って気分になったからだと思う。 人間、助かるかどうかの瀬戸際にいる時が一番精神が削れる。 もうどうやったって助かりようがない、という状況に置かれたら、特に迷ったり気を揉んだりする事もない。 （残業しないで済むかどうか、休日出勤しないで済むかどうか、という瀬戸際が一番疲れるのに似てる。 「しないで済むわけがない」という状況なら、定時は気にならない）
銀行SEの現在 - novtan別館
もう2007年といえば5年前のことになってしまう。時のたつのは早いものです。 当時の増田のエントリが何故か今頃盛り上がっていて、その結果それに言及した僕のエントリも盛り上がっているようなのですが、5年前の状況というのはさすがに古かろう、ということでちょっとアップデートしてみたいと思います。 参考： IT業界で無事にいたいなら銀行に関わるな 銀行SE…かわいそうです… - novtan別館 ここ最近の銀行システムの大きなトピックというのは三菱統合UFJ銀行のDAY2（システム完全統合）と、みずほ銀行の3.11後の大障害とそれに伴う銀行の統合・システム刷新でしょう。 特に後者は銀行システムの停止が社会に与える影響が如何に大きいものかということを体現してくれました。 なんどかリークもされているからここだけの話をすると、みずほ銀行はいわゆる第三次オンラインをちゃんとやらなかった建て増しシステムであ
SEが考えていることは常に正しい
「SEが考えていることは常に正しい」。 強い言葉である。この発言を聞いたのは1年半ほど前だが今でも記憶に残っている。 SEとはシステムズエンジニアを指し、情報システムの企画、設計、開発、運用にかかわるすべての人を指す。企業の情報システム部門やシステム子会社にいるSE、メーカーやソフトハウスなどIT企業にいるSE、組織に属さずコンサルタントなどをしているSE、すべて含む。 「SEが考えていることは常に正しい」とすると、「正しくないことを考えている人」がいるはずだ。 それは「ビジネス側の人たち」である。情報システムを利用する人たちと言い換えてもよい。経営者、事業部門の長や部員、管理部門の長や部員、関連会社や取引先の経営者や社員、すべて含む。 SEが情報システムを企画、設計、開発、運用していこうとすると、ビジネス側の人たちと意見が衝突することが往々にしてある。 「会社を預かるものとして君の提案は
巫女SE、脆弱性のあるサービスを独断で停止し、あわや警察沙汰に | スラド セキュリティ
「巫女SE」として一部の/.Jユーザーの間で話 題になったn_ayase氏（氏のTwitter）が、派遣先で試験を行ったシステムに深刻な脆弱性を発見、独断でシステムを停止させてあわや警察沙汰になるところだったそうだ。 詳細はTogetter - 「巫女テスター（17歳）、システムの致命的な欠陥を発見しサーバーごとシステムをシャットダウンした一部始終」やTogetter - 「巫女テスター(17歳)、欠陥システムをサーバーごとシャットダウンするに至った顛末とその後のお話」にてまとめられているが、n_ayase氏がとあるシステムの調査を依頼されてペネトレーションテストを行ったところ、コードが断片的にしかないうえにパスワードやクレジット情報が平文でDBに保存されており、漏洩の可能性も考えられる危険な状況だったらしい。このシステムは実際に稼働していた状態だったため本人の独断でサービスを停止した結果
「バグ数には興味ないのだよ」――顧客が喜ぶテスト仕様書とは？
「バグ数には興味ないのだよ」――顧客が喜ぶテスト仕様書とは？：誰にでも分かるSEのための文章術（11）（1/2 ページ） 「提案書」や「要件定義書」は書くのが難しい。読む人がITの専門家ではないからだ。専門用語を使わず、高度な内容を的確に伝えるにはどうすればいいか。「提案書」「要件定義書」の書き方を通じて、「誰にでも伝わる」文章術を伝授する。 メーカーが機械を納入する際は、耐久試験や性能試験などの結果を添付して、問題がないことを顧客に確認してもらいます。同様にシステム開発においても、テスト結果を顧客に提示してシステムに問題がないことを確認してもらう必要があります。 今回と次回の2回にわたって、「テスト仕様書」の書き方と表現のポイントを説明します。 今回は、「顧客にとって良いテスト仕様書」とは何か、「顧客にとって良いテスト仕様書」にするためには何を記述すればよいのか、テスト仕様書のおおまかな
女の私がイメージするＳＥの日常:アルファルファモザイク
文化祭でカセットコンロ４台の上に鉄板２枚載せて焼きそばを作っていたらガスボンベが爆発、生徒１５人負傷…私立豊南高校
SEって、すぐ「マニュアル読め」と突き放すよね？｜【Tech総研】
例えば、新製品の家電の操作がイマイチ理解できなかったとき。使い方を聞くと、必ず返ってくるのは「マニュアル読め」というお言葉。そんな冷たいこと言わずに、教えてくれてもいいのに……。ついつい突き放してしまうSEの本音を、きたみりゅうじが代弁します。 やれ設計書だ規約書だ試験仕様書だ納品書だ報告書だと、やたら紙モノの多いSEの世界。ドキュメントの大切さを日々噛みしめているせいか、俗に難解と言われるような製品マニュアルだって、彼らにとっちゃ苦にならないとかなんだとか。 だからか彼らは言うのです。「マニュアル読め」…と。「この使い方教えてー」と聞いても「マニュアル読め」。これは冷たいんじゃないか。マニュアル読んでもわかんない人の気持ち考えたこともないだろう？ さあ、どうでしょう。はてさて、それは以降の物語をご覧あれ。 「マニュアル読め」ってのは突き放してるわけじゃなくて、「そうしないと覚えられなくて
【親方日の丸な人々2009】お役所の寒いIT事情（４）ExcelマニアがSEに昇格？ - ライブドアニュース
公務員志望の学生さんから「公務員になるのにパソコンはどれくらい使えたらいいですか？」という質問を受けたならば、おおよそ次のような回答になるであろう。 【Webが使えて、メールの送受信ができて検索スキルがあればよし。あとはExcelが「ほどほどに」使えればよい】 技官系は、CADなどの知識が必要な場合もあるが必須ではない。現在の業務システムは多くがWebベースで構築されているので、業務知識が付けば自然と覚える。ただし、部署によってはExcelでの統計業務が必要になる場合があるので、最低限タテヨコの表を引いて基本関数を埋めることができればよい。それ以上のスキルは災いをもたらすことが多い。というのも、お役所ではExcelが得意な人はSEと同等と見なされることがあるのだ。 現在、お役所勤めの40歳以上の職員は、新規採用職員時代にワープロ専用機からオフコンを経て、パソコンに至るまで、お役所IT化の先
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
