[先輩]の検索結果

＋ 

A 横綱・日馬富士引退、貴ノ岩暴行事件の責任をとって

－ 

A 横綱・日馬富士引退、貴ノ岩暴行事件の責任をとって

11月29日、大相撲の横綱日馬富士が同じモンゴル出身の平幕力士貴ノ岩に暴行した事件の責任をとって、日本相撲協会に引退を届け出て現役を引退した。引退発表した記者会見で日馬富士は、「世間を騒がせ、支えてくださ...

11月29日、大相撲の横綱日馬富士が同じモンゴル出身の平幕力士貴ノ岩に暴行した事件の責任をとって、日本相撲協会に引退を届け出て現役を引退した。

引退発表した記者会見で日馬富士は、「世間を騒がせ、支えてくださった皆さんに迷惑をかけて本当に申し訳ない」と謝罪し、 暴行に至った経緯については、「先輩横綱として、礼儀と礼節がなっていないと思い、直すのが先輩の義務だと思っている。しかったことが、彼（貴ノ岩）を傷つけ、世間を騒がし、ファンや協会に迷惑をかけることになった」と説明した。

日馬富士の引退について、事件の捜査を行っている鳥取県警幹部の一人は「横綱を辞めたからといって事実がなくなるわけではない。警察としては（引退は）意識しない」と語っており、 引退したからといって暴行事件を見逃してもらえるわけでは無さそうだ。

日馬富士「礼儀、直すのが先輩の義務だと」　引退会見
＜日馬富士＞暴行事件、変わらず捜査　鳥取県警

貴ノ岩暴行事件

貴ノ岩暴行事件とは、横綱日馬富士がモンゴル人力士が集まった飲み会で貴乃花部屋の平幕力士貴ノ岩を、横綱白鵬の説教中にスマートフォンを操作したため、 ビール瓶や素手で数十発殴ったとされる事件で、日馬富士本人や白鵬はビール瓶ではなくリモコンで殴ったと主張している。

[4550] Posted by buzei at 2017/11/29 16:04:59
1 point | Link (2) | Trackback (0) | Comment (1)

＋ 

A 長澤まさみは岡沢高宏と付き合ってたらしい

－ 

A 長澤まさみは岡沢高宏と付き合ってたらしい

岡沢高宏というのはモテるんだな。広末涼子とも結婚してたし。しかし、関東連合から借金というのはいただけない。【速報】関東連合 長澤まさみを借金返済で追い込んだ､小向美奈子AV手配､ﾛﾝﾌﾞｰ淳恐喝 文春本日発売htt...

岡沢高宏というのはモテるんだな。
広末涼子とも結婚してたし。

しかし、関東連合から借金というのはいただけない。

【速報】関東連合 長澤まさみを借金返済で追い込んだ､小向美奈子AV手配､ﾛﾝﾌﾞｰ淳恐喝 文春本日発売
http://blog.livedoor.jp/act_ion/archives/65737398.html

内容：関東連合元リーダー(仮名 工藤明男)の独占ｲﾝﾀﾋﾞｭｰ記事
・関東連合 出身K が関東連合に以下人物を紹介
　　当時 格闘技進出したばかりのI
　　芸能プロB社 S社長→ 一時期 芸能界のドンのボディガードが関東連合
　　A社 M専務(当時)
　　中堅デベロッパー N社長
・西麻布 六本木 飲食店経営 F
　　[Fのチルドレン]グッドウィル 折口雅博
　　[Fのチルドレン]大王製紙 創業家 井川意高会長
　　[Fの店]市川海老蔵「灰皿にテキーラ」事件現場
　　[Fの親友]伊藤英明…複数の関東連合関係者と親しい間柄
＜ﾛﾝﾌﾞｰ田村淳＞
・田村淳が手を出した女性が Kに駆け込む→
田村淳 Kに詫び(ビデオ撮影される)→多額の現金を恐喝される
＜小向美奈子＞
・「鼠先輩」のプロデューサーM(関東連合)が、
フィリピン潜伏中の小向美奈子に接触、AVデビューを画策
＜某有名女優の夫＞
・関東連合関係者
＜長澤まさみ＞
・モデル 岡沢高宏 関東連合関係者から借金→「長澤まさみに返済してもらえ」
・当時 岡沢高宏 と交際していた 長澤まさみ 友人と相談後に岡沢と別れる
・岡沢高宏 借金返済プランの一つに AV男優デビューの話しが実際にあった
＜市川海老蔵＞
・西麻布のバーで暴れ 関東連合関係者が対応→土下座謝罪 ～他 多数～

[3386] Posted by 名無しさん at 2013/06/27 16:11:28
4 point | Link (1) | Trackback (0) | Comment (1)

＋ 

A なあ、柴田

－ 

A なあ、柴田

31 名無しのオプ :2010/09/19(日) 23:59:16 ID:fevmfRVxここは警察の取調室。刑事が容疑者の男を取り調べている。佐藤刑事は煙草に火を付けると、大きく煙を吐き出し、正面に座っている男を残念そうに見つめた。「な...

31 名無しのオプ :2010/09/19(日) 23:59:16 ID:fevmfRVx
ここは警察の取調室。刑事が容疑者の男を取り調べている。
佐藤刑事は煙草に火を付けると、大きく煙を吐き出し、正面に座っている男を残念そうに見つめた。
「なあ、柴田」佐藤刑事は腹立たしそうに煙草をもみ消すと男に話し掛けた。「お前には散々手を焼かされたな」
「勘弁してください」柴田と呼ばれた男は、終始うつむき加減で佐藤の前で縮こまっている。
佐藤は怒りを込めた眼差しで柴田を見ながら言葉を続けた。
「ケンカ、恐喝、破壊行為もあったな。その度に俺がどんなに苦労したことか。
お前の就職の世話をしてやったのも俺だった。忘れちまったわけではあるまい」
柴田は、速記係の警官が無表情にパソコンに供述調書を打ち込んでいるのをチラチラ見ながら、同じ言葉を繰り返した。
「ホントに勘弁してください、佐藤さん」
「これまでも俺は、お前には目をかけてやったつもりだ。それが今度は何だ、殺しだって？
おい柴田、お前俺に恥をかかせるつもりか？」
「い、いえ、恥をかかせるなんて、そんな・・・」
「しかも下着を盗もうとしたのを見られて女を殺したなんて最低な事件を・・・」

「さ、佐藤さん」
柴田はおずおずと顔を上げて言った。
「あなたは昔からそうでしたね。人の古傷を調子に乗って喋っているうちに、
言わなくてもいいことを言って墓穴を掘る」
「何が言いたいんだ、貴様」
「今度の女子大生殺しの動機は、捜査本部でもまだ掴んでいなかった。
なのに何故部外者のあなたが、下着ドロを見られたからなんて動機を明確に説明できるんですか？」
「そ、それは、お前・・・」
「その辺のところ、もう少し詳しくお話していただけませんかね。
佐藤さんに昔世話になったことは事実だし、感謝もしています。でも今はそれは関係ない。
僕はあなたを先輩刑事としてではなく、殺人事件の容疑者としてここにお招きしたんですから」
警視庁捜査一課柴田警部補は、穏やかな口調ながら鋭い眼差しで、佐藤容疑者を見据えた。

[2402] Posted by 名無しさん at 2010/10/05 21:20:56
0 point | Link (1) | Trackback (0) | Comment (0)

＋ 

A 削除されました

－ 

A 削除されました

削除されました

削除されました

[1154] Posted by 名無しさん at 2009/06/04 06:17:49
0 point | Link (1) | Trackback (0) | Comment (0)

＋ 

A [野球]日本最多安打の張本氏「イチローは日米通算の参考記録」

－ 

A [野球]日本最多安打の張本氏「イチローは日米通算の参考記録」

日本最多安打の記録を持つ張本氏がメジャーリーグは年間162試合と日本よりも試合数が多く、安打数を増やしやすいため、「イチローは日米通算の参考記録」と主張していることに対して、イチローは「張本さんが何か小さ...

日本最多安打の記録を持つ張本氏がメジャーリーグは年間162試合と日本よりも試合数が多く、安打数を増やしやすいため、「イチローは日米通算の参考記録」と主張していることに対して、イチローは「張本さんが何か小さいことを言っていたらしいので絶対に超えてやりたい。」と張本氏の記録を抜くことに強い意欲を示した。

痛いニュース(ﾉ∀`):イチロー「張本さんが何か小さいこと言っていたらしいので記録超えてやりたい」

野村克也講演会から抜粋｡

｢昔のパ・リーグにはいろんな個性的な選手が居ました｡名前は出せないんですが､誰もが名前を知っている大打者の話です｡
彼と私とではチームが違ったんですが､どっちも若い頃からオールスターの常連だったんでそういった舞台では同じチームの一員として戦ったんです｡
オールスターゲームが終わったあとはチームみんなで一緒に風呂に入るんですが､まあ男所帯ですからみな前など隠さず堂々としたもんです｡ところがその件の大打者だけはなぜかいっつも前を隠す｡
これがどうも気になりましてね｡ある意味捕手の職業病というやつでしょうか｡
そこで私はある先輩と結託して､その選手が頭を洗っている隙に股間を隠してるタオルを奪い取ったんですわ｡
するとそこには小さな獅子唐が……｡
その選手は顔を真っ赤にして逃げるように風呂から出て行きました｡
それから何年も経って､互いにベテランと呼ばれる歳になって､その大打者は球界を代表する打者になったのと同時に非常に態度のでかい打者になったんです｡私の囁き戦術なんかもまるで通じない｡
そこで私はその若い頃の風呂場の一件を思い出し､こう囁いたんですわ｡
『ハリ､お前は態度がでかいのに､ナニは小さいのう』って｡
そうしたら張本の顔が信号機みたいに真っ赤になって……｡
その打席では効果があったんですが､次の打席では空振りの振りをして私の頭をバットで殴りおったんですわ｡
まあ､野球が大らかだった時代の話です｣

イチローの一問一答 次は張本さん超えを

[619] Posted by buzei at 2008/09/19 07:37:38
1 point | Link (2) | Trackback (0) | Comment (1)

＋ 

A デバッグを効率的に進めるための９の心得

－ 

A デバッグを効率的に進めるための９の心得

バグのないソフトウェアはない、というくらいソフトウェアにはバグがつきものですが、ソフトウェアの開発プロジェクトには期間や予算に上限があるため、バグの修正に手間取ると十分なテストを実施することができず、...

バグのないソフトウェアはない、というくらいソフトウェアにはバグがつきものですが、ソフトウェアの開発プロジェクトには期間や予算に上限があるため、バグの修正に手間取ると十分なテストを実施することができず、品質が低い状態でリリースされてしまうことになります。テストを円滑に進めソフトウェアの品質の高めていくためには、バグを迅速かつ正確にバグを修正していく必要があります。

しかし、オブジェクト指向プログラミング（OOP）やデザインパターンなどプログラムの作り方についての解説書や記事はたくさんあるにも関わらず、「バグは本来あってはいけないもの、あるはずが無いもの」という意識があるためか、デバッグに関して語られている情報源はあまり多くありません。そのため、デバッグのテクニックについてはせいぜい「開発現
場の先輩に教えてもらう」というのが実情です。

知識を共有するために、私がこれまでのソフトウェア開発の経験から得た、デバッグを効率的に行なうための心得をいくつか挙げてみたいと思います。

1. バグの原因は自分が作っているプログラムにある可能性が最も高い
ソフトウェアを構成する要素として、OS、開発ツールに付属するライブラリ、市販ライブラリ、プロジェクト内で作成されたライブラリなどがありますが、バグの原因は自分が作っているプログラムである可能性が最も高いと考えたほうがすばやくバグを見つけられます。なぜなら、今まさに開発が行なわれているプログラムこそが最もテストされていないプログラムだからです。問題の原因をマイクロソフトのせいにする前に自分のプログラムを調べましょう。

2. テストの実施を妨げているバグを優先する
当然のことですが、テストができなければバグを見つけることができません。効率的にバグが発見できるように、めったに行なわれない操作によって発生するバグよりも、必ず行なわれる操作で発生するバグを優先的に修正していく必要があります。

3. 問題を確実に再現できるようする
問題が発生する条件（操作手順、データなど）を必ず特定しなければなりません。これができないと動作確認は不可能ですので、修正したつもりが実は直ってなかったという事態にもなりかねません。この作業自体はソースコードがなくても可能なので、テスト担当者の協力を得られるのであれば、情報を交換しながらテスト担当者と開発担当者が並行して調査を進めるのが良いでしょう。

4. 一度でも問題が発生した場合はバグがある可能が高いので必ず調査する
一度でも問題が発生した場合は、単にバグが発現する条件がわかっていないだけで、必ずどこかにバグがあります。開発作業中はいろいろプレッシャーがあるので難しい面もありますが、見つけた時点で調査しておいた方がいろんな面で良いでしょう。

5. ソースコードを見ただけで正しい処理が行なわれていると判断しない
プログラムはプログラマが思っている通りに動くのではなくコンパイラが解釈した通りに動くものです。コンパイラについての知識が豊富なプログラマが犯しがち問題ですが、プログラマがコンパイラの仕様について誤解しているために生じるバグもよくあります。プログラマ自身は正しいと思っているためソースコードを見ただけではバグを発見することが困難ですがが、このようなバグは実際にプログラムを動かしてみることで簡単に原因を発見することがきます。

6. 想定外の操作や想定外のデータが使用されていないかチェックする
プログラムはプログラマが想定していなかった操作が行なわれたり、想定外のデータが入力されたりした場合は正しく動作しないことが多いものです。問題を発生させる操作やデータがプログラムで想定されているかチェックしてみましょう。

7. バグの原因となっているソースコードは必ず特定する
関係の無いところを直しても問題の現象が発生しなくなる場合もありますが、それでバグが無くなったわけではありません。そのような場合は、また別のところで別のかたちで問題が発生することになりかねません。バグは必ずソースコードレベルで原因を特定し確実に修正すべきです。

8. できるだけ他の処理に影響を与えないようにソースコードを修正する
他の処理に影響を与えるような修正を行なった場合、これまで問題なく動いていた部分に新たなバグを埋め込んでしまう可能性が高いものです。別の問題を引き起こさないように、影響範囲に注意してソースコードを修正します。しかし、単なるコーディング上の間違いであればプログラムの修正は比較的簡単で他の処理に影響を与えることは少ないのすが、設計に問題がある場合は他の部分の影響を与えないようにバグ修正を行なうのが難しい場合があります。そのような場合は、本質的な問題の解決にはならないとしても、影響範囲を限定するために暫定的な対処を行なった方が良いでしょう。

9. ソースコードを修正した場合は必ずテストする
たとえ簡単な修正であっても間違った修正を行なう可能性は常にあります。また、修正が思わぬところに影響を与えることもあります。当たり前ですが、ソースコードを修正した場合は必ずテストを行ないましょう。テスト作業を手を抜くよりも、テストを行なった方がトータル見れば開発者自身にとっても負担が少ないはずです。

[67] Posted by buzei at 2007/09/11 04:59:32
0 point | Link (2) | Trackback (0) | Comment (0)