IsaB @isablo-blog - Tumblr Blog

Posts

MacでOffice365使うとゴミ箱に謎のファイルが生まれる問題を超速で解決する！

MacでOffice365ライセンスのExcelとか使うと謎のファイルがゴミ箱にいつの間にか生成されている。私は、正統派ゴミ箱クリーン教の人間なので、突如出現するゴミ箱のゴミに非常に迷惑を被っておりました。

調べていただいたところ、どうやらエラー報告レポートの何かしらが原因で生成されるらしい。起動時ゴミ箱への「MerpAD Office365」ファイル生成について - Microsoftコミュニティ

しかし、上の記事がちょっとわかりにくいかもと思ったのでまとめました。ということで以下の4行で解決しましょう。

ターミナルで以下のコマンドを入力

open /Library/Application\ Support/Microsoft/MERP2.0/

Microsoft Error Reportingを起動左上のメニューから環境設定を選びエラーレポートのチェックを外す

以上ですー。しかしエラー報告レポートでなぜゴミ箱にファイルが生成されるんだろう。気にしてはいけないやつですかね。

#Mac #Office365

Adobe Creative Cloudが最新版のYosemiteでダウンロードできなくて困ったちゃん

今日、AdobeCreativeCloudをあたらしいMacにインストールする人がいて困ったお話。何事もなくインストールできたらそれがよいんですけど、新規ユーザでこれ困る人もそれなりにいるんじゃないかと思って書きますー。

MacにCCインストールしようとしている人がインストールできないって言うから見せてもらった。ダウンロードされたファイルが.exeだったのでそれインストールできるわけがないですよねーって、きちんとインストールしにAdobeのサイトへいきました。ユーザログインされているのでこれでふつうにPhotoshopでも落としにかかるかーってなって、インストールの項目を選んだので.dmgをダウンロードしてくれるページに飛ばしてくれるだろうって思うじゃん？

『お使いのプラットフォームには対応しておりません』

は？

( ◠‿◠ )うーむ

( ◠‿◠ )これはMacがMacとして認識されていないってことかな？

仕方ないので直接.dmgファイル落とせるページを探して解決しましたとさ。

> 3/20/2014 - Adobe Application Manager CC for Macintosh

#adobe #cc #creativecloud #mac #yosemite

Progate - HTML/CSS, jQuery, PHPの基礎を学べるWebサービスが入門者によい感じ

どうも。なるです。今月から正社員です。なので今日が初勤務です。記念すべき初業務はブログを書くことです。ってこの文章は別のブログでも書きました。読んでください！ - devlab - フロントエンド開発ツールマップみたいな何か。JavaScriptフレームワーク、AltJS、CSSプリプロセッサ、HTMLテンプレートとかまとめ。 (なんて卑劣な宣伝だ)

今回このブログで紹介するのはProgateというWebサービスです。

Progateはオンラインでプログラミングを学べるサービスです。プログラミングを学んでWEBアプリケーションを作ろう。現在用意されているのはHTML/CSS, jQuery, PHPです。今後、追加予定なのはRuby,Ruby on Rails,HTML上級編だそうです。

ということで使ってみた

こんな感じのサイトからアカウントつくりましょう。私はソーシャルログイン使ってアカウント作成しました。ちなみに、ここでつまずく人は割と本気でプログラミングっていうかPCでの作業が向いてないと思うので、早々にブラウザバックした方がよいかもしれないです(真顔) ログインするとこんな感じ(プロフィール写真へのツッコミは受け付けておりません)

レベル低いなｗｗおいｗｗｗって感じですね。ぜんぜんやってないならなんでよい感じとか勧めてるんだよ！って思うでしょ？

それはですね。紹介した知人がめっちゃくちゃハマったから。しかも、その人プログラミングは、すこしやってみたけどどんなことしても「向いてないっ！」ってことで避けて通って生きてきた人なわけですよ。

ならばきっととてもよかった理由があるはずだ！それが何か考えてみよう！っていうのが今回のコンセプトです。

知る->使うの流れが非常にスムーズ

まずはスライドに説明が出ます。ここでそのチャプターで学ぶべきことが簡潔にまとめられています。そしてスライドの最後には演習へ進むボタンがあります。演習の課題を出されたので早速やってみた！そしたらものの数秒でクリアしてた。こちとらこれが仕事なんだから間違えるわけなかろうが！！ってちょっと半ギレ気味でした！！！！！！！！！！！！！！！！！！！これじゃあ全く紹介として意味がない( ◠‿◠ )うーむ

ということで気を取り直してもう一度

次のチャプターからCSSも出てきました。エディタのタブのstylesheet.cssってところが点滅しててすばらしい誘導でした。有無を言わさず何も入力せずに、確認して次へって押したら不正解って怒られた。でもどこが間違ってるか指摘してくれる親切設計わからないところはスライドで確認可能！というか本当に困ったら電球マークを押してみよう！こんな感じで答えも見れちゃう。何事もなくクリア！

Progateのよいところ

ゲーム感覚でたのしい。

レベルは上げたくなるもの。(FF VIIでレベル上げしたらそれに合わせて敵は5倍くらい強くなってほとんど詰んだのもよい思い出)

入門者の気持ちをわかってる。

HTML/CSS入門ってまず何からって ● なんとか(ブラウザとかエディタとか)をインストールしてください。 ● 拡張子を常に表示してください。 ● フォルダを作ってください。 ● ファイルやフォルダの名前は全角使わないでください。 ● index.htmlというファイルを作ってください。とか書き始めるまでが長い。いや他のプログラミングに比べるとHTML/CSSに必要なことはとても少ないのだが、初心者にはそんなこと関係ない。やってって言われてることがとても多く感じてしまう。そして本編始まったと思ったら <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" ... (以下略) を入力してください。って言われる。いやHTML5が主流の今ではもっと簡潔ではあるが、それでも当然最初はここの部分を書かされる。そして入門者は三択を強いられる。 1. この呪文を割りきって書く。 2. そもそもHTMLってどういう仕組みなのかを理解する。 3. 勉強するのをやめる。まず本当の初心者はとにかく動かしてみたい気持ちがある。概念的なものの理解は確かに重要だけどはじめてやってみようって人が最初に知りたいのはそこじゃない。このサービスではそういう部分は後回しにさせている。ターゲットを初心者にしぼっているのでこれだけ大胆なこともできる。しかもあらかじめ向こうで動く状態にしてあるし、エディタはAceエディタというなかなか高機能なエディタを埋め込んであるので余計な心配をせずに早速書ける。サービスのコンセプトとターゲットを明確にする重要さを確認させていただきました。

#html #css #jquery #php #progate #入門 #初心者向け

世界遺産の写真に魅せられて

はじめまして、そろそろ入社するデザイナーのくぼたなるひとです(雑)

入社より先にブログを書かせていただきます(謎)

東京でも雪が降りましたね。

雪といえば、10代の頃にチェコの雪景色の写真を見て心を奪われたのを思い出します。

チェコといえばプラハ！というのが定番で、確かに世界遺産の歴史地区としてもとても美しい街並みです。

プラハも美しいんですが、

でもぼくはチェスキークルムロフ！(なんとかキッチン風)

あらきれいですねー。

いつかチェコに行く機会があればチェスキー・クルムロフに足を運びたいとずーっと思っています。悲しいことにまだ行ったことがないので写真を見ていつかと思っているだけの日々ですが……。という前置きがあって今回紹介したいのは、SONYのαCLOCKです。

結構前から公開されているので知っている人は知っていると思います。

映像作家の貫井勇志さんがαシリーズで撮影した写真を時系列で流すサイトです。また、作曲家の浜渦正志さんの音楽が添えられていて、都市毎のイメージにあった音楽がとても美しく流れます。

サイト訪問者に写真とその景色の美しさを最大限に伝わらせるために見せ方をしていると思います。

使い方も簡単！

サムネイルから地域を選んで開いたら、手動でスクロールかAutoPlayを押すだけなんで簡単ですよね。それに保存したいと思ってマウスを動かしたらカメラアイコンが出て保存するが出るなんていちユーザとして本当に便利だなーってしみじみ思いました！！

ちなみに16時のチェスキークルムロフはこんな感じです。

Androidアプリも用意されています！

デザイナーとして見せ方など考える機会になるサイトです。

簡潔ですが今回はこんな感じで。

みなさんもお気に入りにの地域があれば、ぜひコメントくださいー。

http://www.sony.net/united/clock/

#世界遺産 #world heritage site #worldheritage #photography #travel #旅行

Screenleapでの画面(デスクトップ)共有

画面(デスクトップ)を共有したいというのは、企業のオフィス内コミュニケーション上不可欠でしょう？そこで、それをブラウザで解決する無料のScreenleap(スクリーンリープ)というスバらしいツールを紹介したい。

オフィスで会議します、と。例えばこんな感じでしょ？

はい。こんな感じで50インチぐらいの巨大液晶モニターの周りにヒトがわざわざ集まって、一つの画面を目を細めて眺めるワケです。いかがでしょう？ペーパーレスで一つの方向を見ている感じでいいでしょうか。

次に、僕らのチームはこんなでした。これもまた42インチの巨大液晶モニターを席の近くに置いて、共有事項があるときは「ちょっといいっすか？」といって、ワザワザ立ち上がって議論する。

そんな感じでした。

確かに、それらの体験に価値がないわけではないでしょう。しかし、この行為にはメンドウ臭さがつきまといます。でかいモニターが割と近くに常に存在していなくてはならない、ちょっと離れると小さい文字がよく見えない、自席から移動しなければならないとか。

#screenleap #デスクトップ #共有 #無料 #ブラウザ

Amazon EC2などの料金

みなさん、Amazon EC2などの料金を把握するのにお困りではないだろうか？

2014年4月から、Amazon EC2、Amazon S3、Amazon RDS、そしてElastic MapReduceのAWS料金値下げが有効化されたのは記憶に新しいところ。これは、AWS史上で「42回目」の値下げだったらしい。

また、AWSを料金を下げる手段として、「リザーブドインスタンス」なるものがあり、これはEC2やRDSなどで利用するインスタンスに対して一定の予約金を支払うと、1年 or 3年の単位で時間単価を小さくできるというものだ。Amazonによれば、オンデマンドインスタンスに比較して最大「50% OFF」になるらしい。

Amazonのホームページはとにかく理解しにくい

これは、英語のサイトを日本語に訳したような文章になっていることも一因としてあろうが、一番の原因はその複雑な条件設定によるものだ。

そこで、だ。

我々は、とてもご丁寧な早見表を作った。

リージョンは東京でOSはLinux限定、かつEC2とRDS限定だが、以下のリンクから参照できるのでぜひ使ってほしい。 ※<注意>ファイルはコピーして使ってください。セルのデータを選択できるようになります。

AWS料金早見表

シートは3つあり、以下の情報が参照できる。

[1-1] 特定モデルの1年間でのオンデマンドとリザーブドでの比較ができる

[2-1] EC2とRDSの全ての情報が見える

[2-2] 週の曜日単位での稼働時間を入力することで稼働率を自動計算

料金とスペックに関する全ての情報が一括に把握できるので、AWSユーザーの料金に関する疑問にスッキリと応えることができると願う。

筆者: Kohei Kikuchi

#aws #料金 #ec2 #amazon #reserved #instance #rds

HRサミット「Goalous」まであと５日・・・

初めまして、新卒の西田と申します。

さて、HRサミット講演まで残り５日になりました！皆さんの間でもそろそろ「Goalous」が話題になっているのではないでしょうか？「Goalousの講演まであと少しだね！」「つ、ついに・・・Goalousが・・・」「目標を達成出来ないのはなんで？」「今日のランチはGoalousで決まり！」などなど・・・

私たちもこの日を非常に楽しみにしております。「Goalous」の素晴らしさが伝わるように一生懸命やらさせていただきたいと思います！

なお、「Goalous」がまだ話題になっていない方もまだ間に合います！！リンクのURLからお申し込みください！

http://www.hrpro.co.jp/summit/hrsmt_detail.php?smcd=15&scd=1322 Blogはコチラ http://blog.goalous.com/2014/05/29/goaloushrsumit/?lang=ja

では、当日皆様にお会いすることを楽しみにしております。

GitHub issueに、かんばんボード機能を追加できるZenHubがマジ神

Developerの平形です。

初めての投稿になります。興奮して書かずにはいられませんでしたw

なにかというと、

GitHub issueをかんばんボードに表示してくれるZenHubというサービスの事です。

※ GitHub IssueはGitHubの課題管理の機能です。 ※ GitHubはオープンソースコミュニティの世界的中心となる存在で現代のITエンジニアリングはGitHubが支えていると言っても過言ではありません。詳しくはwikiで

GitHub Issueで課題の優先順位を付けられず苛立ちを隠しきれないあなたの悩みはこれで解決できるのです。

ZenHubはこちら

Chromeの拡張として動作します。使ってみたらわかりますが、マジ神の領域です。

ZenHubの事は後でまた語ります。

一旦、

僕とGitHubが出会った頃に遡ってお話しします。 GitHubを知ったのは今から3年前くらいでした。 gitも触った事が無くてあまりお近づきになれない感じでモヤモヤしてたんですが、なんか開発者の間で流行ってるなー。って感じで遠くから眺めてる感じでした。「よくわかんないけど、なんかgitってカッコよさそう」と思ってましたw

それで、とりあえず社内のこれから始まるプロジェクト(Goalousゴーラス)でGitHub使ってみようと思ったのです。それが約１年半前くらいです。

gitは最初はなかなか思い通りにいかず苦労しましたが、噛めば噛む程味が出るスルメのようなもので、使っていくうちに完全に虜になりました。

それでバージョン管理としてはgitは最強だと知りました。さらにGitHubを使ってGUIでコミットのdiffとか見れてべんり〜。って感じでした。

プロジェクトのソース管理はGitHubで確定しました。で、GitHubは課題管理機能もあるじゃん！と、いうことで課題管理もGitHubでやっていこうとしたんですが、GitHub Issueは課題管理としては機能が全然弱くて、redmineとかbacklogとかのほうがまだ全然いいじゃん！って感じでした。

プロジェクトはアジャイルに進めたかったんです。なんか「かんばん、かんばん」って流行っててポストイットがホワイトボードに張られている写真をwebのページで見る機会が多くなり、影響されました。それwebのツールで無いのかなぁと思い、アジャイルに強いプロジェクト管理ツールを探していたらカンバンボードをオシャレに表示できるPivotal Trackerを見つけて、「これだ！」と思いました。様々なクラウドツールと連携できるし、GitHubとの相性も悪くありませんでした。

かなり良い開発フローで運用ができて満足していました。

しかし、その後GitHubのPull Requestがマジで便利な事に気づいたんです。 Pull RequestでコードレビューしてGitHub上で行にコメント入れてやり取りするのがすごく便利です。これはもの凄く使えるぞ！とワクワクしました。

あと、ちゃんとテストしようと思いTravisとかCoverallsとか導入していったんですが、こいつらもヤバいです。テストの結果とカバレッジの結果をコミット単位でGitHubに返してくれるのでGitHubだけ見ていれば結果がわかって超便利で使いやすいです。これらとプルリク組み合わせれば最強だ！

そうこうしているうちに気付いちゃったんです。

「GitHubに全ての情報を集めるべきだ！」と。

もちろん課題も。

という事で長い間愛していたPivotal Trackerさんと涙の別れをし、GitHub issueちゃんとお付き合いする事にしたのです。

しかし、issueの優先順位を付けられない事が結構辛かったんです。最初は我慢して使っていましたが、どうしてもPivotal Trackerのようなドラッグアンドドロップでスムーズで直感的なUIが愛おしくなり、Pivotal Trackerさんと復縁しようか悩んでおりました。

「GitHub issueをどうにかしてカンバンボードのように表示する事はできないのか！」

「Pivotal TrackerのIceboxとかBacklogみたいなのとか無くてもいいから、せめて課題の優先順位くらい付けさせてくれ！」

と思ってググったら、速攻で見つかりました！

ZenHub

一瞬で惚れました。優先順位どころかIcebox、Backlogもちゃんとあります！

しかもZenHubを紹介している日本語の記事が全く無い！

という事で「俺が書くしか無いやろー」と思い、今興奮しながら書いている訳です。

ここからが本題です。（前置き長過ぎてすみませんw）

まずZenHubの何が良いのかというと、GitHubの全ての機能はそのままで、カンバンボードにissueを表示してくれるんです。しかもドラッグアンドドロップで自由にカードを配置できます。

chromeの拡張なのでインストールも楽です。

あと、issue、commit単位で投票できるようになってるし。

ほんとに夢のような体験です。issue全体をサクっと捉えられてマジ気持ちいいです。

現在パブリックベータ版ですが、僕はこれお金払っても使い続けたいです。

まずはZenHubを試してみてはいかがでしょうか？

みんなgithub issueに同じ悩み抱えてないのかなー？いや、あるでしょう！

まぁ今日はこの辺にしておきます。

それではまたお会いしましょう。

ごきげんよう。さようなら。

筆者：Daiki Hirakata

#github #zenhub #pivotaltracker #kanban #かんばん

ヒューマンキャピタル EXPO Tokyo 2013～ワークショップに来たれぃ！～

「Goalous（ゴーラス）」というサービスを開発しました。それはなにかといえば、、、

コラボレーション型ゴール達成ツール

脱・”人事考課のため”の目標管理。みなさん、隣の人が何の仕事してるかわかりますか？何を目指しているんでしょう？そんなこともわからない？これはもう異常ですよ。コミュニケーションもなにもあったもんじゃない。

今までひた隠しにされてきた『個人目標』。

これをみんながオープンにしてはじめてお互いを知り、

コラボを生みださねばならんのです！

ピンときますか？きませんかね？

ともかく詳しく聞きたい方は！

7月3日～7月5日まで東京国際フォーラムで開催される

「ヒューマンキャピタル EXPO Tokyo 2013」

でのGoalousワークショップに以下から申し込んでください！

テーマ：

「ゴールの共有」なくして「コラボ」なし！

～真の“つながり”をもたらす目標達成イノベーション～

7月3日(水) 14:00-14:50　登録はコチラ

7月4日(木) 11:40-12:30　登録はコチラ

7月5日(金) 14:00-14:50　登録はコチラ

#Goalous #human capital

二段階認証を叫ぶ！

個人情報の流出が後を絶たない。

先月、海外渡航者向けのWi-Fi機器レンタル・グローバルデータ（エクスコムグローバル社）が10万件以上ものクレジットカード情報を生番号、かつご丁寧にも生セキュリティコードと名義人・住所をセットで流出させてしまった事件は、記憶に新しいものだ。「イモトのWiFi」で名高いわけだが、イモトも世間の印象が悪くなっちゃうことだろう(もともとそんなによくはないか？)。

この【金銭問題に直結する完璧パックでの漏洩】に比較すれば、少々の「氏名だけ」、もしくは「住所だけ」が漏洩したなんて事件は、カワイらしく見えはしないか？

そこで、もはや世界のログインの常識となりつつある『二段階認証』について現在の状況を見てみたい。

二段階認証とは、通常のAccount ID/Passwordの他に「もう一つの要素」を段階を踏んで入力させることでセキュリティを強固にしようとする認証方式だ。もう一つの要素とは、「ショートメールなどで送信される一度だけ利用可能な6桁の数字」が一般的。手持ちのスマートフォンのアプリケーションで生成することも可能だ(以下はGoogle Authenticatorの例)。

特定Webサービスへのログインの際に、この数値データをAccount ID/Passwordとは別に入力し、すべてが照合OKになって初めてログイン許可がおりるわけだから、セキュリティが強固になるのは間違いない。

また、皆さんはWebサービスごとにいちいちID/Passwordを変更しないでしょう？多い人で数百のアカウント登録して世の中にバラまいているわけだから、全部変えてたら覚えられない。だから、ほとんど同じはず。つまり、

どこかで生IDと生パスワードが漏洩したら、自分が登録しているほとんどのWebサービスに侵入されてしまう

これは怖い。幽霊を見たときより怖くないだろうが、その次ぐらいに。仮に、あなたのFacebookに侵入されて友達関係を全部断ち切られ、おまけに変態的発言を投稿されたら、絶望的な気分になるはず。自転車が盗まれたときのあのやり場のない怒りよりも、もっとやり場がない。

二段階認証を設定しておけば、仮にID/Passwordがバレてもログインすることは原則できない！

この安心は、夫婦の愛より大きい。

となれば、クレジットカードを利用するときにもつければいい、とか考えてしまう。でも、問題がある。

利用するのに高いITリテラシーが要求されるということ。じぃさん・ばぁさんには無理なばかりか、ID/Passwordすら管理できなそうだｗそして、なにより面倒くさいということだ。仮にVISA,MasterCardを始めとする世界５大ブランドが、クレジットカード利用に必須として適用するならば、間違いなく大混乱し、数年単位で売上高が下がり、そしてユーザーサポートコストが増大する。ならばできない、となるだろう。

※もちろんクレジットカード利用には、セキュリティコードや3Dセキュアなどの認証サービスがあるが、そのデータが生で漏れたらおしまいである。

ということで、

二段階認証は今や常識になった。今すぐ設定だ！

っていう話なんですが、どのサービスで適用されてるのか？っていうことになるので、対応が早かった順に以下にまとめてみました。

侵入されてからでは遅すぎるので、愛してる順にすぐに設定すべし！

もっと親切に！ですか？設定方法リンクをはっておきましょう。

Google Facebook Dropbox Yahoo! Japan Wordpress.com Evernote Microsoft Twitter(日本以外では2段階認証が始まりました) Apple(※筆者のIDでは確認できず)

業界関係者は、世界的メジャーサービスのセキュリティ強化への渾身の回答が、このような面倒で後進的な手段となった、という事実に怒りと情けなさを覚えてもよいかもしれぬ。

#google #Facebook #dropbox #yahoo #wordpress #evernote #Microsoft #Twitter #apple #二段階認証 #2 step verification

Facebookファンの価値

Mashableにこんな記事が載った。

A Facebook Fan Is Worth $174, Researcher Says

Facebookのファンは174ドルの価値がある

ってことのようだ。

これは2010年と比較して28%増えたそうだ。2010年時点では、$136だったってことでしょう。2012年のFacebookを少し振り返りましょう。

2012年第4四半期までのFaceobook

MAU(月間アクティブユーザ)：10億6,000万人

DAU(デイリー)：6.18億人

モバイルのMAU：6.8億人 source：Facebook Investor Website; Monthly users are from December 2012

流石の数字であり、特にモバイルのアクティブユーザは、1年前より57%も増加しているという。

今回のSyncapse(米英印に拠点を置くSocial Marketing Platformを提供する企業)の調査では、Facebookファンとnonファンをベースに以下要素を比較したようだ。

PRODUCT SPENDING：製品・サービスの購入

LOYALTY：ブランド・ロイヤルティ

PROPENSITY TO RECOMMEND：クチコミ推奨する傾向

MEDIA VALUE：Facebook経由で獲得したリーチと頻度の効率

ACQUISITION COST：ファン獲得コスト

BRAND AFFINITY：ブランドへの親近感

　※2013年1-2月に調査。U.S.に居住する2,000名のパネリストが対象。

この1ファンあたり$174というのは、以下の図が示すとおりブランド毎に大きく異なる。無論、商品単価が高いブランドは数値が高いだろう。

Source: Syncapse

彼らのリポートを読んでも計算式は出てこないので、どういう中身かは詳細が知れない。

だが、「ファン」が「非ファン」より多く買うのも、いいね！を押すのも、バカらしいほど当たり前である。

勘違いしてはならないのは、1ファン獲得に$174かけてよいなどというのは、筋違いということだ。そんな人いないだろうが。純粋にFacebookのファンだからこその価値を数値化するなんて不可能なわけであり、つまりはこの調査結果が意味するところが不完全だからだ。

現に別の調査会社(SocialCode)は、Facebookのファンが$10の価値であるということを2011年に発表したことがあった。

要は、ファンの価値などという抽象的なものは、調査方法しだいで10倍以上の開きが想定されるような話だということだろう。

あなたの奥さんの愛情はいくらの価値がある？

これと大して変わらない。

最後に、調査結果でダントツ1位のZARAのFacebookページを見てみた。

Source:http://facebook.com/Zara

とにかくセクシーで力のある写真だけのコンテンツに特化し、投稿コメントといえば商品ページへの短縮URLのみだ。

この究極的にシンプルな表現が功を奏しているのだろうし、この手法を真似るブランドもたまに見かけるが、前提はファンに許容されたコンセプトの一貫性と写真のクウォリティの高さを徹底維持することのような気がする。

なんとなくまとめると、愛の価値をトータル的に金銭に変換するなんていう打算的な行為が、すこしばかり卑しい、ということにしておこう。

声に出さない笑いがあるのと同じで、いいね！を押さないいいね！も、無言のコメントもあるわけだ、とよくわからない感じで完。

筆者: 厚平菊池 / 菊池厚平 / Kohei Kikuchi

#Facebook #ZARA #Fans

RealTimeboardはツカえる

RealtimeBoard ってのがある。ちょっと名前が長いが。

視覚的共同作業のためのホワイトボード

と訳されている。複数人でヴァーチャルなホワイトボードに書き込む系のアプリ。

これがベータ版だがなかなかすごい。

１．さくっとボードが作れる

プライベートかパブリックかを選んでだれかを招待してすぐに作れる。

２．作業範囲が広大

↓カルく引きで見てみます

↓寄ってみます

↓もっと寄ると

３．シンプル・カンタン

動かす、書く、消す、図形・画像挿入、文字挿入、メモ、コメント

できるのはこれだけ。スッキリ。

４．プレゼンテーションを作れる

広大なスペースに書いた情報を1つ1つのスライド資料として切り出して再生できる。この切り出し方がヒジョーに優れている。

ちょっと文字じゃ説明しにくいので絵だけでご勘弁。

呼び出す遷移は青い線で表現されるが、その青い線を左クリックで掴むと、ナント！...やはり触ってみてください、フライングゲット。

RealtimeBoard ※あ、日本語には全く対応してません。入力もできませんので。

ホワイトボードには、もっと別の体験もあるとかいうのでしょう。

みんなが自分の話を「うんうん」聞いてる姿がたまらない

手書きが好きだ

水性マジックがたまらない

これまた最後に消すのがムダなようできもちいい

とか。

ホワイトボードの前に集まっている以上の体験を！というが、そもそもホワイトボードに頭をつき合わせているのが最高の状態としていたら、それに敵うわけない。

体験したことのない体験ってどんな体験だ？

となるが。

#collaboration #Application

その1：Ice Cream Sandwichの恐怖 Activity#managedQuery

■前置き Androidのアプリを実装する過程で、色々ノウハウ的なものを得たので、フィードバックさせて頂きたいと思います。 ■というわけで本題 Android 4.0、いわゆるICS搭載の端末を触った方はいらっしゃるでしょうか？今のところ、日本で触れるのは、Galaxy Nexusと104SHだけですが、2.3系から結構使い勝手が変わっており、本当にgoogleはユーザーのことを考えてんのか？とか思う点も多々あります（戻るボタンの位置の変更って・・）が、実は開発者サイドから見てもわりと大変な代物です。以前実装したアプリも、ICS上では強制終了するハメに...。なぜ？と調べてみると、一部のメソッドが deprecated (廃止)になったために起きていました。 deprecated 自体は Java本家でも良くある話ですが、実際廃止になる前に、使えるけれど警告になるバージョンを経ることが通例です。が、Androidは即例外発生。これってヒドイと思います。ちなみに私が作成したアプリが引っかかったトラップは Activity#managedQuery SQLiteからデータを取得するために使用するメソッドです。問題なのは、このメソッドはSQLiteを使用するために世に広く使われているメソッドであるということです。 Activityのライフサイクルにあわせて適切に接続をcloseしてくれたりする便利なメソッドのためWEB上にもたくさん、このメソッドを使用した実装例が散らばっています。それらの情報が一瞬にしてゴミになってしまったわけです。 googleおそるべしです。 (正確には3.0系からdeprecatedになっていますが、その時点からIllegalStateExceptionが発生するし、タブレット用のOSだして、携帯用のアプリ開発者からすると唐突感は拭えません）ちなみにこのメソッドの代わりには以下を使う必要があります。 getContentResolver().query

こんな感じです。

Uri uri = data.getData(); ContentResolver resolver = getContentResolver(); //Cursor cur = managedQuery(uri, null, null, null, null); Cursor cur = resolver.query(uri, null, null, null, null);

自分で後始末する必要もあります。 (デベロッパーサイトを見ると、メソッドの説明にThis method is deprecated.と書いているレベルです..) http://developer.android.com/intl/ja/reference/android/app/Activity.html Android版アプリの開発を行う際にはご注意下さいませ。

#Android #Sandwich

ソーシャルメディアがギリシャを救う！？

先日、今後の世界経済を左右するイベントがありました。

6/17に行なわれたギリシャの再選挙です。緊縮派の勝利によってユーロ残留を決意したものの、ギリシャ経済の先行きは暗いと予測されています。

現在ギリシャの政府債務は対GDP比で160%を超えており、ほぼデフォルトに等しい状態です。ユーロ圏残留と緊縮財政の道を選んだギリシャですが、肝心の観光業はこの債務危機の影響をもろに食らっています。ギリシャの観光業はGDPの15％、雇用は全体の約20％を占めるギリシャ経済の生命線です。しかし「ギリシャの観光収入は今年最大15％減少する可能性がある」とロイターは報道しています。

観光客減少の理由は「ユーロ離脱を懸念した観光客が別の場所を選んでいる」というもの。だとすれば、今こそソーシャルメディアを最大限に活用すべきだと考えます。

50カ国、25,000人のネットユーザーを対象に行ったニールセンの広告形態別の信頼度調査によれば、最も信頼のおける情報は「知人からの情報」で9割、次いで「ネット上の口コミ」が7割。つまり、自分の知人や同じ消費者の立場として「共感」出来るような情報に対する信頼性が高まっているのだとすれば、「観光」こそその傾向が強くなると考えます。「旅行先がとても素晴らしかったり、美味しいものを食べたらきっと誰かに伝えたくなる」はずだからです。実際、観光客を誘致する手段としてFacebookの活用事例は多く見られます。

例えば同じEU加盟国において、財政破綻が懸念されるPIIGS諸国（ポルトガル、イタリア、アイルランド、ギリシャ、スペイン）の中でも、アイルランドは積極的にFacebookを取り入れています。参考：Tourism IrelandのFacebookページ

観光客が訪れて、良かった場所やそこでのエピソードなどを自由に書き込むことができ、且つ書き込まれた「ストーリー」の人気ランキングや、地図上で「ストーリー」がマッピングされたりします。まさに「口コミ」中心のページ作りをしていると言えます。このようなページ作りによって、今では22万人以上が「いいね!」を押しています(2012年7月2日現在)。

（ギリシャの事だけを考えると）独自通貨に回帰する事が最善策だとは思いますが、ユーロ圏残留に伴って緊縮と成長の道のりを余儀なくされる限り、同国の観光業再興は避けては通れません。

そして、放漫財政を繰り返し世界的な信用を失ったギリシャだからこそ財政の健全化のみならず、失った信用を取り戻すべく観光立国としての地道な情報発信や地域に対する好感や共感が得られる場所に育て、世界中の人達とのエンゲージメントを高めていく事こそが本当の意味でギリシャを救う最良の方策であると私には思えてなりません。

#ギリシャ #ソーシャル

ロンドンオリンピックとソーシャルメディア

2012年7月27日、いよいよロンドンオリンピックが開幕します。

人間の限界にチャレンジするアスリートたちが、今回のオリンピックでもどんな感動的なドラマが繰り広げられるのか今からわくわくします！

【Facebookのハブページ】

約1ヵ月後に迫った開幕を前に、Facebookはロンドンオリンピック特設ページ「Explorer　London　2012」をオープン。

このページからは、London　2012やオリンピックのFacebookページや、サッカー日本代表、なでしこジャパンをはじめ、注目の人気選手、チーム、競技といったカテゴリーごとのFacebookページにリンクされたまとめページになっています。

「Explore　London　2012」へはこちら https://www.facebook.com/pages/olympics

【オリンピック視聴方法とメディア】

前回行われた2008年の北京オリンピックを視聴した人は、ニールセンの調査ではのべ43億人。すでにインターネットは普及し、インターネット上でもオリンピック関連のコンテンツはたくさん展開しましたが、その主な視聴方法は、テレビ。北京オリンピックは、言うまでもなく開催地　北京のある中国というお国柄の事情に加えて、ソーシャルメディアもまだ本格的な普及のタイミングではありませんでした。そのような背景もあり、WEBメディアを活用したコミュニケーションは限定的でした。そして、まもなく迎えるロンドンオリンピックは、テレビに加えて、オリンピックを取り囲むの様々なコミュニケーションの場面で、いかにソーシャルメディアが活用されるかに注目が集まっています。

HUB.OLYMPIC.ORGのインフォグラフは、世界で最高のスポーツイベントであるオリンピックを報じるメディアが、ロンドンオリンピックでは、テレビ中心からソーシャルメディア中心に移り変わるだろうとしています。オリンピックを報じるは、印刷物→ラジオ→テレビ→インターネットそしてソーシャルメディアへと歴史的に主軸の変遷を遂げています。

4年前の北京オリンピック当時と現在のソーシャルメディアの普及状況の比較　Facebook　2008年：1億人　　2012年：8.45億人　　約9倍に成長　Twitter　 2008年：600万人　2012年：1.4億人　　　約23倍に成長！

そして、2008年当時、アスリートは公式にFaceobbokやTwitterといったソーシャルメディアとの連携は見当たらなかったものの、今回は、1,000を越えるアスリートがオリンピック委員会が運営するサイト“The Olympic Athletes’ Hub”に参加しているという大きな変化を伝えています。

【アスリートとソーシャルメディア】

その“The Olympic Athletes’ Hub”に参加しているアスリートたちのファン数がすごい！たとえば、ファン数1位のアメリカのLeBron Jamesは1,590万人を超えるファンを持ち、2位のKobeは1,330万人、3位のRoger Federerが1,085万人といずれも1,000万人を超えています。（数値は2012年6月22日現在）これって、メディアパワーに換算すると、テレビでいうと視聴率10%と同じ影響力（リーチ100％の前提ですがw）ですし、日本の全国紙、朝日新聞　朝刊の発行部数のほぼ倍、発行部数第１位の読売新聞を超える勢い!!です（繰り返しますがリーチ100％だったらです）。ロンドンオリンピックでは、アスリートたちの数々の名言が、TwitterやFacebookを通じて届けられるのでしょう。日本のアスリートの参加状況は、ファン数7万人弱の北島康介選手をはじめ松田丈志選手など5名にとどまり、まだまだこれからといった状況でしょうか。

The Olympic Athletes’ Hub　はこちら　http://hub.olympic.org/

【オリンピック委員会のソーシャルメディアガイドライン】

これだけアスリートたちの情報発信力が高まるとメリットもある一方思いがけないトラブルが発生する可能性が出てくるのは必然です。オリンピック委員会（IOC）がアスリートをはじめオリンピックにかかわる人々向けのソーシャルメディア、ブログをはじめとしたインターネット活用のガイドラインを策定しています。 ※ガイドラインのPDFのURLはこちら

ガイドラインの骨子は、ソーシャルメディアの活用を積極的に推進するも、スポンサー企業への配慮や放映権への配慮がなされた内容となっています。

IOCは積極的にソーシャルメディアを活用することを推進している。

TwitterやFacebookは本人が使用し、かつ個人的な形式とし報道形式としないこと。

商用目的でなければ関係者による画像のアップは、練習場、試合会場でもＯＫ

動画アップは放映権とかかわるから、どのような場合もＮＧ

オリンピックロゴ、スポンサーのブランド、商品名、ロゴなどのプロモーションはオフィシャルスポンサー以外ＮＧ

禁止事項を破った場合は、出場停止や退場処分

観客に向けての項目に注目すると、

観客に対しては会場で収録した音声や動画の公開を禁止。会場内で自分自身を撮影した写真をFacebookにアップロードしてもガイドライン違反になる可能性がある。

オフィシャルスポンサー以外は「London」「Game」「2012」「summer」「gold」「silver」「bronze」といった言葉を2つ以上組み合わせて使用することも禁じる。

うーん、これは興奮してポストすると、意図せずに違反してしまいそうな内容ですね。

【テレビとソーシャルメディアの高い親和性】

昨年10月のニールセンの調査によると、18～34歳のユーザについて

番組の初回放送4週間前にソーシャルメディアで9％話題が盛り上がると、 1％視聴率が上がる

という結果が出たそうですが、ソーシャルメディアとテレビの親和性は高いといわれています。

（出典：ニールセン）

感動を共有したい、このエキサイティングな時間を共有したいという気持ちから、スポーツ観戦をしながらつぶやいたり、ポストしたりという経験は多くの皆さんがされていると思います。1ヵ月後にせまるロンドンオリンピック。寝不足になりながらテレビを見て、ソーシャルメディアを駆使する日々が続きそうですね。

#Facebook #Twitter #ソーシャルメディア #ロンドン #オリンピック

ソーシャルメディアのＲＯＩをなでる

Socialbackersによれば、現時点でFacebookのMAU(Monthly Active Users)は、「989万人」だ。

いまのところ日本では、東京の連中で活性化してるようなもんだが、故郷(北海道)の友人もちょこちょこやり始めてるところを見ると、地方にはもっと増える感じがヒシヒシと。一応最新の数字もあげておくが、東京集中っぷりに笑えますでしょう。

東京都：548万人(42%) 神奈川県： 65万人(7.3%) 大阪府： 48万人(5.5%) 愛知県： 32万人(4.3%) 埼玉県： 25万人(3.5%) 千葉県： 30万人(4.9%)

※()内は対人口普及率、順番は人口の多い順 ※Facebook広告のターゲット設定より推定した

東京はちょうど、スペインのバルセロナでの普及率(43%)にほぼ近しい。おっと、なにもイメージできないっすね…失礼。

そんなFacebookであるが、他にもソーシャルメディアって呼ばれてるものにはTwitterやGoogle+、Pinterest、LinkedInやらあるわけだが、企業にとってはこんなことがいつも話題になる。「ソーシャルやって意味あるの？」「いいね！とか得ることがなんなんだ？」「それやって売上あがるのか？」

先日開催された、「Adobe Innovation Forum 2012」で12年ぐらいマーケターとして活動してきたChad Warren(http://www.linkedin.com/in/chadwarren)氏が、そんなこんなに応えていたので参考にしつつカンタンに考えたい。

こういったことを担当はだれでも思い描いたことがあると思う。僕もそうだ。

Chad氏も"Bruno Mars"のFacebookページ(https://www.facebook.com/thatbrunomars)で数年前に「400万人」を突破したとき、大喜びで社内でパーティなどお祝いしお互いを称えたようだ。しかし、ワーナーのCFO(最高財務責任者)からの一通のメールで凹んだ、と。

「お前ら、だからどうしたんだ？！」

どういうビジネスの価値が生まれたかをCFOは知りたい。いわれてみればそりゃそうだ。ROIを考える際に、4つの課題があると説く。

　戦略：何を達成することを目指すのか

　指標：成功をどのように判定するのか

　組織：どのような要員、または文化的な変化が必要か

　技術：どのようなツールが必要か

なにをどうやるか考えるときに、多くは「技術」から入ってしまいがちだが、まずは、戦略⇒手法⇒組織といくのが確かに合理的だろう。ソーシャルメディアの目的をビジネスの目的に紐付けることがまずすること。この三角形は充分心に留めるべきだ。 ※読みにくいが最下段には「ソーシャルメディアの目的」と書いてある。

つまり、「ビジネスの目的」と「ソーシャルメディアの目的」を分けなさいと。たとえば、

「ソーシャルで売上あがるんかい？」

これは両方の目的をゴッチャにした議論だ。「ゴッチャにされなさるな。慌てなさんな」と数秒で切り返せばいい。目的は一致するものではない！と。あくまで【つながるもの】だと。またソーシャルメディアの効果測定指標は一つとは限らない。

ブランドの健全性：　感情の変化、競合に対するパフォーマンス、会話全体のシェア、ファン数など売上の創出：　売上高、コンヴァージョンなどマーケティングの最適化：　購入意思、レビュー評価による売上高、ソーシャルチャネルからの売上高、取引規模・金額など運用の効率化：　ソーシャル解決された問合せの割合、最もよくある質問など顧客体験：　キーワードに最も一般的に関連付けられている単語、感情、ブランドに関する語句の量など

組織の問題でいうと、

まずやってみて、うまくいくかいかないか後で考えればいいじゃん！

っていう、どっちかっていうと右脳型の人物がソーシャルメディア担当者になることが多いのではなかろうか。現在この考え方が蔓延しているわけだが、アナリスト型はそれでは満足しない。厳密なデータ分析に基づき予想を導き、初めて足を踏み出す。この小競り合いでソーシャルメディアに踏み出せないケースが多いような気がするが、適正な事例・データを抽出して先に挙げたビジネスとソーシャルの目的を履き違えなければ、明快な回答が出ると思う。

技術については、

適切なデータを収集すること

データから知見を引き出すこと

これらが必須の２要素である。データについては、無料で使える「Google Analytics」も、今年に入ってソーシャル機能を強化しているし、国内外問わず分析ツールはいくつかあるので利用していけばいい。つまり、文言分析でトレンド監視、影響力のあるユーザーを特定したり、Facebookページのインタラクションやリンク先への訪問数とその動向、いいね！・コメント・ファン・フォロワー数、そしてそれらが「ビジネス的な結果」に紐づいているかを見ること…。

上述の課題を着実に解決すれば、次のような結果につながっていくのだ！、と。