2009-03-30
Twitterのアイコンを変更する際の注意点
雑文 | |
アイコンまわりはバグだらけ
Twitterのシステムがバグだらけというのは今さら言うまでもないことですが、特にひどいのがアイコン周り。アイコンが急に表示されなくなったり、やけにぎざぎざな表示になっていたり。
ところでみなさんはふぁぼったーを見ていて、写真のような悲惨なことになっているページを見たことはないでしょうか。人によってアイコンのサイズがまちまちになってしまい、結果として肝腎のpost内容よりもふぁぼった人のアイコンの方に目が行ってしまう……。
ここからは私見ですが、これはふぁぼったーの問題でもユーザーの問題でも*1なくて、おそらくTwitterのシステムに問題があるのだと思われます。アイコンをアップロードする際に、バグが発生しているのでは、という考えです。
アイコンのリサイズがうまくいかない
Twitterでは、アイコンをアップロードする際、本来ならばアイコンを適切なサイズにリサイズしてくれます。そのサイズはTLに表示されるものについては48×48、個人ページの一番上に表示される大きめのものについては73×73、トップページや個人ページの右側、フォローしてる人たちを36人ほど表示しているアイコン群については24×24と、3通り存在します。例えばicon1.pngという128×128のサイズのファイルをアップロードした場合、それぞれのサイズに縮小したものをicon1_normal.png、icon1_bigger.png、icon1_mini.pngというファイル名で保存してくれます。
ところが、まれに*2このリサイズが上手く機能しないことがあります。アップロードはできたものの、リサイズは一切せずに保存されてしまうことがあるのです。そうなってしまうと先ほどの例のicon1_normal.pngもicon1_bigger.pngも、一番小さなicon1_mini.pngもすべて128×128のまま。Twitter Webではアイコン表示の際にもサイズ指定をしているので、アイコンが大きくなるということはないため問題が顕在化しにくいのですが、ふぁぼったーでは一目瞭然。ふぁぼったーのステータスページではアイコンのサイズ指定をしていないため、リサイズされていないアイコンはそのままのサイズで表示されてしまいます。なるほど、冒頭の画像にはそういういきさつがあったのですね。
どうすればいいか
せっかく「自分の顔」を表すアイコンなんだから、ちゃんとした表示に戻したいというのが人情というものです。ではどうすればいいか。アイコンを変更する際に、成功しているかを注意深くチェックすることで、何とかなるかもしれません。
チェックするのはアイコンのサイズ。アップロードが無事終了したら、Twitterのトップページを開きます。トップページに表示されているTLから自分のアイコンを探し、別ウィンドウにその画像だけを表示*3。そうして表示された画像のサイズが48×48になっているかを、プロパティを開いて確認。続いてファイル名の「normal」の部分を「bigger」「mini」に変更して、それぞれ73×73、24×24になっているかも確認してください。すべてうまくいっているならアイコン変更はめでたく成功、1つでもおかしなサイズのアイコンがあれば、もう一度アップロードからやり直しです。
補足1・なぜこんなことに
ここから先は僕の完全な予想にすぎないので、話半分くらいにどうぞ。
このようなバグが発生する原因として、Twitterのシステムは基本的に例外処理を軽視ないし無視しているのではないか、という予想を立てています。例外処理というのは、何か予期せぬ出来事が起こって処理がうまくいかなかったときに、エラーメッセージを出したりもう一度処理をやり直したり、という動作のことを指します。しかし、Twitterはアイコンのリサイズすらうまくいっていないのに、エラーだなどとは一言も言わず、「これはいい画像ですね!」などと脳天気。おそらくはリサイズ機構が上手く働かなかったので、それだけ無視してそのまま処理を終了させたのでしょう。
それにしてもひどい作りです。エラーメッセージなんて出さない方がユーザーフレンドリーだ、などとでも中の人は考えているのでしょうか。そんなものは見せかけだけのフレンドリーで、「アップロードに失敗しました」とでも表示する方がよっぽどユーザーのためにもシステムのためにもなるはずなのですがね。それとも例外処理もできないような方がシステムを開……げふんげふん。
僕はきれいな蕎麦。さあみんな、僕と一緒にTwitterの運営をあがめましょう。
補足2・古いアイコンも残っている
Twitterは、他のありがちなWebサービスと異なり、ユーザーとアイコンは必ずしも1対1の関係にありません。Twitterのアイコンはすべて、amazonaws.comというサーバーに元ファイル名を維持したまま保存されます。つまり、icon1.pngというファイルをアイコンに使用していた人が、icon2.pngという新しいファイルをアップロードした場合、amazonaws.comにはicon1.pngとicon2.pngの2つのファイルが同時に存在することになります。古いアイコンであっても消去されず、保存され続けているわけです。おそらくはこのことが一因になってでしょうが、この項を書いている3月31日現在、複数ユーザーのアイコンが1ヶ月ほど前のものに戻っているというバグが発生しています。
もうずっとバグ大杉。
2009-03-29
KU+京国オフまとめ
雑文 | |
集合まで
3月28日に京大生ついったらーを中心としたオフ会がありました。京都国際学院大学の僕も参加してきました。思わず「これはひどいオフ会ですね!」とでも言いたくなるようなオフ会でしたので、そのまとめでもしようかと思います。
集合時間・場所は19時に三条高山彦九郎像。15分前に着くように行動したのですが、道中電車内でTLを確認したところ、参加者の多数が18時の時点で三条に到着しており、ブックオフを荒らし回っていたとのこと。おうちに帰りたくなりました。なんとかこらえて三条大橋に到着し、うろうろしているとオフ会参加者を発見。みずのまこと版ハルヒを三冊ほど高々と掲げて満面の笑みをたたえています。おうちに帰りたくなりました。ちなみに僕が到着した時点で来ていないのは里々(sato2)さんとふな(funa1g)さん、水兎(mizut0)さんの三名。いつものSF研例会のノリで15分後集合だろうとか思っていただけに、集まりの良さに驚きです。まだ来ていない三名がともにSF研の人間だというあたり、本当に申し訳ない。
里々さんとふなさんはなんとか間に合いましたが、水兎さんが集合時間になっても現れません。幹事が来ない斬新なオフ会ですね、分かります。このままだと店の予約時間に間に合わないということで、水兎さんは見捨てて店へと向かうことに。死んだやつの話なんてするな! 的なあれです。すでにとっぷり日が暮れていたこともあり、誰が誰だかもよく分からない状況だったので、とりあえずみんなで桶桶言いながらお店へ。当の桶(iwaokeinfinity)は黙々と携帯からpostです。クレイジー。店に着く頃にはなんかいつの間にか集団の中に水兎さんが紛れ込んでいました。みんなで「このダメ幹事め」とけなすなど和気藹々と。
一次会
KU+京国オフだと聞かされていたはずなのですが、実は魔法少女研究会岩倉支部第3ブロックの会合だったようです。岩倉などという狭い場所に3つもブロックがあることに驚きを隠せません。おうちに帰りたくなりました。
お店の中では案外普通の飲み会が繰り広げられていて反応に困ります。まあ参加者の半数近くがSF研界隈の人間ですし、そうもなりますわな、と。ついったったーのオフでは普通、アイコン入りの名刺を配ってあとは延々TL上で会話、という光景が繰り広げられるとばかり思っていたので、何だかがっかりです。桶だけは延々postしていたので一目置くことにしました。
みんながいっぱいお酒をかっくらっていい感じにあばばばしてくると、ようやく調子も出てきます。具体的には、会話がなくなります。みんな携帯を黙々と。ごめん、やっぱり普通の飲み会でいいや。戻って、みんな元に戻って。Ctrl+Z。
一次会で気になったこととしては、眼鏡率の高さ。あまりに眼鏡率が高いので、これで眼鏡SFでも一本書けそうだな、などと思うほどです。あと、桶を名乗るのがむさい男でしたけど、これは多分お兄ちゃんが代理できてたんだと思うことにしました。
基本的に実世界上でくだらない話をしながらTLにまったく関係ない変態postをたれ流し、それを見て実世界上でツッコミを入れるという大変サイバーパンクな世界観が繰り広げられていたので、サイバーパンクスキーとしては概ね満足です。
その後
一次会が終わると終電の関係などで帰る人も多く、残った「二次会行きたい組」と「探り探り組」でとりあえず1.5次会に突入。からふね屋で甘いものをいただきます。この時点で男しか残ってなかったけど気にしない。桶は本体(幼女)の代理だし。1.5次会の参加者は僕と里々、桶、たひ(tahi_)、空(ISOLA)、とば(bibliotaph)、魚(sakanaga)各氏の七名。空くんは相変わらずケーキを食べたあとにシュガースティックをそのまま食べていました*1。
その後、空くんと魚さんが帰宅したため、残りの五人でカラオケへ。里々さんがいきなりハナマル☆センセイションを歌うなど空気の読まなさは天下一品です。前半は基本的にアニソンやゲーソンが多かったのですが、桶だけなんかサザンとか歌ってたので、やつはリア充です。気をつけてください。
桶のリア充っぷりにカッとして僕もリア充になってやろうと心を決めました。上海ハニーを歌ってしまったのです。そして悲劇は起こりました。なぜか「リア充ソング縛り」というルールができてしまったのです。桶がChoo Choo Trainとか苦もなく歌うのです。本家リア充は格が違います。空気に負けて仕方なくand I love youとか気分上々↑↑とか歌わざるをえなくなります。僕は本当は踊る赤ちゃん人間とかinner universeとか歌いたかったのに。ちなみに里々さんはプレパレードとかキラメキラリとか歌ってました。流石です。結局リア充ソング縛りは最後まで続きました。世界に冠たるリア充こと桶によると、真のリア充はSUPER BELL"Zのかいじ101号とか歌うそうです。勉強になりました。僕もリア充とカラオケに行くことがあればそれを歌ってみようと思います。
フリータイムが終了して解散。何だかどっと疲れました。来月には同じメンバーで花見もするそうです。次回は桶の本体(幼女)に来ていただきたいものだと思いました。
*1:ご本人より訂正をいただきました。ケーキを食べる前にもスティックシュガーをかっくらっていたそうです
2009-03-27
桶bot、始動
雑文 | |
毎日のようにTLを荒らしては去っていく、Twitterのタタール民族こと桶(iwaokeinfinity)が、とうとうbotになってしまいました。世界がまた一歩終末に向かったみたいでいい感じです。
開発者はKUクラスタの不可担当ことたひ(tahi_)くん。なんだか私用で作っていたマルコフ連鎖プログラムに桶の発言を噛ませてみたら面白いことになったというのが始まりのようです。いっそbotにすればいいと言ったところ、TwitterのAPIがよく分からないということだったので、API叩きに関してはそれなりになれていたこともあり、僕がTwitter周りの部分だけ技術協力してめでたくbotが完成しました。余計なことしやがって感がぷんぷんしますね。てへ。
先ほども書いた通り、桶botは桶の発言を形態素解析にかけて、その後マルコフ連鎖によって再構築したものを投稿する、という仕組みで動いています。圧縮新聞(asshuku)やかみなぎ(kaminagi)と仕組み的にはほぼ同一と言っていいでしょう。特徴としては、本家(桶)の発言は短文が目立つため、桶botの発言も短いものが多いというあたりでしょうか。1日ほど様子を見てみましたが、破綻した文もそれほど多くなく、桶がよく触れる話題にはもちろんbotも触れるため、ちょっと驚くほどに本家と見分けがつきません。なんだか桶自体もbotだったという説を補強するだけの試みだったような気がしてならないのですが、これは気のせいなのでしょうか。
2009-03-08
Snowy2011/09/15 13:07No cpomlatins on this end, simply a good piece.
kblsiadf2011/09/15 18:03Dnsyj7 <a href="http://mgivsiedyoir.com/">mgivsiedyoir</a>
jpvkojcrqm2011/09/16 22:40AvwBmP , [url=http://snfihzffruvu.com/]snfihzffruvu[/url], [link=http://yperfbeuccjy.com/]yperfbeuccjy[/link], http://eqoncxbojzgn.com/
kkjjmrlolhv2011/09/17 19:34VlMQ2m <a href="http://dquzziqgusah.com/">dquzziqgusah</a>
kytxcynmumg2011/09/17 22:57FjvjVM , [url=http://btcrtmsgwdmt.com/]btcrtmsgwdmt[/url], [link=http://qnbnskrozkrf.com/]qnbnskrozkrf[/link], http://qezuviqeckgn.com/
2009-03-05
クラスタまとめの活用法的なアレ
雑文 | |
前の記事でも書いた、reposeさんのクラスタまとめを何かに使えないかなー、などと考えてみたんだけどね。例えば任意のユーザーのfollowしているユーザーやよくfavするユーザーを取得して、クラスタまとめと比較することでその人がだいたいどのあたりのクラスタに属するのかを割り出すことができそう。参考程度にとどめるべきだが、followする際のひとつの判断材料なんかにもなるんじゃないか、などと。
ただ、前にも書いた通りreposeさんのクラスタまとめは実質2つの大クラスタに収斂されているため、そのどちらに近いか程度の判断しかできないという課題もある。まあ「どちら側か」だけ分かればいいという人もいるだろうし、それなりに便利なツールになる気もするけど。
一番の問題は、今の僕にはそのコードを書く時間も技術もやる気も足りないことだろうなあ。