労働法やその他法令に抵触、もしくは抵触の可能性が高いグレーゾーンの条件での労働を従業員へ強いる、いわゆる“ブラック企業”。その中でも特に“ブラック色”が強い疑いのある企業を選定する「ブラック企業大賞 2013」の受賞式が、8月11日14時～東京都千代田区の在日本韓国YMCAで開催された。この賞は、ブラック企業を生み出す背景や社会構造の問題を広く伝え、誰もが安心して働ける環境づくりを目指す「ブラック企業大賞企画委員会」が、昨年から開催しているもので、第1回目となった昨年は東京電力が大賞、ワタミが市民賞、ウェザーニューズが特別賞をそれぞれ受賞した。 2回目となる今年は、6月17日にノミネート企業としてワタミフードサービス、ベネッセコーポレーション、東急ハンズなどの一般企業のほか、国立大学法人である東北大学なども含む計8社が発表され、3万票以上を集めた一般の人々からのウェブ投票などの結果を踏まえ

仕様が固まった後に作成するドキュメントは、プログラムと一対一になるようなドキュメントではない。そんなのはプログラムを見ればすむ話だから。メンテナンスする人が必要になるドキュメントを書く。メンテナンスする人にとってはドキュメントは必要ですよ。全部ソース読めはきつい。 http://d.hatena.ne.jp/higayasuo/20080721/1216607451 メンテナンスに必要な設計書ってどんなだろうか。 現在システムテストの段階にあるプロジェクトに参画しているので、 出来上がりつつあるシステムを見ながら考えてみる。 機能概要は必須だ。 機能の一覧よりは、要件の一覧が良い。 例えば、「商品データのメンテナンス機能」だとしたら、 登録ボタンを押したら、画面の入力に従って商品データが登録される その際に、「商品テーブル」と「価格テーブル」と「価格履歴テーブル」にデータが登録される とか

前編「変更に耐えるシステム構造とモデルの関係（上）」では、システムの分析を行ううえで知っておくべき知識の整理をしました。分析（あるいは設計）作業には、システムのモデルを構築する作業が伴います。今回は、システムの概念モデリングを行う際に注意すべき点を明らかにしながら、洗練されたモデルが変更に強いシステム構造を得る最短距離であることを解説していきます。 （1）概念モデル（概要レベル） 目的やビジネスの要求や業務フローが明らかになった後で、概念モデルを作成します。概念モデルはシステムの全体のエンティティの構造を主に洗い出します。E-R図に似ている部分がありますが、データを分析するのではなく概念の構造を分析します。属性や振る舞い、概念間の関係などを複数の視点で分析し構造を洗い出していきます。 概念モデルは、業務シナリオから導き出されます。業務シナリオを書いてみるか、もしくはビジネス要求や業務フロー

今回は2回に分けて、要求を忠実に反映したシステム分析の方法と、変更に耐えるシステム構造を作る方法を解説します。前編である今回は、実際の分析作業を行う前に知っておくべき知識の整理をしておきます。 保守性の考え方 保守性とは、「予想できなかった機能変更・追加を最低限のコストで実施できること」です。では、予想できない機能変更はどんなときに起きると思いますか。わたしは大きく2つあると思います。すなわち、「使いにくい」「使えない」など、要求が正しく実現されていないとき、あるいは、使ってみると新たな要求が出てくるときです。これは、システムの機能とビジネス要求の乖離（かいり）が原因だと考えられます。このような場合、結局は、仕様変更を余儀なくされます。（広い意味での）バグと考えてもいいでしょう。 ビジネス環境が変化することで、構築したシステムに機能の追加が要求されたり、短時間で機能変更が要求される場合もあ

図11●ドキュメントも人事評価の対象にする<BR>GMOメディアアンドソリューションズでは，ドキュメントも人事評価の対象とし，3カ月に1回上司が確認する。(1)ドキュメントを見れば担当者の仕事を評価できる，(2)表現力や文章力の乏しいエンジニアの底上げを図る，(3)ドキュメントがあれば担当者をローテーションさせることができる---といった狙いからこのような制度にした Part2●体制を整える 標準化や共有で品質を高める コーディング・ルールなどはシステム構築前に規定するが，ドキュメントに関しても標準化しておくのが理想である。何を残し，何を省略するかはプロジェクト・マネージャのスキルに依存する部分が大きいからだ。 そのため，電通国際情報サービスでは今後，成果物の作成を省略すると，工数を削減できる代わりにどのようなリスクがあるかを開発プロセスの中で明らかにしていく予定である。「ドキュメントはプ

Part1●効率化を図る リスクを考えながら無駄をなくす ドキュメントを大幅に削減したいのであれば，開発プロセスを見直すのが最も効果がある。ユーザーや開発者同士の意思疎通が図られ，お互いの合意がとれているのであれば，ドキュメントは省略可能だ。この特徴を最大限に生かしたのが，XP（Extreme Programming）による開発である。 ただ，XPを含め，お互いの合意がとれている状態にするのはかなり難しい。規模が大きくなればそもそも困難になるほか，ユーザーの立場からするとリスク回避のためにどうしてもドキュメントが不可欠になる。開発プロセスの見直しが難しい場合は，合意がとれているものは省略する，できるだけ再利用する，などして地道にドキュメントを削減していくしかない。 開発プロセスを見直す 一般に，システム構築では要求→分析→設計→実装→テストといった手順を踏んでいくが，このようなプロセスでは

福士有二 日立製作所 情報・通信グループ　プロジェクトマネジメント統括推進本部 データ設計の肝になるのは，データの最小単位であるデータ項目と，データ項目のまとまりと関連を示した論理データ・モデルである。画面設計や業務プロセス設計より先に設計作業を進め，追加や変更がある場合は速やかに対処することが肝心である。 図6に示したのが，データ設計で作成する設計書とその関係である。大きく分けて「(1)設計基準作成」「(2)データ項目設計」「(3)データベース論理設計」という三つのステップがあり，全部で8種類の設計書を作成する。要件定義で作成した「業務用語集」「概念データ・モデル」「データフロー図（DFD）」を用意しておこう。図7と照らし合わせて読んでほしい。

僕が今やってる例のプロジェクト*1で、 この前、設計書を作ってお客さんに確認してもらった。 分厚い設計書で、何回も社内レビューをしてもらって、 メッセージＩＤのマッピングなど細かい点をイライラしながら直して 何度も印刷して、「最終版」、「最終版２」、「本当の最終版」という お馴染みのサブディレクトリができて、 やっとの思いでお客さんに提出したんだけど、どうやらぜんぜん見てくれてないみたいだ。 しかし、一緒に提出したユーザーマニュアルには、隅々まで目を通してくれていた。 お陰で、重要な仕様の誤解を発見することが出来た。 ユーザーマニュアルはそのままHTML化されて、 システムのHELPボタンから呼び出されるから、 お客さんとしても念入りにチェックしてくれたんだ。 ところで、設計書には大きく３つの役割がある。 ・お客さんが仕様を確認するため ・エンジニアが実装するため ・保守のため 僕は今回、

秋月マキシ(CV:芹澤優)が、広告なしで全曲聴き放題【AWA/無料】 曲をダウンロードして、圏外でも聴ける。 無料で体験する▶https://mf.awa.fm/2yacHT6 http://inuhasa.jp/ TVアニメ『犬とハサミは使いよう』のキャラクター、秋月マキシのキャラクターソング・ミニアルバムから、劇中挿入歌「マジカル☆ラブ」を秋月マキシを演じる芹澤 優自身による実写化ミュージック・ビデオが登場。甘酸っぱいメロディーが弾ける、ラブ＆キュートなアイドルソング。

サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。

ブラック会社経営してたけど質問ある？ Tweet 1：代行：2013/08/11(日) 01:35:32.06 ID:B5y4Yy3P0 身バレしない程度にブラック会社の経営方法と、ブラック会社に労働審判で勝つ方法教える。 あと経営の経緯とか。 8：以下、名無しにかわりましてVIPがお送りします：2013/08/11(日) 01:38:02.80 ID:EkSMzs/N0 スレ立て代行あざっす。 初なんで至らないトコあったらさーせん。 今現在、ブラック会社に勤めてる人が労働審判で勝つ方法や、ブラック会社経営したい人の質問など答えます。 6：以下、名無しにかわりましてVIPがお送りします：2013/08/11(日) 01:37:10.78 ID:7E+LzlOk0 嘘をなんたら見抜けないなんたらは掲示板なんたら難しい 10：以下、名無しにかわりましてVIPがお送りします：2013/08/11

仕事でちょっくら12台のHDDを使ったRAIDアレイを組むんだけど、その折にちょうどTwitterで「RAID-1+0にしないとRAID-6とか怖くて使えませんよ！」というウソ八百な内容のWebページのURLを見掛けたので、いいかげんそのような迷信が消え去ってもよかろうと思って書くことにした。 1重ミラー設定のRAID-1+0は安全性においてRAID-6に劣る。ただし、正しく運用されている場合に限る。*1 知っている人はずっと前から知っている事実ではあるんだけど、某巨大SIerなんかでも高い方が安全に決まってる的な残念な脳味噌の持ち主がいっぱいいて「いやあデータの安全性を考えるとRAID-1+0」とか考えもなしにクチにし、そっちの方がディスクがいっぱい売れて嬉しいストレージベンダーもニコニコしながら否定せず売りつけて去っていくといううわなにをす(ry まあそんな感じで。ちなみに正しくない運

図1●ドキュメントがないとシステムに手をつけられない<BR>ライオンでは生産購買管理システムの見直しを図ったが，エンドユーザーが中心となって開発したシステムのため，ドキュメントが全く残っていなかった。1985～86年に稼働してから担当者も3回交代しており，システムに全く手をつけられないような状況になっていた 図2●ドキュメントに対する悩み，不満は多い<BR>短期開発やビジネス環境の変化でドキュメントを作成，メンテナンスしている余裕がないという声は多い。その一方で，ドキュメントを書くよりもプログラムを作った方が早いといった不満もある。この結果，必要なドキュメントがない，ドキュメントとソースコードが乖離（かいり）している，という事態に陥りがちだ ドキュメントを作っている余裕がない---。多くのSE，開発者に共通する悩みである。開発期間の短縮，ビジネス変化への追随などで，ドキュメント作成の負荷が

前回公開したエントリ「開発者向けのソフトウェア設計書は必要か？ - 勘と経験と読経」へのフィードバックで、保守には設計書が必要なのではないか、というものがあった。その点については思うことがある。というわけで、保守という観点でソフトウェア設計書に関する考えをまとめてみた。ソフトウェア構築時に必要とされる設計書と、保守の際に必要とされるものは異なるのではないかと考えている。 議論の前提：仕様書と設計書 再掲になるけれども、ここでは仕様書と設計書という用語を以下のように定義する。 仕様書 … 開発者とユーザー(仕様決定者)が、ソフトウェアの振る舞いや動きに関してコミュニケーションするために必要な文書類のこと。 設計書 … 開発者どうしがソフトウェアを作成するにあたっての、構造や仕様についてコミュニケーションするために必要な文書類のこと。 そして、改めて説明する必要は無いと思うけれども仕様書は保守

中間管理職になってからそれなりの時間がたつが、人の評価というのはいまだに不得手である。毎年回ってくる、人事評定と呼ばれる仕事のことだ。部下を面接し、その目標や達成度や希望やら不満やらを聞いて、それからおもむろに机に向かって、その人の評点をつける。面接自体はそれほど苦にならないが、評価がいつも難しい。その昔、面接で自分が上司に訴えるだけですんだ頃に比べると、とても気の重い仕事である。自分の評価した結果が、直接、その人のボーナス査定や昇進につながるからだ。 まあ、わたしの職場の場合、自分の決めた評点が最終値となるわけではなく、さらに上司やもっと上での調整・決定が行われるので、少しは責任が軽いと言えるかもしれない。ただ、査定が決まった後、今度は管理職は部下にそれを伝えなければならない。当然、（なぜ自分の努力はこれしか報われないのですか？）と、全員の目が訴えてくる。自分だってそうだったのだから、も

ブラック企業糾弾とか、労働基準法順守とかで魔女狩りしても生産的なことにはならないとおもいます。僕は残業なし有給１００％、昇給なしの３００万。ホワイト３００ジョブを、おおくの企業につくってもらうことを提案します。

イオンは全国で大規模な直営農場を展開する。耕作放棄地などを借りて広い農地を確保、2015年度に合計で約3倍の500ヘクタールに広げる。IT（情報技術）やスーパーの配送網を使い生産や物流費を2割抑え、自社ブランド野菜の販売額を年間約1000億円に引き上げる。競合するセブン&アイ・ホールディングスも直営農場を増やす。政府が推進する農地集約を追い風に小売りの農業事業拡大が進みそうだ。09年に農業に参

Chromeでは自動保存のパスワードが丸見え。サーッと血の気が引いたわ2013.08.10 19:0010,614 satomi Chromeは初めて立ち上げると面白いことが起きます。 先日Ember.jpアプリ向けの開発でChromeを使った時のことです。閲覧はSafari常用ですが、Safariは一番ファイルをキャッシュして欲しくない時に限ってキャッシュする癖があるので、時たまChromeに切り替えるんです。 すると、Chromeにこんなのが出てきました。Safariのブックマークレット移植したら両ブラウザとも同じ環境になって便利だな、と思って｢Import bookmarks now（ブックマークを今すぐインポートする）｣のリンクを押してみたら、こんな予想外のものが出てきたんです。 なぜ｢保存済みパスワード｣がグレイで、もうチェックしたことになってるんでしょうね？？ チェック外せない

PC遠隔操作事件の「真犯人」は、落合洋司弁護士らに送った「告白メール」、「自殺予告メール」、そして今年元日に送られた「謹賀新年メール」、それに猫の写真を添付した「延長戦メール」の４通のメールの他に、長文のメッセージ（以下「ラストメッセージ」と呼ぶ）を作成している。それは「謹賀新年メール」で添付されたパズルを解くと「先着１名様限定」で入手できる、と書かれていたものだ。そこには、それまで寄せられていた質問に答える形で、犯行についての説明や心境などが綴られている。 「真犯人」は、この「ラストメッセージ」を社会に向けた最後の発信とする、としていた。ところが、警察が元日に雲取山でUSBメモリーを発見できなかったため、１月５日に「延長戦メール」を送信。同日中に、江ノ島の猫に取り付けられた首輪から、SDカードが発見・押収された。なので、時系列で言うと、「ラストメッセージ」は「延長戦メール」より前に書かれ

■横浜事件 ・●●小学校 横浜市サイトに脆弱性があったのを見つけたので、横浜市の小学校一覧から無作為に選んだだけです。 ・「鬼殺銃蔵」の意味 「餓鬼殺し」を省略して「鬼殺」。また、日本酒の商品名とかけたというのも合ってます。 殺し屋であるゴルゴ１３、「こち亀」に登場したパロディキャラ「後流悟十三」、あと昔読んだ「隣人１３号」の主人公の「村崎十三」、そのあたりのキャラクターをイメージし、「じゅうぞう」という読みに決め、「銃蔵」と当て字にして完成。 それほど深く考えて決めたわけでもない、30秒ぐらいで決めた名前です。 ・本文 猟銃で射殺していく内容は、春ごろに読んだ小説「悪の教典」を参考にしました。 ・CSRFについて補足説明 CSRFの仕組み自体はオーソドックスだったのですが、ちょっと工夫を入れました。 １）犠牲者は最初の一人のみに絞った 不特定多数が見る掲示板に貼るという性質上、複数の人が