小野マトペの業務日誌(アニメ制作してない篇)

introduction

俺こと小野マトペが、大学生活と折り合いをつけつつショートアニメを制作していく事に関する制作日誌でしたが、今はグダグダです。始まりは9/11から。旧HP(廃棄)

レビューライン.jp稼動中。
「平面男(完全版)」20041224  ■「平面男」20041018/20041020
■Javaアプレット: Conna-Gonna20050203/ 20050208
■はてなブックマーク改造用Greasemonkey集20061002
■はてなQuickClip(firefox用機能拡張)20060906

2012年06月02日 土曜日

[] 6-7月放送のNHKみんなのうたゆらゆら」(6/3〜)の映像を手伝いました 18:50  6-7月放送のNHKみんなのうた「ゆらゆら」(6/3〜)の映像を手伝いましたを含むブックマーク  6-7月放送のNHKみんなのうた「ゆらゆら」(6/3〜)の映像を手伝いましたのブックマークコメント

(訂正:6/4〜からのようです)

明日から放送になる、6-7月ぶんのNHKみんなのうたゆらゆら」の映像を手伝いました。


NHK みんなのうた - ゆらゆら - 中島啓江

f:id:ono_matope:20120602184325p:image

ゆらゆら」の映像制作担当した「劇団かかし座」には少々縁があり、自分大学在学中、趣味映像をやっていたことから、在学中は頻繁に上演作品の舞台映像を手伝っていました。今回は業務外のプライベート時間を使って手伝い、主に海まわりの表現を中心にAfter Effects担当しました。「かかし座」の持ち味である色鮮やかな美術やユーモラスな手影絵も必見で、面白いものに仕上がっていると思います。ぜひ御覧ください。

放送予定(6月7月

月 総合10:55 Eテレ16:00

火 Eテレ12:55

水 総合10:55 Eテレ16:00

木 Eテレ12:55

日 総合10:55

http://cgi2.nhk.or.jp/minna/sch/schedule_list.cgi

最後の方は体力の限界突破していたのだけど、自分がいいと思うものを産みだすための苦労ならどれだけでも幸福、という感覚をずいぶん久しぶりに味わうことが出来ました。とてもとても楽しい2ヶ月間でした。

追記:劇団かかし座では、映像の出来る方を募集中だそうです。興味のある方は採用情報を御覧ください。いろんなことを試すことができる思います

トラックバック - http://d.hatena.ne.jp/ono_matope/20120602

2010年04月30日 金曜日

[][] MySQL5.5.3-m3のDATETIME型のバグ。あとMySQLのDATETIME型は本当に遅いのか検証してみた 06:00  MySQL5.5.3-m3のDATETIME型のバグ。あとMySQLのDATETIME型は本当に遅いのか検証してみたを含むブックマーク  MySQL5.5.3-m3のDATETIME型のバグ。あとMySQLのDATETIME型は本当に遅いのか検証してみたのブックマークコメント

バグの話

近々ふぁぼったーDBInnoDB化を企てているので、それに伴いMySQL5.0.67(Tritonn)から、先日リリースされたばかりのMySQL5.5.3-m3に乗り換えてみた。RC(リリース候補)版ということで、GA版とほぼ変わらない品質と聞いたので、割と軽い気持ちでインストールしたんだけど、いきなりバグにハマった。

バグとは、DATETIME, TIMESTAMP, DATE, TIME型と文字列定数との結合でインデックスが使われない、というもの。

以下のような、date(DATE型)の結合しかしていないクエリでも、dateインデックスが使われず昇順フルテーブルスキャンされ、20秒くらい掛かった。

select date from STATUS force index(date) where date='2010-01-19' limit 10;

この現象は、5.5.3,5.5.4での現象としてバグ報告がなされ、すでにパッチ待ちになっていた。

MySQL Bugs: #52849: datetime index not work

MySQL Bugs: #53149: MySQL doesn’t use indexes on date column properly because of collation

よって5.5.5がリリースされれば解消されているのだけど、バグ報告中で報告されていた回避方法を紹介。

あとDATETIME型が遅いって本当?

INT型の方がデータ取得の処理スピードが150倍高速の圧倒的効果である。INT型はINDEXを最適に使い目的の結果を返してくれるためここまでのパフォーマンス結果がでたものと思われる。面白い副産物結果として、DATETIME型ではINDEX有り・無しかかわらず処理結果値が同じということで、DATETIME型はINDEX恩恵を受ける事があまりできないのである

http://blog.fukaoi.org/2009/03/19/mysql_datetime

MySQLでDATETIME型のデータを高速に検索する方法 - Fukaoi.org

以前、時刻の保存形式としてDATETIME型は低速でイケていない、unix_timestamp()関数で値を設定したINT型で保存すべき、というを話を上の記事で読み、なるほどそうしておこうかなと漠然と思っていたのだけど、ちょうどいい機会なので、MySQL5.5でも通じるTipsなのか検証してみました。ちなみに、MySQLバイブル実践ハイパフォーマンスMySQL 第2版にはこうある。

3.1 最適なデータ型の選択

  • 通常は小さい方がよい

一般に、データの格納と表現を正しく行えるデータ型のうち、最も小さいものを使用するように心がける。データ型が小さいほどディスクメモリCPUキャッシュで使用する領域が少なくなるため、通常はその方が高速である。また、処理に必要なCPUサイクルも通常は少なくなる。(略)

  • 単純なものがよい

(略)たとえば、文字セットとその照合順序(並び替えルール)は文字の比較を複雑にしているため、文字よりも整数比較するほうがコストがかからない。ここに例が2つある。日付と時刻は文字列ではなくMySQL組み込み型として格納すべきであり、IPアドレスには整数型を使用すべきである。

(強調は引用者)

DATETIMEないしTIMESTAMPを推奨されました。じゃあ、日付表現のための最も小さくて単純なデータ型ってなんでしょう。DATETIME型とTIMESTAMP型の解説は以下のようになってます。

3.1.4 日付と時刻型

DATETIME

 1001-9999年までの値を格納する事ができ、精度は1秒である。タイムゾーンとは無関係に、日付と時刻をYYYYMMDDHHMMSS形式で整数にパックする。これには8バイト記憶域が使用される。(略)

TIMESTAMP

 1970年1月1日午前0時(グリニッジ標準時)からの経過時間を秒数で格納する。つまり、UNIXタイムスタンプと同じである。記憶域を4バイトしか使用しない(略)

はい、DATETIMEもTIMESTAMPも、形式が違うだけでどちらも整数管理されているんですね。ここら辺は公式ドキュメントに詳しいです。unix_timestamp()したINT型とTIMESTAMPはデータの格納方式として等価と考えていいということでしょうか。

特殊な振る舞いはともかく、TIMESTAMPはDATETIMEよりもストレージ効率がよいため、TIMESTAMPを使用できる場合一般にそれを使用すべきである。UNIXタイムスタンプ整数値として格納することもあるが、通常はそうしたところで何の特もない。その形式は何かと扱いにくいので、お勧めしない。

(強調は引用者)

うーん、INTのTipsフルボッコです。でも実際のところはどうなのでしょう。計測してみました。

計測条件
CREATE TABLE `STATUS` (
  `id` bigint(20) NOT NULL DEFAULT '0',
  `user_id` int(11) NOT NULL,
  `created_at` datetime NOT NULL DEFAULT '0000-00-00 00:00:00',
  `date` date NOT NULL DEFAULT '0000-00-00',
  `text` varchar(256) NOT NULL DEFAULT '',
  `point` int(11) NOT NULL DEFAULT '0',
  `created_at_timestamp` timestamp NOT NULL DEFAULT '0000-00-00 00:00:00',
  `created_at_int` int(10) unsigned NOT NULL DEFAULT '0',
  PRIMARY KEY (`id`),
  KEY `c_` (`created_at`),
  KEY `ct_` (`created_at_timestamp`),
  KEY `ci_` (`created_at_int`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8

スペック

OSCentOS release 5.3

DB :MySQL5.5.3

CPUAMD Phenom(tm) 9350e Quad-Core

Mem:8GByte

インデックス無し

DATETIME型
mysql> select SQL_NO_CACHE * FROM STATUS ignore index(c_) where 20090701000000 <= created_at and created_at < 20090701235959 limit 1;
1 row in set (5.92 sec)
TIMESTAMP型
select SQL_NO_CACHE * FROM STATUS ignore index(ct_) where 20090701000000 <= created_at_timestamp and created_at_timestamp < 20090701235959 limit 1;
1 row in set (8.40 sec)
INT型
mysql> select SQL_NO_CACHE * FROM STATUS ignore index(ci_) where unix_timestamp(20090701000000) <= created_at_int and created_at_int < unix_timestamp(20090701235959) limit 1;
1 row in set (6.13 sec)

DATETIME型とINT型がほぼ同程度の速度で、TIMESTAMP型だけなぜか一周り遅いという結果に。えー、上でTIMESTAMP型とINT型はデータ長以外等価って言い切ったばかりなのに…。実際には等価ではなく、扱うロジックに差があるために速度差が出ているんでしょう。でもTIMESTAMP型よりもデータ長が長く格納方式の複雑そうなDATETIME型がTIMESTAMP型よりも速いっていうのが謎…。何故に…

インデックス有り

DATETIME型
mysql> select SQL_NO_CACHE * FROM STATUS where 20090701000000 <= created_at and created_at < 20090701235959 limit 1;
1 row in set (0.00 sec)
TIMESTAMP型
mysql> select SQL_NO_CACHE * FROM STATUS where 20090701000000 <= created_at_timestamp and created_at_timestamp < 20090701235959 limit 1;
1 row in set (0.00 sec)
INT型
mysql> select SQL_NO_CACHE * FROM STATUS where unix_timestamp(20090401000000) <= created_at_int and created_at_int < unix_timestamp(20090401235959) limit 1;
1 row in set (0.00 sec)

えーと、どのデータ型でもきちんとインデックスが適用されていて、データ型の差異が計測出来ない程度に高速ですね。2000万行でこの速度ならどれ使ってもパフォーマンス上全く問題ないといえるでしょう。インデックス無しでは速度に差がありますが、どっちみちインデックス無しではどんなデータ型だろうと実用的なクエリ実行は行えません。これなら実践ハイパフォーマンスMySQLの教えに従って組み込み時間型を使ってもなにも大丈夫そうです。自前のINT型、必要なし!

しかし深追いさんのベンチマークとの差はどこから来たんでしょう…。MySQL5.0.67から 5.5.3へのアップデートのどこかでDATETIMEが改良されたのでしょうか。ただ、深追いさんのベンチマークは、そもそもDATETIMEに対してインデックスが効いている気配がないので、今回僕がハマったようなバグかCardinalityの破損であのような結果になったのではないかという気も少ししています。自分環境では以前の5.0.67でもDATETIMEのインデックスは効いていたような気がするので…。ちなみに今回のテストはInnoDBで行いましたが、MyISAMテーブルでもdatetimeインデックスは適用されました。


まとめ

時間データは素直にDATETIME型かTIMESTAMP型を使おう!*1

*1:TIMESTAMP型は環境のタイムゾーンに依存し、4byteとコンパクトだが2037年問題を抱えている

ono_matopeono_matope 2011/04/02 17:51 削除依頼はメールにてお願いします。

ono_matopeono_matope 2011/07/10 22:43 matope.ono [ at ] gmail.comになります。

ono_matopeono_matope 2011/11/15 04:15 だいたい月一間隔で対応してます。

r3333r3333 2011/11/16 16:22 14日と本日削除依頼をGmailに送らせていただいた者です。ご多忙な中誠に申し訳ないのですが、何卒早急なご対応をお願いできませんでしょうか。不利益を被っております。何卒、お早いご対応を切にお願い申し上げます。

yukitasoyukitaso 2011/12/26 09:13 何度もふぁぼったー削除以来をGmailに送らせていただいております。
早急な対応をお願いいたします。

トラックバック - http://d.hatena.ne.jp/ono_matope/20100430

2010年04月14日 水曜日

[]iPadで絵を描いてきた! 01:58 iPadで絵を描いてきた!を含むブックマーク iPadで絵を描いてきた!のブックマークコメント

金曜日、@umezoが「iPadを触らせてもらいに行くけど誰か来る?」って行ってたので、ホイホイとiQONのVASILYさんまで邪魔してきました。

SketchBook Pro

iPadいじらせてもらった諸処の感想は後述。どうしても試してみたくて@kyunsさんに頼んで有料のドローイングアプリを試させてもらった。AutodeskのSketchBook Proというアプリ

このアプリが素晴らしく、しばらくお絵描きに没頭してしまった。この様子は複数のソースUstream/YouTubeしていたので、観てもらえばどんな様子か分かると思う。


@pen2さん撮影(ust)。50分くらいあるけど、描き始めてからTwitterにアップするまでの完全収録。ニコニコ動画に上げてみた。ダイジェストだけ編集したんだけど、音声が消えてしまう現象が起きたのでUstreamアーカイブそのままをアップした。

D


@kyunsさんビュー(ust)

http://www.ustream.tv/recorded/6063992


別角度から、@wady撮影

D

f:id:ono_matope:20100415020734j:image:w400

完成品。いい絵かどうかはともかく。


観てもらえれば分かると思うけど、SketchBook Proがかなり本格的に作り込まれているため、「細部を書き込むときは拡大しないといけない」という点にさえ気をつければまずまず実用的に描ける。俺程度のテキトーな描き手には十分応えてくれる感じだった。鉛筆には及ばないけど、マウスペンタブよりずっといい感じ。


液タブとの比較

まさにこれは液晶タブレットだよなーと思った。感圧に対応していないのと、指で描いているために精密な描画ができないという欠点があるけど、前者は今後の技術Tipsカバー後者iPhoneスタイラスを使うという手http://www.youtube.com/watch?v=jYSRQDxeGZYを使えば解消しそう(iPhoneでは太い専用スタイラスは使い物にならなかったけど、iPadの大画面なら使える)。


逆に、液タブ製品よりもよいなと感じたのは、以下の点

  • どこでも使える
    • 液タブをカバンにいれて持ち歩ける人はいないけど、iPadなら持ち歩いて、サッと取り出せる。
  • わいわい描ける
    • 178°まで奇麗に見える液晶で、その場にいるみんなが絵を覗き込める。会話がうまれる。楽しい
  • ぐるぐるできる
    • iPadの背面はとてもいい感じのカーブを描いているので、意のままに紙を回転させる事ができる。
  • 個人的に、書き味が好み。
    • 液晶に限らないけどペンタブって、紙面がツルツルしてて個人的に苦手だった。線が走らなくてぐにゃぐにゃになっちゃったり。そういうのはiPadにはなかった。

感圧機能がないとはいえ、これでWacomの一番安い液晶タブレットの半額だから、液タブ欲しいけど買えなかったって言う人はiPadも考えてみるといいかもしれないよ!

Wacom Cintiq 21UX DTZ-2100D/G0

Wacom Cintiq 21UX DTZ-2100D/G0

落書き以外のiPadいじった感想

http://www.youtube.com/watch?v=w_qyZQcnr9A

http://www.youtube.com/watch?v=SPcGlJsCfII

http://www.youtube.com/watch?v=hZ5N7la06XA

削除をお願いします。削除をお願いします。 2010/04/17 05:10 昨日と一昨日に、「ふぁぼったーページ削除のお願い」というタイトルでメールを送付した者です。お読みいただけましたでしょうか?
メールに書きましたように、ツイッターのアカウントはすでに削除したのですが、ふぁぼったーに過去の発言が残っており、グーグルの検索結果にも表示される為、大変困っております。
つきましては、早急に、ページ自体が表示されないように完全に削除していただけますよう、お願い申し上げます。お忙しいところ恐縮ですが、どうぞ宜しくお願い致します。

有難うございました。有難うございました。 2010/04/19 21:44 上記、ツイートの削除を確認致しました。
(できればプロフィール等も削除して戴きたいのですが可能でしょうか?)
焦っておりました為、ブログ記事と全く関係のないコメントを残してしまい、大変失礼を致しました。
上記コメント共々、管理人様の方で消去して戴いて結構です。

お忙しい中、迅速にご対応下さり、大変助かりました。
有難うございました。

削除依頼削除依頼 2010/04/21 13:08 今月11日〜13日にかけて「ふぁぼったーログ削除の件」という件で削除依頼をお送りしたものです。
削除対応がまだされていないようですので、早急にログの削除のご対応よろしくお願いいたします。

削除依頼 削除依頼 2010/05/06 11:11 上のコメントで削除をお願いした者ですが、未だに削除対応をして頂けておりません。
メール不着の場合には再度メール差し上げますので、何かしらコメントを頂けませんでしょうか。
現状、全く反応して頂けないので大変困っております。

よろしくお願い申し上げます。

削除依頼削除依頼 2010/05/16 09:58 上のコメントで削除をお願いした者ですが、まだ何らご対応いただけていない状態です。
Twitterでも連絡を取ってみましたが返事もありません。
私はどうしたらよいのでしょうか。

トラックバック - http://d.hatena.ne.jp/ono_matope/20100414

2010年03月14日 日曜日

[]LVMスナップショットバックアップのためのシェルスクリプトを作った 23:47 LVMスナップショットバックアップのためのシェルスクリプトを作ったを含むブックマーク LVMスナップショットバックアップのためのシェルスクリプトを作ったのブックマークコメント

今までmysqldumpを使ったデイリーバックアップを行っていたんですが、 いざ障害時に復旧しようとすると、SQLの実行のための時間がかかりすぎる、MERGEテーブルに対応していない(のでSQLをsedで書き換えるハメになった)等の理由から、LVMスナップショットバックアップに移行することにしました。


というわけでさっき

というスクリプトを書きました。何かの参考にするために上げておきます。LV消したりとか危ない事を自動化しているので、これを使ったり参考にしたりした事によるいかなる損害も保障しません。また、このスクリプトを実行する前に、バックアップしたいVolumeGroup上に、スナップショット用の空き容量(今回は1GB)を作る必要があります。


やってること

  1. MySQLをFLUSH TABLEする(書き込みバッファの内容をファイルに書き出す)
  2. /dev/ssdvg VolumeGroupのlv01 Logical Volumeのスナップショットを /dev/ssdvg/lvSnapに1GBで作成
  3. /var/lib/mysql/favotterを /バックアップディレクトリ/<日付>-<DB名>にコピーする
  4. /dev/ssdvg/lvSnap LVを削除する
  5. コピーtar.gz圧縮する。
#/usr/bin/sh
DATE=`date '+%Y-%m-%d-%a%H:%M:%S'`;
SRC_LV="/dev/ssdvg/lv01";
SNAP_LV="/dev/ssdvg/lvSnap";
SNAP_SIZE=1G;
DB_NAME="favotter";
DB_PATH="lib/mysql/$DB_NAME/";
DB_PASSWORD="<your db password>";

DEST_PATH="/home/matope/Documents/favotter/dbbackup/hotcopy/";
DEST_FULL=$DEST_PATH$DATE-$DB_NAME;

sudo mkdir /mnt/snap;
sudo /sbin/modprobe dm_snapshot;
sudo /sbin/lsmod | grep snapshot;

mysqladmin -u root -p$DB_PASSWORD flush-tables;
sudo /usr/sbin/lvcreate -s -L $SNAP_SIZE -n lvSnap $SRC_LV;
sudo mount $SNAP_LV /mnt/snap;
sudo cp -rpv /mnt/snap/$DB_PATH $DEST_FULL;
sudo umount /mnt/snap;
sudo /usr/sbin/lvremove $SNAP_LV --force;
sudo tar -cvzf $DEST_FULL.tar.gz $DEST_FULL;

この本を参考にしました。すごく実用的でおすすめです。ふぁぼったーもめきめき高可用性ゲットやでー

Linux-DB システム構築/運用入門 (DB Magazine SELECTION)

Linux-DB システム構築/運用入門 (DB Magazine SELECTION)

七波七波 2010/04/01 09:17 こんにちは。ツイッターネーム七波と申します。
ふぁぼったーを使ってみました。とても面白いのですが、私が実際お気に入りに入れているものと、ふぁぼったーに表示されているものが全然一致していないのが気になりました。なぜでしょう。

2010年02月20日 土曜日

[]ふぁぼったー Version.4をリリースしました!:新機能概要 06:58 ふぁぼったー Version.4をリリースしました!:新機能概要を含むブックマーク ふぁぼったー Version.4をリリースしました!:新機能概要のブックマークコメント

先週の土曜日からデータベース障害のためふぁぼったーが停止するという事態になりましたが、今朝障害復帰を果たすとともに、同時にふぁぼったー新バージョンへの移行を行いました。

新ふぁぼったー

機能詳細は以下

『Myふぁぼったー』機能(要ログイン)

TwitterOAuth認証に対応し、ふぁぼったーにログインする事で、自分がフォローしているユーザーのふぁぼりやふぁぼられを読めるようになりました。ユーザー各人が趣味の合わないTweetに煩わされること無く、より興味のあるつぶやきを読みやすくなります。

listsへの対応(要ログイン)

2009年9月Twitterに追加された「lists」機能に対応しました。ユーザーが購読しているListsのメンバーのふぁぼりやふぁぼられを表示出来ます。

@tsuda/media-contentリストの例(要ログイン)

http://favotter.net/list.php?user=tsuda&list=media-content

『ふぁぼったー検索』の強化 (一部要ログイン)

従来より提供している『ふぁぼったー検索』がさらに強化され、

に対応しました。さらに、Myふぁぼったーと連携し、ログインしているユーザーのFollowingのふぁぼりやふぁぼられに絞り込んだ検索が可能になりました。(Following絞り込みのRSSフィードは未対応)

f:id:ono_matope:20100220073506p:image

クロール範囲の拡大

従来、ふぁぼったーでは日本語ユーザー 3万9000人、英語ユーザー 6万8000人のFavoritesを収集していましたが、新クローラーの開発により、毎時間日本語ユーザー 10万人以上、英語ユーザー 30万人以上のクロールを実現しました。

その場でfav機能の強化

ふぁぼったーにログインしていれば、今までのようにパスワードダイアログが出る事無く、1クリックで確実にふぁぼることができるようになりました。

ドメイン移行

従前のサブドメインを改め、専用ドメインに移行しました。新URLは以下

日本語http://favotter.net/

英語http://en.favotter.net/


取り急ぎ機能概要まで。

agag 2010/02/20 07:56 お疲れさまです!すごく便利になって今まで以上にのめりこんでしまいそうです

障害時のfavデータが、昨日や一昨日など古いものになると取りこぼしが多いようです。多分さかのぼれるfavの上限値でも超えてるんですかね・・・自分のふぁぼりをさかのぼってもその期間が抜け落ちててけっこう不便なので、障害中の期間だけ他の類似サービス(twistarとか)からfavデータをひっぱってきて、ふぁぼったーの方にも反映させていただけるとすごく嬉しいです!

今後も頑張ってください。応援してます!

通りすがりの人通りすがりの人 2010/02/21 01:38 お疲れ様です。

すごい機能が増えてfavotterにはまってしまいそうです。ただ、twitterでは消してしまったのに、または、お気に入りに外したのにfavotterに残っているのが気になっています。そこもfavotterの方にも反映させていただけるとありがたいです。

今後も頑張ってください。

TaKaTaKa 2010/02/21 05:35 初めまして。

質問なのですが、私は普段、学校にいる時は携帯用のクライアントでTLを追って、ケータイから飛べないURLが貼られてたらとりあえずふぁぼって、家に帰ってからWebで確認してふぁぼを解除、としてたのですが、解除が反映されてません。

ずっと残るのでしょうか?

TaKaTaKa 2010/02/21 05:37 すみません、先の方が書かれてました。

是非、反映させて欲しいです。。。

GetyRonWaagenGetyRonWaagen 2010/02/25 16:28 メールをお読みいただきましたでしょうか。
元発言を削除したのにfavotterでは残り、そのうちの1つはふぁぼられ数が最も多いもので困っています。
たいへんお手数をかけますが、なにとぞ削除をお願いいたします。
もしも無理でしたら私をクロール対象から外してください。

ono_matopeono_matope 2011/10/01 19:08 メール matope.ono [ at ] gmail.com に送られた削除依頼は全件対応していますし、
管理人は1年前のブログエントリーについたコメントを読んでいません。
上記ご了承のほどよろしくお願い致します。

2009年11月09日 月曜日

[]ふぁぼったーをBest Twitter Appに投票しよう!について 00:43 ふぁぼったーをBest Twitter Appに投票しよう!についてを含むブックマーク ふぁぼったーをBest Twitter Appに投票しよう!についてのブックマークコメント

前回のエントリー以降、どうにかして海外の動向を知ろうと海外Twitter界隈についてアンテナを広げようと思っていたんだけど、Favstarさんがこんな事をつぶやいていた。

http://gyazo.com/0fbff0d749104f5bde6b93c4c342c235.png

Enjoy favstar this week? Vote for Favstar.fm in the Open Web Awards as best twitter app. http://mashable.com/owa/votes/category/26?c=26 - Top 5 get acknowledged.


和訳:今週はfavstarを楽しんだ? Open Web Awardsの Best TwitterアプリにFavstar.fm投票してね!http://mashable.com/owa/votes/category/26?c=26 - トップ5が認められる

http://twitter.com/Favstar/status/5460494247

Open Web Award?なんぞ?

という訳で調べてみた。

Open Web Award

http://gyazo.com/f010c732a9929773dd8e0bfff8417513.png

Open Web Awardとは、Mashableというソーシャルメディア情報サイト?が2年前から毎年開催している、要するにユーザー投票によるソーシャルメディアの賞らしい。で、このTwitter Best App部門では、その名の通りTwitter関連サービスアプリ世界一を決める投票がおこなわれているっぽい。


で、Favstarさんがこれにノミネートしている!しかも結構票を集めている気がする*1!!これは負けてられない!ぼくもそれやりたい!!

本題

といったいきさつで、ふぁぼったーもOpen WebAwardsにノミネートしてみたいと思います。

つきましては、ふぁぼったートップに掲示したバナー

からOpen Web Awardsにジャンプし、

http://gyazo.com/86882e2bc13908665e0680aef1b49646.png

の画面からSubmit & Tweetノミネート(推薦)をお願いします

ノミネートは一人につき一日一回までだそうです。このノミネート数ののべ数が多かったサービスが決選投票に進出します。

ええ、 blogランキングぽちっとしていってくださいね的な感じで押して頂ければ、是非に。


最後に、もうちょっと詳しくレギュレーションを説明しますね。

このアワードは、ノミネート(推薦)期間と、投票期間に別れており、前述の通り、推薦期間内に上位5番目までの推薦を集めたサービスが決戦投票に進出する。



推薦期間もう残り5日しかないので、実は既に絶望的な状態なのだけど、まあやらないよりはいいだろう、とりあえずやってみようというのが今回の趣旨です。以上、ご協力よろしくお願いします!!

*1:根拠は無い

荒しに困ってる荒しに困ってる 2009/11/13 03:21 ふぁぼられを削除したいのですが、どうすれば消せますか?
ふぁぼったー自体は楽しい試みなのですが、フォローしてない、されてないユーザーから自分の発言を悪質にふぁぼられて、このサイトに反映して荒し数人で閲覧して楽しんでいた形跡があります。
私のHNで検索をかけた場合、かなり上位に検索結果として表示され困惑しております。

Twitterを非公開設定にすることにより新規のふぁぼられは無くなりましたが過去ログはどうあっても消せないようです。削除依頼のリプライ、メールも管理人様に送信したのですが返事や対応が一切ありません。助けて下さい。

774774 2009/11/29 02:52 海外進出とか寄付とか投票とかのまえに削除機能とかプライバシーポリシーとかもうちょっとちゃんとした方が良いんじゃないですかね。
自分のふぁぼられレコード削除出来るような機能ついたら寄付する。twitter oauthでちゃんとアカウント認証とかして。

774774 2009/11/29 03:01 (つづき)特に削除した過去の発言についてふぁぼられが残るのがきもちわるい。

発言に個別対応するのが難しいのなら、せめてprotectedにきりかえても過去のふぁぼられが表示される仕様はやめてほしい。クロールしたときにprotectedかどうかの判定はしてるんだから、過去も含めてそのユーザーのふぁぼられ全部を表示しないよう切り替えるのは簡単なはずでしょう。是非お願いします。寄付するから。

bexerebexere 2009/11/29 07:30 確かにプライバシー面の問題はあるかもしれんですね。
ただこういうのがあるんでTwitterといえどもネットにオープンに書き込んでるんだよなあと言う感覚は常に持たないと
と言う気はします。変態ポストしまくってる俺が言うのもどうかとは思いますが、一応発言は守られるのが良いかとは思います。将来的には自分の発言は消せるといいですね。

774774 2009/12/01 22:35 twitter始めた時点でふぁぼったーにクロールされてる事を知ってる人なんてそういないだろう。私がはじめにふぁぼったーの事を知ったときは気持ち悪いとしか思わなかった。今は楽しんでますけど。
たしかにprotectedでない発言とそのfavは公開情報ではあるけど、上にもあるようにprotectedに切り替えたら過去のふぁぼられも表示されなくなる方がいいと思うな。そのほうがtwitterの仕様とも合ってるし。

それもそうだけど、ふぁぼったーの仕様についてちゃんとまとめたヘルプページとかが無いのも、海外だけじゃなくていまいち日本でも一部にしかウケない理由じゃないかな。何をどうしたらどうなるのか、細かいところがさっぱりわかんない。せっかく地味にいろいろ機能追加とかされてんのにさ。

通りすがり通りすがり 2009/12/12 18:53 名前の変更が反映されないのですが、なんとからならないでしょうか?
誤って更新したのが、こちらに残っていて非常にやばいんですが。。。

通りすがり通りすがり 2009/12/12 19:03 うーん。困ったなあ
なんだか他の人のコメントも放置なようだし。。。
こんな無責任さでWEBサービス作らんでほしい
賞とかいってる場合じゃねーだろ
はぁ

ono_matopeono_matope 2009/12/13 23:50 荒らしに困っているさんには後日対応させて頂きました。
protectの完全な反映は技術的に難しいのですが、先日反映率を上げるよう施策を行いました。

>名前の変更が反映されないのですが、なんとからならないでしょうか?
ユーザー情報の最新情報への更新は技術上の困難があるため、現在対応出来かねます。ご了承ください。
登録された情報に法的なリスクがある場合、メールにてお問い合わせ下さい。

通りすがり通りすがり 2009/12/14 01:23 先日は感情的になっており、コメントに暴言をはいてしまいすいませんでした。
自分の方がネットを利用する事を軽くみていました。
本件に関しては自業自得ですので、対応不可能の旨、了解しました。
本当にすいませんでした。

ono_matopeono_matope 2009/12/14 08:18 こちらこそ感情的になってしまいました。
ユーザー情報の反映率向上を優先的事項としてさせて頂きます。

tomokiytomokiy 2009/12/19 18:11 メールをお読みいただきましたでしょうか。
twitterでの発言がふぁぼったーに記載され、それがgoogle検索の上位にひっかかり、たいへん困っています。
元発言はすでに削除し、非公開も試したのですが、こちらの記載はずっと残ったままです。
仕事に支障をきたし、弱っております。
たいへんお手数をかけますが、なにとぞ削除をお願いいたします。

tomokiytomokiy 2009/12/20 03:09 おそれいります。
削除確認いたしました。
ありがとうございます。
管理人様のすみやかな対応に深く感謝いたします。

このたびはたいへんお手数をかけまして、申し訳ございませんでした。
今後はtwitterでの発言に重々気をつけます。

匿名匿名 2009/12/22 17:47 お聞きしたいのですが、
アカウントを削除した場合、ふぁぼり/ふぁぼられは消えますか?
今のところふぁぼりが消えていないみたいなのですが、そのうち消えるのでしょうか。
消えない仕様だとすると、少し気持ち悪いのですが……
お忙しいところ申し訳ありませんが、回答いただければと思います。

匿名A匿名A 2009/12/31 13:03 >>名前の変更が反映されないのですが、なんとからならないでしょうか?
>ユーザー情報の最新情報への更新は技術上の困難があるため、現在対応出来かねます。ご了承ください。
>登録された情報に法的なリスクがある場合、メールにてお問い合わせ下さい。
法的なリスクというわけではないのですが、ふぁぼったー過去ログが元で困っています。
ご相談させていただきたいのですが、メールのご連絡先はどちらに記載されているでしょうか。
もしくはお手数ですが、当アドレスまでご連絡いただければ幸いです。

ISIS 2010/02/03 14:10 私はたくさんふぁぼる人間なのですが、
どうもふぁぼったーに反映されないときがあります。
クロールするさいに取得するのは一度に200件くらいまでなのでしょうか?
それとも時間的な制限があるのでしょうか?
気になってしかたがないので教えてください。

名無しさん名無しさん 2010/02/04 11:03 削除依頼出しても対応されていないのでしょうか。

xx 2010/02/09 04:07 1月2日(日本時間で1月3日だと思います)に削除依頼のメールを出しました。
一月たちましたが、ご覧になれましたでしょうか。早急に対応お願いいたします。

コーディングコーディング 2010/02/14 14:35 ふぁぼったーから辿り着いたんですが。面白いコンテンツですね。

marimari 2010/02/17 11:46 これまで正常にふぁぼったーで自分のふぁぼられが見れていたのですが、
一週間位前から突然検索結果が見れなくなりました。
名前は一切変更していないのですがユーザー名そのものが認識されません。

自分のふぁぼりは相手側の検索結果に反映されているのですが
そちらも「1 fav by」と出るだけでこちらのアイコンだけが出ません。
お手数おかけしますが対応お願いします。

TTTT 2010/02/18 20:11 ふぁぼったー、辞めていただきたいです。
ボットなどが流行っているようですが、いつかのコメントにあったように
フォローしていないのに、勝手にそういう事をされるのは不愉快です。

JJJJ 2010/02/19 20:06 >TTさん

こちらをどうぞ
http://park5.wakwak.com/~tanaka02b/column/faq.htm

KKKK 2010/02/20 19:57 >JJさん

リンクを貼るのと投稿を別サイトに表示するのは違うでしょう。ふぁぼったーがアドレスだけ表示してるならリンクでしょうけど。文章をそのまま利用しているのは、著作権侵害にはならないのでしょうか。

kk 2010/03/16 16:30 「ふぁぼったーの困った現象について」というタイトルで、3月13日にメールをさせていただきました。

3月11日にメールに書いたアカウントを使い始めた初心者です。

メールに書かせていただきましたように、ふぁぼられに前のアカウントの方の分がだーっとでてきて困っています。

お手数ですが、できるだけ速やかに削除いただけないでしょうか。
(現状でふぁぼられはありません)

2009年11月02日 月曜日

なぜふぁぼったーは英語圏で負けたのか 01:00 なぜふぁぼったーは英語圏で負けたのかを含むブックマーク なぜふぁぼったーは英語圏で負けたのかのブックマークコメント

前口上

今年の7月リリースされてから、早々に公式サイドバー広告入りするなど英語圏で圧倒的な人気を集めるfavstar.fm。ふぁぼったーは2008年1月から英語サービスを展開していたにもかかわらず、なぜ英語圏制空権を得られなかったのか。たまたま見つけた海外のふぁぼったーユーザーTwitterで直接インタビューしてみた。

インタビューに答えてくれたのはjoshsharpさん、メルボルンのWeb開発者らしい。


Togetter(トゥギャッター) - まとめ「なぜふぁぼったーは英語圏で負けたのか(インタビュー原文)」


やりとりはとぅぎゃったーにまとめたので、簡単な和訳を記します。

インタビュー

―― こんにちは、私はふぁぼったーの開発者です。海外の方の意見が知りたいので、ふぁぼったーとFavstarについて質問していいですか?

joshsharp: いいですよ、お役に立てれば。 :)

―― ありがとうございます! ふぁぼったーは英語圏に向けたWebサービスとして、Favstarと比較して何が足りないと思いますか? *1

joshsharp: 僕はふぁぼったーが大好きだよ。Favstarはほんの少し綺麗で、時々favを素早くクロールするけど、でもそれだけだね!僕はふぁぼったーの方が好き。

―― ありがとう!デザインクロール速度は大切ですね。

サイトデザイン、というかより本質的にはフォントいじりについてどう思うか聞いてみた。あれは完全にテキストサイト文化なので、外国人に面白さが伝わるか疑問だったので。

―― 日本人として、僕はふぁぼったーのフォント表現をポップだと感じるんですけど、あなたはどう思いますか?フォントモノクロに直すべきかなと思ってるんだけど。

joshsharp: いや、フォントや色は既にグッドだよ。

―― ふむふむ。安心しました。

外人的にもフォントいじりはオッケーらしい。これは収穫。あまりダラダラ質問しても悪いので、再びストレートを投げてみた。

―― じゃあ、正直なところ、なぜFavstarはfavotterと違って英語圏でウケたと思いますか?

joshsharp: 正直、多分デフォルト日本語テキストがちょっとだけユーザービビらせたと思う。あと、サブドメインじゃなくて専用のドメイン名を持つべき。それと、あなたがイングリッシュスピーカーで、既にその一部になっていないのであれば、巨大な'西洋の'サイトの間で人気を得るのは難しいね。それは理にかなっていて、自明な事だ。

もうなんか、これに尽きるというような意見が出てきた。英語のできないやつは世界Webサービスで通用しませんよって当たり前か。当たり前なんだけど、動く現物があればなんとか分かってくれるだろうとタカをくくっていたようなところがある。甘かった。あれだ。悪しき日本人「いいものを作れば売れる」幻想

言語の壁は情報の壁である以上にユーザーにとって心理的な、いわば空気の壁でもあって、空気の壁を感じさせたらユーザーは敬遠する。相手の文化圏空気が分からなくては、ユーザーに受け入れられる筈もないと感じた。ふぁぼったーは英語インターネット空気が分からなかったのでfavstarに負けたんだ。

とはいえ、まあ空気なんてわかんないので、当面取りうる対策としては、「サイト上の英語をちゃんとする。日本語を完全に排除する」。その上で機能性を向上させれパブを強化すれば、まだ機はあると思う。

――なるほど、わかった。ふぁぼったーに最も足りないのは、1. ネイティブ自然英語サポート、2. ドメインというわけですね。

joshsharp: その通り。あと、多分宣伝してくれる誰か英語を話す人。

――ああ、宣伝は大切ですね。次バージョンリリース時にはTechCrunchあたりの英語メディアプレスリリースを送りたいと思ってます。

joshsharp: techcrunchはいいアイデアだね.

――OK、急なお願いなのに難しい質問に答えてくれてありがとう。とても参考にになりました、がんばります

joshsharp: いや、役に立てたようでよかったよ。

いや、本当にためになりました。英語勉強しよう!!

*1:いきなりダイレクトな聞き方になってしまった…

斎藤斎藤 2009/11/07 00:30 パブリックなサービスとして、本文を引用するのは良いですが、
勝手な文字列マッチングで<censored>に置換というのは著作権権利上納得いきません。

そういう勝手な改変について、了解が取れているユーザーのみを
クロール対象にしてはいかがでしょうか。

surasura 2011/03/16 00:36 題名見て思ったこと全部インタビュー受け手が答えてたので本当に素敵なファンを虜にしているのだなぁと!
インターフェイスは可変でも良いかもですね。私は何でもデフォルト、もしくはより地味にするくらいしか使用しないのですが確かに多少のpopさが利用を躊躇させる一因だと正直思いました

プロフィール

ono_matope

ono_matope

もうなんか全然アニメ描いてません。もっぱらプログラミングばかりしてます。ごめんなさい。レビューライン.jp管理人

    << 2016/06 >>
    1 2 3 4
    5 6 7 8 9 10 11
    12 13 14 15 16 17 18
    19 20 21 22 23 24 25
    26 27 28 29 30
    統計情報
    pv:1588109
    counter:
    この日記のはてなブックマーク数
    06/25 18:51 非24時間睡眠覚醒症候群(non24,フリーラン)について詳しく。みたいな話。 - ななめ裏
    "ほとんどの場合、この社会の常識では、朝起きられない人間=怠け、だらしない、甘えていると捉えられます。" ほんこれ。平日に睡眠を削って乗り切っても、反動で休日が寝て溶ける不毛さもつ
    06/25 14:50 11年前の2005年にW-ZERO3というスマートフォンが発売されたことを知っていますか? - 伊藤
    なつかしい
    06/24 23:20 統合失調症の症状、今昔 | Books&Apps
    最後まで読んだらシロクマ先生だった
    06/24 22:01 HDDが壊れそうなときにdd使うのは古い。というわけでGNU ddrescue - unsuitan
    知らなかった。
    06/24 21:25 新 Kindle 発売。薄く軽く新色追加、初のBluetooth対応、RAM 2倍で据置き8980円
    参照した本/DVD
    • 実践ハイパフォーマンスMySQL 第2版
    • Wacom Cintiq 21UX DTZ-2100D/G0
    • Linux-DB システム構築/運用入門 (DB Magazine SELECTION)
    • ふしぎの海のナディア VOL.01 [DVD]
    • WEB+DB PRESS Vol.45