プログラミング

こういうtwitterアプリを作りたいと思った。

継続目標管理ツール

• 毎日5kmジョギングする
• 1週間に1冊本を読む
• 3日に1回ジムに行く

などの継続目標を支援するアプリ。「体重を○kg落とす」などの最終目標は知らない。最終目標に向かって各自が設定する日々のマイルストーンを支援する。

使い方

• twitterアプリのポータルサイトより利用登録をする。アプリと利用者のtwitterアカウントが連動する
• 目標とその内容・間隔(24時間・168時間(1週間))・継続期間を登録する
  • 例：腕立て伏せを毎日30回・二の腕の筋肉をつけるため、腕立て伏せをがんばる！・24時間・30日
• twitterアプリのアカウント宛てに@を飛ばし『「目標」を実行した』と投稿する。
  • 例：@mokuhyoapli 「腕立て伏せを毎日30回」を実行した
• 仮に指定間隔内に投稿がなかった場合、ユーザーのTLに目標を達成できなかった旨を投稿する
  • 例：@user は「腕立て伏せを毎日30回」を実行しませんでした。
  • 目標を実行しなかった意志の弱いカス野郎とか書くようなオプションを用意してもいいかもしれない。
• 継続期間に休みなく目標を達成した場合、@mokuhyoapiiアカウント上で表彰する
  • 例：. @userは「腕立て伏せを毎日30回」を24時間間隔で30日間実行した神！
  • アプリのポータルサイトに過去に達成された目標一覧ページとかつくってもいいかもしれない。

その他案(追記予定)

• 継続期間があまりに短いと意味がないので、7日以上しばりにするといいかもしれない
  • けどここらへんはユーザーが考える事だからまぁいいか。
• 1人あたりの目標数の制限を導入する?
  • 少数の目標に全力投球して欲しい、という意味で
  • まぁこれも最初は制限しなくていいかもしれない

Q&A

• 別に嘘つけますよね？
  • 嘘をつけますが、毎日意識させるだけで全然違うし、目標を達成した！と毎日嘘をつく自分に空しくなってくるはずです。
• 途中で目標達成が困難になった場合はどうするのですか?
  • 継続目標とは「がんばれば達成できるレベル」のものを設定するべきなので、達成困難になったのもユーザーの責任です。
  • よって目標を断念するときは1200字(原稿用紙3枚分)の反省文を提出し、その上で目標断念ボタンを押せるようにします。
  • 反省文はポータルサイトに公開されます。
• 冠婚葬祭など公にし辛い理由の場合は?
  • それ用に緊急停止ボタンをつくります。ただし緊急停止ボタンを使いすぎると強制的に登録解除され、一定期間経たないと再登録できないようにします。おばあちゃんの急病が何回も使えないのと同じです。

登録解除周りの話

• OAuth周りの事とか調べてないけど、目標実行中にいきなり登録解除はできないようにしたい。
• 登録解除するには今実行中の目標を達成・断念・緊急停止してから登録解除できるようにしたい
• 最悪、「不正なルートで登録を解除しました」とか投稿できるように。
• まぁここらへんはそういうユーザーが増え始めてから考えればいい話か。

まとめ

何事も継続しないと意味がない。諸行無常なtwitterでは「このpostがRTされただけ腹筋する」などというものがあるが、本来なら毎日継続して・集中して腹筋するのが一番効果的。継続を支援するアプリ。

Web拍手&はてブ

下のボタンを押すと拍手を送ることができます。同時にメッセージも送れます。

はてブはこちら。

twitterに投稿された(略 をどうやって作成したかという技術メモ。

作成手順

以下の3ステップで作成しています。

1. twitterAPIを利用して#snowJPの検索結果を収集する。
2. 収集した検索結果を加工してRSS化する。
3. 指定したRSSを自動投稿するプラグインをwordpressに導入し、2で加工したRSSを登録する。

1、2で使ってるプログラムは最後に紹介するとして。3はFeedWordPressというプラグインを利用します。

FeedWordPressでマルチブログする – [Mi]みたいなもの

これでRSSさえ作ってしまえば、最後のアウトプット先をWordPressにすることができます。普通こういうWebサービスは自分で”ガワ”をデザインするのですが

• 自分のデザイン能力の低さ
• wordpressの使いやすさ
• 携帯やiPhone対応への手間(wordpressには携帯・iPhoneビュー用のプラグインもある)

など考えると、wordpressを使うのがベストかな、と判断しました。

ということで、後はRSSを作るだけ！スクレイピングもRSS作成も得意だからすぐだよね！…とはいかず。

苦労した点

1. twitterAPIのパース

twitterではスクレイピングを規約で明示的に禁止しているので、APIを使って情報を取得します。提供形式はjson、atomの2種類で慣れているatomを選んでrubyのrssライブラリでパースしよー♪…と思いきや、なぜか対応できないと跳ねられる。しかたないのでREXMLを使ってXML文章としてパースしたんだけど、REXMLの使い方をすっかり忘れていてパースするだけなのにめちゃ苦労しました。

2. RSS1.0と2.0の仕様の違い

1.で情報は取得できたので、それをRSSに流し込むだけ。…流し込むまでは良かったのですがRSS1.0では画像の展開ができないという制限を知らなかったので、RSS1.0で作ってしまい画像が表示されませんでしたとさ

3. FeedWordPressとrubyのrss/makerの仕様制限

RSS2.0で作成してFeedWordPressに読み込ませた！…のだけど、今度は改行が反映されないorz 調べたところ、どうやらFeedWordPressがRSS2.0を読み込む場合、

1. 「content:encoded」があれば本文として使う。
2. 「content:encoded」がなければ「description」として使う。ただし改行は反映されない。

仕様らしく、僕が作成したRSS2.0は「description」しか作ってなかったので改行コードが反映されなかったと。んじゃ「content:encoded」を作ればいいじゃん、というところですが、rss/makerライブラリの仕様でRSS2.0作成時には「content:encoded」を利用できない！

仕方ないのでRSS2.0を作成し文字列として読み込んだ後、「description」の下に1行挿入し「content:encoded」とする超泥臭い作り方で乗り切りました。うーん、RSSライブラリは完璧じゃないよなぁ…。

ということでコード公開

Continue reading

Web拍手&はてブ

下のボタンを押すと拍手を送ることができます。同時にメッセージも送れます。

はてブはこちら。

タイトル通り、twitterに投稿されたゲレンデ写真を纏めるサイトを作りました。

twitterゲレンデ写真まとめサイト(仮)

※今は1つも写真投稿がないので、後述する「スノーボード関係の言葉が含まれた発言を検索しRSS」も合わせて投稿するようにしています。

どんなサイト？

以下の条件に引っかかる投稿を抽出し、画像サイトへのURLを変換し画像を直接表示します。

1. ハッシュタグ「#snowJP」を含む
2. 投稿内に「携帯百景」「はてなフォトライフ」「twitpic」のURLを含む

wordpress使ってるので携帯・iPhoneからも見れます。ハッシュタグ「#snowJP」を使ってどんどん雪山写真を投稿しよー！

サイトを作成した経緯

妄想開始。雪山好きのtwitterユーザーのためのポータルサイトがあればいいと思った。内容は雪山関係のpostをしているtwitterユーザー一覧(近々リリースされるtwitterのlist機能を使用)、ハッシュタグを利用したリアルタイム積雪＆渋滞情報。12:22 AM Oct 2nd Tweenで

というか#09-10snowみたいなハッシュタグを流行らせたい。毎週土日に各地のゲレンデ写真が集まるだけで相当価値が出てくると思う。雪山ユーザーってゲレンデを略称で書いちゃっうから検索しにくい。それにmixiやら個人ブログやら情報が分散しすぎている。 12:26 AM Oct 2nd Tweenで

これをハッシュタグ一つで纏められる。ハッシュタグで纏められたポータルサイトが知名度を持ち始めれば、非twitterユーザーも注目する→雪山好きのtwitterユーザーが増える→俺のTLが充実するという一石三鳥。妄想終了。12:26 AM Oct 2nd Tweenで

毎週土日に最新の雪山写真がずらっと並んでるって最高じゃね！？

今後のロードマップなど

1. #snowJPまとめサイトを立ち上げる ←今ここ
2. 初期メンバーが#snowJPをつけてゲレンデ写真を投稿する
3. twitterユーザーで雪山好きの人に#snowJPの存在を宣伝する
4. 徐々に#snowJPへのゲレンデ写真への投稿が増える
5. 毎週土日の朝はbuzztterで#snowJPがバズる
6. 「twittetってなんか雪山情報充実してるらしぜー」とmixiから人が流れてくる。
7. ますます#snowJPへのゲレンデ写真の投稿が増える
8. ゲレンデの中の人も#snowJPの影響力を無視できなくなり、twitterアカウントを作成して#snowJP宛に最新のゲレンデ写真を毎日投稿する
9. なんかすごい事になる

buzztterはともかく8が実現できたら最高ですよね。1つのサイト(ハッシュタグ)をチェックするだけで、例えば白馬エリア全ゲレンデのゲレンデ写真が確認できる。便利で楽しい！

---

これだけではしょぼいので。

ロードマップとか書いてみたけど、今は#snowJPの使用者が少ないので写真も少なくお寒い感じ。なので#snowJPが盛り上がるよういろいろ作ってみました。

1.#snowJPの全投稿をRSS配信

http://prius.cc/twit_snow_rss/snowJP.rss

普通に#snowJPでチェックすりゃいいじゃん、という話ですが、僕がRSSリーダー好きなので作ってみました。これはただのついで。重要なのは次から。

2.スノーボード関係の言葉が含まれた発言を検索しRSS配信(以下、雪山RSS)

http://prius.cc/twit_snow_rss/snowJP_All.rss

twitterの全投稿の中からボード関係の言葉が含まれるものを検索し1日1回RSS配信します。今は「スノーボード、イエティ、かぐら」が含まれる投稿を検索し、配信します。

3.スノーボード関係の言葉が含まれた発言を検索しRSS配信(新規雪山好きユーザー発見専用)

これは作成予定。
雪山RSSから既に#snowJPの存在を知ってるっぽいユーザーの発言を省いたRSSです。例えば@teracoや@winter_fanはNGユーザーリストに入っておりこのRSSには表示されません。NGユーザーリストは最初手動更新でtwitterのlist機能が正式リリースされたら雪山ユーザーのlistを作成→含まれてないユーザーの発言のみ表示して精度を上げようと思います。

2と3の雪山RSSはロードマップの3番「twitterユーザーで雪山好きの人に#snowJPの存在を宣伝する」ために作りました。今考えてるのは、

1. この新規ユーザー発見専用RSSを購読する
2. 新規ユーザーを発見したら@teraco_snowからハッシュタグ「#snowJP」の案内postを送る。
3. 一度案内を送ったユーザーは3のリストから外す

という方法で、漏れなく重複なく#snowJPの普及活動を進めていく予定です。…となると、3を読むのは僕だけでいいのかなー。複数のユーザーから案内行ってもウザいだけだし…。

が、スキー・ボードの事について言及したユーザー全員に案内を送るべきかどうか？となると微妙。僕の本音としては#snowJPが有名になるとか投稿が増えるとかはどうでもよくて、#snowJPへの写真の投稿が増えてほしいだけなので、写真を投稿した人へは100%案内を送るけど、ただスキー・ボードの事について言及してるだけの人に案内送ってもなーと。当面は写真付きの投稿した人は案内送る・それ以外の人には送らないことにします。それ以外の人にも#snowJP案内送るなら、重複しないように#snowJP使ってる人と相談かなぁ。

とりあえず2のRSSは登録してみててください。読んでるだけでも楽しいと思うので。

Q&A

Q.twitterゲレンデ写真まとめサイトのデザインがしょぼいのですが？
A.すいません。やっつけで作ったのでそのうち改善予定です。wordpressのデザインなら俺/私に任せろ！という方は@teracoまでご連絡ください。

Q.雪山写真の地域別に表示を分けた方がいいのではないか？
A.今後投稿が多くなり、目的の地域を見つけにくくなれば考えます。

Q.#snowJPと別のハッシュタグを使ったほうがいいのではないか？(例：#snowJPPhotoなど)
A.当初そう考えましたが、携帯端末からの入力のしやすさ、#snowJPの認知度を高めるという意味で#snowJPに相乗りさせてもらおうと思います。複数のハッシュタグに分散するより1つに統一した方が信頼度が高まると思うので。今後投稿が増えて問題が発生したら or #snowJPが十分に周知されたらハッシュタグの分離も考えます。

Q.雪山RSSに、雪山と関係のない発言が含まれるのですが？
A.例えば「カムイ」で検索した場合、映画の「カムイ外伝」に関する発言も引っかかってしまいます。こういう場合は、以下のどちらかの対応を取ります。

1. 検索ワードの精度を高める：例 「カムイ御坂」「カムイ竜ヶ崎」を使う
2. 関係のないユーザーを非対象ユーザーとして今後発言を収集しない。

なるべく1の対応を取りたいと思ってます。

Q.雪山RSSに検索ワードを追加・削除してほしい
A.@teracoまでご連絡ください。

その他、何かあれば@teracoまでお気軽に。 最後に。何かと関東圏のユーザーが優遇されるtwitter界ですが、#snowJPでは日本全国の雪山ユーザーの投稿が集まるといいなーと思ってます！

技術情報に興味のある方はこちら。

Web拍手&はてブ

下のボタンを押すと拍手を送ることができます。同時にメッセージも送れます。

はてブはこちら。

先日導入したWeb拍手”GJ!”し、結構気に入って使ってるのですが欠点が一つ。拍手されたかどうかはGJ!の管理者ページを見に行かないと分からない。ということで、GJ!の新着拍手があればRSSを更新するスクリプトを作成してみました。PHPできないのでrubyで作成。

WordPressにWeb拍手”GJ!”を導入してみた。

require 'rubygems'
require 'hpricot'
require 'open-uri'
require 'kconv'
 # 出力するRSSファイル名決定
fname = "gj_new.rss"
f = File.open(fname, "w")
 # GJ!の管理者ページ設定
url = 'http://prius.cc/gj/gj.php?mode=show&[GJ!で設定したパスワード]&new'
#
elemarr = Array.new
doc = Hpricot(open(url))
(doc/%Q[//tr]).each do |elem|
  elemarr << elem
end
#
arr1 = Array.new
arr2 = Array.new
2.upto(21) do |i|
  (elemarr[i]/%Q[//td]).each do |elem|
    arr2 << elem.inner_text
  end
  arr1 << arr2
  arr2 = Array.new
end
arr1.transpose
 # RSS作成
 # 「rss/maker」ライブラリを利用します
require 'rss/maker'
 # RSSのバージョンを指定してRSSオブジェクトを生成します
rss = RSS::Maker.make("1.0") do |maker|
  #適用するスタイルシートを指定します
  xss = maker.xml_stylesheets.new_xml_stylesheet
  xss.href = "./rdf.xsl"
  # 記事を配信しているページに関する情報を設定します
  maker.channel.about = "http://prius.cc/"
  maker.channel.title = "GJ_RSS"
  maker.channel.description = "GJ_RSS"
  maker.channel.link = "http://prius.cc/"
  # RSSのitemを更新日が新しい順番にソートする機能を有効にする
  maker.items.do_sort = true
  # 以下では記事に関する情報を指定します
  arr1.each do |elem|
    item = maker.items.new_item
    item.title = elem[3]
    item.link = "http://prius.cc/gj/"
    item.dc_subject = elem[3]
    item.description = elem[2] + "からのコメント：" +elem[1]
    item.date = Time.parse(elem[0])<br />
  end
end
 # RSSを出力します
f.puts rss

作成時間は40分です。。。

参考：Kazuhiro’s Weblog: RubyでRSSを自作してみよう

で、これを運用するにはcronの動かせるサーバを立てなければいけない。やっぱ拍手をトリガーにしてサーバサイドでRSS作る仕組みの方が(構成的に)簡単だなぁ。GJ!の次バージョンで導入されればいいなぁ…。

Web拍手&はてブ

下のボタンを押すと拍手を送ることができます。同時にメッセージも送れます。

はてブはこちら。

前エントリで

正直、参加者の大半が課題作れなかったのは意外だった。…と他人事のように書いて俺も出来なかったわけだがw、おそらく主催者のwillnetさんはこれくらい簡単にできると思ってたんじゃないかな？

と書いたわけだけど、これはマジで意外だった。

実は俺が思ってるより課題(こちらを参照)が難しかったのかもしれないけど、やる事と言えば

1. Todoリストの完了ボタンにユニークなid属性を付与する
2. 完了ボタンを押すとid情報をJavaScript APIに渡し、Todo情報を削除するようにする

くらいだから、やはりこれくらいは簡単にできる想定だったんだろう。つまり昨日の参加者はJavaScriptに不慣れだったと勝手に決め付けて話を進めるが、俺は勉強会＝ある程度は出来る人の集まりというイメージを持ってたし参加者もWeb系の人がほとんど(だったと思う)ので、この結果には驚いてしまったのである。という事で考察。

1. 普段JavaScriptを書いてない人が興味を持ってる

まぁ俺ですが、普段Webアプリも作らないくせにmixiアプリに興味を持ってOpenSocial勉強会に参加した人。けどこれは少数派。会場に来てたと思われるWeb系の人はどうなの？となるが、Web系だからと言ってJavaScript書いてるとは限らないのである(学生時代のWeb系会社バイト経験より)。

参加者の中にドリコムの人がいて彼はバリバリmixiアプリ作ってそうだったけど、ドリコムは「なるべくJavaScriptを書かずmixiあぷりを作れるような」フレームワークを構築してるらしい。

実際俺も「JavaScriptって書くの面倒っぽくてクライアント環境に依存する割に大したことできねーし」と思って今まで勉強しなかったわけだし、Web系会社に勤めていても「毎日JS書いてます！」という人は少ないのかもしれない。

2. 普段JavaScriptを書いている人が興味を持っていない

ポイントはこっちかな。毎日JS書いてそうなWeb上での有名人がOpenSocialに食いついてない気がする。これも勝手に考えると、

1. 技術的には面白くない
2. ソーシャルってのが気に喰わない
3. 検証環境を作るのが面倒。

のかなぁと。OpenSocialといってもmixiの情報使えるだけで後はJavaScriptで書くだけ。普段からJS使ってる人はあまり目新しいと思わないのかも。もう一つが、mixiアプリ作ってもmixiの中でしか使えないこと。俺はこのエントリで書いたとおり友達が使ってくれるだけでもいいじゃんと思うんだけど、Webアプリを作ってURL一発でリーチしてる人なら、mixiだけのためにアプリ作るなんてアホらしいのかもしれない。会員制サイト否定派も多いしねー。

最後はおまけだけど、いちいちファイルアップしてmixiアプリにアクセスするのが面倒という説。普段使ってる環境使えないとストレス溜まります。OpenSocial Development Environmentは使えるけど、eclipseインストールするのめんどいという人もいる。

以上3つの理由で食いつきが悪いのかな、と思います。

---

そう考えると、mixiアプリの作成者属性ってiPhoneアプリ作成者と被るところはあるのかも。面白半分、利益半分。普通のWebアプリに比べて法人割合が高い。

ただ言えることは、現時点でmixiアプリを自在に作れる人は少数だということ。勉強会に来るメンバーがこのくらいの習熟度ということは、今のうちにノウハウ積み上げれば正式版スタートしてから手をつける人に差をつけることができるかも…！

とはいえ

前途多難だなー。プラットフォームが不安定で検証もままならねーし、JavaScriptっていっても昔流行ったステータスバーの表示をちょろっと変えるレベルじゃないからね。実際、この本を120ページくらいまで読んだけど、mixiアプリのコード例で使われてる書式なんて全然出てきませんからね＞＜　Web2.0時代のJavaScriptにはまだ遠いわー。

Web拍手&はてブ

下のボタンを押すと拍手を送ることができます。同時にメッセージも送れます。

はてブはこちら。