Nタンブラ

tumblinks

search

powered by tumblr
seattle theme by parker ehret

  1. ihara2525:

    普段僕が仕事でコードを書くことはほとんどありません。

    コードを書くことでチームや組織に貢献したい、という思いは常にあります。

    同時に、僕はそうすることで自分の価値を一番出せるんだろうか、という思いもあって、やっぱりこっちが強いので、一年ほど前に僕は基本的にマネジメントに徹することにしました。

    それでもたまにコードを書きたくなったりしますが、自分が中途半端に参加すると、結局他の人の動きを止めてしまったりすることになるので、やらない方がよっぽど良いです。

     
     
  2.  
     
  3. Attribution Night 2011 ツイートまとめ

    Attribution Night
    Attribution Night - 「アトリビューション」についてのイベントです。本イベント以外にも、アトリビューションに関する情報を掲載していく予定です。 | Facebook
    アトリビューションナイト、間もなく始まりますー #AN2011
    akiyuki
    October 4, 2011
    すごい人‼RT @arizono: RT @xlisting: 本日Attribution Night 2011開催です。開場は18:15より。ご来場のみなさま、お待ちしております http://t.co/1t6zzqBL ハッシュタグはこちらです→ #AN2011
    koji618
    October 4, 2011
    有園氏講演中です。 #an2011 http://t.co/dnfpG5pi
    xlisting
    October 4, 2011
    アトリビューションってパイをどうやって分け合うかを考える事。 by 有園さん #AN2011
    sohshima
    October 4, 2011
    アトリビューション•CPA それぞれの流入経路の出稿金額をスコアで割ったもの #AN2011
    jazzyslide
    October 4, 2011
    【質問】アトリビューションスコアは、メディア毎のCPAとスコアの相関がない(もしくは弱い)という仮説が前提ですか? #an2011
    nogutetu
    October 4, 2011
    ラストクリックによる評価がシンプルかつ主流なのは、アクションに直結してるから。 それ以前はアクションと離れた、変容してゆく態度を評価するものなので、重み付けが難しい。 #AN2011
    akiyuki
    October 4, 2011
    cpcならクリック分析でいいけどcpmだとimpの貢献もメディア毎にやりたいよなあ #an2011
    nogutetu
    October 4, 2011
    アタラ有園のプレゼン終了。次はクロスリスティング治田さん #AN2011
    atarajp
    October 4, 2011
    「趣味ドリブン」 #an2011
    yanaoki
    October 4, 2011
    治田さんの趣味素晴らしい #AN2011
    dada102
    October 4, 2011
    @sembearさんのプレゼン #AN2011
    jazzyslide
    October 4, 2011
    アトリビューション → 接触した広告の重みづけ。でも「重みづけ」ってどう計算しよう? #AN2011
    jazzyslide
    October 4, 2011
    「広告接触の後の消費者の態度変容」が分かればいいのでは? 広告接触したら何かしら態度か変わっているはず。それを定量化できればいいのでは? #AN2011
    jazzyslide
    October 4, 2011
    らんすい先生のテキストマイニングが炸裂しているぽ。
    yanaoki
    October 4, 2011
    検索に態度変容がユーザーごとに現れる。ユーザーごとに検索キーワードを時系列に整理してユーザーごとの悩みを出す。 #AN2011
    jazzyslide
    October 4, 2011
    事例の紹介。高速バスの例。ユーザーが「新幹線」と悩んでいた。その態度変容を検索回数•パターンから視覚化 #AN2011
    jazzyslide
    October 4, 2011
    受動広告でユーザーの態度変容のトリガーとして、能動広告のリスティングのCVRを向上させる…って話しに聞こえた。#AN2011
    nogutetu
    October 4, 2011
    その検索KWが登場する背景、ストーリー、文脈的なものを想像する掴もうとするのは大切 #AN2011
    n_kanezuka
    October 4, 2011
    ディスプレイ、SEM、ソーシャルなどの環境を越えて統合的なマーケティングを。 #AN2011
    jazzyslide
    October 4, 2011
    数ではなく人にシフトすれば態度変容が見えてくるはず。by 治田さん #AN2011
    kettsun
    October 4, 2011
    そろそろクリック偏重から脱却しようね #AN2011
    sohshima
    October 4, 2011
    さて、ゲバラ隊長 #AN2011
    atarajp
    October 4, 2011
    本邦初公開ネタ! #AN2011
    atarajp
    October 4, 2011
    1000万ブラウザでの驚愕のビュースルー効果 #AN2011
    atarajp
    October 4, 2011
    好きじゃないとできないですよwしかもその結果を今日のan2011で発表されてました!RT @tetsuroito: 新手の罰ゲームですか? RT @yanaoki 5万レコードを18時間かけてエクセルで分析するなんて…
    yanaoki
    October 4, 2011
    1.ビュー→バナークリック→CV(3%) 2.ビュー→バナークリック→サーチ→CV(1%) 3.ビュー→サーチ→CV(40%) 4.ビュー→他のサイト→CV(40%) 5.サーチ→ビュー→CV(15%) #AN2011
    jazzyslide
    October 4, 2011
    ビューデータは重要。85%はクリックしていないCV。特にビュースルーサーチコンバージョンCVが重要。サーチとの予算配分にはCVまでのパスの特徴をつかむことが必要。第三者配信必要。 #AN2011
    jazzyslide
    October 4, 2011
    打ち方次第なんで、ひとり歩きすべき数字じゃないかな。FRQ低めで一瞬RONで巻くのを繰り返せば、ビュースルーCVNをあげることは簡単に出来てしまう。 RT @etcetra: RT @jazzyslide: ビューデータは重要。85%はクリックしていないCV。 #AN2011
    usedhonda
    October 4, 2011
    クリックされていないブルーオーシャンの経路 #AN2011
    jazzyslide
    October 4, 2011
    (仮説)ビューした後に短期間でサーチしていればビューの貢献度があるといえるのでは?→期間を調査 #AN2011
    jazzyslide
    October 4, 2011
    10日まで→72%。検索数は減少。→ビューはサーチに影響与えている #AN2011
    jazzyslide
    October 4, 2011
    他のサイトを経由している場合→特定のサイトが多い場合は重要 #AN2011
    jazzyslide
    October 4, 2011
    合わせてどんなKWでCVしたかを分析する形ですかね。 paid/organic含めて。“@atarajp: ビューをした後「短期間で」検索しコンバージョンしてれば効果がある、という仮説 #AN2011”
    mminoru
    October 4, 2011
    やっぱ、TV、新聞のアトリビューション効果を測定したい。ネットの世界だけだと、説得力に欠けるんだなぁ。 #AN2011
    sohshima
    October 4, 2011
    ディスプレイ広告とサーチの最適配分がキーだな。かなり経験則が必要なんとちゃう? #AN2011
    sohshima
    October 4, 2011
    実際のコンバージョンパスは本当に複雑なので、ビューかクリックか、検索かバナーか、だけでざっくり分類してしまうとその後のメディアプランに繋げられないところです。RT @sohshima: ディスプレイ広告とサーチの最適配分がキーだな。かなり経験則が必要なんとちゃう? #AN2011
    hirohirokon
    October 4, 2011
    いきなりサーチしてくるのは15%なので先ずはディスプレイに予算を配分するべきなのでは?サーチを見据えたディスプレイの出稿。 #AN2011
    jazzyslide
    October 4, 2011
    #an2011 アトリビューションが何が出来るのかではなく、デジタルマーケティングの中でアトリビューションは何が出来るのか?この答えを知りたいですね。
    xxken
    October 4, 2011
    質疑応答始まります。 #AN2011
    jazzyslide
    October 4, 2011
    酒が入ってパネルディスカッションをだれも聞いてない。 #AN2011
    nogutetu
    October 4, 2011
    ご飯が美味しくてパネルディスカッションどころではなくて後で反省しそう。
    yanaoki
    October 4, 2011
    課題:1. 代理店などでメデイアごとの営業組織ができていること。2.プライバシーの議論と整備 #AN2011
    jazzyslide
    October 4, 2011
    ビュースルーアトリビューションが重要。第三者配信にメディアが加わることが大事。接触媒体すべてを評価するため #AN2011
    soh329
    October 4, 2011
    課題: 「アトリビューション」に対する適切な日本語がない。「貢献度」とか? #AN2011
    jazzyslide
    October 4, 2011
    アトリビューションってまとめ方が、あまりにざっくりすぎるのが課題かなとは思ってる。 RT @jazzyslide: 課題: 「アトリビューション」に対する適切な日本語がない。「貢献度」とか? #AN2011
    usedhonda
    October 4, 2011
    課題: 大量のデータを収集、分析するためのコスト。 #AN2011
    jazzyslide
    October 4, 2011
    【課題】計測のためのデータベース、第三者配信システムがもっと安くなればいい。 #AN2011
    soh329
    October 4, 2011
    とわいえデータ量って分野で比較するとまだまだ大きい業界はたくさんある。Webはいい意味でゆるくデータを扱える場面も多いので、安くやる気やり方はたくさんあるよね、とエンジニアっぽくつぶやいてみる。 #AN2011
    jazzyslide
    October 4, 2011
    アトリビューション分析は、クライアント、媒体、代理店に価値提供を生みだすものとなるだろう。頭打ちと言われるネット広告は、まだまだ、ブルーオーシャンがある。 #AN2011
    soh329
    October 4, 2011
    「間接効果」という言葉はもうやめた方がいい。経路上のそれぞれのポイントがそれぞれの役割があるんじゃないの? という話。#AN2011
    jazzyslide
    October 4, 2011
    ラストではないクリックをさす間接効果と、クリックを含まないインプレッションをさす間接効果の2つがあって混同しやすいのはなんとかしてほしい。 RT @jazzyslide: 「間接効果」という言葉はもうやめた方がいい。 #AN2011
    usedhonda
    October 4, 2011
    【課題】重み付けのロジックをどうすべきか。 #AN2011
    soh329
    October 4, 2011
    語弊があったかも。アトリビューションという分析基準を、ですね。RT jazzyslide: 現在の状況によっても違いますよね。アトリビューションだからいい、悪いじゃなくて、広告出稿状況に応じてアトリビューションを的確に選択するという感覚が大事な気がします。 #AN2011
    jazzyslide
    October 4, 2011
    態度変容レベルから、ネット広告の分析が精緻化・明確化されていくのと同時に、DSPとかで、施策の精緻化もされていくべきだよねと。 #AN2011
    kokoichiro
    October 4, 2011
    ラストクリックから色んなところに貢献度を配分するというのはわかるんだけど、配分先と、配分量がほんとに正しいのかって話 #AN2011
    kokoichiro
    October 4, 2011
    今宵のアトリビューションナイトはこれにて終了です #AN2011
    sohshima
    October 4, 2011
    メディア単位の寄与度評価は粒度が少々粗すぎる。
    usksato
    October 4, 2011
    いわんやADNW単位、DSP単位なんて。 RT @usksato: メディア単位の寄与度評価は粒度が少々粗すぎる。
    usedhonda
    October 4, 2011
    attributionとか、第三者配信評価方法の落とし穴の一つ。RT @usksato: メディア単位の寄与度評価は粒度が少々粗すぎる。
    usedhonda
    October 4, 2011
    アトリビューションの肝はね、実はここなんですよ。 RT @usksato なんとなくわかるこの感覚。RT @xxken: これはハッシュタグ外そうかな。アトリビューションについて重要な事。AIDMAが取れるアトリビューションはすぐに作れるけど、CDJが取れるアトリビューションは
    xxken
    October 4, 2011
    見込み顧客が購買意思決定の長い旅のどのステージにいて、どのコミュニケーションセットをトリガーにどう旅を進めたのか。これは中継地点の話ではなく、旅という一連のプロセスの話だ。
    usksato
    October 4, 2011
    そそ、時にそのステージは戻る。進んだり、戻ったりその繰り返し。これはね、中々取れないですよ。 RT @usksato 見込み顧客が購買意思決定の長い旅のどのステージにいて、どのコミュニケーションセットをトリガーにどう旅を進めたのか。これは中継地点の集積の話ではなく、旅という一連の
    xxken
    October 4, 2011

     
     
  4. ビックデータとマーケティングオートメーション化

    DB(定型箱)+大規模大容量のトランザクション処理+リアルタイムでのトラフィック&行動トラッキングを含む 『ビッグデータ』を元にした「マーケティングオートメーション化」は、益々重要視されるでしょう。
    nexal
    September 21, 2011
    ギガを超え、テラ以上ペタバイトに達するデータマーケティング世界へ突入です。。データ分析部隊を組織化するべき。
    nexal
    September 21, 2011
    先ずはウェブマーケティングの管理ツールあたりから進みますね。“@nexal: DB(定型箱)+大規模大容量のトランザクション処理+リアルタイムでのトラフィック&行動トラッキングを含む 『ビッグデータ』を元にした「マーケティングオートメーション化」は、益々重要視されるでしょう。”
    taniyang
    September 21, 2011
    DBの箱しか作った経験が無いエンジニアに、マーケティング用のビッグデータの話は理解できない。要は時系列データからの学習なんだが、フローなんて何通りもある。データの持ち方(DB構造)もアドホックな要求に応えられる階層を持つべき。
    nexal
    September 27, 2011
    誰に話せば良いのか・・・IT部門では無いのでしょうねぇ。 RT @nexal: DBの箱しか作った経験が無いエンジニアに、マーケティング用のビッグデータの話は理解できない。要は時系列データからの学習なんだが、フローなんて何通りもある。データの持ち方(DB構造)も
    jordan21th
    September 27, 2011
    基幹とWebを繋ぎ、マーケを自動化・・・・そもそも基幹が古すぎて繋げない悩み。。
    nexal
    September 21, 2011
    フロントとバッグを繋ぐマーケティングデータの要件定義・要件仕様書が描ける人材が、圧倒的に不足していると思う今日この頃。。。
    nexal
    September 27, 2011
    本来マーケ部門はデータマーケ部門にならないといけないはずですが・・・ RT @jordan21th: 誰に話せば良いのか・・・IT部門では無いのでしょうねぇ。 RT @nexal: DBの箱しか作った経験が無いエンジニアに、マーケティング用のビッグデータの話は理解できない。
    nexal
    September 27, 2011

     
     
  5. サイバーエージェントのCAMPがRTB対応のDSPへ

    【プレスリリース】サイバーエージェント提供の「CAMP」がRTBに対応した広告配信機能の提供を開始 http://t.co/2LnGcR8t
    CyberAgent_PR
    September 14, 2011
    サイバーエージェント提供の「CAMP」がRTBに対応した広告配信機能の提供を開始 http://t.co/nsNbJSFo 変えて行きます。
    hirofumi0228
    September 14, 2011
    プレスリリースでました!  : サイバーエージェント提供の「CAMP」がRTBに対応した広告配信機能の提供を開始 | 株式会社サイバーエージェント: http://me.lt/6U0Jk
    silicon_soul
    September 14, 2011
    待ってます! RT @jazzyslide: ついに出ました。:サイバーエージェント提供の「CAMP」がRTBに対応した広告配信機能の提供を開始 | 株式会社サイバーエージェント http://ow.ly/6uOOW
    tatemako
    September 14, 2011
    なんでサイバーエージェントグループはこのCAMPとマイクロアドBLADEでグループで同じの2つ出しているんだ・・・? CAモバイルと、CAのモバイル部門と一緒のことなのかな? / サイバーエージェント提供の「CAMP」がRTBに対応した… http://t.co/OyTzLsoj
    toshiyuki83
    September 14, 2011
    ついに、リリースしました。第三者配信とDSP提案の機会がかなり増えてて、CAMPも待ってました。→サイバーエージェント提供の「CAMP」がRTBに対応した広告配信機能の提供を開始 | 株式会社サイバーエージェン http://t.co/99nj3mhl
    niochan99
    September 14, 2011
    動いてるのみせてほしー、、だめか、、、 RT @niochan99: ついに、リリースしました。第三者配信とDSP提案の機会がかなり増えてて、CAMPも待ってました。→サイバーエージェント提供の「CAMP」がRTBに対応… (cont) http://t.co/s3Yx51H4
    mmlab_jp
    September 14, 2011
    CAもRTB参戦か。 RT サイバーエージェント提供の「CAMP」が広告配信から効果検証まで統合的に管理する事が可能に #アドタイ http://t.co/GFgXmTWV
    Y_Ysarabi
    September 15, 2011
    来年も元年っていっていないように頑張ります!w RT @miyaichi: CAMPもRTB対応! 今年はRTB元年ですね http://bit.ly/r6aEVw
    jazzyslide
    September 14, 2011
    素晴らしい。RTBは外部オーディエンスよりも内部(自社サイト)オーディエンスで入札差別化出来る会社が勝ち。 RT @jazzyslide: ついに出ました。:サイバーエージェント提供の「CAMP」がRTBに対応した広告配信機能の提供を開始 http://ow.ly/6uOOW
    xxken
    September 14, 2011
    DSPとはいわずに。RT @yamaz: おぉ RT @jazzyslide: ついに出ました。:サイバーエージェント提供の「CAMP」がRTBに対応した広告配信機能の提供を開始 | 株式会社サイバーエージェント http://ow.ly/6uOOW
    mminoru
    September 14, 2011
    DSPって言葉を一切つかってないのが興味深い。 null
    usedhonda
    September 14, 2011
    ちなみにリリース文で「DSP」を使わなかったのは「DSP≒RTB」みたいなイメージがある中、それっておかしくないか?という意思表示を含みます。もっと大きなものだと考えていますが、現在の市場だと若干の語弊が生まれるためやめました。そのくらいプラットフォームに対して真剣です。
    jazzyslide
    September 14, 2011
    ブログ書きました。: [blog] [adtech] CAMPがRTBの実装を経てさらに進化しました http://bit.ly/qg7bHV
    jazzyslide
    September 14, 2011
    [blog] [adtech] CAMPがRTBの実装を経てさらに進化しました http://bit.ly/qg7bHV
    jazzyslide
    September 14, 2011
    ちなみにリリース文で「DSP」を使わなかったのは「DSP≒RTB」みたいなイメージがある中、それっておかしくないか?という意思表示を含みます。もっと大きなものだと考えていますが、現在の市場だと若干の語弊が生まれるためやめました。そのくらいプラットフォームに対して真剣です。
    jazzyslide
    September 14, 2011
    @jazzyslide おめでとうございます!これってRTBをやるんじゃなくてRTBプラットフォームへの入稿が可能になったって事ですか??
    xxken
    September 14, 2011
    @xxken ありがとうございます!直接CAMPから入札自体を行いますよー。
    jazzyslide
    September 14, 2011
    @jazzyslide お!てことはDSPになるんですね、大胆なチェンジですねー!今度話し聞かせて下さい。
    xxken
    September 14, 2011
    @xxken まあ大変ですよw でも思想から反映させられるかって、大事だと思うんですよね。僕はそのためにツール活用するマーケターからエンジニアになったようなものなので。まあ、その辺は今度ゆっくり。
    jazzyslide
    September 15, 2011
    各社が自らインフラ構築せずにATD化したUSの進化と比べると、代理店がインフラまでレイヤー下げてやりたがるのは、既存の強みをどう見せるのか不透明感あるとは言え、面白い進化だと思うのだけど、こういう議論できる人いないかなぁと、adtechスピーカーらしいことも言ってみるテスト
    usedhonda
    September 14, 2011
    これって今日からすぐ買付できるってことでいいの? | Pralform ID、データプラットフォーム「Xrost」とGoogle が提供するアドエクスチェンジ「DoubleClick Ad Exchange 」間のRTB 接続を開始 [PDF]bit.ly/oVfqeA
    usksato
    September 15, 2011
    「Platform ID、オーディエンスターゲティング広告出稿管理サービス「Xrost DSP」および統合データ解析サービス「Xrost INSIGHT」をリリ-ス」(PDF) ow.ly/6uQ22
    mminoru
    September 14, 2011
    また開始前リリースですか。。。 RT @mminoru: 「Platform ID、オーディエンスターゲティング広告出稿管理サービス「Xrost DSP」および統合データ解析サービス「Xrost INSIGHT」をリリ-ス」(PDF) ow.ly/6uQ22
    xxken
    September 14, 2011
    しかし、camp xrost 内容から皆さんの反応まで、ことごとく対照的だな。
    usedhonda
    September 14, 2011
    はい、笑えるくらいにw RT @usedhonda: しかし、camp xrost 内容から皆さんの反応まで、ことごとく対照的だな。
    xxken
    September 14, 2011

     
     
  6. Twitterのリアルタイム処理技術Storm公開への反応ツイート

    My talks at POSSCON - thoughts from the red planet - thoughts from the red planet
    Last week I went to POSSCON in Columbia, South Carolina. It was an interesting experience and a good reminder that not everyone in the world thinks like we do in Silicon Valley. I gave two talks at the conference.
    Twitter Engineering: A Storm is coming: more details and plans for release
    We’ve received a lot of questions about what’s going to happen to Storm now that BackType has been acquired by Twitter. I’m pleased to announce that I will be releasing Storm at Strange Loop on September 19th! Check out the session info for more details.
    Introducing Twitter Web Analytics | Twitter Developers
    Twitter is a powerful platform for websites to share their content, and drive traffic and engagement. However, people have struggled to accurately measure the amount of traffic Twitter is sending to their websites, in part because web analytics software hasn’t evolved as quickly as online sharing and social signals.
    Twitter Web Analytics is powered by both batch processing (Hadoop/Cascalog/ElephantDB) and realtime processing (Kestrel/Storm/Cassandra)
    nathanmarz
    September 13, 2011
    買収したBackTypeが見事に融合され Introducing Twitter Web Analytics | Twitter Developers: http://bit.ly/pXzIWT
    yanaoki
    September 13, 2011
    thoughts from the red planet - thoughts from the red planet http://bit.ly/ousSKb そういえばStormの公開まで一週間きりましたね!(StormもZK使うのか)
    yanaoki
    September 13, 2011
    今日 #strangeloop で発表される Storm が凄く楽しみ
    yuusaku_tan
    September 19, 2011
    Storm is open-source: distributed and fault-tolerant realtime computation https://github.com/nathanmarz/storm/wiki
    nathanmarz
    September 19, 2011
    Storm がGitHubに公開されてますね “Distributed and fault-tolerant realtime computation: stream processing, continuous computation” http://bit.ly/pPoE6R
    doryokujin
    September 19, 2011
    #Storm のライセンスは EPL か。弊社でも大丈夫かな?
    yuusaku_tan
    September 19, 2011
    #Storm って Clojure で書かれてる部分が多いのね。
    yuusaku_tan
    September 19, 2011
    この辺の Clojure のコードは理解したほうが良さそうだ。 https://github.com/nathanmarz/storm/tree/master/src/clj/backtype/storm/daemon
    yuusaku_tan
    September 19, 2011
    stormデカいなあ。そんなにいろいろやらないのでもっとシンプルで導入しやすいストリームエディタにしてくれませんかという気分。
    tagomoris
    September 19, 2011
    Storm がGitHubに公開されてますね “Distributed and fault-tolerant realtime computation: stream processing, continuous computation” http://bit.ly/pPoE6R
    doryokujin
    September 19, 2011
    予想外なんだけど、Java/Clodureの合わせ技なんだよねえ。Scalaじゃないんだ、と。
    shot6
    September 19, 2011
    @shot6 開発しているBacktypeの人たち(Cascadingなども開発)はClojure好きな人々で、多くのプロジェクトがClojure+Javaで書かれています(;^ω^)
    doryokujin
    September 19, 2011
    @doryokujin なるほどねえ。
    shot6
    September 19, 2011
    コードは全然小さいので、多分真面目にやれば2、3日くらいで見終えるんジャマイカ。
    shot6
    September 19, 2011
    そして、なんとなくだけど、まだ全然実装されていない気がする・・・ちゃんとドキュメント通りの動きするのかねえ、これ。
    shot6
    September 19, 2011
    重要なところはclj/backtype/stormにありそう。
    shot6
    September 19, 2011
    予想外なんだけど、Java/Clodureの合わせ技なんだよねえ。Scalaじゃないんだ、と。
    shot6
    September 19, 2011
    @frsyuki 見てる感じだと、backtype/stormの幾つか(clojure, thrift, clusterとか)、backtype/storm/daemonの配下、かなあ、大事そうなの。
    shot6
    September 19, 2011
    Stormはトランザクション周りというか耐障害性周りを中心に、じっくり読む必要がありそうなのだけど、コレは相当にデカイな… https://github.com/nathanmarz/storm
    frsyuki
    September 19, 2011
    .fyって何語…
    frsyuki
    September 19, 2011
    Javaのコードを眺めていると、ファイルが多い割には皮だけ感があるのだけど、中身はClojureで書かれているのかな。
    frsyuki
    September 19, 2011
    仕事をしているのは CoordinatedBolt.java コイツかな。最終的には ClojureBolt に委譲しているようだけど。tuple には TrackingInfo というのが付いているらしい。
    frsyuki
    September 19, 2011
    @frsyuki 結局clodure側になげてるのでは。
    shot6
    September 19, 2011
    @shot6 どうやらそのようです。
    frsyuki
    September 19, 2011
    .fyって何語…
    frsyuki
    September 19, 2011
    プロセスは daemon/worker.clj と supervisor.clj の2つが動くのかな。名前からしても launch-worker メソッドが実装してある辺り、何かのトリガで supervisor が worker を起動する形。assign taskか。
    frsyuki
    September 19, 2011
    ファイル数が多いだけで、案外コード量は少ない。これが Clojure の力なのか…!(それとも実装されていないだけなのか!
    frsyuki
    September 19, 2011
    処理の中身は IRichBolt にお任せで、それはユーザーが書くコード。フレームワークはログの転送とトランザクション制御だけやれば良いわけで、それほど多くは必要ないのかな。前者は0MQでごにょごにょしている。後者はどこに…
    frsyuki
    September 19, 2011
    jvm/backtype/storm/planner/ が名前からして重要な仕事をしている気がしたのだけど、中身は空。TopologyBuilder もそれほど仕事していないし、細かいフローもユーザーが記述するのかな。
    frsyuki
    September 19, 2011
    ぁぁ単純に最後まで到達したらackを返すのか。ackを返す仕組みも0MQっぽい。すべてのmsgIdについてackを返す必要があるけど、0MQでまとめることでCPU負荷を下げる狙いか。途中にチェックポイントを作る機能は無いっぽい。再送するのはデータソース(Spout)のみ。
    frsyuki
    September 19, 2011
    再送はタイムアウト。Config.TOPOLOGY_MESSAGE_TIMEOUT_SECS。全体を把握するには Config.java, IBolt.java, ISpout.java あたりのコメントを読むのが良さそうな気がした。
    frsyuki
    September 19, 2011
    acker task というのが指定した数だけ立ち上がる。終端のBoltは最後にコイツにmsgIdを送るのかな。acker task がデータソース=Spoutにackを送る。実装は daemon/task.clj。
    frsyuki
    September 19, 2011
    Map<Tuple, List<Long» _pendingAcks; key は inputTupleで、value は generatedTupleIds。ふーむ。
    frsyuki
    September 19, 2011
    anchorというのはIDを生成するための何かなのかな。bit-xorとか色々。
    frsyuki
    September 19, 2011
    何となく分かった気がする。ackをどこに返しているのか、ackするIDの生成方法周りがヨクワカランけども(何か小細工をしているらしい)
    frsyuki
    September 19, 2011
    効率は0MQにお任せ、Stormがやっているのはメッセージの送受信とackの制御。ackは割と賢いらしいがヨクワカラン。メッセージ処理時に 入力メッセージ→List<それを元に出力したメッセージのID> のMapを保存しつつ、前のノードへと順々にackを返している雰囲気だけど、
    frsyuki
    September 19, 2011
    acker taskという特殊なBoltが存在している。たぶん効率のためなんだろうけど、コイツが何をしているのかいまいち不明。
    frsyuki
    September 19, 2011
    メッセージを加工して(1つのメッセージを)出力するだけのboltも多いだろうから、これでackの数を減らせる。ただackメッセージはメッセージの直接の送信元に返すのではなく、もう少し前の”要所”に返す必要があるから、ルーティングが若干複雑。このためにackerが存在するのかな。
    frsyuki
    September 19, 2011
    入力メッセージ→List<それを元に出力したメッセージのID> を管理しているのは CoordinatedBolt だけで、ふつうのClojureBoltは管理していない。すべてのBoltがackを受信すると言うよりは、要所(メッセージの集約や分割をするBolt)で使う雰囲気。
    frsyuki
    September 19, 2011
    最終的にデータソースまでackを返す。タイムアウトするまで返ってこなかったら再送。同時にタイムアウトを管理するメッセージの数が多い(メモリを喰いまくる)気がするけど、
    frsyuki
    September 19, 2011
    An acker task keeps track of a “subset” of the tuples emitted by spouts なので、何かやっているらしい。
    frsyuki
    September 19, 2011

     
     
  7. shinzizmさんのpiggybackとcookiesyncに関するツイート

    piggy backでの、ターゲッティングは、限定的。クライアントリタげは効果いいけど、規模でない。サイトリタゲは、純広告と変わらない。じゃあ、Audience scienceで分析したデータを、google adexchangeで流そうにも、piggy backじゃできない。
    shinzizm
    August 26, 2010
    cookie syncとpiggy backは根本的に違います。piggy back はpiggy fuxkだけど、cookie syncは資産になります。うちのpiggy back タグ貼りましょう、データ売るために、というのは、間違い。cookie syncすべき。
    shinzizm
    August 26, 2010
    Google AdExchangeに、自分たちが解析した結果のターゲット30万人に広告を配信をする際、GoogleからはGoogleのCookieIDしか送られてこないので、GoogleのCookieIDが15番の人は、自分のCookieIDだと何番なのでしょう?ということです。
    shinzizm
    August 26, 2010
    例えばですが、うちのアドネットワークはX人のターゲットユーザーがいて、これをデータエクスチェンジで売ります!というのは、ナンセンスでCookieSyncしてもないのに、自社のCookie売れるわけがないのです。
    shinzizm
    August 26, 2010

     
     
  8. masaka:

exposition:

tra249:

usaginobike:

yokokick:

classics2:

kagurazakaundergroundresistance:

fucahire:

futa:


new-akiba:

ninjatottori:

suyhnc:

kuriz:

7h:  注目の画像 - livedoor クリップ (元画像) - 1178695105740.jpg (JPEG 画像, 500x368?px)
     
     
  9. yuzuru_81さんのビュースルーサーチキーワードについてのエントリ

    ブログ書きました!『ビュースルーサーチキーワードが極めて興味深い件』 http://t.co/0XBP0o9 via @yuzuru_81
    yuzuru_81
    August 16, 2011
    ビュースルーからの態度変容  ビュースルーサーチキーワードが極めて興味深い件 | Fringe81 blog http://t.co/WAO5IBc via @zenback
    semlabo
    August 16, 2011
    普通の人は測れないでのうらやましい… ビュースルーサーチキーワードが極めて興味深い件 | Fringe81 blog http://t.co/WAO5IBc via @zenback
    semlabo
    August 16, 2011
    やっと。ですね。うちの発表がかなり肯定的になってきました。嬉しい! RT @yuzuru_81: ブログ書きました!『ビュースルーサーチキーワードが極めて興味深い件』 http://t.co/I9swZUq via @yuzuru_81
    xxken
    August 16, 2011
    そうですね!あとは累積UUと時間の経過を見ると、見えてきます。RT @xxken: やっと。ですね。うちの発表がかなり肯定的になってきました。嬉しい! RT @yuzuru_81: 『ビュースルーサーチキーワードが極めて興味深い件』 http://t.co/sRkah56
    yuzuru_81
    August 16, 2011
    何FQすると検索につながるかがわかるとテレビ的プランニングにも使えますよ! RT @yuzuru_81: そうですね!あとは累積UUと時間の経過を見ると、見えてきます。RT @xxken: やっと。ですね。うちの発表がかなり肯定的になって http://t.co/y4npgXT
    xxken
    August 16, 2011
    なるほど、たしかに。分析してみます。RT @xxken: 何FQすると検索につながるかがわかるとテレビ的プランニングにも使えますよ! RT @yuzuru_81: そうですね!あとは累積UUと時間の経過を見ると、見えてきます。 http://t.co/sRkah56
    yuzuru_81
    August 16, 2011
    あと、クリエイティブに触れてましたがクリエイティブはティザー的なものでかつ明確にキーワードが書いてあると検索につながりやすいです。 RT @yuzuru_81: なるほど、たしかに。分析してみます。RT @xxken: 何FQすると検索に http://t.co/y4npgXT
    xxken
    August 16, 2011
    さあこれだけのデータ取って、どうやって効率的にアウトプットしていくかな。間違いなくうちのメンバーは興味深すぎてハマってしまう…/ビュースルーサーチキーワードが極めて興味深い件 | Fringe81 blog - http://t.co/gR62RQk
    hiroepsilon
    August 16, 2011
    目安は広告クリック数と同数~2倍くらいのサーチ経由のアクセス数。 / ビュースルーサーチキーワードが極めて興味深い件 | Fringe81 blog http://t.co/4KBMAIr
    mitsukitanaka
    August 16, 2011

     
     
  10. mixiのPV数減少に対するyukawasaさんの仮説

    (1) 一ヶ月に一度もログインしないユーザー増加。936万人 37.9%。(2) スマホ・フィーチャーフォンいずれもPVを落とす (3) 10代の増加と30代以降のmixi離れ / mixiの現状をグラフ化してみる(2011年6月末時点) http://htn.to/e4yHwh
    yukawasa
    August 9, 2011
    mixiの事実として、「ユーザー間のコミュニケーションやフィードバックは増えている。しかしながらページビューは減少している。」がある。
    yukawasa
    August 9, 2011
    では、a.前回との間に行われた仕様変更が影響を与えたのか、あるいはそれは関係なく、b.ユーザー間コミュニケーションやフィードバックはページビュー増加に直接的に寄与しないのか。aかbかだとどちらなんだろうか。あるいは他の原因か?
    yukawasa
    August 9, 2011
    c.ソーシャルゲーム関連PVがここ2年影大きかったがグリー、モバゲーとの差別化に失敗しそこが大きく減少した。ただしミクシィの地のSNS部分PVは増加していたけどまかないきれなかった。 というのもあるか。
    yukawasa
    August 9, 2011
    短絡的な仮説としてはには、a。理由は、足あと機能×mixiニュース×チェック機能が強力に作用していた。具体的な行動としては芸能人のニュースを発見しチェックで一言コメント→芸能ニュースを友達経由で知る→足あと残る→芸能ニュースって足あとつくんだぁ→またチェックで書きこむ。。。
    yukawasa
    August 9, 2011
    この流れが足あと機能変更で流れが悪くなってしまったとかね。芸能ニュースに直感的にチェックで反応しても誰もみてくれないやー(本当はみてるのに)みたいな感じになってしまってるとか。でもそうなるとチェック自体の回数にも影響が出てくるはずだな、あれ?
    yukawasa
    August 9, 2011
    mixiの足あと機能が無くなったあたりのPV数の推移、たしかに気になる。
    yanaoki
    August 15, 2011