「wada」を含む日記 RSS

はてなキーワード: wadaとは

2020-12-20

プライベートメソッドテストすべきか

「すべきでない」というのがたぶん多数派

テストすべきでない理由としてだいたい次の理由があげられる。

プライベートメソッド関数テストする必要は無いと考えていますプライベートメソッドは、実装の詳細であるからです。

多くの場合、そのクラスパブリックメソッド経由でプライベートメソッドテストも同時に行えます

プライベートメソッドのテストは書かないもの? - t-wadaのブログ

ほとんどの場合プライベート メソッドテストする必要はありません。 プライベート メソッド実装の詳細です。

プライベート メソッドがある場合は、パブリック メソッドを見つけて、そのメソッドに対してテスト記述します。

単体テストを記述するためのベスト プラクティス - .NET | Microsoft Docs

プライベートメソッドテストするな」と強く主張されるのは、ケント・ベックの影響もあるかもしれない。

例えばtwitterで、パブリックメソッドにだけテストを書き、テスト必要なほどプライベートメソッドが複雑ならそれを別のオブジェクトに切り出す必要があると発言している(twitter/kentbeck)ように、プライベートメソッドテストに強く反対している。

またベックの書いたSUnit(xUnitの源流にあたる)には「ひとつテストひとつオブジェクトで表し、それによってテスト独立性を高める」というアイディアが使われている(そのアイディアを実現するためにとても複雑な設計をしている Simple Smalltalk Testing: With Patterns)。テスト自身ひとつオブジェクトとして独立しているなら、テスト対象となるオブジェクトプライベートメソッドテストできないのは当然のことになる。

しかし「プライベートメソッドテストがしたい(したくなることがある)」と感じる人も相当数いる。

そう感じる人にとってはむしろここからが本題で、

問題になる。

テストファーストで開発するなら手を動かしながら軽い気持ちで書きたい。

例えそのクラスがprivateメソッド依存関係があっても。

コンストラクタインジェクションされたクラスのprivate メソッドでもテストファーストしたい - Qiita

privateなルーチンの自動テストは面倒だ。実際にコーディングするとき最初publicにしておいてテストしてうまく動いていそうならprivateにするのだけど、この「いそう」がくせ者。いっそのことすべてpublicにしたくなる。

私は元々メソッドはprivateにしない主義なのでメソッド場合問題ないのだけれど、ファイル内の「関数」が問題になる。和了計算だと和了形判定とか符計算とか和了役判定とか単体でテストしたい内部関数が山ほどある。(twitter/koba0367)

private メソッドテストすべきか問題原則論だけだと袋小路に入りがちだから、private メソッドテストしたくなる具体的な場面について議論したほうがいいと思う。

自分レビューでよく見る例としては、複数の public メソッドの重複部分を private メソッド抽出した結果、濃い private メソッドと薄い public メソッドが一対多関係になる場合が挙げられる。設計としては間違っていないし、わざわざ public メソッド経由でテストする意義があるかというと微妙。(twitter/ts7i)

きれいなインターフェースを作ろうとすればするほどpublicメソッドじゃない部分に複雑性を追いやることになり、壊れた時に手戻りが大きすぎると思ったら、プライベートバックドア開けてでもテスト書くようにしてます (twitter/mizchi)

しかプライベートメソッドに対するテストを書こうとすると大概リフレクションなどで可視性の制限をすり抜けるとかメソッド可視性を変更するといった回りくどさやコストの導入が必要になるので、じゃあプライベートに対するテストはそうしたコストに見合うのかが問題になる。

伊藤さんの答えは「原則書かないほうがいいという大前提のうえで、どうしてもというときは、"これはテストのためにpublic"にしているというコメントの上でpublicにする」だった。

自分は「テスタビリティのためにメソッドをpublicにする」っていう"実プログラム挙動を変えること"の方が、「privateなメソッドテストコードのみsendで叩く」よりも怖いって思ってることに気がついた。(twitter/highwide)


メソッドプライベートパブリックかという話とそれをテストするかどうかは別問題だろという意見もある。

単体テストホワイトボックステストだとするなら、publicかprivateかでテストの有無が変わるのは明らかにおかしいだろ。ややこしいロジックはprivateに隠蔽すべきだが、そこがテストできないなんて。 (twitter/kmaebashi)

private メソッドテストするかどうか? まず最初に言っておきたいのは public/private は抽象設計問題であって、テストすべきかどうかとは当然無関係だろうということ。(twitter/qeigoi)

特定言語の貧弱な機能思考制限を受けて誤った結論を出している典型的な例。

"テストを書くべき"と"上位層から可視性"は直交する概念

https://b.hatena.ne.jp/entry/4684049296462116226/comment/megumin1

テスト粒度メソッドアクセス権は独立したものなので、「プライベートメソッドテストすべきか否か」という切り方自体ナンセンスではあるのだが、現実問題としてはアクセス権がテストに影響するので難しい。(twitter/AoiMoe)

private メソッドテストはすべきかどうかというより、「できるべき」であって、それができないというのも、ある種、言語機能テストインピーダンスミスマッチと言えるのではないだろうか、と思っている。(twitter/aetos382)


プライベートメソッドテストがしやす言語での意見

RustやGoではプライベートメソッドに対するテスト簡単にできる。

そのためかプライベートメソッドテストすることに対して拒否反応があまりないようだ。

Rustのテストファイル内とtests/以下の2箇所に書ける。

テストには開発用のホワイトボックステスト仕様確認用のブラックボックステストがあり、前者をファイル内に、後者をtests/に書けば良い。

例えば度々議論になるプライベート関数テストについてはもちろんホワイトボックステスト。(twitter/blackenedgold)

Rustではプライベートに対して何の手間もなくテストが書ける。

概念的にはプライベートに対するテストは外部コードではなく内部コードの一部として見るべきなのだろう。

Rust入門を兼ねてプロジェクト・オイラーの問題を解く - 再帰の反復blog

Rustでprivateなメソッドテストを書きたいなら、そのメソッドのすぐ隣に書けば内部アクセスになるから普通に書けるよ、ってのは目からウロコだった。できるだけ近いところにテストを書こうっていう文化と相まって最高。(twitter/kuy)

Rustみたいに単体テストは同ファイルに書ければいいのに

assertionチックにprivateメソッドのすぐ下にテスト書きたい

ドキュメントにもなるし (twitter/takaya_tim)

Rust のようにユニットテストプロダクションに混ぜる方式はおれもいいと思ってて、テストプロダクションを分離することで private 関数テストができない問題があるけど(テストしたければクラスを分けよ/メソッドを公開せよ/テスト必要なし、に分かれるよね)、そもそもこの議論不要になるよね (twitter/nunulk)


go言語だとプライベートメソッドテスト普通にやりますね。(twitter/mattn_jp)

昨日「private method の単体テストは書くか否か」という話題がちょいとあったのだが、わしは当然書く感じの昨今を送ってきたもんで何で書かんのやくらいに思ってたんだけど、Go だと private なやつのテストが書きやすいってのがデカそう。(twitter/pankona)

golangのテスト書いてたけど、テストプログラム名前空間(パッケージ)が、対象プログラムと一緒で、そのためプライベートメソッドでもテストできるの良い感じ (twitter/74th)

Goテストコードテスト対象と同じパッケージにすればエクスポートしてない関数でもなんでもテストコードから参照できるんだけど、これってプライベートメソッドテストすべきか議論するよりテスト書けと言われているようで好き。(twitter/plan9user)

プライベートメソッドテストするか?」とは別にドキュメントソースコードと同じファイルに書いていい(文芸プログラミング)なら、単体テストテスト対象と同じファイルに書いてもいいのでは?」というのも論点になるかもしれない。

2020-09-22

anond:20200922170419

お前の言葉を借りるなら粘着してると執念深く感じられるから気をつけろってレベルの話ですよ

なんだかんだいってツイート探してコピペして脳内で反芻しながら何分もWADAのこと考えてるんだろ笑

もはや愛と言ってもいいんじゃないかな

WadaJPのtwitter が凍結された。個人攻撃暴言をまとめる。

今起きていること

twitter の @WadaJP が凍結される

note上で凍結を報告 https://note.com/kaijiwada/n/n18745acb910a

左翼リベラルの人たちが「 #wadaさんの凍結に抗議します 」で猛烈抗議ツイートして、ハッシュタグが一気にトレンドに入る。

Wada氏とは誰か

https://twitter.com/wadajp

https://note.com/kaijiwada

noteプロフィールは「東京都中央卸売市場移転問題きっかけに,主に東京都に対して情報開示請求(情報公開請求)を行っていますカジノにも反対です。」となっている。

政府などに対して開示請求を行うことが多い人」くらいのイメージだ。

1973年まれなので、47歳くらい? https://twilog.org/WadaJP/search?word=%E3%83%AD%E3%82%B9%E3%82%B8%E3%82%A7%E3%83%8D&ao=a

ニュースに取り上げられたことがあったかなと軽く検索してみたら、財経新聞が載せていた。スラッシュドットから転載である

https://www.zaikei.co.jp/article/20200704/574509.html

どんな発言をしていたのか

いや、俺もこの人を一度フォローしたけど、酷い暴言が目に余るからすぐにフォロー外したんだわ。

幸か不幸か、twilog登録してたのでWada氏のツイートは全部確認できる。

https://twilog.org/WadaJP

以下、個々のツイートへのURLを貼っても「凍結されたアカウントによるツイートです」と書いてあるだけでツイートを読めないので、

twilog検索結果へのリンクを張ります

地獄に落ちろ

地獄に堕ちろ」で検索https://twilog.org/WadaJP/search?word=%E5%9C%B0%E7%8D%84%E3%81%AB%E5%A0%95%E3%81%A1%E3%82%8D&ao=a

山野しおり福山哲郎に向かって引用リツイートで「地獄に堕ちろ」って言ったことは確認できた。明らかに個人攻撃じゃん。Twitterの報告理由のうち、「強迫行為暴力助長している」と言えるんじゃないの?

その他、本人に対する引用リツイート以外で「地獄に堕ちろ」と言った対象一覧。多すぎでしょ。



死ね

死ね」で検索https://twilog.org/WadaJP/search?word=%E6%AD%BB%E3%81%AD&ao=a

目についたものを拾うとこんな感じ。

特定人物嫌がらせしている」「強迫行為暴力助長している」に該当していると言えそうだ。

その他、まだまだある

あと、ハッシュタグ検索すると「いや、暴言個人攻撃誹謗中傷してるじゃん」ツイート画像キャプチャが出てくる。

そこからいくつか、酷い個人攻撃を挙げてみよう。

 TwitterトレンドにあがってるWADAさんってなに?

きもちわるい。

WadaJPのtwitter が凍結された。どんな個人攻撃をしていたのか?

今起きていること:

twitter の @WadaJP が凍結される

note上で凍結を報告 https://note.com/kaijiwada/n/n18745acb910a

左翼リベラルの人たちが「 #wadaさんの凍結に抗議します 」で猛烈抗議ツイートして、ハッシュタグが一気にトレンドに入る。

いや、俺もこの人を一度フォローしたけど、酷い暴言が目に余るからすぐにフォロー外したんだわ。

幸か不幸か、twilog登録してたのでWada氏のツイートは全部確認できる。

https://twilog.org/WadaJP

地獄に堕ちろ」で検索https://twilog.org/WadaJP/search?word=%E5%9C%B0%E7%8D%84%E3%81%AB%E5%A0%95%E3%81%A1%E3%82%8D&ao=a

山野しおり福山哲郎に向かって引用リツイートで「地獄に堕ちろ」って言ったことは確認できた。明らかに個人攻撃じゃん。Twitterの報告理由のうち、「強迫行為暴力助長している」と言えるんじゃないの?

死ね」で検索https://twilog.org/WadaJP/search?word=%E6%AD%BB%E3%81%AD&ao=a

目についたものを拾うとこんな感じ。

特定人物嫌がらせしている」「強迫行為暴力助長している」に該当していると言えそうだ。

あと特に酷い個人攻撃がこれ

https://twilog.org/WadaJP/search?word=%E7%89%A9%E7%90%86%E7%9A%84%E7%94%9F%E5%91%BD&ao=a




「#wadaさんの凍結に抗議します」タグを流し読みすると「開示請求するのが都合が悪いんですか? 開示請求たから凍結するなんて横暴です!!」って意見ばかりだけど、開示請求をするかしないかに関わらず、上記発言をする人は十分凍結の可能性があるでしょう。

(寝ようとしたところで今回の騒動に気付いて急いで書いたので、乱文で失礼しました)

2020-07-03

[]2020年6月はてブあとで読むトップ30リスト

はてブホットエントリ(総合)で月内に数多く[あとで読む]タグを集めたエントリ

530あとで/4137users NTT フレッツ光における通信速度などの現状について、背景や仕組みから正しく理解する 2020 - diary.sorah

304あとで/1974users 高等学校情報科情報Ⅱ」教員研修用教材(本編):文部科学省

204あとで/2230users iPhoneでの料理撮影が苦手なライターカメラマン論理的指導を受けた結果→憂鬱撮影が楽しくなった - メシ通 | ホットペッパーグルメ

202あとで/1706users 天才プログラマーの「締切に対する考え方」に、感銘を受けた。 | Books&Apps

177あとで/1946users ネットワークエンジニアとして | www.infraexpert.com

170あとで/1064users 【翻訳技術負債という概念の生みの親 Ward Cunningham 自身による説明 - t-wadaブログ

169あとで/826users 7つの設計原則オブジェクト指向プログラミング - ソフトウェア設計を考える

168あとで/1180users ローカル開発環境https 化 | blog.jxck.io

166あとで/1005users ソースコードブランチ管理パターン | Martin Fowler's Bliki (ja)

164あとで/991users 大学に行かずにコンピュータサイエンスを学ぶときに優れている教科書講義映像はどんなものがあるのか? - GIGAZINE

164あとで/1541users 衝撃の結末が話題 無名ラッパー投稿したYouTube動画が異例の48万再生投稿者と大学側を取材 - ねとらぼ

161あとで/1789users 無印良品によるサーキュレーターの季節別の活用方法有益すぎる→早速効果を実感する人も「部屋が快適…!」 - Togetter

147あとで/2111users 批判文化日本技術後進国にしているかもしれないという話 - メソッド屋のブログ

143あとで/809users データベース設計の際に気をつけていること - 食べチョク開発者ブログ

142あとで/731users Web企業/事業会社への最高の反面教師: "Spotify's Failed #SquadGoals"を読んで - アジャイルコーチ備忘録

136あとで/1777users 「言い切る人」が強すぎる。 | Books&Apps

129あとで/1655users iPhoneNFCシールでの自動化が便利すぎてシール貼りまくった – ごりゅご.com

129あとで/616users 良いコードを書くための8つの習慣 - New Relic公式ブログ

128あとで/1164users GAFAコーディング面接こんな感じでした - yambe2002’s diary

126あとで/1345users 無料で美麗な絵画カオスポスターなどがダウンロードし放題、編集や商用利用も可能な「Artvee」が登場 - GIGAZINE

125あとで/687users デザイン脳を鍛える方法ハラ ヒロシnote

125あとで/993users 1からイラスト勉強をした話|せたも|note

124あとで/608users Dockerとはどういったものなのか、めちゃくちゃ丁寧に説明してみる - Qiita

124あとで/992users Web制作の常識が変わる、便利な最新オンラインツール48個まとめ - PhotoshopVIP

121あとで/1091users なぜ、国ごとに差が出たのか。そして第二波がどうなるか。 - 楽園こちら側

119あとで/1321users アメリカ美大で学んだこと05:「絵がうまい」より大切なことKenta Shimbo|note

119あとで/1684users 自民系の地方議員です。カネ配りについて書きます。 | はてな匿名ダイアリー

118あとで/1444users 料理に対するモチベーションゼロ」のぼくがたどり着いた、これだけで料理簡単&美味しくなる調味料 - ソレドコ

118あとで/1195users 視座の可視化|kgmyshin|note

116あとで/1224users 【公式ぷよぷよeスポーツ×プログラミング | SEGA

あとで読むタグの数が1月に近いレベルまで大幅に反発、増加した。

一昨日ホットエントリ選択するアルゴリズムが変わったというアナウンスがあったが、影響を受けているかどうかは不明

日毎のホットエントリ中の増田の数が大幅に増加していた。2月に比べて55%増の242本。2018年の秋以来の多さに。

2019-12-14

[][][]Ruby on Rails書籍勉強する前に

Ruby

Ruby基礎文法最速マスター

20分ではじめるRuby

ブラウザインタラクティブRuby (irb)

https://try.ruby-lang.org/



Ruby入門 (全26回) - プログラミングならドットインストール

ttps://dotinstall.com/lessons/basic_ruby_v3

Ruby | プログラミングの入門なら基礎から学べるProgate[プロゲート]

ttps://prog-8.com/languages/ruby



技術面接で出された問題

ttps://b.hatena.ne.jp/entry/s/blog.agile.esm.co.jp/entry/2016/10/03/150625



Rails

Railsの教科書

Railsをはじめよう - Railsガイド

Ruby on Rails5 | プログラミングの入門なら基礎から学べるProgate

Ruby on Rails 5入門 (全28回) - プログラミングならドットインストール

Ruby on Rails チュートリアル:実例を使ってRailsを学ぼう - Michael Hartl (マイケル・ハートル)

Ruby on Rails ガイド:体系的に Rails を学ぼう

ttps://railsguides.jp/



私が億万長者になった日 DHH

Ruby on Railsの生みの親が見つけた人生で「最良のもの

人生で最良のものは「自由

ttps://bit.ly/2UrMXtt

私がプログラミングを始めたのは20代になってからです。DHH

ttps://bit.ly/3dk6XYa






リンク

6 of the top 10 @ycombinator companies (by valuation) were built using Ruby!

ttps://twitter.com/mhartl/status/1179561691857616896

ttps://prograils.com/posts/top-10-famous-sites-built-with-ruby-on-rails

Ruby on Railsの事例まとめ(海外有名サイト編)

ttps://b.hatena.ne.jp/entry/s/skillhub.jp/blogs/176

Ruby on Railsの事例まとめ(日本有名サイト編)

ttps://b.hatena.ne.jp/entry/s/skillhub.jp/blogs/177



スタートアップでのプロダクト開発はRails必要十分

スケーラビティがとか、拡張性がとか、モノリシックアーキテクチャは柔軟性がないんじゃとかいう声が聞こえてきそうだが(もっとも僕も前はそう思っていたのだが…)、

こんな技術的な美しさやなんちゃらビリティなんてものスタートアップにおける開発速度の重要性に比べたらなんの意味もないものである

ttps://medium.com/@reoring/4a92508bd170

最近PMFする前にアーキテクチャにこだわりすぎる事故をよくみる。

PMFする前のプロダクトなんて動けばなんぼなので、Railsで汚くてもいいかゴリゴリ書いて、最低限のJSをつけるだけでよい。

リリースするまで6ヶ月かけるというのは事故で、3週間ほどを目安に企画からベータリリースまでいくべき

ttps://twitter.com/wyvernMurai/status/1024150618288472064

マネーフォワードCTOが考えていること(20203月

Ruby on Railsは、現時点で、新規サービスを立ち上げる開発生産性が最も高いと判断しています。0-1のステージにおいて最も効果的であり、多くの場合は1-10でも有用です。ただし10-100のステージでは、デメリットが見えはじめますしか10-100のサービスにおいても、Ruby on Railsの利用範囲ゼロになることはないと考えています

ttps://moneyforward.com/engineers_blog/2020/03/31/cto-message-202003/

新規事業でのシステムづくりとなぜ作る側と意見が衝突するのか?

ttps://note.com/motoyasu_yamada/n/n3e2649a6c5a3

スタートアップWebアプリつくるなら、Railsアプリ分割せずAPIモード使わずシンプルにつくれ。

最初WebpackerとES6で必要になるまでFWつかうな」

ttps://twitter.com/daaaaaai/status/1154207078715498496

A Modern Web Application With Rails

ttps://medium.com/rubyinside/a-modern-web-application-with-rails-da3deb48014c

JavaScriptフレームワークはもうこりごり

HTMLCSSJSが私のフレームワーク

ttps://postd.cc/zero_framework_manifesto/

ほとんどのスタートアップにとって、マイクロサービスはよい選択ではない

ttps://www.infoq.com/jp/news/2020/06/monolith-decomposition-newman/

Istioがマイクロサービスからモノリシックアプリに変化。その背景とは

ttps://b.hatena.ne.jp/entry/s/thinkit.co.jp/article/17540

さよならアーキテクチャ議論

1. 事業成功に占めるアーキテクチャという要素の小ささ

2. チームでの共通認識を作るコスト

3. レイヤー分けという行為のものへの疑問

売り上げは全てを癒すけど、アーキテクチャは全ては癒してくれないんですよ。

ttps://note.com/timakin/n/n02f6be6aa0bf

スーパーFatControllerだし、設計もめちゃくちゃだけど100万人以上に使ってもらえて、そこそこ利益も生み出した

ttps://bit.ly/2CxT7To

Twitter創始者

Ruby on Railsを使って2週間で最初の動くバージョンを作り上げた

ttps://bit.ly/2KdcKim

Ruby on Rails10分で作るTwitterもどき

ttps://bit.ly/2KVdAl8

時間ツイッターサービスを作ろう! – KRAY Inc.

ttps://b.hatena.ne.jp/entry/s/kray.jp/blog/twitter_service_in_1hours/

「1人で6時間で作った」 Twitter匿名質問「Peing」人気、月間2億PV超えへ

ttps://bit.ly/3b7qyIz

Ruby on Rails:それでもほとんどのチームにとって最高のWebアプリフレームワーク

ttps://b.hatena.ne.jp/entry/s/twitter.com/hackernewsj/status/1331373405858373633

Railsは終わらない」と私が言う理由

Railsの真価は Web開発に必要基本的機能が全て揃い、その機能全てがローカル動作してテストを書く仕組みが存在することにあると考えています

ttps://qiita.com/alfa/items/3a23f32fd905e3ded0d8

Go で同じくことをやるのは難しいというのが試した結果の結論でした。例えば Rails サーバーからメールを送るなら ActionMailer を使えば一瞬でできますが、Go ではそこまでの速度は出せません。

ttps://www.wantedly.com/companies/wantedly/post_articles/193633

僕らがRailsで戦い続ける理由

ttps://speakerdeck.com/toshimaru/why-we-use-ruby-on-rails

それでもRails選択する3つの理由 - pblog

ttps://ppworks.hatenablog.jp/entry/2015/02/19/223552

僕はずっとRails使ってますが、別にRailsにこだわってるわけではないのでもっと良い技術があれば普通に移行すると思います

ただ移行するためには今持っているRails資産経験など全てを超えてなお移行したほうがメリットある場合に限るので中々そういうものは少ないかな、、、と

ttps://b.hatena.ne.jp/entry/twitter.com/_sesere/status/953120084666433537

今は分かりませんが、数年前まではphprubyと同じ事をしようとするとソースコード量が3倍近く必要でした ソースが短ければバグが発生し辛いですし、ミスもかかる時間も減る と言うことで僕はruby、、、と言うよりrailsをおしま

ttps://b.hatena.ne.jp/entry/twitter.com/_sesere/status/928170730893619200

Railsセミナー面白かった。 スタートアップ企業社長PHPを捨ててRailsを選んだ理由エンジニアの安定性というのが、今回聞いた中では一番心に残った。

エンジニア視点ではなく、経営視点で考えたら、ボトルネックは必ず人だからだよな。

ttps://b.hatena.ne.jp/entry/s/twitter.com/poepoe49091/status/762141005432750080

スピードに対してごちゃごちゃ言うなら C じゃなくアセンブラで書けばいい。

それをなんで C で書いてるのかって言えば、 それはもちろん「コードがわかりやすい」とか、「早く書ける」って のが理由だろう。

そして、Ruby は C よりわかりやすいし速く書ける。 ということは、「C よりも Ruby」というのは非常に自然選択では ないだろうか?

ttp://i.loveruby.net/ja/ruby/why.html

Cで書くと2日かかる。実行時間は0.1秒

Rubyで書くと1日かかる。実行時間10秒(Cの100倍)

と、すこし極端な仮定を置いてみると、どっちが得でしょうか。

ttps://jp.quora.com/naze-ruby-ha-hokano-gengo-to-kurabe-te-osoi-node-shou-ka

Railsアプリケーションを、Heroku上で1分間125,000リクエスト対応できるようにスケーリングする

ttps://postd.cc/scaling-rails-to-125-000-requests-per-minute-on-heroku/



私がプログラミングを始めたのは20代になってからです。DHH

ttps://bit.ly/3dk6XYa

2017年、Railsが学ぶ価値のあるフレームワークである理由は何ですか?

回答者David Heinemeier Hansson(デイヴィッド・ハイネマイヤーハンソン)、Ruby on Railsクリエイター、Basecamp創設者 & CTO

ttps://jp.quora.com/2017年-Railsが学ぶ価値のあるフレームワークである理由は/answers/129556088

RubyRails学習ガイド2019年版

ttps://magazine.rubyist.net/articles/0059/0059-Ruby-Rails-Beginners-Guide.html

Rails2019年も「あり」か? 統計を調べる

ttps://techracho.bpsinc.jp/hachi8833/2019_01_25/68846

Rails2019年も「あり」か? Rails長所と向いている用途

ttps://techracho.bpsinc.jp/hachi8833/2019_01_29/68871

Rails2019年も「あり」か? Rails短所と不向きな用途、他の選択肢など

ttps://techracho.bpsinc.jp/hachi8833/2019_01_31/68875

Ruby on Railsの作者より:高まった生産性仕事を余計にこなすためではなく自分の将来に向けて使おう

ttps://b.hatena.ne.jp/entry/s/himazublog.hatenadiary.org/entry/20080927/1222445526

プロジェクト管理ツールBasecampの最高技術責任者、デイヴィッド・ハンソンさんの仕事

ttps://www.lifehacker.jp/2017/12/171204-im-david-heinemeier-hansson-basecamp-cto-and-this-is.html

Railsの基本理念 : Railsの生みの親が掲げる8つの原則

ttps://postd.cc/rails-doctrine/

Ruby on Rails: DHHインタビュー

Railsにある20%のソリューション問題の80%を解決できるようにしています

ttps://kdmsnr.com/translations/interview-with-dhh/

コメントが多いコードダメコードだと思う

最近の Basecampコードにはこんなのがある。

ttps://b.hatena.ne.jp/entry?url=http%3A%2F%2Fwww.portalshit.net%2F2012%2F09%2F23%2Fcode-with-a-lot-of-comments-smells

DHHはどのようにRailsコントローラを書くのか

ttps://b.hatena.ne.jp/entry?url=http%3A%2F%2Fpostd.cc%2Fhow-dhh-organizes-his-rails-controllers%2F

ShopifyにおけるRuby on Railsで速いコードを書く方法

ttps://b.hatena.ne.jp/entry/s/medium.com/@teruhisafukumoto/how-to-write-fast-code-in-ruby-on-rails-at-shopify-70668edc47b1

Railsアプリ設計

ttps://speakerdeck.com/sinsoku/railsapurifalseshe-ji

Ruby on Railsの正体と向き合い方

ttps://b.hatena.ne.jp/entry?url=https%3A%2F%2Fspeakerdeck.com%2Fyasaichi%2Fwhat-is-ruby-on-rails-and-how-to-deal-with-it

Railsエンジニアのためのウェブセキュリティ入門

ttps://b.hatena.ne.jp/entry/s/www.slideshare.net/ockeghem/ruby-on-rails-security-142250872



経験からRuby on Railsを学んで仕事につなげるまでの1000時間メニュー

ttps://qiita.com/saboyutaka/items/1a8c40e105e93ac6856a

あなたマスターしたのはいくつ? Rails習得するために必要技術要素の一覧

ttps://qiita.com/jnchito/items/063e332cbe3023f52f93

railsのdefaultでは用意されていない考え方や設計リファクタリングについてのリンク

ttps://qiita.com/tos-miyake/items/8dffb16273726f538d49

Rails逆引き辞典

ttps://qiita.com/zizynonno/items/d52189b120c43e980160

ttps://qiita.com/zizynonno/items/ae936e4a4832a8f18858

素人Webサービスを作ってみて分かった9つのこと

Webアプリ想像以上に複雑だった

ttps://el.jibun.atmarkit.co.jp/rails/2011/09/web9-1e8b.html

3年弱でゼロからフルスタックエンジニアになるまでにやったこと - 自分攻略していく記録

ttps://b.hatena.ne.jp/entry/s/diary.shuichi.tech/entry/how-to-be-fullstack

プログラミング独習するには10年かかる

ttps://www.yamdas.org/column/technique/21-daysj.html

プログラミングに関する法則原則一覧

ttps://qiita.com/hirokidaichi/items/d6c473d8011bd9330e63

「一つのことを、うまくやれ」

ttps://ja.wikipedia.org/wiki/UNIX哲学

ジョエルテスト

ttps://bit.ly/3fTUsmf

Joel on Software(ジョエル・オン・ソフトウェア) あなた絶対すべきでないこと(スクラッチから書き直す)

ttps://urashita.com/archives/3782

The Twelve-Factor App (日本語訳)

ttps://12factor.net/ja/

優秀なエンジニア5人は二流の1000人を完全に凌駕する:Rails Hub情報局エンジニアライフ

ttps://b.hatena.ne.jp/entry/s/el.jibun.atmarkit.co.jp/rails/2011/06/51000-6676.html

ビル・ゲイツさら過激で、「優秀な旋盤工の賃金は平均的な旋盤工の数倍だが、優秀なソフトウェアプログラマーは平均的なプログラマーの1万倍の価値がある」

ttps://blog.tinect.jp/?p=64985

ブルックスの法則

遅れているソフトウェアプロジェクトへの要員追加はさらに遅らせるだけだ。

1人の妊婦が9か月で赤ちゃん出産できても、9人の妊婦が1ヶ月で赤ちゃん出産することはできないのである

ttps://ja.wikipedia.org/wiki/%E3%83%96%E3%83%AB%E3%83%83%E3%82%AF%E3%82%B9%E3%81%AE%E6%B3%95%E5%89%87

技術負債という概念の生みの親 Ward Cunningham 自身による説明

ttps://t-wada.hatenablog.jp/entry/ward-explains-debt-metaphor

銀の弾丸に関するノート

ttps://bit.ly/3epWY3i

巧遅拙速に如かず

Done is better than perfect.

完璧であるより出来上がる方がいい

Facebook

雑なやりとり

ttps://kuranuki.sonicgarden.jp/2019/10/casual-talk.html

動いて儲かってるきれいなコード>動いて儲かってる糞コード>動いて儲からないきれいなコード>>>>>動かないきれいな Permalink | 記事への反応(1) | 19:18

2017-02-14

日本人投手メジャーリーグ登板数を集計したら感覚結構ずれていた

野茂英雄メジャーリーグデビューして以来、多くの日本人投手が海を渡ったわけだけれど、誰がどのくらい登板してきたのか集計してみたら感覚と違っていたので公開してみる。下記のリスト1995年以降2016年までデータである

長谷川滋利登板数は他を寄せ付けないくらいに多い。

上原、田澤はいつの間にか日本人トップクラス登板数に達しようとしていた。

小宮山桑田よりちょっと多い程度しか登板していない。

などなど

選手登板
Shigetoshi Hasegawa517
Koji Uehara387
Takashi Saito338
Hideo Nomo323
Junichi Tazawa302
Hideki Okajima266
Akinori Otsuka236
Kazuhiro Sasaki228
Hiroki Kuroda212
Tomo Ohka202
Hisanori Takahashi168
Masato Yoshii162
Daisuke Matsuzaka158
Hisashi Iwakuma144
Hideki Irabu126
Mac Suzuki117
Jeff McCurry111
Steve Randolph109
Kazuhisa Ishii105
Keiichi Yabu100
Yu Darvish100
Shingo Takatsu99
Ryota Igarashi83
Masahiro Tanaka75
Masahide Kobayashi67
Masao Kida65
Yoshinori Tateyama53
Kenshin Kawakami50
Yasuhiko Yabuta43
Takashi Kashiwada35
Kenta Maeda32
Micheal Nakamura31
Kyuji Fujikawa29
Ken Takahashi28
Satoru Komiyama25
Takahito Nomura21
Tsuyoshi Wada21
Masumi Kuwata19
Craig House16
Kei Igawa16
Kazuhito Tadano15
Kazuo Fukumori4
Ichiro Suzuki1
Toru Murata1

(1995年以降2016年までhttp://www.baseball-reference.comデータからBaseball-Reference.comではスティーブン・ランドルフ(沖縄まれ、元ベイスターズ)、ジェフマッカリー(東京まれ)、クレイグ・ハウス(沖縄まれ)も日本人扱いらしい。リストにいない村上雅則は1964〜1965年に54登板、1先発である。)

先発登板に限るとどうなるかも見てみる。

ここはイメージ通り野茂が多い。

しか黒田も負けず劣らず多かった。

選手先発登板
Hideo Nomo318
Hiroki Kuroda211
Tomo Ohka178
Daisuke Matsuzaka132
Hisashi Iwakuma130
Masato Yoshii118
Kazuhisa Ishii102
Yu Darvish100
Hideki Irabu80
Masahiro Tanaka75
Mac Suzuki67
Kenshin Kawakami41
Kenta Maeda32
Tsuyoshi Wada20
Kei Igawa13
Hisanori Takahashi12
Koji Uehara12
Shigetoshi Hasegawa8
Steve Randolph6
Junichi Tazawa4
Kazuhito Tadano4
Masao Kida2
Toru Murata1

日本人だけの登板数を見てきたが、日本人登板数はメジャーリーグ全体の中でどれくらいの比率を占めているのかというと1.32%だった。数字は小さいが、カナダキューバの間というと結構多くも感じる比率である

国名国別投手登板比率
アメリカ合衆国300,02475.44%
ドミニカ共和国41,11910.34%
ベネズエラ・ボリバル共和国14,6513.68%
メキシコ8,3542.10%
プエルトリコ6,5151.64%
カナダ5,5961.41%
日本5,2401.32%
キューバ3,6740.92%
パナマ2,8450.72%
オーストラリア2,3110.58%
大韓民国1,5080.38%
ニカラグア1,0830.27%
ドイツ9030.23%
台湾7260.18%
コロンビア6360.16%
キュラソー5660.14%
ベトナム5180.13%
アルバ3670.09%
イギリス3250.08%
ジャマイカ2580.06%
サウジアラビア1650.04%
フィリピン1110.03%
インドネシア800.02%
オランダ500.01%
ブラジル420.01%
香港150.00%
アフガニスタン80.00%
スペイン70.00%
アメリカヴァージン諸島60.00%

自分の頭の中のデータはここ5,6年のイメージが薄いらしいということは分かった。

2016-03-02

2020年東京オリンピック汚職疑惑に関する報道 (Le Monde)

ル・モンド紙 2016年1月14日付 

Clément Guillou 記者

http://www.lemonde.fr/athletisme/article/2016/01/14/lamine-diack-soupconne-d-avoir-monnaye-sa-voix-pour-l-attribution-des-jo-2020_4847631_1616661.html

陸上競技ラミーヌ・ディアックは2020年オリンピック開催地選考で票を売った疑惑がある


もし、WADA(世界アンチ・ドーピング機関)のディックパウンド告発した驚愕事実が、第2回目のWADA調査委員会報告書のページの下に小さく付けられた注に影響を与えていたとしたらどうなっただろうか?

 1月14日に行われたWADA記者会見では、驚くような情報は出てこなかった。しか世界スポーツ界を揺るがす爆弾は、報告書の34ページの下の注に隠されていた。

https://www.wada-ama.org/en/resources/world-anti-doping-program/independent-commission-report-2

調査委員会報告書は、注36で、1999年から2015年までIAAF(国際陸上競技連盟)会長だったラミーヌ・ディアックが、IAAFに有利なスポンサー契約をもたらすために、IOC委員として影響力を行使していたことを述べている。

こうした取引存在した疑いは、ディアック前会長の息子の一人であるイブライマ・ディアックとトルコ陸上選手アスリ・アルプテキンの親族との間で行われた話し合いの中で言及されたものだ。この発言によれば、2020年オリンピックの開催候補地・イスタンブールラミーヌ・ディアックIOC委員投票しなかったのは、IAAFにとって旨味のあるスポンサー契約提示しなかったためである

しかしこの発言は慎重に取り上げる必要がある。ディアックの息子の目的は、ドーピング検査で生体パスポートの異常値が見つかった場合に、もみ消す力があると信じさせることだったからだ。

「(会話の中で)トルコLD(ラミーヌ・ディアック)の支持を失ったのは、4~500万ドルスポンサー料をIAAF陸上ダイヤモンドリーグあるいはIAAFに支払わなかったからだと述べられている」とWADA独立調査委員会レポートは例の注36に書いている。

注は「(会話の)報告によると、日本はこうした金額を支払った模様である2020年オリンピック開催地東京に決定した」と続けている。

IAAFの5つのオフィシャルパートナーのうち、TDKセイコーキャノントヨタの4つが日本企業である


脅迫

 調査委員会関係者ル・モンドに、情報は十分信頼のおけるものであり、公表されるべき価値はあるが、管轄外のために委員会はこの問題を深く掘り下げないと説明した。

 反対に、報告書に関するミュンヘンでの記者会見にも出席したフランス経済検察庁が、この件について調査することを妨げるものは何も無い。

独立委員会がどのような形式でこの情報を入手したのか(トルコ人関係者証言によるのか、電子メールでのやり取りを入手したのか)は明らかになっていない。

2020年五輪開催地投票は、2013年9月にブエノス・アイレスで行われ、決選投票は60対36で東京イスタンブールに勝利した。

イブライマ・ディアックとアスリ・アルプテキンの親族との取引は、この開催地決定の3ヶ月後に始まり2014年2月まで続いた。アスリ・アルプテキンは2012年ロンドンオリンピック1500メートルメダリストで、生体パスポートの異常値により懲戒処分を受ける恐れがあったが、イブライマ・ディアックはアルプテキンの親族に対して、IAAFによる追跡調査をやめさせることができるとほのめかしていたのである

兄弟のパパ・マサタ・ディアックの後、イブライマ・ディアックも金銭強要しようとしていたという印象をアルプテキンの家族は持っていた。

この要求に応じなかったため、アスリ・アルプテキンはIAAFによる8年(2021年まで)の出場停止処分を受けた。この処罰スポーツ仲裁裁判所を通じて決定され、オリンピックメダル剥奪された。その後、ラミーヌ・ディアックはIOCを辞職した。IOC世界陸上界を揺るがせた汚職スキャンダルに関わったとして、ラミーヌ・ディアックに一時停職処分を下していた。


パートナー

この数年間のIAAFを見ていけば、パートナーシップ契約世界選手権開催地の割り当てに関係があることを確認できただろう。韓国大邱2011年世界陸上大会モスクワ2013年世界陸上大会北京2015年世界陸上大会、そしてドーハで行われる2019年大会である。多くのパートナーシップ契約されたのは韓国サムソングループであり、中国大石企業シノペックであり、ロシアのVTB銀行であった。

最後に、2021年世界陸上大会オレゴン州ユージーンに決定したことに触れる。陸上界の大立者の出身地であるスポーツ用品ナイキだ。一つの反対もなく決定したことに、PNF(フランス経済検察庁)は大きな関心を持っている。

報告書によると、WADA独立委員会は、独立した組織によって、パパ・マサタ・ディアックが関わった契約およびマーケティングスポンサー協定の完全な監査を行うことを提言している。

ドーピング事件に続いて、スポンサー契約・放映契約陸上競技界の次のスキャンダルになるだろう。

2020年東京オリンピック汚職疑惑に関する報道 (Europe 1)

2016・2020年オリンピック立候補地に関する捜査


http://www.europe1.fr/sport/enquete-autour-des-candidatures-aux-jo-de-2016-et-2020-2681386

17h01, le 01 mars 2016, modifié à 18h08, le 01 mars 2016

par Pierre de Cossette avec J.R.

フランス司法当局2016年リオ五輪2020年東京五輪に関して贈収賄行為が行われたという疑惑を持っている

新たなスキャンダル火種スポーツ界を脅かしている。フランス経済検察庁(PNF)はEurope1の取材に対し、2016年2020年オリンピック候補地選考に関して行われた汚職事件捜査は昨年12月から開始されていると答えた。取材英ガーディアン紙の報道についてコメントを求めたものである

この調査特にラミーヌ・ディアックIAAF(国際陸上競技連盟)前会長を巡る汚職事件と関わりがある。

ラミーヌ・ディアックは票を売った疑いがある

2016年五輪開催地2009年投票で決定され、2020年オリンピック2013年投票で決定した。捜査は新たに1999年から2013年までIOC委員として投票に関与したラミーヌ・ディアックの周辺に及んでいる。ラミーヌ・ディアック前IAAF会長2020年オリンピック開催地選考において自分の票を売ったという嫌疑をかけられている。

 オリンピック候補地のイスタンブールは、ラミーヌ・ディアックの票を、ル・モンド紙が報じたように、「IAAFに有利なスポンサー契約提示しなかったため」失った可能性がある。ル・モンド紙の記事WADA(世界アンチ・ドーピング機関)調査委員会1月中旬レポートに基づいて書かれたものである

 この取引は前IAAF会長の子息、イブライマ・ディアックからトルコアスリート組織に持ちかけられた模様である

「(会談についての)報告書によると、日本はこのような対価を支払っていた模様である2020年オリンピック開催地東京に決定した」とWADA調査委員会は述べている。

ディアックに関する調査

ラミーヌ・ディアックには資金と引き替えに一連のドーピング事件をもみ消そうとしたという疑惑があるが、この汚職については既に捜査が開始している。IAAF会長金銭を受け取り、見返りにドーピング事件、とくにロシア選手ドーピングについて目をつぶったという疑惑があり、この疑惑の発覚直後にIOCを辞職した。

2007-09-30

サポーター』 このジョーカーのような言葉。 続き

http://anond.hatelabo.jp/20070928043402

ええと、元増田です。

と言えばいいのでしょうか。

すみません。はてな匿名ダイアリーの流儀がわかっていません。

(はてなのこともよくわかっておらず、すでに取り返しがつかないらしいミスをしてしまっています。情けないです。)

にも関わらず、私がここで書くことを選んだのは、ここの方が自分で持っているブログよりも多くの人に見てもらえるのではないかと思ったからです。

こんなひどいことをJリーグの幹部に言われたという事実を知らせたかった。

また、川崎サポーターの少なくとも一人は、「チームに裏切られた」などとは決して思っていないことを知ってもらいたかったのです。

おかげさまで、たくさんの反響を頂きました。ありがとうございます。

すべての皆さんに返信をしたいのですが、難しいので、このエントリーに代えさせてください。

もうひとつ、はてな匿名ダイアリーに書こうと思った理由は、普段の自分では絶対に書かないであろうことを書こうと思ったからです。

それは、ご指摘の通り、浦和サポに八つ当たりすることでもあり、また、その他の、自分のブログでは自重してしまうようなこともいっぺんに書いてしまおう、ということでもありました。

また、自分のブログサポーター全体を代表するような意味合いに取られるようなことを書くこと、サポーター面することも少し嫌でした。

すでに書きましたが、サポーターという言葉は大変曖昧なものです。

ですが、大変便利な言葉なので、自分のブログでもちょくちょく使ってしまっています。

便利な理由のひとつは、『ファン』という言葉とは別の言葉であるからです。

ファンではない。サポーターであるということ。

私は女性です。だから、余計にそれを意識するのかもしれません。

ミーハーすることがそれほど悪いことだとは思いませんが、やはり金切り声を上げて特定の選手を呼ぶ人の気持ち、選手が嫌そうにしているのにしつこく話しかける人の気持ちはわかりません。

サインにもさほど興味がありません。

女の身でも応援したいのです。ただ、それだけです。

だから、自分を『サポーター』と位置づけると楽なのです。

なので、よくこの言葉を使いますが、実際のところ、この言葉にはたくさんの疑問を持っています。

例えば、私はイランに行きました。

事前に社長などから、「トイレなどが大変かもしれないけれど、なるべくちゃんと用意してもらうようにするから、行けるなら応援に行ってください」と言われてはいました。

(社長は私個人を知っているわけではありません。ファン感謝デーの時に聞いたのです。)

イランのことも調べました。

どうして女性男性サッカーを見てはいけないのかも。

いろいろなことを考えた上でイランに行ったつもりです。

でも、結果として、いろいろな人に迷惑をかけました。

チームにもです。

トイレの手配もあったでしょうし、現場で一時入場できなくなったときにも、結局、チームや男性サポーターたちに迷惑をかけました。

セパハン側が事前に女性入場許可の届出を忘れていたのが原因ですが、それでも私たちが入場できない事態になったときの関係者の焦りは相当のものがありました。

そういう迷惑をかける可能性があるとわかっていたのに、それでもイランに行きました。

応援したかったから。

等々力での私は入場料を払っている観客ですが、イランでは違います。

私の応援の力と、チームにかけた迷惑と、どちらが重いのか、わかりません。

結局は、自分のエゴを優先して、私はイランに行ったのです。

それでも、私はチームをサポートしているのか。つまり、『サポーター』なのか、とても悩みました。

入れないかもしれないということを聞いたとき、女性たちはあっさりとそれを受け入れ、男性を送り出し、許可が出るまでの間、話をしながら過ごしました。

だれも、「いつになったら入れるのかな」などとは言いませんでした。

「いざとなったら、このスタジアムならバスから試合が見えるからいいね」という話はしました。

周りの喧騒に比べると、不自然なくらいに穏やかな時間でした。

おそらくその場にいた女性のほとんどが大なり小なり同じ気持ちだったでしょう。

迷惑をかけたくない、という気持ちです。

そして、日本に帰ってきた私たちを迎えたのは、一部の賞賛と一部の批判でした。

「よくがんばったね」

「大変だったね」

イランでは女性サッカーを見てはいけないのに、現地の慣習を犯してまで行くことか」

賞賛と批判のどちらも、言いたい人の気持ちはわかりますが、放っておいてほしかった。

その場ではいろいろとお土産話をしましたが、「がんばったね」という言葉は要らなかった。

私個人のことだけしか言えませんが、私はただ自分が行きたいからという理由で応援をしに行っただけなのです。

褒められたいと思っていたわけでも、現地の慣習を疎かにするつもりだったわけでもありません。

ただ、間違いなくチームに迷惑をかけました。

また、悩みました。

そこにあの犬飼専務理事の発言です。

川崎フロンターレサポーターとしての怒りもありましたが、そういったわけで、私個人の怒りもあったのです。

人がこんなにこの言葉ひとつに悩んでいるのに、あんたはその程度の認識か、と。

悩みすぎなのもわかっています。

こんな形のない言葉なのですから、テキトウに使えばいいのですし、あるいは自分はその言葉を使うのをやめてしまえばいいのです。

でも、そういう言葉なのかな、『サポーター』って。

そういう気持ちもあっての先のエントリーでした。

そして、長くなりましたが、最後にもうひとつの理由とお願いを書かせてください。

はてな匿名ダイアリーにはとても及ばない自分のブログで何か書いても、チームにとっては迷惑なことがある可能性があるかもしれないから、というのが最後の理由です。

心配しすぎなのはわかっていますが、ただでさえチームがJリーグに目をつけられているとしか思えない状況で、感情むき出しな言葉を書くのはためらわれました。

「チームに迷惑」ということと、自分のフツフツと湧き上がる感情がせめぎあった末の妥協点が、このはてな匿名ダイアリーだったのです。

そして、現時点では、各マスコミの記事が効いたのか、それとも直接の抗議や『ネット意見』が効いたのか、鬼塚チェアマンが『しょうがない発言』で事態を収拾しようとしています。

http://www.nikkansports.com/soccer/p-sc-tp0-20070929-262871.html

http://hochi.yomiuri.co.jp/soccer/jleague/news/20070929-OHT1T00014.htm

Jリーグ軽視」との嫌味をねちねちと言われ続けていますし、犬飼専務理事が謝ったわけでもなく、同様の発言をした川渕キャプテン(笑)が謝ったわけでもないので、私のサポーターとしての感情は付いていきませんが、社会人として考えれば、これがサッカー協会とJリーグとしての限界なんだろうと思います。

それに、また、「チームに迷惑」という言葉が私の頭の真ん中の方にでしゃばってきますし。

ですが、川崎フロンターレ応援団である『川崎華族』の人たちは、決して嫌味で言うのではなく、本当にただただ羨ましいほどの直球勝負に出るようです。

http://kawasakikazoku.net/main/archives/2007/09/post_64.html

私の中の一人が言います。

「いまさら、チームに迷惑なんじゃないの?」「ベストメンバー廃止なんて言っちゃって、本当はターンオーバー制をやりたい、当の『犬飼の浦和』にとって好都合なだけじゃないの?」と。

http://hochi.yomiuri.co.jp/soccer/jleague/news/20070929-OHT1T00018.htm

ただ、もう一人の私は、やはりこう言うのです。

「頑張れ。いや、一緒に頑張ろう。サポーターの名を借りた暴言はもううんざりだし、川崎サポーターフロンターレに所属するすべての選手を応援しているということ、関塚監督の判断を支持していることをはっきりと示すべきだ。」「この件と、浦和アジアで厳しい戦いをしていることは別。犬飼が憎いからといって、ACLを共に戦った浦和まで憎む必要はない。」と。

きっと、応援団の人たちにも悩みはあったのだと思います。

ですが、我那覇問題の時にも敢えて行動しなかった彼らが、意を決して行動しようと決めたのですから、そこには相当の思いがあるはずです。

(我那覇の件については、我那覇とチームドクターの行動には問題がなかった、Jリーグの手続き上の不備、と、WADAも認めています。

http://www.sponichi.co.jp/soccer/news/2007/09/15/06.html

ですが、そういった見解はすべて無視されており、まだ我那覇とチームドクター名誉回復と罰金1000万円の返還はされていません。)

このエントリーを見た、『サポーター』の皆さんにお願いです。

彼らの行動を見守ってください。

支持してくれ、とまでは言う資格は私にはありません。

ですが、彼らと、彼らに共感した川崎サポーターが、どこまでやれるか、見守ってください。

また、今回の行動に対して、Jリーグサッカー協会がどんな反応を示すか、見ていてください。

無視し続けるのか、はたまた、理不尽なことを仕掛けてくるのか、見ていてください。

本当に長くなりましたが、これで閉じます。

明日の甲府戦があるので。

悩んでも、応援することしかできないので、精一杯応援してきます。

続きを書きました。

http://anond.hatelabo.jp/20071005120232

 
ログイン ユーザー登録
ようこそ ゲスト さん