[使い方]の検索結果
人気の動画共有サイト「ニコニコ動画」で話題になっている、声優「藤田咲」さんのキャラクターボイスを元に作り上げられた、ボーカロイド（VOCALOID）「初音ミク」が、何者かによって抹殺されようとしている。
TBSの番組「アッコにおまかせ」において「初音ミク」ユーザーがネガティブに取り上げられる騒動に続き、GoogleやYahoo!などの主要な検索サイトの画像検索で検索結果に表示されなくなくなる、フリーのオンライン百科事典と知られるWikipediaで項目削除依頼行われる、など不審な動きが相次いでいる。
「初音ミク」画像が検索エンジンから見つからない
画像検索から「初音ミク」が一斉に消えた件
「初音ミク」Wikipedia項目削除依頼が上がっている件に関して
「初音ミク」騒動に関して、日本経済新聞はどう報じたか
これに対し２ちゃんねるでは、電通がホリプロと組んで売り出したもものまったく人気の出なかったバーチャアイドル「伊達杏子」を、同様に一般の認知度は高いもののまったく人気の盛り上がらない仮想世界「セカンドライフ」で売り出すために、人気急上昇中の「初音ミク」を抹殺しようとしたのではないかという見方が強まっている。
「初音ミク」Google八分事件あらまし（随時更新）
※電通がホリプロと組んで売り出したバーチャアイドル「伊達杏子」なるものが全く売れなかったが、
最近、セカンドライフ上にて「伊達杏子」を復活させる動きを見せていた（J-castで報道済み）
※TBSとホリプロの和田アキコを使って「初音ミク」のネガキャンが行われた（印象操作）
必然的にその番組は問題になり、ネット上で大きな議論を呼んだ。
※Wikipediaの「初音ミク」の項目を削除させようとする不自然な動きが起こり、実際に行われた。
（編集合戦の後削除依頼により項目削除、復活、削除の後現在復活したが編集履歴を証拠隠滅）
一方「伊達杏子」の項目は保護依頼により保護されているという入念さ
※Google検索、Yahoo検索で「初音ミク」の画像検索が出来ない、あるいは結果が別画像に差し替えられた。
「伊達杏子 復活」画像検索で最初に出てくる「初音ミク」商品画像も、「伊達杏子」画像に差し替えられている。
「初音ミク」の商品画像、および「DTMマガジン11月号（初音ミクが表紙の特集号」にいたっては
JANコードで検索しても、画像が別の物に差し替えられるという念入りな操作の形跡がある。
※Google検索の不自然な操作のクライアントはどこかということが現在の焦点
疑われているのは
TBS・・・「亀田 反則」などの画像も検索結果操作されていることから疑いは濃厚
電通・・・「伊達杏子」というヴァーチャルアイドルの商売敵である「初音ミク」潰しの可能性
またTBSの株主でもあるので、この両社の行動は密接に関わってる可能性もある
Google・・・ニコニコ動画潰しのために自主的に操作を行ってる可能性はある
※なお、このような背後を検証する書き込みを行うと、火消し工作員が大量にやってくる
クライアント企業から話題をそらすための話題そらし、
的外れな中傷などが大量書き込みされる。（例：「オタきもい」「陰謀厨（笑）」など）
Google戦争
【初音ミク】ACE COMBAT ZERO-google war-【MAD】
あいつのことか
ああ 知っている
話せば長い
そう 最近の話だ
・・・
TBSの番組「アッコにおまかせ」において「初音ミク」ユーザーがネガティブに取り上げられる騒動に続き、GoogleやYahoo!などの主要な検索サイトの画像検索で検索結果に表示されなくなくなる、フリーのオンライン百科事典と知られるWikipediaで項目削除依頼行われる、など不審な動きが相次いでいる。
「初音ミク」画像が検索エンジンから見つからない
画像検索から「初音ミク」が一斉に消えた件
「初音ミク」Wikipedia項目削除依頼が上がっている件に関して
「初音ミク」騒動に関して、日本経済新聞はどう報じたか
これに対し２ちゃんねるでは、電通がホリプロと組んで売り出したもものまったく人気の出なかったバーチャアイドル「伊達杏子」を、同様に一般の認知度は高いもののまったく人気の盛り上がらない仮想世界「セカンドライフ」で売り出すために、人気急上昇中の「初音ミク」を抹殺しようとしたのではないかという見方が強まっている。
「初音ミク」Google八分事件あらまし（随時更新）
※電通がホリプロと組んで売り出したバーチャアイドル「伊達杏子」なるものが全く売れなかったが、
最近、セカンドライフ上にて「伊達杏子」を復活させる動きを見せていた（J-castで報道済み）
※TBSとホリプロの和田アキコを使って「初音ミク」のネガキャンが行われた（印象操作）
必然的にその番組は問題になり、ネット上で大きな議論を呼んだ。
※Wikipediaの「初音ミク」の項目を削除させようとする不自然な動きが起こり、実際に行われた。
（編集合戦の後削除依頼により項目削除、復活、削除の後現在復活したが編集履歴を証拠隠滅）
一方「伊達杏子」の項目は保護依頼により保護されているという入念さ
※Google検索、Yahoo検索で「初音ミク」の画像検索が出来ない、あるいは結果が別画像に差し替えられた。
「伊達杏子 復活」画像検索で最初に出てくる「初音ミク」商品画像も、「伊達杏子」画像に差し替えられている。
「初音ミク」の商品画像、および「DTMマガジン11月号（初音ミクが表紙の特集号」にいたっては
JANコードで検索しても、画像が別の物に差し替えられるという念入りな操作の形跡がある。
※Google検索の不自然な操作のクライアントはどこかということが現在の焦点
疑われているのは
TBS・・・「亀田 反則」などの画像も検索結果操作されていることから疑いは濃厚
電通・・・「伊達杏子」というヴァーチャルアイドルの商売敵である「初音ミク」潰しの可能性
またTBSの株主でもあるので、この両社の行動は密接に関わってる可能性もある
Google・・・ニコニコ動画潰しのために自主的に操作を行ってる可能性はある
※なお、このような背後を検証する書き込みを行うと、火消し工作員が大量にやってくる
クライアント企業から話題をそらすための話題そらし、
的外れな中傷などが大量書き込みされる。（例：「オタきもい」「陰謀厨（笑）」など）
 | 初音ミク ベスト~impacts~ アーチスト：オムニバス,アゴアニキ feat.初音ミク,supercell feat.初音ミク,麻太郎P feat.初音ミク,minato(流星P)feat.ミク&ルカ,doriko feat.初音ミク,彩音~xion~ feat.初音ミク,デッドボールP feat.初音ミク,KAITO,ミク,リン&レン シンP feat.MEIKO,OSTER project feat.初音ミク,ika feat.初音ミク 価格：2,450円 ソニー・ミュージックダイレクト by Amalink |
Google戦争
【初音ミク】ACE COMBAT ZERO-google war-【MAD】
あいつのことか
ああ 知っている
話せば長い
そう 最近の話だ
・・・
(追記あり)
朝日新聞の紙面上でコラムニスト・石原壮一郎氏が「流行語」として紹介した「アタシ、もうアベしちゃおうかな」という言葉について、「そんな言葉は聞いたことがない」「朝日社内のが抜けている」「石原さん、今回ちょっとアサヒりすぎましたね」などと物議を呼んでいる。
そうした中で「アサヒる」という言葉がその語呂の良さからネット上で急速に広まっており、ややインパクトにかける「アベする」とは異なり、早くも大流行の兆しを見せている。
「アベする」は流行語？騒動 コラムニストブログ「炎上」
「アサヒる」とは
流行や歴史的事実をでっち上げて他人を陥れること。または、事実でないことをあたかも事実のように報道し社会を誤った方向に誘導していくこと。
[使用例]
「あー、なんだよこの記事。また、アサヒってるよ」
「ちくしょう、あの野郎アサヒりやがって！」
「アサヒる」関連サイト
アサヒる.jp
アサヒる
アサヒるを大いに盛り上げるガイドライン β
そうした中で「アサヒる」という言葉がその語呂の良さからネット上で急速に広まっており、ややインパクトにかける「アベする」とは異なり、早くも大流行の兆しを見せている。
「アベする」は流行語？騒動 コラムニストブログ「炎上」
「アサヒる」とは
流行や歴史的事実をでっち上げて他人を陥れること。または、事実でないことをあたかも事実のように報道し社会を誤った方向に誘導していくこと。
[使用例]
「あー、なんだよこの記事。また、アサヒってるよ」
「ちくしょう、あの野郎アサヒりやがって！」
「アサヒる」関連サイト
アサヒる.jp
アサヒる
アサヒるを大いに盛り上げるガイドライン β
バグのないソフトウェアはない、というくらいソフトウェアにはバグがつきものですが、ソフトウェアの開発プロジェクトには期間や予算に上限があるため、バグの修正に手間取ると十分なテストを実施することができず、品質が低い状態でリリースされてしまうことになります。テストを円滑に進めソフトウェアの品質の高めていくためには、バグを迅速かつ正確にバグを修正していく必要があります。
しかし、オブジェクト指向プログラミング（OOP）やデザインパターンなどプログラムの作り方についての解説書や記事はたくさんあるにも関わらず、「バグは本来あってはいけないもの、あるはずが無いもの」という意識があるためか、デバッグに関して語られている情報源はあまり多くありません。そのため、デバッグのテクニックについてはせいぜい「開発現
場の先輩に教えてもらう」というのが実情です。
知識を共有するために、私がこれまでのソフトウェア開発の経験から得た、デバッグを効率的に行なうための心得をいくつか挙げてみたいと思います。
1. バグの原因は自分が作っているプログラムにある可能性が最も高い
ソフトウェアを構成する要素として、OS、開発ツールに付属するライブラリ、市販ライブラリ、プロジェクト内で作成されたライブラリなどがありますが、バグの原因は自分が作っているプログラムである可能性が最も高いと考えたほうがすばやくバグを見つけられます。なぜなら、今まさに開発が行なわれているプログラムこそが最もテストされていないプログラムだからです。問題の原因をマイクロソフトのせいにする前に自分のプログラムを調べましょう。
2. テストの実施を妨げているバグを優先する
当然のことですが、テストができなければバグを見つけることができません。効率的にバグが発見できるように、めったに行なわれない操作によって発生するバグよりも、必ず行なわれる操作で発生するバグを優先的に修正していく必要があります。
3. 問題を確実に再現できるようする
問題が発生する条件（操作手順、データなど）を必ず特定しなければなりません。これができないと動作確認は不可能ですので、修正したつもりが実は直ってなかったという事態にもなりかねません。この作業自体はソースコードがなくても可能なので、テスト担当者の協力を得られるのであれば、情報を交換しながらテスト担当者と開発担当者が並行して調査を進めるのが良いでしょう。
4. 一度でも問題が発生した場合はバグがある可能が高いので必ず調査する
一度でも問題が発生した場合は、単にバグが発現する条件がわかっていないだけで、必ずどこかにバグがあります。開発作業中はいろいろプレッシャーがあるので難しい面もありますが、見つけた時点で調査しておいた方がいろんな面で良いでしょう。
5. ソースコードを見ただけで正しい処理が行なわれていると判断しない
プログラムはプログラマが思っている通りに動くのではなくコンパイラが解釈した通りに動くものです。コンパイラについての知識が豊富なプログラマが犯しがち問題ですが、プログラマがコンパイラの仕様について誤解しているために生じるバグもよくあります。プログラマ自身は正しいと思っているためソースコードを見ただけではバグを発見することが困難ですがが、このようなバグは実際にプログラムを動かしてみることで簡単に原因を発見することがきます。
6. 想定外の操作や想定外のデータが使用されていないかチェックする
プログラムはプログラマが想定していなかった操作が行なわれたり、想定外のデータが入力されたりした場合は正しく動作しないことが多いものです。問題を発生させる操作やデータがプログラムで想定されているかチェックしてみましょう。
7. バグの原因となっているソースコードは必ず特定する
関係の無いところを直しても問題の現象が発生しなくなる場合もありますが、それでバグが無くなったわけではありません。そのような場合は、また別のところで別のかたちで問題が発生することになりかねません。バグは必ずソースコードレベルで原因を特定し確実に修正すべきです。
8. できるだけ他の処理に影響を与えないようにソースコードを修正する
他の処理に影響を与えるような修正を行なった場合、これまで問題なく動いていた部分に新たなバグを埋め込んでしまう可能性が高いものです。別の問題を引き起こさないように、影響範囲に注意してソースコードを修正します。しかし、単なるコーディング上の間違いであればプログラムの修正は比較的簡単で他の処理に影響を与えることは少ないのすが、設計に問題がある場合は他の部分の影響を与えないようにバグ修正を行なうのが難しい場合があります。そのような場合は、本質的な問題の解決にはならないとしても、影響範囲を限定するために暫定的な対処を行なった方が良いでしょう。
9. ソースコードを修正した場合は必ずテストする
たとえ簡単な修正であっても間違った修正を行なう可能性は常にあります。また、修正が思わぬところに影響を与えることもあります。当たり前ですが、ソースコードを修正した場合は必ずテストを行ないましょう。テスト作業を手を抜くよりも、テストを行なった方がトータル見れば開発者自身にとっても負担が少ないはずです。
しかし、オブジェクト指向プログラミング（OOP）やデザインパターンなどプログラムの作り方についての解説書や記事はたくさんあるにも関わらず、「バグは本来あってはいけないもの、あるはずが無いもの」という意識があるためか、デバッグに関して語られている情報源はあまり多くありません。そのため、デバッグのテクニックについてはせいぜい「開発現
場の先輩に教えてもらう」というのが実情です。
知識を共有するために、私がこれまでのソフトウェア開発の経験から得た、デバッグを効率的に行なうための心得をいくつか挙げてみたいと思います。
1. バグの原因は自分が作っているプログラムにある可能性が最も高い
ソフトウェアを構成する要素として、OS、開発ツールに付属するライブラリ、市販ライブラリ、プロジェクト内で作成されたライブラリなどがありますが、バグの原因は自分が作っているプログラムである可能性が最も高いと考えたほうがすばやくバグを見つけられます。なぜなら、今まさに開発が行なわれているプログラムこそが最もテストされていないプログラムだからです。問題の原因をマイクロソフトのせいにする前に自分のプログラムを調べましょう。
2. テストの実施を妨げているバグを優先する
当然のことですが、テストができなければバグを見つけることができません。効率的にバグが発見できるように、めったに行なわれない操作によって発生するバグよりも、必ず行なわれる操作で発生するバグを優先的に修正していく必要があります。
3. 問題を確実に再現できるようする
問題が発生する条件（操作手順、データなど）を必ず特定しなければなりません。これができないと動作確認は不可能ですので、修正したつもりが実は直ってなかったという事態にもなりかねません。この作業自体はソースコードがなくても可能なので、テスト担当者の協力を得られるのであれば、情報を交換しながらテスト担当者と開発担当者が並行して調査を進めるのが良いでしょう。
4. 一度でも問題が発生した場合はバグがある可能が高いので必ず調査する
一度でも問題が発生した場合は、単にバグが発現する条件がわかっていないだけで、必ずどこかにバグがあります。開発作業中はいろいろプレッシャーがあるので難しい面もありますが、見つけた時点で調査しておいた方がいろんな面で良いでしょう。
5. ソースコードを見ただけで正しい処理が行なわれていると判断しない
プログラムはプログラマが思っている通りに動くのではなくコンパイラが解釈した通りに動くものです。コンパイラについての知識が豊富なプログラマが犯しがち問題ですが、プログラマがコンパイラの仕様について誤解しているために生じるバグもよくあります。プログラマ自身は正しいと思っているためソースコードを見ただけではバグを発見することが困難ですがが、このようなバグは実際にプログラムを動かしてみることで簡単に原因を発見することがきます。
6. 想定外の操作や想定外のデータが使用されていないかチェックする
プログラムはプログラマが想定していなかった操作が行なわれたり、想定外のデータが入力されたりした場合は正しく動作しないことが多いものです。問題を発生させる操作やデータがプログラムで想定されているかチェックしてみましょう。
7. バグの原因となっているソースコードは必ず特定する
関係の無いところを直しても問題の現象が発生しなくなる場合もありますが、それでバグが無くなったわけではありません。そのような場合は、また別のところで別のかたちで問題が発生することになりかねません。バグは必ずソースコードレベルで原因を特定し確実に修正すべきです。
8. できるだけ他の処理に影響を与えないようにソースコードを修正する
他の処理に影響を与えるような修正を行なった場合、これまで問題なく動いていた部分に新たなバグを埋め込んでしまう可能性が高いものです。別の問題を引き起こさないように、影響範囲に注意してソースコードを修正します。しかし、単なるコーディング上の間違いであればプログラムの修正は比較的簡単で他の処理に影響を与えることは少ないのすが、設計に問題がある場合は他の部分の影響を与えないようにバグ修正を行なうのが難しい場合があります。そのような場合は、本質的な問題の解決にはならないとしても、影響範囲を限定するために暫定的な対処を行なった方が良いでしょう。
9. ソースコードを修正した場合は必ずテストする
たとえ簡単な修正であっても間違った修正を行なう可能性は常にあります。また、修正が思わぬところに影響を与えることもあります。当たり前ですが、ソースコードを修正した場合は必ずテストを行ないましょう。テスト作業を手を抜くよりも、テストを行なった方がトータル見れば開発者自身にとっても負担が少ないはずです。
ワーキングプア、格差社会の元凶として社会的な批判が高まる偽装請負ですが、比較的労働者に渡る金額が多いIT業界でもこの問題とは無縁ではありません。アルファブロガー「切込隊長」として知られ、イレギュラーズア...
(追記あり)
FC2ブログに参加者がトピックを自由に作成し掲示板のような使い方ができる新機能「コミュニティ機能」が追加された。ただし、コミュニティ機能は新管理画面でのみ利用可能。コミュニティの作成はコミュニティTOPペー...
Cygwin（シグウィン）とは、マイクロソフトのOSであるWindows上で動作する無料のLinuxライクな環境の一つで、GNUの開発ツールをはじめとして、UNIX向けのさまざまな標準ツールがWindows上で利用できるようになってい...
土用の丑の日が近づくなか、中国産うなぎから使用が禁止されている抗菌剤が検出され話題沸騰の「うなぎ」ですが、某牛丼チェーンのうな丼は値段から考えて間違いなく中国産だろうと言われていますが、国産うなぎの相...
動画の中にユーザーがコメントをつけることができる「ニコニコ動画」で、民主党のマニフェストを語った民主党の小沢一郎代表のメッセージ動画が配信されているが、その動画にコメントをつけた多数のユーザーがアカウ...
投稿掲示板「59bbs」で使用している「59bbs 1.0」をGPLで公開しました。59bbs 1.0 の特徴「59bbs」はブログソフトウェア「59Tracker」をベースに、掲示板として必要な機能だけを実装したものです。「59bbs」では、ト...
Movable Type（ムーバブルタイプ）のオープンソース版（GPL）が今年（2007年）第三4半期にリリースされる予定になっているようです。Movable Type 4 の開発と、ベータテスト、オープンソースについてMovable Type（ム...
アクセスランキング
今日のアクセスランキング TOP 10
- ２ちゃんねる（2ch） (2 PV)
- MT4向け1ポジアノマリーEA「DAY TRADING」 オープンソースライセンス（GPL3） #ドル円 (2 PV)
- 自作のMT4向け無料EA（口座縛り無し、ブローカー縛り無し、使用期限無し）とゴゴジャン出品中の有料EAの一覧 #MT4 (1 PV)
- RDB（リレーショナルデータベース） (1 PV)
- 仲値トレードが簡単にできる無料EA「NAKANE3」 #MT4 (1 PV)
- MT4向け1ポジブレイクアウトEA「HEADLINE」オープンソースライセンス（GPL3）で公開 #USDJPY (1 PV)
- SQLのSELECT文で先頭から上位（TOP）10件のレコードを取得する方法（SQL Server、Oracle、MySQL、PostgreSQL） (1 PV)
- 有力将棋系ユーチューバーのショウヤンさんが将棋ウォーズで「ソフト指し」を告白し衝撃走る (1 PV)
- [PR]noteで販売している自作EAの一覧 (1 PV)
今月のアクセスランキング TOP 10
- SQLのSELECT文で先頭から上位（TOP）10件のレコードを取得する方法（SQL Server、Oracle、MySQL、PostgreSQL） (109 PV)
- 2NN 2ちゃんねるニュース速報＋ナビ (25 PV)
- Google Finance（グーグルファイナンス）- リアルタイム株価情報、金融ニュース、日本株 (19 PV)
- 自作のMT4向け無料EA（口座縛り無し、ブローカー縛り無し、使用期限無し）とゴゴジャン出品中の有料EAの一覧 #MT4 (17 PV)
- [FX]裁量ポジションを簡単に管理できるMT4向け無料の裁量補助EA「PositionKeeper」 (11 PV)
- YouTube（ユーチューブ）日本版 - 動画共有、ライブ配信 (10 PV)
- 裁量トレードを半自動化する無料のMT5向け裁量トレード支援ツール（裁量補助EA）「PositionKeeper MT5」 #FX (10 PV)
- [FX]高値更新・安値更新でエントリー、MT4向け無料スキャルピングEA「1Scalper」#システムトレード (9 PV)
- 仲値トレードが簡単にできる無料EA「NAKANE3」 #MT4 (9 PV)
- MT4向け1ポジブレイクアウトEA「HEADLINE」オープンソースライセンス（GPL3）で公開 #USDJPY (9 PV)
アクセス統計
ディレクトリ
関連サイト