スタッフィのサイトです。
自ら 確認 越谷 営業 レギュラー 借金 沖縄 つくば 貯金 八尾 サーバー 適用 最大 開い 多い 変更 状況 東大阪 両方 特定 名義 料金 どんどん 付き 秘密 系列 マーケティング 長岡 イメージ

適しとは?/ スタッフィ

[ 297] 検索させる広告はAISAS理論に適しているのか?:マーケティング - CNET Japan
[引用サイト]  http://japan.cnet.com/marketing/auncon/story/0,3800081280,20362539,00.htm

すでにブームを通り越して定着した印象さえ受ける「○○で検索してください」というテレビCMや交通広告。今回はこの広告手法について検索エンジンマーケティング(SEM)に携わる者の立場から感じたことを言及させていただきます。
ちなみに、アウンコンサルティングでは、今年ほどこうした広告手法についてたくさんの問い合わせをいただいた年はありませんでした。
なにしろ新聞を開いても、テレビを観ても、電車に乗っても検索窓が目に飛び込んでくるようになったのですから、広告主の側からしてみれば「これだけ多くの企業が行なっているぐらいだから、相当効果があるのだろう」と気になるのも無理からぬことです。
ところで余談はさておき、ではなぜこうした広告手法が脚光を浴びたのでしょうか。それには企業側の視点で見た際にいくつかの理由が思い当たります。
マス広告だけでは時間や紙面スペースという情報の量的制限がある中、消費者にウェブサイトへ来てもらえれば、より詳細で多くの情報が提供できる
10月に博報堂DYグループとオーバーチュアの共同調査によって、テレビCMで検索窓を表示する効果は検索窓を表示しないものに比べて2.4倍というデータが発表されましたが、これもあくまで平均値としてのデータに過ぎません。
弊社が実際に今年の上半期にオーバーチュアの検索数で調査してみたところ、こうした検索窓付きの広告で露出したキーワードは、テレビCMの放送開始後に月間数千回単位での検索数増加という例から数10万回単位での増加といった例まで、かなりの幅があることがわかりました。
そうした差が生まれた原因の1つは、博報堂DYグループとオーバーチュアの共同調査でも「検索件数がテレビ広告の投下量にほぼ比例して増加」と語られているように、どれだけの頻度でCMが放送されたのか、というところが大きく関わっているのは間違いありません。
しかし、ここで筆者が疑問に感じたのは、果たして検索窓付きの広告だけを抜き出して調査することに意味があるのかという点です。消費者の購買行動が「AISAS」に変化してきているというのなら、あえて検索窓を見せなくても興味・関心を抱いた消費者は検索をするはずです。
トラックバック一覧からリンクされているウェブページはこの記事にリンクしている第三者が作成したものです。内容や安全性について当社では一切保証できませんのでご注意下さい。
には意味がある。大手代理店の実力の示し方というのは、結局マスから離れられないところにある。よってアウンコンサルティングのような会社のネットにおける正当な解の示し方は評価すべきだろう。
※サービス名をクリックするとこのページをブックマークできます。また、人数をクリックするとブックマークしている人やコメントを一覧できます。なお、サービスによってはログインが必要な場合があります。
1998年6月設立。1999年、日本国内でいち早くSEOを事業化。コンサルティングファームとして、検索エンジンマーケティングの認知向上と市場の拡大に尽力し、上場企業を中心に多くの企業のマーケティング戦略を支援する。国内のSEMコンサルティングで蓄積したナレッジを背景に、SEMを自社運用する企業向けのサービスも開始。米国、中国等に進出する日系企業の海外マーケティング支援も行うなど活動の幅を広げている。2005年11月東証マザーズ上場。
ソフトバンクはiPhone獲得の前日に夏モデルを一斉に発表した。孫社長の現在、そして過去の発言から、ソフトバンクがiPhoneをどう位置づけているか考えてみよう。執筆者はソフトバンクをウォッチし続けてきたジャーナリストの大川淳氏だ。
これから5回の連載にわたって、昨今のデータマイニングを取り巻く環境や、トレンド、適応用途について紹介します。加速度的に増え続けるデータ量に対して、求められている新たなデータマイニング像とはどのようなものでしょうか。
今回はいよいよ具体的なメディアプランの実践に進み、サイトセレクション、最適投下量、予算配分、広告手法選択、投下時期、そしてプランの華「コア・アイディア」などについて解説します。
世界を代表するECサイト、アマゾン。日本でもその存在感は圧倒的です。ユーザーはどのようにサイトを使っているのか、そしてそこに死角はないのでしょうか。ユーザーの視点の動きから探ります。
ワイヤレスネットワークの拡大とコンプライアンス要件:世界のワイヤレス侵入検知・防止システム市場の成長を牽引
三洋電機から、音楽録音を重視したリニアPCMレコーダーが登場した。X-Y型ステレオマイクによる音質の高さと

 

[ 298] japan.internet.com Webビジネス - SEO に適した CMS 導入のための5つのポイント
[引用サイト]  http://japan.internet.com/busnews/20071004/8.html

また、CMS はサイト運営者の負担を軽減し、サイト運営の本来の目的である魅力的なコンテンツ作りに集中できることや、それによってサイトの更新頻度を高めるという効果もある。そうしたメリットを考え、最近では CMS の導入に踏み切る企業も増えているようだ。
それは導入する CMS の選択を間違うと、検索エンジンから判読されず評価を得られないという最悪の結果を招く場合もあるということだ。
CMS は最初の設計段階をしっかり行なっておかないと、修正に大幅な費用や時間のロスが発生する場合がある。また、一度導入した後にシステムを変更しようとしても、互換性のないシステムに変更することで、過去に作成したコンテンツを引き継げないといった大きな問題が発生してしまう可能性もある。そのため、導入時にこそ十分な検討が必要だ。
1.検索エンジンはすべてのタグを判読できるわけではない。そのため、判読できるソース構造で Web ページを生成する設計になっていることが重要である
2.SEO には検索エンジンから高く評価されるタグが存在し、その効果的なタグに対策キーワードを挿入することによって順位改善が見られる。したがって SEO の観点から好まれるタグをテンプレートに実装することが重要になる
3.検索エンジンには判読しやすい階層のレベルが存在する。また階層レベルによって順位の上がりやすさや対策方法が異なるため、データが深い階層レベルに格納される設計になっているシステムは不適切である
4.検索エンジンは拡張子の種類によって評価が異なる。Google では最近になって一部の拡張子を除きすべての拡張子の評価は同質とするという発表があったが、Yahoo! では依然として拡張子によって優劣が存在する。そのため、作成ファイルが好ましい拡張子になることが重要である
5.国内の主な検索エンジンは Yahoo! と Google の検索エンジンになるが、日々アルゴリズムが更新されている。そのため、テンプレートもその変更内容に即したソース構造に書き換える必要がある。したがって随時修正が行なえる柔軟性の高いテンプレート設計が必要である
ディー・エヌ・エー、ネットスター、マイクロソフト、ヤフー、楽天のインターネット事業者5社は2008年6月9日、6日の衆議院本会議で可決された「青少年が安全に安心してインターネットを利用できる環境の整備等に関する法律案」についての意見を表明した。
今年の母の日にプレゼントを贈ったユーザーは、全体の6割以上、ただし、プレゼント「カーネーション」は3位に転落した。 毎年めぐってくる母の日だが、今年も、母の日に関する調査を行ってみた。
第1回インターネットコムマーケティングセミナー「新規クライアントを効率的に獲得する Web マーケティング手法とは」(3月26日)多数のご参加ありがとうございました
関連企業のサイト:ストックフォト イラスト ネットストリート ホテル予約サイト タウン情報 出張 事業継承 シミュレーション トランクルーム 優待映画チケット 田舎暮らしガイド オリジナルTシャツ ニタコエ

 

[ 299] 仙石浩明の日記: プログラマを目指すのに適した時代、適していない時代
[引用サイト]  http://blog.gcd.org/archives/50546204.html

確かに、ただプログラムを食べる為だけにやってきた人や、整えられた環境上でのプログラムになれてしまい、コンピュータの基礎について一切の知識が無い人が増えています。
プログラマに向いていない人でもプログラムを出来るようになったとも考えられるかもしれませんが、自分に適性があるか正確に判断する必要がある時代なんでしょうね……。
特に間違ってはいないだろうと思いながら学生時代を過ごしたけど、同じ職場にいる30代以降の人達が入社時から持っていたと言う基礎技術と基礎知識に大きな違いを感じています。
特に、その世代の人達からは、私が学生時代には必要ではなかった知識を”常識”だといって求められる現状・・・。
これも時代が違うからなのだと思いしらされます。そして、中間に当たる世代がいないために手本にできる人もいない。職場環境にも救われていません。
脱線してしまいましたが、つまりは今の20代半ば前半の世代には適していないというのはその通りだと思います。
自分たちの持っているもの、置かれていた状況が素晴らしいもので、現在のそれは劣っているというのは単純に「刷り込み効果」でしょう。
現代のプログラマがあなたの世代よりもはるか劣るというのは、プログラマという職種が一般化したことによる当然の結果で、コア層のみを見るならそれほど差はないのでは?
昨今の情報が過剰な状況では、筋道立てて何かを学ぶなんて不可能です。というか系統立てて学ぶなんて愚かなことです。
あらゆる分野でコミュニティが確立されていて、何か疑問や問題点があってもそこへポストすれば即座に解決可能です。
こういう時代では、芯の通った骨太で系統的な知識よりも、断片的で、それ自体では応用も利かないようなぽつぽつとした知識を多くもっていることの方が価値があると思います。
「コア層のみを見るならそれほど差はない」というのはおっしゃるとおりだと思います。いつの時代も、環境がどうであれ、好きなことと向いていることと目指すことが一致している人は強いものです。
でも、現代の「コア層」の人たちも、「昨今の情報が過剰な状況では、筋道立てて何かを学ぶなんて不可能です。というか系統立てて学ぶなんて愚かなことです」などとは言わないと思いますよ。私の言うことは聞かなくてもかまいません(^^;)ので、ぜひ「現代のコア層」の人たちの意見を聞いてみてくださいね。
こんにちは記事の内容は先に進んでおりますが、なんか共感がもてる記事だったのでコメントさせていただきました。僕は小学生の時にエムエスエックスから興味がでてプログラミングをはじめました。そのときも今も思うのはゲームやら家業などでソフト作れたらいいなと夢中でした。今は趣味のラジコンのホームページを作っていることが夢中ですね。ようは何かに夢中になることがイコールやりがいになるんですよね
エントリを読んでいて同世代な方なのかな、と思い勝手に親近感を感じて投稿させて頂きます。小学6年生頃でしたでしょうか。当時、秋葉原の電気街で電気部品を買ってきて、半田ゴテで何か作ってました(何を作ったのかは忘れてしまいました)。その頃、マイコンのようなものが、あちこちに出てきてモニターを見ながら皆が何かをやっているのを見たのですが、黒い画面に浮かぶ白い文字の配列と、しか認識できず、全く興味が持てませんでした。あの時が、プログラマになれる、なれないの試金石だったのですね。妙に納得しました。その後、多少はプログラムを勉強する必要があると思い、プログラムを頻繁に使いそうな大学の研究室に入り、Cをほんのちょっと勉強することになりますが。。それが、大変大変。憧れの分野と自分の適性は、理性で判断せずに直感的に自明となっているのですね。直感を大切にすることが重要と、再認識しました。

 

[ 300] 大量トランザクション処理に適したアーキテクチャ − @IT情報マネジメント
[引用サイト]  http://www.atmarkit.co.jp/im/carc/serial/n_design02/n_design02.html

大量トランザクションを処理するためには、アプリケーション・サーバを複数台並べて負荷分散する一方で、マルチプロセッサのDBサーバを採用しDB処理能力を確保するアーキテクチャが用いられることが多い。さらに高い処理能力が求められる場合には、DBの並列処理やオン・メモリ処理を併用するデザインもあるが、重要なことはスケーラビリティを確保するアーキテクチャ設計と、負荷を平準化する工夫である。(→記事要約へ)
インターネット・ショッピングやオンライン証券などのWebサイトでは、ピーク時には大量のトランザクションを処理できるように設計する必要がある。
大量トランザクションを処理するために一般的に用いられる設計がクラスタリングである。Webアプリケーション・サーバを複数台並べておき、トランザクションを振り分けて処理すればよい(図1)。
通常のトランザクション処理では、アプリケーション・サーバにDBサーバの数倍の負荷が掛かる。そこで、アプリケーション・サーバは台数を増やして処理性能を確保する一方で、DBサーバには性能の良いマシンを充てることにすればよい。
だが、この構成ではDBサーバが1台のためスケーラビリティに限界がある。最高性能のマルチプロセッサのマシンを用いてもDB処理能力の限界に達しそうな場合、区分化などのテクニックによりDBを分割し、さらに並列化したDBサーバで処理を行うようにするとよい(図2)。
図2の方式は、トランザクションの使用するDBの区分に偏りが生じなければうまくいく。しかし、例えば、チケット販売のシステムで、人気スポーツのチケット発売日に注文が殺到するといったケースでは、特定の試合に人気が集中し、その試合の空席等を保持するDBの単一区分にアクセスが集中してしまい、DBの並列化が生かされないかもしれない。
このような事態に対処するためには、発売枠を分割して別のDB区分に格納し申込者の電話番号の末尾で振り分けるといった工夫が有効である。また、前回紹介したようなDBの内容をメモリにキャッシュし処理を高速化するテクニックも使用できる。図3に、これまで述べたすべての工夫を盛り込んだ「究極」のクラスタリング・システムのイメージを示す。
ここまでやれば、「無敵」の性能が得られるかもしれないが、図1から図3まで進化するに従って、システム構築費用はどんどん増えていく。証券取引のように、日々、大量のトランザクション処理が繰り返される場合では、システムに投資する意義もあるだろうが、数年に1回しかピークを迎えないようなチケットの販売システムでは投資を正当化できないかもしれない。
こんな場合には、「大量トランザクション処理」からは外れるが、トランザクションのピークを減らすように、販売の仕方を変える方がよいだろう。発売時間を決めて先着順にチケットを売りに出すのではなく、申込期間を決めて期間中は申し込みを受け付けるだけにし、抽選で発売する。このようにすれば、先着順でないので発売と同時に高いピークが来ることは避けられるし、申し込みを受け付けるだけであれば、複数のDB区画に適宜振り分けて書き込めばよいので、単一DB区画への負荷集中を回避することができる。
さて、これまでは1件ごとのトランザクション処理負荷はあまり高くない ケースを取り上げてきたが、1件の処理が重い場合、どのような仕組みが必要だろうか。
大量のデータの中から条件に該当するデータを探して集計するような場合は、ここでもDBの並列化が有効である。DBMSの製品によっては、アプリケーションが1つのSQLの照会を出すと、内部的に複数の照会に分けて並列処理をするものがある。並列処理は、マルチプロセッサの単一サーバの環境でも有効だが、DBサーバを並列化した環境では、より有効に機能する。
アプリケーション・ロジックが重い場合には、アプリケーション分割して並列に実行するという手もあるが、同期的に複数のアプリケーションを実行させると、実行制御が複雑になってしまう。アプリケーションが重い場合には、非同期処理を採用して、例えばWeb画面では受け付けだけを行い、処理が終わった時点で結果をメールでユーザーに通知するような仕組みを採用した方がよいだろう。この方法では、処理負荷が平準化されることもメリットである(図4)。
図4 処理が終わった時点で結果をメールでユーザーに通知するような仕組みの採用 (クリックすれば拡大)
さて、これまで、システム構成は一定のものとして、大量トランザクション処理を考えてきたが、ピーク性の高いアプリケーションの場合、仮想化技術を用いて、システム構成を変化させることも考慮したい。1台のマシンを論理的に分割することができるシステムでは、本番機と開発機でCPUを共用し、ピーク時にCPUパワーを開発機から本番機に回すことができる。また、複数台のWebアプリケーション・サーバを仮想化してプーリングし、実行のために割り当てる台数を増減させるような仕組みも現れている。
構成を動的に変化させるシステムでは、資源が足りなくなってから増強しようとしても、割り当てに時間がかかって間に合わない可能性がある。事前にスケジュール・ベースで構成を変化させるとか、資源の増加を予測(うまくいけばの話だが)するといった仕組みも必要だろう。
図4のような非同期実行の仕組みでは、処理の受け付けと実行が別なので、受け付け量が増えた時点で、処理のための資源の割り当てを増やしても間に合いそうだ。この意味でも、大量トランザクション処理には非同期処理が適しているといえる。
大量のトランザクションを処理するのに適したITアーキテクチャを考える。最も重要なことは、拡張性を確保するアーキテクチャ設計と、負荷を平準化する工夫である。この考えを基本にして、クラスタリング/仮想化/非同期処理を用いてアーキテクチャ設計をしよう。

 

戻る

スタッフィのサイトです。

スタッフィのサイトです。