勧めとは？
|
ほかのユーザーと共有できるプラグインを開発したい場合は、フィーチャーを効果的に使う方法の学習が絶対不可欠だ。本稿は、フィーチャーを構造化する方法、Plug-in Development Environmentの機能やプラグインビルド機能を最適な形で利用する方法、そしてEclipseの動作をカスタマイズするための上級テクニックを提案する。あらゆるワークスペース向けの初期値をカスタマイズできるようEclipseの設定方法だけを習得したい場合や、Eclipseに登録した提供プラグインを管理するためのリンクファイルの使い方だけを習得したい場合も、本稿が有益な情報を提供できるだろう。 プラグインの開発は楽しい。コードを書いて、自分の望むツールを作成できるからだ。このプラグインは、Eclipseの既存の「\plugins」ディレクトリにコピーするだけで、Eclipseランタイム環境もしくはEclipseベース製品の中で使えるようになる。コピーした後の次のEclipseの起動時に自動的にプラグインが見つかり、プラットフォームの起動処理を完了すれば、これがランタイムコンフィグレーションで利用できるようになる。 しかし、プラグインが読み込まれようが読み込まれまいが関係ないと思われるだろうか？ ユーザーはあなたのツールの動作を理解するだろうか？ ユーザーは寄与されたコードをEclipseを使って使用不可にしたり、保守あるいは管理できるようになるだろうか？ そのようなことは絶対にない。プラグイン単体は1つのプラグインでしかなく、Eclipseプラットフォームと完全に統合された寄与ツールにはならない。 フィーチャーがなければプラグインは扱いにくい。つまり分かりやすくいうと、フィーチャーのないプラグインは管理されていないプラグインということだ。Eclipseプラットフォームの起動処理にはコンフィグレーション処理が含まれている。新しいプラグインが「\plugins」ディレクトリにコピーされるか、起動時にEclipseに認識されれば、コンフィグレーションのステップが認識し、スプラッシュイメージを2回点滅表示するだけではあるものの、認識したことをユーザーに通知してくれる。Eclipseが新しいプラグインを認識するのは、現在のワークスペースの「\.metadata\.config\platform.cfg」ファイルに格納されたコンフィグレーションのチェックサムが異なるためだ。プラットフォームがコンフィグレーションの修正をユーザーに細かく指示するフィーチャーが提供されていないため、Eclipseにはスプラッシュ画面を点滅表示することしかできない。しかし、自分のプラグインを1つ（もしくは2つ）のフィーチャーにパッケージングすることで、次のようなことが可能になる。 Eclipseのコンフィグレーション処理で使う提供プラグインの必要条件を（「feature.xml」ファイル中に）一覧する ランタイム環境の利用者に対して提供プラグインを識別するためのブランド情報と、ユーザーに自分のフィーチャーの内容を示す歓迎ページ（自分のフィーチャーと関連付けた「welcome.xml」ファイル）を提供する フィーチャー・パッケージの登録はプラグインの開発が終わるまで待っていてはならない。フィーチャーの定義に反映される設計判断は、プラグインの構造に影響する可能性がある。例えば、Eclipseの大半の提供プラグインはUIとコア（UI以外）の機能を持っている。自分が開発するプラグインがこのように分割されていない場合は、即座に改訂を検討すべきかもしれない。また、フィーチャーは参照されるプラグインのビルド処理自動化にも利用できる。 フィーチャーが多数あってもEclipse起動時に管理できるのは1つだけだ。このプライマリ・フィーチャーは、ランタイムプラットフォームの名前と関連グラフィックスの特定のほか、全プラグイン用のデフォルト初期設定の再定義など、製品のブランドとランタイム時の各種動作を識別する。これは自分独自のEclipseインストレーションをカスタマイズする際に利用できる強力なオプションとなり得る。 Java Developer's Guide to Eclipse』でも、既存のプラグインのビルドとブランド登録の際の演習課題として文書化されている。フィーチャーがあり、PDEがプラグインとフィーチャーのビルドをどのように支援してくれるのかを理解していれば、フィーチャーをビルドすると同時に、これに関連する全プラグインをビルドさせることが可能であることを覚えておいていただきたい。コントロール戦略のビルド（「bin.excludes」と「bin.includes」）は「PDEを使ったフィーチャーのビルド戦略」で解説する。これらの戦略は、Eclipse.orgの記事や『The フィーチャーの必要性を理解するためには、アクティブなコンフィグレーションで利用可能なコンテンツを、これらがどのように管理するのか理解することが有用だ。 Javaランタイム環境（JRE）が見つかる。デフォルトでは、Eclipseはまず「eclipse\jre」サブディレクトリを探し、そこにない場合はオペレーティングシステムが認識している場所を探す。 代替JREの特定にはdirのロケーションアーギュメントである-vmが利用可能。 コンフィグレーションは新しいワークスペースの一部として作成される。一般的に、新しいワークスペースにはコンフィグレーションが全くなく、スプラッシュイメージの前に「Completing Eclipseが認識しているフィーチャーとプラグインが処理され、将来的な変更を検知するためのチェックサムが生成される。これにはリンクファイルで識別される「eclipse\...」ディレクトリ構造のほかに、現在の「eclipse\features」および「eclipse\plugins」の両ディレクトリにあるフィーチャーやプラグインが含まれている。 ワークスペースがすでに存在する場合は、コンフィグレーションを「\.metadata\.config\platform.cfg」ファイルに含める。Eclipseのインストールを正式にインストールされた製品のように管理している場合は、「eclipse-initialize」コマンドを起動し、「eclipse\.config」ディレクトリでデフォルトの初期コンフィグレーションを行う。これにより、新しいワークスペースを使っているときに「Completing しばらくEclipseを使っていたり、コンフィグレーションにたとえ1つでも新しいプラグインを追加した場合は、Eclipseが「eclipse\features」と「eclipse\plugins」の両ディレクトリでフィーチャーやプラグインを探すのはご存じだと思うが、Eclipseがファイルシステム中のほかの場所も探すことはご存じだろうか？ 「eclipse\links」ディレクトリに適切にフォーマットされたリンクファイルが存在する場合は、これらが処理され、関連するフィーチャーやプラグイン（参照機能のないプラグインも含む）がランタイムコンフィグレーションでも利用可能になる。 リンクファイルは「id.link」という名前のすべてのファイルを指し、idは慣例上、参照されるルート・フィーチャーのIDを利用する。それでも、リンクファイルターゲットには複数のフィーチャーを配置することができるほか、「foo.link」といった名前でも問題なく動作する。次のようなリンクファイルが考えられる。 Eclipseは識別されたディレクトリから、正しいフィーチャーや提供したプラグインのある「eclipse\features」および「eclipse\plugins」ディレクトリを探す。つまり、ターゲットとなるディレクトリには「\eclipse」ディレクトリが含まれていなければならないことになる。これが見つかれば、追加機能とプラグインがランタイムコンフィグレーションでも使えるようになったり、リンクファイルがワークスペースの作成後に追加された場合は新たなコンフィグレーションの変更として処理することができる。 リンクファイルを使って自分独自のEclipseインストレーションをカスタマイズするための戦略については、後編の「リンクファイルを使ったEclipseインストールの管理」で解説する。 参照されたプラグインを持つ新しいフィーチャーが既存の「\features」および「\plugins」の両ディレクトリに追加されたり、リンクファイルでEclipseに認識されると、チェックサムの変化によってコンフィグレーション処理が起動される。この処理では、単純なスプラッシュ画面の表示以外に、この新機能がコンフィグレーションの変更として処理され、「Configuration 例えば図1のダイアログは、標準のEclipseパッケージでワークスペースを開き、それからEclipse Examplesを見つけてこれをEclipseと同じディレクトリツリーに解凍したか、サンプルを解凍した先を指すリンクファイルを追加した場合に表示される。 従って、このようなダイアログが表示されるのは、新しい、もしくはアップデートされたフィーチャーを利用できるよう、自分、実行したインストールプログラム、あるいは他人がEclipseのインストレーションを修正したためだ。エントリを選択できる場合は、現在のコンフィグレーションに変更を加えることができる。エントリが無効になっている場合は、コンフィグレーションの問題で新しいフィーチャーが登録できなくなっている。「Error 変更処理がたまっているからといって、これらをいま実行しなくてはならないわけではない。変更処理はしばらくそのままにしておくことができる。エントリの選択を解除して「Finish」をクリックするだけだ。これらを後で登録するときは、メニューオプションの「Help」>「Software 処理を行った変更については後から無効にすることもできる。「Install/Update」パースペクティブを開き、「Install Configuration」ビューでフィーチャーを選び、「Preview」ビューの「Disable」を選ぶ。同じ処理を行えば、無効になったフィーチャーを後で再び有効にすることができる。無効になったフィーチャーを「Install フィーチャーを強く印象づけることでランタイム時に自分が提供したプラグインを識別する バッチ処理はJavaでバッチリ？その現状とこれから （2007/11/14） 基幹システムで多く見られるバッチ処理はJavaでどこまで適用できるのか。Spring Batchを筆頭に数々の製品やオープンソースも紹介しよう JavaScriptを書かずにAjaxを実現するjMaki （2007/11/7）jMakiを知ってますか？ タグを書くだけでAjaxが実現できる便利なライブラリです。今回はそのjMakiをさらに便利に使うプラグインを紹介します Spring 2.0で自分なりの開発スタイルを確立しよう （2007/11/1）2.0の目玉機能であるAspectJとの統合を強化したAOPとWebに対応する新たなBeanスコープの使い方をサンプルを見ながら解説します 意外と知らないファイル圧縮技術の常識 （2007/10/24）アーカイブと圧縮の違いなどの基礎知識とともに、Java APIでJava定番のファイル圧縮形式jarやgzip、zip形式を扱う方法も紹介 ホワイトペーパー利用者に「Amazonギフト券」を抽選で100名様にプレゼント！――TechTargetジャパン リニューアル・キャンペーン Solutionフォーラム トップ｜会議室｜利用規約｜プライバシーポリシー｜サイトマップ |
[ 167] ＠IT：Eclipseのカスタマイズの勧め（前編）
[引用サイト] http://www.atmarkit.co.jp/fjava/rensai3/devworks01/devworks01_1.html
|
「Eclipseのカスタマイズの勧め（前編）」で2つのことが分かった。識別されたプライマリフィーチャーはデフォルト初期設定をコントロールし、Eclipseは提供されたプラグインをインストールディレクトリあるいはリンクされたEclipseディレクトリ構造の中から見つけ出す。つまり、このことは変更が可能であることを意味している（ただ、それには必ずリスクが伴うので注意したい）。これらの変更は、Eclipseベースのインストレーションの管理方法を強化することができ、自分好みのルールをサポートさせることができる。 優れたプラグインをすべてEclipseディレクトリツリーの中に投げ入れてしまう（もちろん参照フィーチャーを使っていただきたい）のではなく、もっと管理が行き届いた環境を検討するのもよいかもしれない。Eclipseをアップデートする必要がある場合は、また新しいEclipseを展開したり、フィーチャーやプラグインの一覧を隅から隅まで探し、使っていくものを見つけ出すようなことは絶対避けたいものだ。 EclipseやEclipseベースの製品を整理し、リンクファイルフィーチャーを土台にして作業を進めるときの方法を以下に示す。 「eclipse\links」および「eclipse\links-out」の両ディレクトリは、既存の「eclipse」ディレクトリに作成する。Eclipseベースの製品を使っていれば、この「eclipse\links」ディレクトリがすでに存在する場合もある。このディレクトリは特別なものではなく、未使用リンクファイルの便利な置き場所になる 自分のコンフィグレーションに追加したいフィーチャーやプラグインのための「add-ons」ディレクトリを作成する。そして、これらのディレクトリで「eclipse\features」および「eclipse\plugins」ディレクトリ構造を作成する すべての「add-ons」ディレクトリに対し、リンクファイルを「eclipse\links-out」ディレクトリの中に作成する。自分のアクティブコンフィグレーションとして現在必要なものを「eclipse\links」ディレクトリにコピーする 例えば、Eclipseを「Eclipse-2.1.1」という名前のディレクトリに解凍し、同じ「Eclipse-2.1.1」ディレクトリの中で「CoolTools」というアドオン用ディレクトリを作成したと仮定する。CoolToolsディレクトリには、Eclipseに追加したい各ツールやファミリーのツリーごとに1つずつ、複数のディレクトリを存在させることができる。構造としては以下の図1のようになるだろう。 「EditorList.link」ファイルにはこれらのエントリのいずれか（両方ではない）が含まれることになる。 Eclipseが無視することになってしまうため、このエントリの最後には絶対にスペースを含めてはならない。初めてリンクファイルを使ったとき、私はこのことに気付くのに数時間を要した。 新しいワークスペースでEclipseを起動すると、Eclipseと、リンクファイルによって見つかるフィーチャーやプラグインはすべてが利用可能になる。リンクファイルを追加し、既存のワークスペースでEclipseを再起動すると「Configuration Changes」ダイアログが表示される。リンクファイルを削除すると（これを「\links-out」に移動すれば簡単に削除できてしまう）コンフィグレーションの変更が通知されるが、画面ではスプラッシュ画面が点滅表示されるだけだ。 コンフィグレーションをコントロールするためにリンクファイルをあちこち動かす必要はない。それよりも、「Install/Update」パースペクティブを使ってコンフィグレーションを調整する方が良い。ただし、これはそのプラグイン用のフィーチャーがあることが前提だ（フィーチャーを使うもう1つの理由がこれなのだ）。 ルートフィーチャーや、オプションとして定義されたあらゆるフィーチャーは、現在のコンフィグレーションで無効にできる。フィーチャーは一度無効にされても、現在のランタイムコンフィグレーションにインクルードされていないだけで、プラットフォームには認識されたままとなる。 「Eclipseのカスタマイズの勧め（前編）」でアクティブコンフィグレーションへのEclipse 「Preview」ビューの「Disable Now」ボタンを選択すると、ランタイムコンフィグレーションからEclipse Examplesフィーチャーを一時的に削除することができる。これが選択されると、Eclipseはコンフィグレーションの修正を実行するためにPlatformの再起動を促してくる。 これで、現在のコンフィグレーションではEclipse Examplesフィーチャーが見えなくなる（アクティブでなくなる）。このフィーチャーを見えるようにして再度有効にするには、「Install これがEclipse Exampleフィーチャーで有効なのは、これがルートフィーチャーであるためだ。Eclipse SDKのほかのフィーチャーを見ると、これらの「Preview」ビューには「Disable Now」ボタンがないことに気付くことだろう。それは、これらが必須だと見なされているためだ。 Eclipse SDKを使っている場合は、デフォルトでPlatform、JDT、そしてPDEがコンフィグレーションされている。プラグインを開発してもPDEが必要ない場合（このような場合はJDTも常に必要なわけではない）は、Eclipseに小変更を加えたときは、これらのフィーチャーを無効にすることもできる。「org.eclipse.platform.sdk.win32」フィーチャーの「feature.xml」ファイルを開き、以下の各行に変更を加えて、「optional="true"」を挿入すれば良い。 これで、「Install Configuration」ビューでこれらのフィーチャーを選択し、無効にすることができるようになった。このリストでオプションとして定義されたものすべてが無効になってもPlatformは動作するし、これらを再び有効にすることもできるので覚えておきたい。無効になっているフィーチャーを表示する「Install これらの無効／有効の判断は現在のワークスペースだけにローカルに反映されるので、無効になったフィーチャーの一部もしくは全部が含まれるほかのワークスペースはアクティブにしておくこともできる。 この簡単な例を見れば、フィーチャーを持つこと（無効にすることもできる）のメリットや、リンクファイルを使って考えられるすべてのフィーチャーを自分のコンフィグレーションに登録することの価値も明らかになるはずだ。特定のワークスペースで不要なものを無効にすることにより、現在のコンフィグレーションを最適化することができる。 バッチ処理はJavaでバッチリ？その現状とこれから （2007/11/14） 基幹システムで多く見られるバッチ処理はJavaでどこまで適用できるのか。Spring Batchを筆頭に数々の製品やオープンソースも紹介しよう JavaScriptを書かずにAjaxを実現するjMaki （2007/11/7）jMakiを知ってますか？ タグを書くだけでAjaxが実現できる便利なライブラリです。今回はそのjMakiをさらに便利に使うプラグインを紹介します Spring 2.0で自分なりの開発スタイルを確立しよう （2007/11/1）2.0の目玉機能であるAspectJとの統合を強化したAOPとWebに対応する新たなBeanスコープの使い方をサンプルを見ながら解説します 意外と知らないファイル圧縮技術の常識 （2007/10/24）アーカイブと圧縮の違いなどの基礎知識とともに、Java APIでJava定番のファイル圧縮形式jarやgzip、zip形式を扱う方法も紹介 ホワイトペーパー利用者に「Amazonギフト券」を抽選で100名様にプレゼント！――TechTargetジャパン リニューアル・キャンペーン Solutionフォーラム トップ｜会議室｜利用規約｜プライバシーポリシー｜サイトマップ |
[ 168] ＠IT：Eclipseのカスタマイズの勧め（後編）
[引用サイト] http://www.atmarkit.co.jp/fjava/rensai3/devworks02/devworks02_1.html
|
Amazon.comが、プレゼントを買うためのシステムに関する特許を出願。ユーザープロフィールや過去の買い物パターンなどからユーザー情報を収集し、お勧めのギフトを決める。 サンタクロースがAmazonを使って、プレゼントを贈る相手がいい子にしていたか悪い子だったかだけでなく、イスラム教徒か、同性愛者か、無職かまで把握できるようになる――もうすぐそうなるかもしれない。 Amazon.comは8月10日、同社の顧客がAmazonサイトを使ってほかのAmazonユーザーの情報を収集できるようにするプロセスの特許を出願した。このプロセスで収集できる情報には、「誕生日、関心、職業、学歴、所得水準、所在地、人種、民族、宗教、性的指向」が含まれるという。 Amazonはこれらの情報を「ユーザープロフィール、過去の買い物パターン、公開されているデータベース」など複数の手段から取得し、「特定の商品を贈るのに適した相手の属性（宗教や人種など）」に基づいてお勧めを提示すると出願書類には記されている。 また公平を期して言うと、大企業は通常、自社の知的財産を保護し、また（こちらの方が重要だが）将来に向けた選択肢を確保しておくために米特許商標庁にこのような特許出願を多数行っている。大企業がまったく使わない特許を多数申請しても、珍しいことではない。 「消費者は常に、身元を特定できる形での決済や個人情報の提供を伴う買い物をする際に慎重に考えるべきだ」と同氏はeWEEKの電話取材に応えて語った。「このAmazonの特許出願を見れば、後になって害になるかもしれない個人情報がどのように流出しているのかを慎重に考えなくてはならない理由は明白だ」 マッキンタイア氏は、同氏と共著者は、Amazonが「顧客情報の尊厳を保証できなければ」、著書紹介ページからAmazonへのリンクを引き上げて、「もっとプライバシーを大事にするオンライン書店を探す」ことも考えているとまで話している。 「Amazonがこのシステムを使っていないことに安心したが、同社が収集したデータがいつか新しい使い方をされるのではないかと懸念している。この出願書類を読んで、共著者とわたしは、自分たちのWebサイトからのAmazonへのリンクを再考しており、このサイトの会員にAmazonの意図や行動について警告する方法を考えているところだ」 Amazonが出願した特許は、「ギフトクラスタリング」に関するもので、Amazonの顧客が別のAmazonユーザーのためにギフトを購入するときに使われると説明されている。クラスタリングとは、特定の好みを持つ人に適した一群のギフトをまとめたもの。出願書類には次のような例が挙げられている。「『犬の飼い主』という名称のギフトクラスタ122番を選んだ場合、そのギフトクラスタが現在選択されているギフトクラスタになり、『犬の飼い主』が『母の誕生日プレゼント』に置き換わる」（Amazonの特許書類を作成した人は、感傷的なものが苦手なようだ） ある水準では、この関連づけの手法は、Amazonが既に商品推薦システムでやっていることや、TiVoが視聴者の視聴パターンや履歴に基づいてテレビ番組を推薦する方法と似ている。 Amazonの手法の欠陥は、消費者が商品を自分で使うために買っているのか、誰かのために買っているのか区別できない点にある。この欠陥は現時点では大きな問題ではない。ほとんどの消費者は明らかに不適切なお勧めを除外できるからだ。 だがこれは、Amazonがユーザーに自分用の商品を推薦する場合よりも、他人のためのギフトを推薦する場合に大きな問題になるかもしれない。第三者には、バレエやパン作りが好きなのは、実はギフトを贈ろうとしている相手の姪だということが分からないかもしれない。それを知らずに購入パターンを分析しても、間違いだらけになってしまう可能性がある。 Amazonの出願した特許は、データ収集の方法をかなり具体的に説明しており、次のように記している。「このシステムは幾つかの実施例において、ユーザーが定義した適切なギフトクラスタを自動的に検索できる。例えば、たとえ顧客がギフトを贈る相手の（年齢などの）統計的情報や関心事を知らなくても、このシステムはそのような情報（ユーザープロフィールや過去の購入パターン、公開されているデータベースなど）にアクセスできるかもしれない。その場合、このシステムはギフトの贈り先を提示されたら、関連する個人情報や属性情報にアクセスして、自動的にそれらの情報に合致するギフトクラスタを検索する」 出願書類には次のような例も挙げられている。「一部のあるいはすべての商品が、属性情報と関連付けられるかもしれない（例えば、玩具と特定の年齢層、特定の性別と健康関連の商品など）。そうなれば、あるギフトクラスタの複数の商品に関連付けられた属性情報を組み合わせて、そのギフトクラスタを総合的に分類できるかもしれない」 「あるいは、このシステムは、あるギフトクラスタの商品を贈られた顧客に関する情報を（検索の際に指定された情報や、ユーザープロフィールなどから）長期的に追跡し、そうした過去の顧客の情報を収集することでそのクラスタを分類し、将来ギフトを贈る相手を特定する際に役立てられるかもしれない」 デルが“日本発”新製品 デザイン重視のオールインワン「XPS」デルの新「XPS」は、日本のニーズに合わせて開発したデザイン重視のオールインワンデスクトップだ。まず日米で先行発売した後グローバル展開する。 News Weekly Access Top10（2007年11月11日−11月17日）鏡音リンの「元ネタ」は？初音ミクに次ぐボーカロイドシリーズ第2弾「鏡音リン」の全身像が公表された。ミクと同様、シンセサイザーの名機をモチーフにしているようだ。 メール送ってギフトも贈る モバゲーと伊勢丹が「モバGIFT」モバゲーと伊勢丹が協力し、メールを使ってギフトを贈ることができる携帯電話向けサイト「モバGIFT」をオープンした。相手のメアドさえ知っていればギフトを贈ることができる。 jobtxt1 += '30代で派遣・フリーの仕事はなくなるのか？43歳エンジニアと派遣会社担当者に聞いた'; jobtxt2 += '匿名｜最高25社から査定結果が届く。査定｜プロが鑑定するあなたの市場価値'; |
[ 169] ITmedia News：性的指向まで分かる？ Amazonの「ギフトお勧め」特許
[引用サイト] http://www.itmedia.co.jp/news/articles/0608/14/news025.html
|
霊感が強いけど、怖がりな女子高生が幽霊専門の旅行代理店のバイトをするという話で、現在三巻まで出ています。 蒼天航路→中国の三国時代の史実を基にした漫画 かなり面白い！完結済み！上記の横山光輝の〔三国志〕は三国志演技を本に書いているので作り話なので勉強にはなりません。しかし横山光輝の歴史系の漫画は面白いです。 機動戦士ガンダム THE ORIGIN→一年戦争以前の話から、シャア・アズナブルの生い立ち等、また違った目線からの初代ガンダムを読めます。 ＭＯＮＳＴＥＲ→浦沢直樹の長編ミステリー？最後の最後まで結末がわからない。ドキドキしながら最後まで読めます。少し難しめかもしれませんが、読み応えはあります。 電影少女→作者は桂正和？だったかな？ちょっとエッチなシーンもありますが（あくまでも少年ジャンプレベルですので健全です。）、純粋に恋愛漫画。何度も読み直し、涙しました。絵もキレイでおススメですし、今なら古本屋さんとかで安く買えるんじゃないかな。 Ｈ２→作者、あだち充。高校野球マンガ。日本を代表する漫画家。売れてる漫画家はやっぱり面白い。今まで読まれた事のある漫画とは少し違います。この人の作品は言葉少なめ、シンプルで読み手が色々と考えたりできる場面があります。タッチもいいけど、僕はこっちの方が好きかも。 カイジ→少し大人向けかな？ギャンブルを通して、人生論的な所にまで突っ込んでいきます。内容は今まで読まれた物とは全然違いますので、何年か後に読んでみるのもいいかもですね。 とりあえず超おススメと言えばこのあたりでしょうか？他にも面白い本はたくさんあるので、色々探してみて下さいね。 私からは、『犬夜叉』『のだめカンタービレ』をおすすめしますよ！『ワンピース』が好きならこの二つも気にいってくれるとおもうけど。読んでみたらわかるよ。『ワンピース』と『犬夜叉』と『のだめカンタービレ』のつながりがね。 各コミック誌の公式サイトにあるためし読みを利用するなどして自分にあった漫画を読んでみるのはどうでしょうか。 当初は赤星潮という架空のキャラクターが主役の空手マンガなのですが、ベニー・ユキーデを倒すために黒崎健時の目白ジムに入門するあたりから、物語は現実の格闘技界とリンクし始め、現実と同時進行のドキュメンタリータッチの漫画になります。 極真空手、新日本プロレス、キックボクシングの実在の選手とのエピソードを使い、いつしか本来主役の赤星潮は物語進行の狂言回しと化していきます。 梶原一騎はこの漫画と実際の格闘技のプロモートで格闘技界を動かし、ある意味、現実の世界が梶原一騎の作品となってしまいました。 |
[ 170] お勧め - Yahoo!知恵袋
[引用サイト] http://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1110807166
