「twitter_api」タグアーカイブ

第6回 Twitter API勉強会に参加してきました #twtr_hack

コメントを残す

こんにちは、「情報はなるべくオープンな場所に」をモットーにTwitterを活用している おがた (@xtetsuji) です。

先日、4月24日になりますが、「Twitter API勉強会」に行ってきました。今回からタイトルに回数が入らなくなりましたが、前回が第5回なので、今回は第6回ということになります。毎月月末開催の活発な勉強会の一つです。

私は今回を含めて3回連続の参加。前回は(グダった)トーク(Slideshare)をしましたが、今回は純粋に聴衆側として参加してきました (今回のfoursquareチェックイン)。

前回同様、公式サイトは無いようですが、Zusaarのイベント開催ページや、Togetterのまとめがあります。

今回の会場は、前々回(第4回)に行われた御茶ノ水のデジタルハリウッド東京本校さんでした。

デジタルハリウッド東京本校の中

Twitter API利用規約 5月のAPI改訂

最初のトークは、@yusukeyさんによる2012年5月12日に変更されるとアナウンスがあったAPIのお話。

このトークは多くのTwitterを使ったサービスの開発者に興味深い事柄ですが、幸いなことにSlideshareで公開してくださっています(2012年5月14日のAPI改訂 概要、Twitter API利用規約概要)。また@yusukeyさんによるブログ記事「第6回Twitter API勉強会を開催いたしました – ビデオ・スライドまとめ #twtr_hack」にてこのトークを含む当日のビデオがとスライドがまとめて観られます。

大きく分けていくつかのセクションに分けて解説をされていました。

  • Rules of Road
  • I. Twitter Content
  • II. Principles
  • III. Twitter Functionally in your Service
  • IV. Commercial Use
  • V. Other Legal Terms

とりあえず「II. Principles」を読んでおけばOKだそうです。憲法のようなもの。

詳細は、上記リンクからたどってください。以下は自分の手元のメモより。

「I. Twitter Content」のメモ。

  • Twitterの利用規約の上になりたつ。
  • Twitterロゴ使ってよい(というか公式の鳥アイコン”Larry”を使ってほしい)
  • 事前の書面での許可なしにTwitter API自体、またはそこから取得したデータの販売、貸与、サブライセンス、再配布することは不可。
  • アフィリエイトとか有償サービスを作るのはいいけど「APIから取ってきたデータ自体」を販売するのは不可

「II. Principles」のメモ。

「憲法のようなもの。これを読んでおけばひとまずOK」

  • ユーザを驚かせない
  • ユーザが意図しないタイミングでのツイートやフォローなどを行わない
  • スパム行為の禁止
  • ユーザプライバシーの尊重
  • 削除したツイートの保管などはしてはならない
    魚拓のようなサービスはダメ
  • Be a good partner to Twitter
    常識的に考えて

「III. Twitter Functionally in your Service」のメモ。

  • どのアカウントで入ったのか、わかるように

「IV. Commercial Use」のメモ。

  • ユーザの体験を損ねない、サービスはタイムラインの外側に構築する。
  • バナー広告をタイムライン内に配置してはいけない
    バナーはバナーとわかるように
  • タイムライン近くに配置したバナー広告は明確に別れている必要がある。ツイートに見せかけた広告表示は禁止。ちなみに広告とわかるツイートはOK
  • 逆にツイートをさせて広告をさせるというのは規約としてはアリ。フォロワーの多い人に商品宣伝をしてもらったりはアリ。ツイートに見せかけた広告はダメということ。

「V. Other Legal Terms」のメモ。

  • TwitterはいつでもTwitter APIやTwitterコンテントへのアクセスを遮断する権利を持つ
  • Twitterは将来Twitter APIや規約、ディスプレイガイドラインを変更する権利を持つ

これはよくある免責事項のようなものですね。いちおうポリシーとしては1ヶ月前までには変更はアナウンスされるとのことです。

「アプリ/サービスローンチチェックリスト」のメモ

  • 自動化されたツイートがいつ行われるのかユーザが明確になっている
  • フォローは自動化されていない (商品名をさけんだ人を自動フォローとかはダメよ)
  • 急激なフォローは行わない
  • アンフォローは自動化されていない
  • ツイート/DMの自動化寄稿にはリミッターがある(1日1000ツイート、250DM、特に@ツイート、URL入りツイートに注意)
  • ディスプレイ、商標ガイドラインを守っている
  • 広告はタイムラインとは明確に区別できるようになっている
  • むやみにツイートを永続化していない
    ユーザがツイートの削除をできるように、またはsite streamで削除ツイートは消えるように
  • 固定アカウントから@ツイートをする場合は利用者に事前フォローをさせている (http://cp.redbull.jp/tweet の例)
  • 恐れずローンチしてください
  • 万が一アプリ/アカウント凍結されたらお問い合わせ https://support.twitter.com/forms
  • 組織的にチェックしたいデベロッパ向け情報
    dev.twitter.com – Twitter API利用規約
    support.twitter.com – レートリミット
  • …;などなど

「5月のAPI改訂」の概要メモ。

  • Twitter APIは2006年から互換性を保ってきた
  • 一部はTwitterのスケーラビリティに支障
  • 新旧APIで新しいAPIデベロッパーが混乱
  • いったん一区切りしましょう。

具体的なAPI改訂については、一覧 https://dev.twitter.com/docs/deprecations/spring-2012 を参照するか、上記スライドorビデオを参照いただけると分かると思います。メモの転記に疲れた？いや、ここは開発に関わる部分なので公式に近い情報を当たって欲しいという理由です(言い訳？)。

当然の流れかと思いますが、今後のTwitter APIはJSON中心になっていき、今回でAtom形式のエンドポイントが無くなります。今後、XML形式も無くなるかもしれない、とのお話もありました。

Twitter  Internationalization

@kn さんによるTwitterの国際化のお話。

現在のTwitterは28ヶ国語。50万人のボランティアが翻訳をしているそうです。その翻訳の受理の流れなどを解説してくださいました。

twiccaについて

twiccaの作者 @R246 (アオヤマテツヤ)さんによる、AndroidのTwitterクライアント「twicca(ついっか)」の話。

もともとはPHPやJavaScriptやももクロ(?)等のサーバサイドエンジニアだったそうですが、Android初期のTwitterクライアントのあまりの出来の悪さに「つい、カッ」となってつくったのが「twicca」だそうです。「当時はJavaとか知らなかった」という発言もありましたが、「つい、カッ」となった勢いはすごいなと思いました。

ネタが無いので、Twitterで「twiccaについて聞きたいこと」というツイートを流してみたとのこと。

twiccaを開発しようと思ったのは2009年7月当時、満足いくTwitterクライアントがなかったから。前段のお話です。

twiccaではユーザに「色」を割り当てることができるのが特長。クラスタごとに色分けをしたりすることで、タイムライン上の視認性をあげることができる。これは大事なツイートを見逃さないためのツイートなので「カラーラベルのご利用は計画的に」とのこと。

バックアップ/同期を実装しない理由→クラウド同期がかっこいい→クラウド同期ができない理由→サーバ料金を賄えない。

「twiccaサポーターズ」というのがあるそうで、twiccaの開発支援プログラムのようです。シェアウェアではないけど、twiccaを金銭面で応援したい人のための制度。目立つ告知はしていないそう。これに参加するとアプリ内の「twiccaについて」に名前が掲載されるらしい。「twiccaは儂が育てた」と言ってよいそうです。

「例の脆弱性」JVN#31860555 についてもお話がなされました。

「お金を積まれたら売る？」という質問には「売りません」とハッキリ発言。「サポーターズが居る限り」。カッコイイ。

最後にtwiccaアイコンの変遷を解説されて終わりました。

私も寝かせているAndroid端末があるので、ぜひそれでtwiccaを使ってみたいと思いました。

LT: 女子中高生とTwitter4J

@i2key さん。リクルート(MTL?)の中の人。

「 マイクロコンテンツ化」という仮説を打ち立てて「3文字の絵文字」で情報を伝達できないか、というサービス「さんもじ絵文字できもち伝わる！Happy Balloon」の紹介をされました。

これはタイトルからも分かるようにネタLTの傾向もあって、動画のほうが場の面白さの雰囲気があるので、時間に余裕のある方は動画のほうをご覧いただくと良いと思います。

返信と@ツイートの仕様変更と提案

@tkawa (川村徹) さんによる、返信と@ツイートのTwitter仕様に対する提案のお話。

真面目なお話でしたが、個人的にこれはかなり有意義なトークでした。返信というメタデータと、返信と扱われるか扱われないか現状曖昧な「@ツイート」の仕様について、もっと明確に良い方向になっていって欲しいと思わされました。

詳しくは当該スライドをご覧いただくといいかと思います。

dotcloudによるすぐ始めるtwitter webアプリ開発

@yut148 さんによるdotCloudを使ったウェブアプリ開発のお話。クラウドを大量に使っているゲーム会社 or エンタテインメント会社に所属して、普段はPHPやPythonを使う方らしいです。

dotCloudを使えばとりあえずドメイン名は振られるので、Twitterのアプリ開発に必要なドメイン名を確保することができるとのこと。それに最初はFree！

Freeアカウントの制限は「登録できるアプリは2つまで」「ディスク容量」とのこと。

dotCloudはPHPやPythonだけでなく、様々な言語の様々な環境が選べるので、今後PaaSの環境として要注目かもしれません。2サービスまでなら無料で作れますし、より複数のサービスを作るのであればディレクトリ構成を工夫したりすることでやりくりできるらしいです。

@yut148 さんは本当にdotCloudが好きな方なようで、dotcloudユーザ会(仮称)を作って活動をしはじめているとのことです。

「困ったら@yut148 に質問送っていただければベストエフォートで答えるよ。」という心強いお言葉も。

私も以前、無料だったのでdotCloudにアカウントを登録したっきり使っていなかったので、これを機会に今度時間を作っていじってみたいと思いました。

最後に

情報源

今まで一通りAPIやったので、次回は「Twitter API勉強会」から違う名前に衣替えをする予定だそうです。名前募集中。

  • 名称変更「Twitter API勉強会」→「Twitter Hack(仮)」
  • 次回開催：5月末、6月末、7月末

スピーカー常に募集中!

懇親会

今回は貸し会議室での「立食パーティ」形式ではなく、会場すぐ近くの居酒屋での開催となりました。

当初自分が懇親会に申し込んだ時には定員割れになって開催されないのではないかと危惧していましたが、駆け込みで多くの方が参加されて、居酒屋の予約席は満席状態になりました。

第6回Twitter API勉強会の懇親会「ももや」

 

「ももや」店内の料理の風景

 

Twitter API勉強会といいつつ、私の席ではTwitterの話よりもコンピュータ昔話に花が咲いていた気もしますが、それもまた一興でしょう。

定期的にTwitter開発の旬な話が聞けたり、著名なTwitterクライアントの作者の方のお話が聴ける、この勉強会。非常に有意義でして、私もかれこれ3回の参加をしていますが、今後も予定と体調が許す限り、参加して勉強させていただきたいと思いました。

第5回 Twitter API勉強会に参加+発表してきました #twtr_hack

コメントを残す

こんにちは、「最近の主戦場はどこ？」と聞かれたら「Twitter」と答えるでしょう、 おがた (@xtetsuji) です。

先日、3月21日になりますが、「第5回 Twitter API勉強会」に行ってきました。前回「第4回」から二度目の参加になります。

公式サイトは無いようですが、情報をTogetterにまとめてくださった方がいらっしゃいましたので、タイムテーブルやスライド資料などはコチラからご参照ください。

前回の私の感想ブログの締めくくりで「機会があればPerlのTwitterライブラリについて発表してみようかなと思いました。」と書いたのですが、今回のタイムテーブルの10分LTに自分のアカウント名が登録されているではありませんか。「いつか発表したい」→「次回発表する」の流れにちょっとビックリ。

[tweet https://twitter.com/xtetsuji/statuses/172637481408282625]

そういえば前回「第4回」で、こんなやり取りがあったのでした。まさか本当に「第5回」で発表になるとは…。

「Twitter API勉強会」は月1回の活発な勉強会で、準備期間は1ヶ月もありません。まぁ、結局スライドは前日の深夜に徹夜気味に作ったのですが…。当日いらっしゃった方々、内容もさることながら、発表がグダってしまって本当に申し訳ありません。練習不足でした。スライドの内容の補足等については後述します。

前回の会場は御茶ノ水のデジタルハリウッドさんでしたが、今回は渋谷の「ハロー会議室」というところでした。

ハロー会議室

広々とした会議室でしたが、私はちょっと遅刻してしまったので、最初は後ろのほうに座って聴講していました。その後、トークの隙を狙って前の方に進出していきましたが…。

Twitterの日本語検索、ハッシュタグについて

最初のトークは、急遽タイムテーブルが変更になって、Twitterの国際化等に携わっている@keita_fさんによる「Twitterの日本語検索、ハッシュタグについて」。

資料も公開されていない半分オフレコっぽいトークだったので、どこまで感想を述べていいかちょっと分からないのですが、浅い範囲で手元のメモに書かれている興味深かった項目としては

  • Lucenceを使っている
  • Twitterは50もの言語をサポート
  • ツイートの言語判定はJavaで実装。UTF-8文字列を各種ローカル文字コードにエンコードしてみて失敗するかどうかでチェック(結構コストがかかりそうなトライアンドエラーで検出するとは意外でした)。西欧の文字列はn-gramでチェック。
  • 2つ以上の言語が混じっている場合の苦労
  • 絵文字(emoticon)の取り扱い
  • Unicode Alphabetの取り扱い
  • 形態素解析にはGomoku、西欧の文字列は独自実装。
  • テキスト処理のオープンソース化を https://github.com/twitter/commons/ 以下にしていっている

といったところでした。

@keita_fさんは、あのティコリンク(t.co短縮URL)の実装にも関わっている人らしく、どちらかというとそちらの方で色々と質問したかったのですが、時間が無かったのと懇親会にいらっしゃらなかったので、そちらについてはほとんど話を聞けませんでした。

声をかけて一つお話をしたのは「ティコリンクの識別子(スラッシュの後の文字数)は8文字ですが、Twitterには日々膨大なURLが投稿されているので、あれが9文字になる日は来るんですか？」というつまらない(?)質問をしてしまった(とっさに思いついたのがそれだった)のですが「じきにそうなる日も来るでしょう」という回答でした。実際、Twitter APIからはティコリンクを展開したURLの情報も乗ってくるので、そちらを見れば各種実装が8文字を想定する必要すらないので、他愛も無い質問だったなぁと思います。

交流タイム

最初のトークが終わった後は、恒例の交流タイム。今回は学生さんの参加が少なかったようですが、周囲の社会人の方とどんなお仕事をされているのかとか、どういった興味でここに来たのかといった話で盛り上がりました。ここで後ろの席から前の席へ移動。

ランチタイム共有サービス「昼会」のご紹介

次のトークは@setomitsさんによる「昼会」のご紹介。デジタルガレージの中の方です。

なぜTwitterかという話から。最初は(デジタルガレージが業務提携を結んでいた)LinkedInのOAuthを使ったログインを検討していたらしいです。ビジネスランチ的な何か？そこは普及度を考えてTwitter OAuthに変更したとのこと。

開発は、Google App Engine(GAE)上でTweepyというAPIを使って開発しているとのこと。Pythonですね。

ユーザへの通知に自分へのDMを使用しているとのことですが、ユーザから「自分から自分にDMが来るのは気持ち悪い」「スパムかと思った」「アカウントを乗っ取られたかと思った」といった意見があったとのこと。でも開発者に話をすれば実装上「まぁこうするだろうね」といった感じで折り合いが着いた(?)ような感じです。Zusaarでも登録ユーザへの連絡はユーザ自身へのDM(ひとりごとみたいな感じ)で実現していますし、同種の考えのサービスは多いようです。

既存のサイトのOAuthの利用について、いちいち新しくユーザー登録をしなくて良いのは良いとのこと。

トラブルもあって、ログイン出来ないということはサービス開始前やサービス開始直後に頻発していた模様。原因追及できず、一切のAPIコールができない状態が続いたようです。

昼会の開発から8ヶ月、色々な発見があったようです。昼会というサービス自体で新しい出会いがあったこともあるようですが、昼会の敷居が意外に高いこともあったとか。確かにサイトを見ても中々昼会の予定が入っていない。質疑応答で「夜会もやったほうが…」というジョーク質問がありましたが「ドメインhirukai.jp取ってしまいましたし…」とのことでした。

昼会の開発体制は最初3人。開発1人、デザイナ1人、企画交渉1人。最小編成ですね。

質問はGAEコストにも波及して、改定前は数千円/月だったのが改定後に数万円/月になってヤバいと思い、APIのコール周り等のコストを見なおして、改定前くらいの価格まで押さえ込めたとのこと。GAEのコスト改定はニュースにもなっていましたが、桁が違ってくるほどの値上げだったんだなと思いました。

この後はLT。

Twitter 4 contact

@inda_re さんの「Twitter 4 contact」。問い合わせフォームをTwitterで作ってしまおうという発想は面白かったです。資料もPHPで作られたプログラムも公開されているので、導入しようと思えばすぐにでも導入できそうです。発想の面白さと、LTならではのウケ狙いの上手さに感服です。

PerlのTwitterモジュールについて

これは私 @xtetsuji によるトーク。5分や20分の経験はあったのですが、10分LTというのは初めてで、どれくらいの分量でトークしていいか分からないまま、練習不足というかほとんど練習をせずにのぞんでしまったために、非常にグダってしまい申し訳ありませんでした。

前回、学生さんが多かった事を念頭に置いて「半分くらいはPerl自体の環境導入をやったほうがいいのでは」と思って資料を作ったのですが、今回はほとんど学生さんがいない(居たとしても既にスキルある方ばかりな)状況だったので、ちょっと構成に失敗したかなぁ、といったところです。

結局のところ、PerlにもStreaming APIをいじれるAnyEvent::Twitter::Streamというモジュールがあって、手軽にプログラムが書けるんだよといったところが伝わればよかったかなと思います。

以下、資料です。

デモプログラムで登場した twitter-stream-search.pl は、自分自身がテレビ番組(アニメとか)の実況をコンソールで tail -f のように流し見しつつ、あとで録画したものを観るときにそのストリームの詳細がログの様になっていて欲しい、と思い立って30分くらいで書いたプログラムです。今も便利に普段使いしています。仕事のプログラムは書くのに何時間も掛かるのに、人は私利私欲があればものすごい速度でプログラムが書けるんだと思った瞬間でした。AnyEvent::Twitter::Streamの導入さえ成功してしまえば、後は比較的簡単に使い始められるのも特長としています。

ここからは発表から蛇足になりますが、AnyEvent::Twitter::Streamも万能ではないようで、まだできないこともあります。最近Streaming APIで開始されたgzip圧縮にも対応していないようです。あと、上流でHTTPストリームが切られた場合の再接続アルゴリズムも実装されていないようです(Squid経由で接続してSquidを再起動させれば簡単に再現できる)。前回の勉強会の時にJava Hackerに囲まれて話をしたときに「TwitterのStreaming APIを正確に実装しているのはTwitter4Jしかない」という話がありましたが、まさにそういうことなのかもしれません。Twitter4Jの作者であり、このTwitter API勉強会の主催者である@yusukeyさんに、懇親会でその辺のお話をうかがってみると、再接続アルゴリズムは実装も確認も大変とのこと。Perlに貢献するべく、AnyEvent::Twitter::Streamにパッチでも当ててみようかとも思ったのですが、作者がPerl界の大御所過ぎて、どうしていいかちょっと悩みますね。でしゃばり過ぎとか言われそう。

twitter-stream-search.pl は Date::Format と Date::Parse に依存していますが、Perl-5.10以上を最初から要求しているのだから、Perl-5.10からコアモジュール入りしたTime::Pieceを使えば不要な依存関係を減らせると後で思ったのでした。これは気が向いたら直します。Date::Format も Date::Parse も cpanm で簡単に導入できるので、それほど深刻な問題ではないと思いますけどね。

KotlinでもTwitter4J

@ngsw_taro さんによるトーク。KotlinというJavaベース(?)のプログラム言語があるようですね。そのKotlinからTwitter4Jを使おうというトーク。結局デモは失敗してしまいましたが、後日Kotlinから投稿したツイートがあったので、それでデモが成功(?)ということになった感じでしょうか。

LT中に紹介された、お手軽開発環境 http://kotlin-demo.jetbrains.com/

Java界隈にはGroovyとかJRubyとか、その上に乗る言語がたくさんあって面白いですよね。Twitterの勉強会なのに、Javaを見直すきっかけが多い勉強会でもあります。

懇親会

渋谷の外を移動して、今回も貸しスペースでのオシャレな場所で懇親会がありました。

(写真撮ってくるの忘れた…)

今回初めて出席された方と色々な話で盛り上がったり、前回トークをした方へ質問をしてみたり、有意義な時間が過ごせました。勉強会中だとなかなか質問したり交流したりといったことが苦手な日本人でも、酒が入るとその辺結構いけるものなんですね。酒が入った後にコードを書いたりできるかどうかは別として、初顔合わせや顔見知りの人と雑談する上で、お酒と貸切の静かな(勉強会関係者以外がいない)場所はうってつけの場所でした。

今回は発表者側に立ったこともあって、声をかけて下さる方もいて、発表者効果さまさまだなと思った次第です。用意は大変ですが、発表者として壇上に立つと、私のような知らない人に声をかけるのが苦手な人も話しに花が咲いて、非常に良い経験でした。

月1回の勉強会に、資料の用意がなかなか大変なこともあって、しばらくは発表者側にはまわらないとは思いますが、次回発表する際には低層の話ではなく、PerlとそのTwitterモジュールを使って書いた何らかのウェブサービスを紹介できればと思いました。体調が許せば、次回も聴講者として懇親会も含めて参加したいです。

第4回 Twitter API勉強会に行ってきました #twtr_hack

コメントを残す

こんにちは、日々Twitterで情報収集やテレビ実況を楽しんでいる おがた (@xtetsuji) です。

(とりあえずアップします。今のところ、もう少し加筆予定です at 2012/02/27)

先日、2月23日になりますが「第4回 Twitter API勉強会」に行ってきました。

公式サイトは無いようです。上記ZussarのURLのタイムテーブルより。

  • 19:00〜19:40 @yusukey 「Webサイト向けAPI」
    参考図書: Twitter APIポケットリファレンス
    (書いてある内容+αを話すだけでお持ちでなくても大丈夫です)
    http://bit.ly/twtr-ref
  • 19:40〜19:50 グルーブに分かれて簡単に自己紹介
  • 19:50〜19:55 デジタルハリウッドよりご挨拶
  • 19:55〜20:35 @twtrfk 「Virtua Fighter5 Final ShowdownのTwitter連動機能について」
  • 20:35〜21:00 LT
    @kimukou_26 「TwitterSphere of Twitter4J」
    @making「Twitter Bootstrap入門」
    @bina1204 「ApiDemos of Twitter4J for Android」

こんな感じでした。

今回足を運んだきっかけは、2012年1月28日に行われた「第3回Twitter研究会」のUstreamをたまたま観ていて面白かったことです。「Twitter研究会」は年1回の行事とのことで、特にそのUstreamで興味をひいたTwitter4JとTwitter APIについての @yusukey さんのトークで知った「Twitter API勉強会」は頻繁に行われている、というのがきっかけでした。しかも @yusukey さん主催。

今回初参加となりましたが、迷うことなくZussarで懇親会を含めて参加申し込みをして、「Twitter APIポケットリファレンス」を事前に購入して会場に向かいました。

詳細なメモは取っていないので、ざっくりとした感想をつらつらと書いていこうと思います。

まず @yusukey さんのお話。前述の「第3回Twitter研究会」でのお話とそれほど大差ないお話でしたが、生で聴くのはまた違いますね。とても面白かった。ちなみに @yusukey さんはTwitter社の中の人であり、JavaライブラリのTwitter4Jの作者でもあります。

座るときに机の左側に座るように指定されたのですが、これが「グループに分かれて簡単に自己紹介」の時に、左側が社会人で右側が学生だという仕掛けだとわかります。学生と社会人の交流を促進する、面白い仕掛けだなぁって思いました。もっとも、私の隣にいた学生さんは、起業をしている学生さんで、半分社会人みたいな方でした。後ろ席の方ともコミュニケーションを取ったりしましたが、皆さんいい人達ばかりで話題に花が咲きました。

前回と会場が変わって、今回はデジタルハリウッドさんが会場を提供してくれたということでしたが、意外に駅から近くて、Wi-Fiも貸してくれて、とても広くて快適な会場でした。一瞬入学したくなったくらい。

第4回Twitter API勉強会のデジタルハリウッド会場の様子

交流タイムも終了して、次はSEGAの中の人 @twtrfk さんによる「Virtua Fighter5 Final ShowdownのTwitter連動機能について」。ゲームセンターの機器と直接Twitter連携しないで別途サーバを用意する等といったお話。サーバ側はLinux/C/C++/Javaだそうで、Linuxの上にWebSphereとDB2を載せているとのこと。SEGAのシステムはIBMと懇意なのかなぁと思ったり。大企業のシステムにしては、テーブル構造や処理ロジックの詳細等、突っ込んだ話が多くて、大いに興味をそそられました。「部内SNSであるAmitterというのを作ってデモをした」「Twitterのテストアカウントをテストだと分からないように地道に100個作った」(Twitterの規約では連番アカウントはグレーなんですね)といった面白い話も聴けました。部内SNSを作ってしまってデモとは見習いたい開発パワーですね。最後の方はマーケティングとして、初音ミクさんのお話等が盛りだくさん。ちょくちょく格闘ゲーム全般は触っているのですが、久々にバーチャファイターをやり込んでみたくなりました。マーケティングに乗せられてしまいました。

LTで特に印象に残ったのは@makingさんによる「Twitter Bootstrap入門」でした。@makingさん曰く「CSSフレームワーク」。以前から名前は聞いていましたが、ここまで簡単なものとは。あまりに簡単にTwitterライクなおしゃれなデザインが作れるので、他との差別化が難しいといった新たな難題が出てくるくらいだそうです。社内ツールに色付けをする使い方とかに良いなぁと思いました。

その後、懇親会のため移動。指定された場所に行ったら雑居ビルのようなところで一瞬不安になりましたが、会場である部屋の中は非常におしゃれで、これまた居心地が良い空間でした。

第4回Twitter API勉強会の懇親会会場の様子

懇親会でもそうだったのですが、全体的にJava Hackerの人口の多いこと多いこと。発表もJavaずくし。懇親会で話しかけた人が開発者だったらほぼ確実にJava Hackerという状況。まぁ、@yusukeyさん自体がJavaのTwitter4Jライブラリの作者で、その人徳で人が集まっているということも大きいのかもしれません。Perlしか書けない私に、なんとなくJavaも書いてみようかなと思わせるくらいの空気感。良い人だらけで、居づらいということは全く無く、どことなく自分から見た異文化を垣間見たようで楽しい空間でした。

しかし、Java Hackerの中でPerlのお話をすると「CGI(ry」「Perl6(ry」といった話を振られて、ちょっと困る場面もあったり…。PerlというかLLの外側の業界の人から見たPerlって、今も初心者がCGIを書くための言語という感じなんでしょうね、やっぱり。LL全般に言えることですが、Perlも日々相当進化しています。私が追いきれないくらいに。ここは「日本Perl改造計画」に期待したいです。

「PerlにはTwitterのStreaming APIを仕様通りに実装しているモジュールは無い」といった話をどなたからかうかがったのですが、AnyEvent::Twitter::Streamにも何か欠陥があるのでしょうか…。普段使いしていて大きな問題は無いのですが…(Proxy等にHTTPストリームを切られたときに再接続しない問題があるんだなということは最近把握しました)。

著者サイン！懇親会で機会をうかがって @yusukey さんからサインを頂きました。嬉しかったです。

Twitter APIポケットリファレンスにサインをもらった

Java以外の他の言語の発表も募集しているというお話だったので、機会があればPerlのTwitterライブラリについて発表してみようかなと思いました。発表をするかしないかは別として、次回も時間が許せばぜひ出席してみるつもりです。