Flashのことを笑っている場合じゃない « ku
Web開発の現状を25のトゥウィートで斬るとこうなる–iPhoneを見捨てたFacebookデベロッパの告白のはなし。 Apple vs Adobeで大揉めしてみんなに楽しい娯楽を提供してくれているけれど、我々ウェブ開発者(というのは大雑把すぎるくくりだけれど)にとってはFlashなんてはなから選択肢に入っていないのだから単なるゴシップでしかない。 でもJoe Hewittの話はひとごとではない。 彼は10年前の2001年にcanvasを実装し[canvas]、Firebugを作り[firebug]、facebookのiPhone向けWeb版を作り、facebookのiPhoneアプリを作りセットでいろんなiPhoneアプリで使われてるthree20を作り、Appleの身勝手にうんざりしてiPhoneアプリはもうやらないと宣言してた。 彼のいまのウェブに対する見方はこのふたつのtweet
GoogleChromeの拡張を作る上でFirefoxアドオン作者が知っておくべきやればできること « ku
GoogleChromeの拡張を作る上でFirefoxアドオン作者が知っておくべき10の違い【GoogleChromeでニコ動拡張を作ってみた感想】 – love_firefoxportableの日記についてMySpaceのMP3ファイルにID3tagを埋め込みつつダウンロードするJSActionsスクリプトを作ったあたりからFirefoxアドオンの柔軟さに魅了されていろいろ作ってきたけどChromeのUIのブロックしなさが快適でChromeにスイッチしようとしている人間が書きます。 将来にわたってChromeのextensionでFirefox addonのような自由度が実現されるようなことはないと思いますが、それでも今の段階でやればできることもちょっとあります。大半はできないけど。 右クリックはいじれない いじれません。このへんまだ実装自体がやっつけな感じなので将来的にはいじれるように
iview for Tombloo
iPhoneでtumblrのdashboardやいろんなサイトの写真をただただひたすら見ていくためのiviewは、中ではAutoPagerizeみたいにXPathで定義されたサイトの構造に従って写真を取り出して表示しています。 次のバージョン(0.0.8)で、iview用に書かれたsiteinfoみたいなのを外から読み込んで写真を表示できるようにしようとwedataのItem - データベース: iview - wedataに20くらいsiteinfoを書きました。 このsiteinfoを使ってiviewのFirefox+Tomblooバージョンを作りました。tumblrだけでなくwedataに書かれたいろんなサイトでLDRize+reblogCommandと同じようにj/kで移動してtでtumblrにpostすることができます。 使い方 以下 iview for Tombloo のインス
いろんなサイトをiviewで見られるようになりました « ku
バージョン0.0.8になってからiviewにSubscribeという項目が増えました。その名のとおりiviewでフィードを読み込んでその中に入っている写真を表示することができます。が、それだけではありません。wedataにあるアイテム - データベース: iview - wedataに書かれているサイトをiviewで見ることができるようになっています。iviewで見たいサイトがあればどんなサイトでもwedataにiviewのSITEINFOを追加すれば見ることができるようになりました。 WedataのSITEINFOの読み込みかた SettingsでSubscribe to other sources…を選んでSite/feed(RSS,atom,json) URLにwedata.net/databases/iview/items.jsonを入れて右下のGo(日本語のときは開く)ボタンを押
FirebugのXPath関連関数でエレメントからXPathを作る « ku
AutoPagerize用のXPathをかんたんに作るためのブックマークレット AutoPagerize IDE - bits and bytesみたいに、ブラウザ上でクリックした要素を表すXPathがほしいことがよくある。perlだったらこないだのXML::LibXML::ElementのnodePathでおしまい。 jsだとFirebugが中にそういうのを持ってる。コンソールに出力されたHTML要素の上にマウスを持っていくと、その要素を表すXPathが表示されるやつ。 extensionからだったらFirebugLib経由で呼び出すことができます。 /** * Gets an XPath for an element which describes its hierarchical location. */ this.getElementXPath = function(element
果たしてtumblrにアルファリブロガーは存在するのか « ku
Tumblrのdashboardで そして、所々にいる人がまさに電脳ハブとなっています。 有名人というよりも基本的には無名、だけどもごく一部では・・・という人が ゴロゴロしています。followerが多いのも理由ですが、それだけではありません。 Tumblrは恐ろしい。（誤字訂正） - 湊子の徒然 というのを読みました。 それとはあんまり関係ないかもしれないけど、先日tumblrのnotes tokenを割り出す #2方法を編み出してからTumblrのデータを集めているので、実際にひとつのpostがどう広がっていくかを見てみましょう。Tumblrのreblogツリーはあることに関して誰からそれを知ったのかという地味だけど今までなかなか知れなかったことを不完全ながらも教えてくれます。それはまるで豊川信用金庫事件 - Wikipediaの真相を知るかのようなおもしろさがあります。 Int
Tomblooハックス reblookmark, retweet とクリップボード « ku
ひとのブックマークを見ていて、自分もそれブックマークしておきたい、というのがあります。 と思っても、一度そのリンク先を開いて、ブックマークレットを呼び出して、自分でタグを書いて、ボタンを押さないといけません。ちょーめんどう。rebookmarkできたら自分でタグとか入れなくてよくてちょーべんり。 Tomblooにはてなブックマークとdel.icio.us用のextracterを作りました。 コード tombloo/chrome/content/libraryにパッチ、ファイルをコピーします。 40_ui.js.patch 32_bookmark.extracter.js 33_twitter.extracter.js rebookmark はてなブックマーク - COLLECTION & COPYとかをひらいて、リストされているブックマークのどこかをクリックします。そうするとブックマークを
reblogと平和的自然淘汰 « ku
自然淘汰、と聞くと、環境に適合できない個体が生命を維持できなくなって死ぬ、というイメージがある。寒さに弱い個体が寒くなった時に死ぬ、とか、ある病気に弱い個体が病気にかかって死ぬ、とか。 素数ゼミはいかにして生存競争に勝利したか 去年、17年周期で一斉に出てくる17年ゼミはなぜ全部の個体が17年に一度出てくるのか、日本のように7年で成虫になるセミが毎年出てこないのはなぜなのかがわからない、という怒りをはてなダイアリーに書きなぐっていたらchiaki25さんに素数ゼミの謎という本を紹介していただいた。この本ではなんで17年に一度一斉に出るようになったのかは3行くらいのあいまいな記述でしか説明されていなくてけっきょくわからなかった。けれども、17年に一度一斉に出るようになってから以降の素数ゼミだけが生き残る理由が確率的に説明されている部分で、今まで持っていた自然淘汰に対するイメージが変わった。ち
次のページのリンクを推測する上での困難メモ « ku
HTMLから次のページのURLを推測するAPIを作る上での問題点メモ。 http://ido.nu/kuma/az-speculator/?u=http://jp.techcrunch.com/&callback=f&format=jsonp old/new, next/prev問題 デザイン上の問題として昔から言われているもの。時系列 descendant で並べてると見ていく人的にはNextはolderだけど、レイアウトする時は左側？右側？みたいなやつ。 これはクライアントが必ず1ページ目(連続するなにかの端)から見ていると仮定できるのなら、既に読み込んだページを記録して参照することで解決できる。 階層構造問題 Next articleとNext pageが同時に存在するとどっちを優先すればいいかはコンピュータにはわからない。単語の意味を知らないから。単語の意味を統計的に与えることは理
chrome background task/ウェブアプリケーションのデスクトップ側橋頭堡 « ku
Tumblrのdashboardに流れてきた クライアント技術を単なる付属品ではなく、サーバーサイドのプログラムと同レベル、もしくはそれ以上の主役として扱う tenjin.web: Home というのに触発されて、書こうと思いつつ書いてなかったのを書きました。これまでのブラウザの制約が強くクライアントサイドでできることがほとんどなかった状態は、大きく変わりつつあります。 ちょうど1週間くらい前にchromeのベースになっているchromium*1の開発者グループChromium-devにDesign doc: Background Browser Taskというのがポストされました。 ウェブアプリケーションでブラウザの中でメールを見たりカレンダーに予定を入れたりできるようになったけれど、ウェブアプリケーションの命はユーザがブラウザを終了したらそこでおしまい。サーバからユーザに登録してもら
perlのGearmanとPHPのNet_Gearmanでreblogサーバを作る « ku
PHPからperlのGearmanみたいなのを使いたくてtwitterでぼやいてみたらTwitter / ippei ogiwara: @ku ぐぐったらでてきた http://tinyur…というのを教えてもらったのでGearmanでreblogサーバを作ってPHPから呼んでみました。 Twitter / ippei ogiwara: @ku おもしろそうだから、使ってみたらおしえてください というわけで簡単にレポート。 Gearmanのインストール まずGearmanが入っていなかったのでlog4ZIGOROu : Gearmanを使ってみたを参考にインストール。 サーバはFreeBSDです。Sys::Syscallだけforceで入れました。 sudo cpan -i Sys::Syscall sudo cpan -i Danga::Socket sudo cpan -i Gear
ゼロオーバーヘッド・ブロギングの時代 « ZeroMemory
tumblrのファウンダーであるDavidのインタビュー Read/WriteTalk » Blog Archive » David Karp - CEO, Tumblr や、投資しているVC(25%くらい)のTumblrについての説明 Tumblr | Union Square Ventures の中や、lifehacker.comでの紹介 Geek to Live: Instant, no-overhead blog with Tumblrのタイトルで、no-overheadというキーワードが出てくる。いままでのブログに比べて、書くときに必要な付随する作業が少なくてブログを書くのにかかる時間が短くなる、という意味。 はっきりと文字で目にしたのはこのときだけれど、振り返ればWakoopaのときからこのno-overheadの流れがあった。 時間がないのでスケールしない インターネットでど
tumblrのreblogで消えるもの « ku
けっきょくWeb2.0ってなんだったの に書いてたのとおんなじことだけど、つづけざまに二つ読んで、昔に死んだ猫が不憫でならないのでこれを書く。 MouRa｜日本、課題｜yomone!SP » ネット幸福論 第九回 また、Tumblrで独特なのは「reblog」という概念だ。これは他のユーザーの記事を自分の記事に取り込んでしまうことで、reblogがどんどん連鎖していくと、誰が最初に記事を書いたのかわからないという不思議な状況が生まれる。Tumblrに掲載されているコンテンツは、そのユーザーが作成したものとは限らないのだ。だからこそ、「個の喪失」とも言うべきものがTumblrの本質のようにも思える Twitter / Kouichirou Eto: やっぱり，Tumblrの本質には「主体の消滅」があると… やっぱり，Tumblrの本質には「主体の消滅」があると思うな．これを抜きにしてはTum
iview - tumblrのためのiPhoneアプリ
iviewはAppStoreでダウンロードできます(日本のAppStoreでもちゃんとダウンロードできるようになりました)。 Tumblrでdashboardingするためのアプリケーション iviewはtumblrのdashboardで写真を見たりreblogするためのiPhoneのアプリケーションです。iviewは裏であらかじめ次のページ(とその次のページとその次くらいまで)をダウンロードするので、イライラさせられることなしにNextボタンを押すだけでdashboardをno-overheadで眺めながらreblogすることができます。 reblogしたい写真にであったときにはreblogボタンを押すだけであなたのtumblrアカウントにreblogすることができます。reblogボタンを押したらあとは全部裏側でやってくれるので、そのままdashboardingし続けることができます。
RottenTastes - FriendFeedのfriendの中でホットなエントリをみつけるマッシュアップ « ku
FriendFeedのAPIを使って、FriendFeedでともだちになっている人の中でホットなエントリをリストアップするRottenTastesっていう覚えにくい名前のマッシュアップをつくりました。マッシュッアップっぽいの、はじめて作りました。 RottenTastesのあそびかた RottenTastesのページで、自分のFriendFeedのアカウント名とFriendFeed - Remote Keyで表示されるremote keyを入力してください。 入力するとサーバがクロールを始めるので、5分くらい経ったら、そのまま忘れて二度と見たりしなそうですけど、またみてみてください。 ku0522が自分のアカウントで、70人くらいsubscribeしています。その70人くらいの中でここ1週間の間で人気があったものがku0522 - RottenTastesです。70人くらいだと、ほとんどブ
Firebugのコマンラインを拡張してincludeできるようにしたら便利でした « ku
さいきんFirebugでコードを書いている。書いてCtrl-Enterを押した瞬間に結果が確認できるので気持ちがいい。Canvasを使えばグラフィックも扱える。BASICでコードを書く感覚を思い出した。 Firebug上では、あんまり長いコードを書くのはつらいところが難点だった。自分で拡張してincludeできるようにしたらこれがすごくいい。Firebug上で実行して動作を確認しながら関数を書いていって、うまく動くようになった時点でincludeしているファイルのほうに移動してFirebugのコマンドラインを空にする。vim上でコードを書いてブラウザに戻ってきてreloadするのにくらべてストレスが少ない。 vim上でコードを書き換えたときもCtrl-Enterでもう一度includeされて実行されるので、リロードは発生しないし、Firefoxとvimとをいったりきたりしなくてもいい。
Scissors, Fools, Tools « ku
このサービスはこういうふうに使うもので、そういう使い方は間違っている、正しくない、みたいなのを見かける。ひらめいったーで、それ用に作られたツールはないけれど、これをこうつかえばそのまま代用できるじゃん、みたいなのを見かけたりする。 たいていのサービスは、つくったひとがこういうことがしたい、というのを元に機能やみためがデザインされている。Creating Passionate Users: Making happy usersに書いてあった “Make the right thing easy and the wrong thing hard.” というフレーズそのままで、そのサービスが想定している使い方であれば、かんたんに使えるし(想定している使い方をかんたんにできないのならそもそもデザインがおかしい)、想定していない使い方だとかんたんにはできないことが多い。 想定されていない使いかた で
4,000万ユーザのFrance telecomがOpenIDを採用 « ku
MoMB: OpenID d’Orange より。 アップル、フランスで純正SIMロックフリー iPhoneを販売 - Engadget Japanese で有名になったフランスの最大手(?)のFrance telecom(NTTの携帯部門がDoCoMoみたいにFrance telecomの携帯部門がOrangeなのでしょうか)がOpenIDを採用だそうです。リンク先はフランス語で読めないので blognation France » Blog Archive » “Et puis zut” France Telecom Announce OpenID For All に書いてあるのを見ると France Telecom at Digital ID World today in San Francisco have just announced that all France Telecom
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Time Rich or Time Poor? てきとう翻訳 « ku
eventumがメールを送ってくれるようにするには « ku