事故は気合じゃ防げない ＪＲ西の「人為ミス研究」脚光（産経新聞） - Yahoo!ニュース
「人はミスを犯すもの」。こんな前提に立ったＪＲ西日本安全研究所の研究成果が注目を集めている。研究所は平成１７年の福知山線脱線事故を機に３年前、立ち上げられた。信号機の点呼確認はすべて必要か、上司が部下をほめる効果はあるのか。成果は、従来の「事故は気合で防ぐもの」という鉄道界の体質を変え、自衛隊や病院、航空会社など畑違いの分野でも職員教育に取り入れられている。（森本充） ■どこでも起きうる 福知山線脱線事故後、ＪＲ西は、ヒューマンエラー（人為的ミス）への取り組み不足の反省から研究所を設立し、体質改善に取り組んだ。 運転や保線、事務など各部門から約２５人を選び、「何がわが社に欠けているのか」探った。半年で冊子「事例でわかるヒューマンファクター」を発行した。 疲れるとどうなるか▽なぜマニュアルはあるのか▽多人数の中だと手を抜いていないか−。冊子は３２のテーマを設定し、事例と解説、対策を紹
「変数は箱」という例え方について - @katzchang.contexts
1. 変数とは値を入れる箱のようなものであること 2. 値を別の箱にコピーしても元の箱の内容は変化しないこと 3. 新しい値を箱に入れたら元の内容は消え、新しい情報で上書きされること http://d.hatena.ne.jp/tonoccho/20090623/1245765236 「変数は箱」っていう例えは昔からよくある言い方だけど、ちょっと違和感があったのでメモ。 「箱を作る」のはオブジェクトの生成で、変数に対するオブジェクトの代入は箱へのラベル付けというイメージで捕える方が無難じゃないかと思う。Javaでいうプリミティブ型の説明としては正しいけど、このままオブジェクトを考えると辛いよねと言いますか。 Javaで言えば、 "new Object()"が「箱を作る」 "hoge = new Object()"は、「箱を作る」と同時に「ラベルを付ける」。Objectの形の箱を作って、"h
誰かをスケープゴートにするよりも、問題解決することが先決だろ - Float on the flow
「誰のせい」とかどうでもいい。 目の前にある問題を解決することに注力しろよと思う。 問題が解決した後も、「誰のせい」ってのは追及しなくていい。追及すべきは「なぜそうなったか」だ。 原因追及。 誰かが問題発生のトリガーを引いてしまったのだろうけど、その人を「お前が悪い」と責めるのは意味がない。むしろ原因追及が遅れ、同じ過ちが繰り返される。 そんなくだらないことより、どうやったら今後同じ過ちを繰り返さなくて済むのかを考えろよと思う。 同様に、自分がトリガーを引いてしまった場合でも、「私のせいです」とは言わなくていい。 他の人に「お前のせいだ」という認識を与えてしまって、原因追及の妨げになるから。 だいたい、たいていの問題は複合要因だから、誰かひとりのせいとかめったにない。 反省は大事だけれど、反省ってのは自分を責めることじゃない。 今後同じ過ちを繰り返さないためにはどうしたらいいかを考えること
ガツンと言ったかどうかは別にして - 宇宙行きたい
そうしたら、ヨシオリが出てきて、さらに「ガツン」といった。 「コードが多くても、実際の作業としては ctrl+space を押すのが大半だから、生産効率に差はないんですよ。」 ぼくがLLのひとに「ガツン」と申し上げたこと - ひがやすを blog と言ったんだ．まぁ，言ったんだけどなんというかイヤな言い方をすると， 「喧嘩売る気は無いけど売られたら買うよ」的な気持で言っただけなのです． で， Javaを愛する人というのは、決してJavaを崇拝なんかしてなくて、Javaの欠点を誰よりも憂いている。 java-ja15回で考えたこと - プログラマーの脳みそ というように別に崇拝はしてなくて欠点ももちろん承知してるんだけど， 欠点は補えば良いだけなので例えばSeasarのようなFWだったりIDEだったりするわけです． なので 「Google App Engineは、Python版以外にJava
ねじれの位置なエントリ - プログラマーの脳みそ
僕のblogのエントリなんてものは、何かを見たり聞いたりして思い起こされたものを書きなぐったようなもので、ネタ元として提示するblogエントリは、おおよそ想起させる元になった程度のものであったりする。 なんせ、その人の書いたことをそのまんま同意したとして、同じ気持ちを文に綴ったら、劣化コピーにしかならないと思うわけで、ある種のオリジナリティを持った文でなければ書く意味もない。*1だからこそ、連想ゲームのように形を変えもはや元ネタとはなんらの共通点も見いだせないようなエントリを想起して書いたりするわけだ。 いや、価値観なんて大層なもんじゃない。その人の向いた、見据えている方向に、同じく視点を定めて何かを書くということのほうがよほど難しい。同期しつつ同調しないなんてのはどれほど難しいことだろう。たった5Kbyte程度*2の文字列に人柄の情報を圧縮しきることは無理だし、だからこそ同じ方向を見据え
はてブのシステム考をするなら - プログラマーの脳みそ
はてなブックマークというか、システム全般というか「こうしろ」「ああしろ」という意見は多く聞くけども、人によって意見はバラバラ。全ての意見をホイホイ聞いていたらシステムは迷走を極めることだろう。それでもガツンといいたい人は絶えないのだろうけども。 システムを論じるときにありがちなミスのひとつは、自分のユースケースのみを前提にシステム改修案を考えると言うことだ。システムというのは設計者が意図した使ってほしい形で使われるんじゃない。ユーザが使いたいように使うんだ。その設計意図をあざ笑うように、ユーザは珍妙な使い方をするものだ。そして、携帯電話をカナヅチ代わりにして「使いにくい。どうにかしろ」みたいなことを言い出すものなんだ。 携帯電話をカナヅチにするなんて原始人ですか、と言ったところで話は始まらない。 なんせ、はてなブックマークをブックマークとしてではなく、ミニブログとして使いたいんだけどミニブ
水曜どうでしょうD陣日記アーカイブ: ２００９年６月１７日（水）
当サイトは個人的なアーカイブであり、HTB（北海道テレビ放送株式会社）および『水曜どうでしょう』、CUE（株式会社クリエイティブオフィスキュー）とは、一切関係ありません。 ２００９年６月１７日（水） 嬉野です。 奥さん。 「日記本」のお試し読みのコーナーが好評です。 あれをお読みになって「あら、おもしろそうね」と、予約される奥様方が続出です。 いやぁ思いついたことはやっておくもんですね。 実に我々の思う壺の展開です。ありがたい。 ということでね、 あまりですねぇ、 こういうふうな調子に乗った書き方をしておりますとですねぇ、 怒りに近いお叱りを受ける時代でございますので、大概にして。 あ。そうだそうだ。携帯からもですねぇ、 お試し読みできるようになりましたからねぇ、 ぜひ、そちらからもごらんください。 「あら、おもしろそうね」ということでね、 携帯からも、またぞくぞくと...。 いやいや..
勉強会はバブルなのか - 未来のいつか/hyoshiokの日記
勉強会はバブルなのか？kanasansoft http://www.kanasansoft.com/weblab/2009/06/metacon2009.html が問題提起している。 バブル経済というは、株価や土地などの資産価格が、経済の基礎的条件から想定される適正水準を大幅に上回る状況を指すことを言う。勉強会によって起業したとか、どこかがそれを事業にしたとか、株式公開をしたとかいうことはないので、勉強会によってバブルが引き起こされているということはない。 経済的な定義で言えばそのとおりなのだけど、確かに半径5メートルの範囲では勉強会は活発に開催されている。実感としてバブルとはいえないけれどプチブームと言っていい状況にはあると思う。 それはいけないことなのだろうか。それは憂慮すべき状況なのだろうか。何か問題があるのだろうか。それを考えたい。 1998年、Linuxがビジネスマンによって発
スポーツ見るもの語る者〜フモフモコラム:三沢光晴さんの死を、今後のプロレス界には絶対に生かして欲しい件。
三沢さんが亡くなって一夜明けて、また一夜明けて、なお喪失感は大きくなるばかり。 週末は過去のビデオを見ながら、改めて三沢さんのしてきたプロレスに驚き、大いに楽しみました。ハンセン、鶴田、川田、小橋、田上、秋山、蝶野、武藤…多くのスターと戦う三沢さんは、本当に輝いていました。あまりにスゴ過ぎて死ぬんじゃないかと思う試合も数多くありました。でも死ななかったんです、これまでは。彼らの不死身さに僕も甘えていました。調子に乗っていました。三沢が死ぬわけないと、決めつけていたんですから。 14日には日テレ系「ザ・サンデーNEXT」「スポーツうるぐす」で大きな特集が組まれていましたので、事件の詳細を繰り返す必要はないでしょう。月曜日の東京スポーツの1面では、事故直後の三沢さんの表情が写っていましたので、この事故をあえて目撃したい方はそちらを見るといいと思います。興味本位で見ると後悔するかもしれませんが…
「もの」と「情報」の界面 - レジデント初期研修用資料
命令だとか理屈、説得といったやりかたとは別に、 「もの」それ自体に込められた情報を利用したやりかたは、 その人の振る舞いを、強力に縛れるような気がしている。 風邪に食べ物を処方する タミフルなんかはむしろ例外的で、風邪みたいなウィルス感染症に対して、 自分たち医療従事者ができることなんて、実際問題ほとんどない。 それが本当にウィルスの感染症ならば、暖かくして家で休んでいることが、本人のためにも、 まわりの人のためにも一番望ましいのだけれど、たいていの人は、守れない。 こういう患者さんに対して、風邪薬を処方して、「家で安静にして下さい」なんてお願いするのでなしに、 「暖かくして家で寝るためのセット」を、保険で「処方」してしまうと、家で安静にする人が 増えると思う。 「安静にして下さい」なんて言われたところで、何もしないでじっとしているのは苦痛だし、守れない。 ところがそれがあんまり積極的に食
「検索は、するな。」の意味を痛感した一ヶ月の「商店街診断」 - 中小企業診断士 和田伸午のおもしろビジネス放談
本当にすいません。。一ヶ月以上更新が滞っておりました。。実は理由がありまして（言い訳？）この5月、1ヶ月に渡りまして中小企業診断士として東京の某繁盛商店街の商店街診断に従事しておりました。 日本全国に商店街は数多くございますが、その中で繁盛している商店街は全体の2%しかない状況であります。日常の本業をやりながら平日夜と土日を使っての診断でしたので、大変厳しいものでありましたが、その2%の成功事例にダイレクトで関われたことは本当に幸せなことであり、学び多き充実した一ヶ月でした。 そんな一ヶ月の間に、人材コンサルティング会社・ワイキューブの社長である安田佳生さんの著書「検索は、するな。」に偶然に出会ったんですが、今回の一ヶ月の商店街診断の中で、この「検索は、するな。」の意味をとても痛感したんですね。そのことについてちょっと書いてみたいと思います。 検索は、するな。 作者: 安田佳生出版社/メー
ユーザサポートでめちゃくちゃ感謝された経験について話す - はてなポイント３万を使い切るまで死なない日記
もう１５年前にぐらいになるが、僕の仕事のやりかた、ユーザにたいしてどうやって向き合っていけばいいかについての信念を決定づけたある事件について語ってみようと思う。ほぼ懺悔にも近い。 ぼくが企画したモデムがバカ売れした。無名のブランドだったのにもかかわらず発売した瞬間に、秋葉原のショップで１番の人気モデルになった。理由は他者のモデムが無骨な段ボール箱にはいっていて、いかにもコンピュータの部品っぽかったのに、ぼくのモデムはカラフルな化粧箱をつけて、とても初心者が使いやすそうに見えたからだ。実際、簡単そうにみえる化粧箱をつくるのに何回もつくりなおして半年以上もかかった力作だった。 当時windows95が登場してインターネットが話題にのぼりはじめたあたりで、いままでマニアのパソコン通信ぐらいしか用途がなかったモデムをインターネットという単語に引き寄せられた大量の初心者が買い始めた時期で、とにかく簡
ソフトウェア品質の12の属性
システム開発において「品質の向上」という標語がしばしば掲げられますが、 「品質の属性」については無頓着なケースが多いのではないでしょうか。 ひとくちに品質といっても多様な属性があります。 顧客と品質の話で揉めたことはありませんか？ 品質には多様な属性があり、単一の軸で良しあしを決められないという側面があります。 そのため、単に「品質」と言ってしまうと認識に齟齬が生じるのです。 Karl E. Wiegers氏が著書 「ソフトウェア要求」 で挙げた、すべてのプロジェクトが検討すべき12の属性は以下のとおりです。 可用性availability 動作可能時間の指標。システム故障までの平均時間MTTF(Mean Time To Failure)を 平均修復時間MTTR(Mean Time To Repair)とMTTFの合計で割った値。稼働率とも呼ばれる。 効率性efficiency 同じ処理性
株式会社マジカジャパンの羽生章洋が書いてるブログ:インハウスとかセルフサービスとか - livedoor Blog（ブログ）
以前に業務システムの開発はインハウス（社内での内製）の時代になっていくのではないかというようなことを書きました。 ところがそれを野放図にすると、今度は全体最適というか他の業務との連携などで上手くいかない、野良アプリの蔓延というような事態に陥ってしまう。なので全体的な視点を持ってそれぞれのアプリケーションをインテグレーションすることが重要になる。 とはいうものの、全体的な視点で、となるとどうしても総論的になっちゃって各論の詳細を詰め切れない。そこで現場からすると使い勝手の悪い現実的とは言い難いアプリケーションになってしまう。だから使ってもらえないという風になるので、一番良いのはユーザさん自身が自分でささっと作れるように出来ないかというところに舞い戻るわけです。 このあたり、集中と分散のトレンドの繰り返しにも似たものを感じるのですけど、もっと突き詰めて考えると、今のアプリケーション開発の方法と
はてなブログ | 無料ブログを作成しよう
来年も作りたい！ふきのとう料理を満喫した 2024年春の記録 春は自炊が楽しい季節 1年の中で最も自炊が楽しい季節は春だと思う。スーパーの棚にやわらかな色合いの野菜が並ぶと自然とこころが弾む。 中でもときめくのは山菜だ。早いと2月下旬ごろから並び始めるそれは、タラの芽、ふきのとうと続き、桜の頃にはうるい、ウド、こ…
新型インフルエンザ雑感 - レジデント初期研修用資料
まだ振り返るには早すぎるのだけれど。 素朴な理解モデルは大切 相手が「未知」である以上、もちろん先に起きることは予想できないんだけれど、 どれだけ未知であろうが、変異しようが、相手がウィルスであるには違いないから、 流行の早い段階で、あるいは学校みたいな場所で、ウィルス粒子の基本的な振る舞いかたを、 誰か偉い人がアナウンスしても良かったと思う。 ウィルスは紫外線で壊れる しょせんはタンパク質の薄い膜に包まれたRNA の粒子だから、日の光に照らされると、 長くは生存できない。人から人への伝播が途絶えた状態で、何日間かすれば、 その地域からは、ウィルスはいなくなる。 ウィルスは湿気でも破壊される 湿度50%を超えると、たしか90%以上のインフルエンザ粒子は不活化する。 しょせんは単なる粒だから、ノロウィルスみたいに、吐物や便の中に潜行して、 環境が乾くのまって、復活して飛ぶ種族もいるけれど、イ
クラウドにはぐっとこないけど、BASEやCAP定理は面白い - 未来のいつか/hyoshiokの日記
40代、50代の人たちはなぜ表現しないのかhttp://d.hatena.ne.jp/hyoshiok/20090517#p1 には多数のアクセスをいただいた。日記を書いたおかげで多くの人から様々なコメントやトラックバックをいただいた。これもインターネットの可能性、ポジティブな側面だ。ありがたいことである。御礼を申し上げたい。 反応は大きくわけて二つ。A：40代、50代は表現していいる。お前が知らないだけだ。B:40代、50代は表現していない。 Aのパターンは、嬉しいサプライズである。いろいろな人から、こーゆー面白いブログがあるよとか、こーゆー表現があるよという情報を頂いた。トラックバックもいろいろ拝見した。コメント欄に自分は40代、50代と多くの人が名乗ってくれたのは本当に嬉しかった。 IT産業にいるとどもせっかちでいけない。書いているおじさんもいる*1。漫画で教えてもらった。書いている
人脈を築くために一番大切なこと - GoTheDistance
人脈というのは｢人｣の｢脈｣と書きます。つまり、これが意味する所は自分を中心して｢人｣が｢脈をなしてつながる｣ことで初めて人脈と呼ぶに相応しいものになります。 人脈を築くために一番大切なこと。それは、相手に何かを与えられる自分であるかどうかです。それ以外は全部二の次です。 ２年ぐらい前になりますが、僕は前職のある営業部隊の担当役員の下で仕事をさせてもらったことがあり、その時に僕の年齢じゃまず会うことが無いであろうエグゼクティブな方々とお会いする機会に恵まれました。もちろん名刺も交換しましたし、ある程度メールのやり取りもしました。打ち合わせも重ねましたし懇親会とかもやらせてもらい、色々と勉強させてもらいました。 でも、仕事が終わればお付き合いはそれで終わってしまいました。 その時僕が感じたのは、人脈を築くってのは相手に与えられるものを持たなくちゃいけないんだ、ということです。相手に対して自分
きれいなソースコードを書くために必要な、たったひとつの単純な事 - よくわかりません
「構造のきれいなプログラムを書けるようになるためにはどうすればいいのか？」という質問を受けたので、「はて？どうしているだろうか？」と考えてみました。あ、形式知にきちんとなっているようなテクニックみたいなもんじゃなくて、モノローグなので、あまり凝ったものは期待しないように。 http://blog.shibu.jp/article/28983162.html 自分なりにもっと凝縮版を。渋川さんが言っている事全体もその通りとは思うけど*1、もっと簡単で、しかも射程が広い、と自分が思っている事。 渋川さんはちょろっと触れてるだけだけど、自分はこれが最も基本的で汎用的、かつ、ソースをきれいにする原動力となる上にバグをも減らしてコードの汎用性まであげる、コーディングのエンジンみたいなものと思ってる。それは、 「すべてに正しい名前を付けて、そして、正しい名前であることを維持する」という鉄の意志 クラス
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
紅茶屋くいっぱのあれこれ日記