Syoichi's Tumblr

nihongo: 今週は、みんな知っているあんな会社やこんなお店などのTumblrページをご紹介します。Tumblrの使い方の...

Sun, 16 Jun 2013 06:05:52 +0900

今週は、みんな知っているあんな会社やこんなお店などのTumblrページをご紹介します。Tumblrの使い方の参考になるかもしれません。エンジョイ!

ブログ名: Nikon

Tumblrユーザーの中でも利用者が多いのではないでしょうか、ニコンのサイトです。ブランドストーリーのビデオと、その監督、写真家の方の紹介、また使用されているニコン機、レンズの紹介など。さすがに使われている画像／映像のクオリティが素晴らしい!

ブログ名: UNIQLO GINZA

いまや日本を代表する服飾ブランド、ユニクロ。そのユニクロ銀座店のTumblrサイトです。イベントやニュースを紹介したり、スタッフのおススメや人気商品を紹介するブログコーナーなど、カラフルで楽しいサイトです。

ブログ名: Lawson Tumblr

おなじみ、コンビニ・ローソンのTumblrサイトです。ローソンクルー♪あきこちゃんがローソンの最新情報を、画像やかわいいイラスト四コマ漫画などを使って紹介しています。新製品や人気商品も、ばっちりチェックできますね!

ブログ名: Rakuten “Good Morning!”

楽天のさまざまな部署の社員の方が、それぞれのお仕事に関して簡単に説明するというTumblrサイトです。楽天のような非常に大きい、マルチな分野で活動している企業の内部を、一般の方にもわかりやすく理解してもらうとても良い例ではないでしょうか。皆さん爽やかでいきいきとした表情の写真が、とても印象的です。

ブログ名: 週刊アスキーtumblr

週刊アスキーの公式Tumblrサイトです。毎週の電車中吊り広告(表紙ガールの名前明記あり)や、面白い記事やガジェットのピックアップ投稿や、週間アスキーのサービスに関して、その他テック系／ライフハック系のおもしろネタなども掲載されています。

nihongo: アーカイブページが大幅リニューアル! サムネイルが大きくなりました読み込みとスクロールがスピードアップ「ス...

Sat, 15 Jun 2013 16:43:05 +0900

nihongo:

アーカイブページが大幅リニューアル!

サムネイルが大きくなりました

読み込みとスクロールがスピードアップ

「スキ!」と「リブログ」が簡単に!

自動スクロールボタンで上まで戻るのが簡単

ブログのURLに/archiveをつけると、記事のアーカイブページをまとめて確認できます。

元記事:

staff

カジュアルにChrome extensionを書いてみる

Thu, 13 Jun 2013 04:27:02 +0900

0-9:

Chrome extensionを0から開発しようとするとmanifest.jsonとか色々考えないといけないので、すでにインストール済みのextensionを改造するのをおすすめします。

書き換えたいextensionを入れる。

普通にChrome ウェブストア - 拡張機能からインストールします。

extension idを取る。

インストールページのURL末尾にあるアルファベットの羅列がextension idです。

すでにインストール済みのextension idが欲しい場合、「extensionの管理画面（ chrome://extensions ）」から対象のextensionの脇にある「Visit website」をたどるといいです。

ソースを見る。

Macの場合以下の場所にあります。

~/Library/Application\ Support/Google/Chrome/Default/Extensions/{extension id}

ソースを書き換える。

「どこを書き換えたいか」によって見るファイルが変わるので、適当にgrepするか、Formats: Manifest Files - Google Chromeに書かれているファイル名をベースに探します。

このへんはChrome extensionの知識が求められますが、とりあえず「要らないコンテキストメニューを消したい」場合、以下のmethodの呼び出し部分を消せばコンテキストメニューは出なくなります。

chrome.contextMenus.create

それ以外のAPIは以下に一覧があるので適当に探します。

chrome.* APIs - Google Chrome

再読み込みする。

「extensionの管理画面（ chrome://extensions ）」から書き換えたextensionを一旦無効にして再度有効にする。
（書き換えた部分によっては再読み込み無しですぐ反映されるけど、とりあえず再読み込みするのがおすすめ）

この方法でソースを書き換えた場合、extension側がアップデートされると元に戻ってしまうので頻繁に更新されるextensionにはおすすめしません。

"また、ブラウザのタブごとにプロセスが分割されるようになったため、いずれかのタブがクラッシュしてもブラウザがクラッシュしないようになった。"

Wed, 12 Jun 2013 05:34:38 +0900

“また、ブラウザのタブごとにプロセスが分割されるようになったため、いずれかのタブがクラッシュしてもブラウザがクラッシュしないようになった。”

- アップル、「Safari 7」を披露—セキュリティ機能「iCloud Keychain」などを搭載し高速化 - CNET Japan

R.I.P to SSR そしてtumblspadeへ

Wed, 12 Jun 2013 03:37:01 +0900

tumblred:

おーつね尊師曰く

「ネットのアマゾン秘境みたいだな」

と云われた「Solid-State Reblogger」というサイトが有りました

これは何かといえばTumblrのDashboardの情報を極限迄削りとりコンテンツだけを表示するというDashboardへの没入感を加速し真のDashboardジャンキー向けのエッジーなWebApだったのです

ちなみに運用環境がかなり微妙で度々404行方不明になることでまさにネットの秘境を冠するに相応しいものでした

 http://goldenhind.tumblr.com/post/20465692356/solid-state-reblogger

ところが最近アクセスすると…

あぁ…SSR…死んでしまうとは情けない…

R.I.P to SSR

しかし…SSRの魂は死んでいなかった

SSRは新たにChrome拡張となって蘇ったのです

 https://chrome.google.com/webstore/detail/tumblspade/cnolcmmbbbmdhpiogoefdfnbmhdfigle?hl=ja

早速インスコしてTumblr電脳空間にダイブしましょう

JavaScript書くのに入れとくといいもの

Wed, 12 Jun 2013 03:03:43 +0900

0-9:

Chrome Canary

DevToolsも進化してるのでStableではなくCanaryを

Local Proxy

PCのみならDevToolsだけでもいいけど、スマホのWebView内解析とか考えるとLocal Proxyは必須

Windowsなら Fiddler （無料）
Macなら Charles （有料）
Macでお金払うのが嫌な場合 CocProxy for nginx （無料。CUI。Ruby版使うくらいならこちらを）
JS製が良くてソース読みたいなら Klepto （無料。GUI。不安定）

ソースの文字コード変更

ChromeでJS、CSS開くと日本語が化けるので、初期文字コードをUTF-8に変更
（フォント設定の一番下を「Unicode (UTF-8)」に）

“This Frame” Context Menu

iframeの右クリックメニューに「このframeを新しいタブで開く」メニューを追加するChrome拡張

JSONView

JSONを直接開いた時にFormat、Syntax highlightしてくれるChrome拡張

以下手前味噌

contextmenu-source

右クリックメニューに「このページで読み込んでるJS、CSSのリンク」を追加するChrome拡張

source-editor

ソース表示画面にJS製のエディタ仕込んでコード修正できるようにするChrome拡張
（Syntax highlightも入るのでそのためだけでもおすすめ）

setIntervalで監視しつつコードを実行するときの注意点

Wed, 12 Jun 2013 03:03:07 +0900

0-9:

以下のコードがベース
var interval = setInterval(function () {
    // 前提条件
    if (!$('body').length) {
        return;
    }
    // 実行コード
    alert('ready!');
    // 監視停止
    clearInterval(interval);
}, 100);
このコードの問題点
「コード実行時に前提条件が満たされてても必ず100ms待ってしまう」

改善
var interval = setInterval((function () {
    // 前提条件
    if (!$('body').length) {
        return arguments.callee;
    }
    // 実行コード
    alert('ready!');
    // 監視停止
    if (interval) {
        clearInterval(interval);
    }
})(), 100);
このコードの問題点
「arguments.calleeを使っているので”use strict”環境下で動作しない」

改善
var interval = setInterval((function checkReady () {
    // 前提条件
    if (!$('body').length) {
        return checkReady;
    }
    // 実行コード
    alert('ready!');
    // 監視停止
    if (interval) {
        clearInterval(interval);
    }
})(), 100);
このコードの問題点
「古いIEはfunction式の動作が標準的でない」
（スマホだけを考えるならこれでもOK）

改善
var interval = setInterval(checkReady, 100);
checkReady();
function checkReady () {
    // 前提条件
    if (!$('body').length) {
        return;
    }
    // 実行コード
    alert('ready!');
    // 監視停止
    if (interval) {
        clearInterval(interval);
    }
}
基本的にはこのコードでOK
パフォーマンス（setIntervalの呼び出しコスト）が問題になる場合以下
（ただし、この形式でパフォーマンスが問題になる場合、先に監視間隔を見直すこと）
// スコープの明示のためにここで宣言
var interval;
if (checkReady()) {
    return;
} else {
    interval = setInterval(function () {
        if (!checkReady()) {
            return;
        }
        // 監視停止
        clearInterval(interval);
    }, 100);
}
function checkReady () {
    // 前提条件
    if (!$('body').length) {
        return false;
    }
    // 実行コード
    alert('ready!');
    return true;
}
それ以外に注意すること

ifのブロックは省略しない

デバッガ上で条件文内にbreakpointが貼れないから
（この問題がなければ省略して問題ない）

JSコンパイラの動作

Closure Compilerは以下の様な圧縮をするので注意
(function hoge () { alert(1); })();
// (function () { alert(1); })()
// OK
// functionの名前に指定しているhogeは使用していないので、削除されても問題ない

(function hoge () { alert(hoge); })();
// (function hoge () { alert(hoge); })()
// OK
// functionの名前に指定しているhogeは使用しているが、削除されていないので問題ない

var huga = (function hoge () {})(); alert(huga.name);
// var huga=function(){}();alert(huga.name);
// NG
// functionの名前に指定しているhogeを使用しているが、削除されているので動作が変わっている

"Reblog..."

Tue, 11 Jun 2013 03:04:52 +0900

“Reblog には、運転してて流れる景色の中で、「ん？」てなって二度見しちゃう感覚を手動化しているよーなフィーリングもあるな。そのたとえでいえば、やはり二度見しまくってるようでは危険運転なのであまり良いコンディションとはいえない。”

- 2013-03-25 - matakimika@d.hatena

tumblspade

Mon, 10 Jun 2013 04:24:16 +0900

tumblspade:

goldenhind:

tool for Tumblr

なんかSSRが動かなくなってしまった。（HTTP/OAuth.phpがtumblrのAPIをパースしてくれなくて修正を諦めた。はじめからjsonpで動くようにしてれば……）

という訳なのでGoogle Chrome用のSSRっぽい挙動で動く拡張機能を作ったので公開します。インストールして純正のダッシュボードを開いてください。
Zキーで普通のダッシュボードと切り替え可能です。

toukubo: タンブラー買収されてタンブラーのこと考えてやっぱりふるっさ−のことばかり考えた。眠い。「人、現実（普通の人の言葉だとオフラインとか）、脳、デジタルコンテンツ、メディア、テキスト、オ...

Fri, 07 Jun 2013 19:21:36 +0900

toukubo:

タンブラー買収されてタンブラーのこと考えてやっぱりふるっさ−のことばかり考えた。眠い。

「人、現実（普通の人の言葉だとオフラインとか）、脳、デジタルコンテンツ、メディア、テキスト、オリジナル、完コピリブログ、改変可能なりブログ、quote」などを等価に扱えるところに収束したことがヤバイっぽい。ツールセットが。

脳とかインターネットとかがやってる、ほぼ一つの汎用的なしくみで、ベストエフォートとか内蔵してかなり良い感じにどれもを捌ける仕組みが結果的にいま実現されてる。眠い。

たんぶるログを誰かがつくってそれを実装した後にリブログやフォローなどを等価した、ということで奇跡的にその形になったんだろうけど、それにしても。

あえてひとつ本質を示すならばこれだと思う。リブログに本質があるわけでもない。タブブルログ的な方法に本質があるわけでもない。バイナリなどにメディアを並べたことだけに本質があったわけでもない。share on tumblrが画期的だったことが本質だっただけでもない。quoteにパーマリンク与えたことだけが本質だったわけでもない。quoteの強調された文字列サイズがポストサイズや画像と匹敵するバランスになるようデフォルト設定されたっていう革新も、それだけで本質だったわけでもない。全部凄い新しいことやりまくったね、が革新だったわけでもない。なんかまるで時代が要請するかのように脳的なありようになった。先に例があってその後に仕組みになっていったのか、仕組みと呼び合ったのかしらんが、そんなようになった。

寝よう。

Exclamation: Tumblr. + Yahoo! = !!

Fri, 07 Jun 2013 19:20:35 +0900

Exclamation: Tumblr. + Yahoo! = !!:

toukubo:

yahoo:

I’m delighted to announce that we’ve reached an agreement to acquire Tumblr!

We promise not to screw it up. Tumblr is incredibly special and has a great thing going. We will operate Tumblr independently. David Karp will remain CEO. The product roadmap, their team, their wit and…

this post by yahoo.tumblr was great but not great as tumblr is. they put no change on tumblr,they say. but is it really what we expect?

I loved and respect tumblr too much that I see this platform as a beatiful implementation of the change agent for the Internet and network system. and because today, purchasing a company is a creative remix, just like a creative reblog and quotes or posts equaly are. and if so, what and how they connect the dots? shall i click “ask questions” now? and why a company merge is the way to make it ? not a data api connection, not a normal account creation, not ifttt chanel triggers, but the company merge?

このタイミングで、このポストをタンブラーに投入したのは素晴らしいことだったと思うけど、タンブラーがそうであるほどは素晴らしくはなかったと思う。そして彼らはタンブラーを変えませんっていったけど、会社取得までの変化がもたらされるというのに、僕らが期待していることは、彼らが言うように、それと、僕らがとりあえず恐れていたことが免れたってことで求めてたことである気になってるところの、「変えませんから安心してください」だっただろうか。というのが、僕の疑問です。

タンブラーをここ１０年のインターネットや人間の革新的進歩の一つだと思っていて、思ってい過ぎてて、もはやチェンジ・エージェントなどのクリティカルなしくみを内蔵した自己組織的な社会生命体みたいなレベルになってると思っている。リブログの発明や、autopagerizeや操作性、それとquoteのためのUIの発明、それらが並行して、また同じところから思いつかれたように見えるところ、そしてpost,reblog,quote,改変quote、そしてメディア種を等しい扱いにしているところから、ちょうどニューロンがこれらをすべて「ネットワーク」で処理していて、あるニューロンがあるニューロンをリブログしてたりするのがquoteであったり、外界の一部をquoteしてたりするがこれらが同じ仕組で処理されてる、というような、普遍性を宿して、リブロツリーという発火系を広げていく、インターネットや社会動態の自己維持・改変能力すら持つ実装としてみなしてすらいた。

そろそろはっきりとしてきたことだけど、会社購入というのは一種のリミックスである。本当はそこには創造的なリミックスが必要で、つまり変化が必要そうである。あるいは「リブログ」やデータAPIごしにできる変化以上の創造的変化がなされる必要があるような気がする。どうやって彼らが、コネクティング・ザ・ドッツをするのか。ということについての説明は、僕には十分でないように思えた。今回の購入で明確に失われることがひとつだけあって、それは別の会社売却の可能性じゃないのかな。

タンブラーは奇跡で創出されたところがあると思う。完成度が高すぎる。ほとんどグーグルサーチに匹敵する、核となれる刷新性と普遍性がある。googleが他のサービスを統合していく流れの中心点にはサーチとアドセンスがあったと思うけど、それに近い情報社会学的価値があった。人工知能とソーシャル・ネットワークの結合は次の時代の巨大な実験で、グーグルなんかも膨大な金をかけてそれをやってるけど、タンブラーは答えの一つで、このサービスのポテンシャルはそこにあると思う。おそらくヤフーが本当に若返るということだけ考えるなら1100億円の1/10のお金でyコンの会社100個買うとかでよかったと思う。タンブラーを買うってことするなら、逆にtumblrにyahooを全部書き換えてもらうくらいのことになると良いと思う。

タンブラーがあと３年のうちに真に適切な換金の能力をえて、それがナノペイメントなど、社会動態の次に根ざしたものになったらweb3.0の中心を担うサービスになると思うけど、その頃には「クリエイティブのためのプレイグラウンド」とかそういうしょぼくれたサービスではなくて、進化するインターネット実装そのものの一つの完成形となったりしてほしい。

（推敲してないしねてない。）

"ウェブの潮流がある目的に特化したアプリに流れ、ヤフー自身もシンプルさやミニマリズムで知られるメイヤー氏をリーダーに据えたにも関わらず、同社がいまになって究極のポータルサイト実現に向けて舵を切ったのは、い..."

Tue, 04 Jun 2013 14:40:27 +0900

“ウェブの潮流がある目的に特化したアプリに流れ、ヤフー自身もシンプルさやミニマリズムで知られるメイヤー氏をリーダーに据えたにも関わらず、同社がいまになって究極のポータルサイト実現に向けて舵を切ったのは、いったいなぜだろうか。また、選択と集中のモデルとも言われたグーグルが、ソーシャルネットワークからウェブメール、オンラインマップ、動画共有サーヴィス、スマートフォンやOS開発まで、手を広げ続けるのはなぜなのか。

この背景には、現代におけるもっとも重要な情報（特にオンライン広告の出稿主が欲しがる、個人の趣向やモバイル端末の利用動向に関する情報など）が、一部の大手企業だけに支配されている状況がある。つまり、そういう大規模な事業者にならないかぎりは、事業に必要なデータの獲得・蓄積もままならないということだ。”

- なぜヤフーのマリッサ・メイヤーは、ネットポータルに回帰するのか « WIRED.jp

"Once PNaCl is fully released, users will be able to run PNaCl modules on any web page – applications..."

Tue, 04 Jun 2013 14:20:00 +0900

“Once PNaCl is fully released, users will be able to run PNaCl modules on any web page – applications will not need to be deployed through the Chrome Web Store in order to run PNaCl modules.”

- News & Announcements - Native Client — Google Developers

via Well, I’m Back: Blink, PNaCl, And Standards

近況

Sun, 02 Jun 2013 16:12:32 +0900

xkansan:

XMLHttpRequest (XHR) の結果を Document として受け取る場合に、 xhr.response.URLが GM_xmlhttpRequest で言うところの finalUrl 相当の値を返すように（仕様上は）なっている、という話をこれまで何回か書いてきたのだけれど、気がついたら Editor’s Draft だけでなく Working Draft にも反映されていた。
これは XMLHttpRequest Living Standard にも同じく反映されている。

そのこと自体を喜ばしく思う一方で、現時点ではどのブラウザもこの仕様を反映してはいないようだ。

というわけで手始めに Firefox にバグとして報告して、ついでにパッチも書いた。Bug 859095
ただしこれまでブラウザ拡張では xhr.response.URL が cross origin へのリクエスト時でも same origin の URL を返すことを利用して same origin の Document を読み込んだのかを判定する、ということがそれなりに行われてきた（らしい）ので、Bug 859095 による挙動の変更を受け入れても大丈夫かどうかを Mozilla 側で判断している、というのが近況。

このバグの中で意見を求められている Jonas さんは今 Boot2Gecko まわりの作業で忙しいようなので、結論が出るまでまだ時間がかかりそう。

はやく xhr.response.URLが仕様どおりの値を返すようになるといいと思っている。
というのは、仕様どおりの値を返すようになれば XHR のリクエストが別 origin にリダイレクトしたかどうかを判定できるようになるので、 jQuery Mobile を使っているドメインにオープンリダイレクタがあったら XSS の問題が発生する (http://subtech.g.hatena.ne.jp/mala/20110711/1310391177) だとか、Rails の Turbolinks (https://github.com/rails/turbolinks/issues/195) の様な問題を、オープンリダイレクタがある場合も含めて JavaScript 側で対処できるようになると考えているからだ。

現状では、オープンリダイレクタとリダイレクトの情報を提供しない壊れた API を掛け合わせて最強の XSS をつくろう、といった風になってしまっているので、そこは早く XHR の実装を仕様に合わせて解決させていく方がいいのでは、と思っている。

"よく言われるようにAPIの設計というのは難しい。最初からすべての使われ方を想定することなんかできないし、使われ始めてから判明する問題も多い。いくら時間をかけて考えたって、最初から完璧なAPIを設計するな..."

Sat, 01 Jun 2013 13:51:06 +0900

“よく言われるようにAPIの設計というのは難しい。最初からすべての使われ方を想定することなんかできないし、使われ始めてから判明する問題も多い。いくら時間をかけて考えたって、最初から完璧なAPIを設計するなんて無理なのだ。とりあえず作ってみて、使い始めてから徐々に改善していく、という方が現実的でスピードも早い。何しろ、延々とAPIを議論をする代わりに、さっさと製品に機能を追加してリリースできるのだ。”

- bkノート - Google+ - 巨大リポジトリの世界 #22 Facebook のエンジニアが git…

Illustfolio 2

Sat, 01 Jun 2013 09:32:13 +0900

sanographix-memo:

Illustfolio 2 - イラストポートフォリオサイトを一瞬で作れるTumblrテーマ

イラストポートフォリオサイトを一瞬で作れる tumblr テーマ「Illustfolio 2」というのを作った。テーマ作ったら意識が高まりまくったのでポエムを書きます。

Illustfolio “2” とあるように、去年作った Illustfolio のバージョン 2.0 という扱いである。しかし、テーマ制作の知見がたまってきたのを活かしたかったので、ほとんど全ての部分（外部プラグインを利用したスライドショーとか以外）を新規に書きなおしてある。

Illustfolio 1 を作ったときは、思いついてから拙速で1日半とかで作って出したので、正直練りきれていない箇所がいくつかあった。しかし、gigazine で紹介されたりした結果思ったより多くの人に使われてしまったので、Illustfolio 1 ユーザーや、そのほかのイラストレーターの人たちに、もっと良い体験を提供したいと思って作りなおすことにした。機能比較表にいろいろ変更点や新機能を書いたけど、これらは Illustfolio テーマを使っているサイトをランダムに 50 サイトくらい見て、どんな感じに使われているかを観察してから、何の機能を増やすか決めた。たとえば Exif 表示ができるようにしたのは、写真ブログとして Illustfolio を使っているサイトを見かけたからだ。

Illustfolio 1 を出したとき、いろいろ反応があって興味深かった。HTML の知識がなくても簡単に web サイトが作れるサービスが（主に海外発で）色々と登場するなかで、もう web サイトを手打ちで作る必要がなくなるとか、 web デザイナーがいらなくなるとかっていう文脈でぼくのテーマが言及されることが何度かあって面白かった。が、当然ながら web デザイナーの仕事を奪ってやろうとか考えて作ったはずもなく、下のツイートにある通りの気持ちで作った。

絵うまい人がしょぼいホームページとか使ってるの悲しいからなんとかしたい

— 歳納京子(14)さん (@sanographix)

2012年12月8日

自分のホームグラウンドとしてホームページやブログのような場所を持ちたい、そこに絵を置きたいという需要は、まだまだ相当あるんだなと思った。そう思ったときのツールとして tumblr を使うとほとんどの人は優れた体験ができると思う。Tumblr よくできている。

いろいろな tumblr テーマを見ていると、どうやらスクラップブック的な使われかたを想定しているテーマが多いように思う。スクラップブック的とは、自分の好きなものを並べたページを作り、俺はこういうものが好きなヤツなんだぜ、と自己表現をするような使われ方だ。tumblr はそうやって集めたものを見せ合って嗜好が似た人を探したり、コミュニケーションしやすいよう設計されているように見える。しかし同じ画像を投稿する行為でも、自分で描いたものか、他人の画像を Reblog するかでは気持ちに大きな違いがある。自分の著作物は雑に扱いたくないし、投稿もそんなに軽い気持ちではないと思う。そういう、作り手の人たちのためのテーマが必要ではないかと思う。

ぼくは何かを作る人が何より素晴らしいと思う。絵、音楽、動画、小説、プログラム、なんでもいいのだけど、何かを作る人、何かを作って価値を生もうとしている人たちが、可能な限り尊重され、不当な扱いを受けたり、理不尽な体験をしないようにすべきだと思っている。すこし話が大きくなりすぎた気もするけどこれはポエムなのでこのままの流れで Illustfolio 2 に話を戻すと、そのために Reblog 投稿の場合はオリジナルの著者名を表示したり、Twitter Bootstrap のグリッドシステムをやめてパーマリンクの画像サイズを少しでも大きくしたりといった配慮を行なっている。

今回も、デモページのイラストを火曜さんにお願いしてお借りした。いつもありがとうございます。火曜さんのイラストは男性が見ても女性が見てもかわいいので、こうした用途にぴったりはまる。先日単行本が出たので皆さん買いましょう。装丁はバルコロニーさんです。

彼氏ってどこに行ったら買えますの!? (1) (まんがタイムKRコミックス)
posted with amazlet at 13.05.31

火曜
芳文社 (2013-04-26)

Amazon.co.jpで詳細を見る

sanographix-memo: 【おしらせ】イラストポートフォリオサイトを一瞬で作れるtumblrテーマ「Illustfo...

Sat, 01 Jun 2013 09:07:52 +0900

sanographix-memo:

【おしらせ】イラストポートフォリオサイトを一瞬で作れるtumblrテーマ「Illustfolio」を大幅にアップデートした「Illustfolio 2」を作りました、みなさん使ってみてください

Illustfolio 2 - イラストポートフォリオサイトを一瞬で作れるTumblrテーマ

Tumblr からのアドバイス　お気に入りのブログを充実させよう

Tue, 28 May 2013 21:14:31 +0900

nihongo:

面白いものや気になるものを発見したり情報をフォローできるのがTumblrの醍醐味です。

ダッシュボードにはそれが集約されています。フォローしているブログやおススメのブログはすべてこのダッシュボードで見ることができます。キーボードのショートカットで投稿、スキ、リブログも思いのまま。ダッシュボードではいろんなことができるのです。Tumblrの世界はダッシュボードから始まります。

ブログをフォロー!

ブログを見つける方法はたくさんあります。実際登録時には「いいかな」と思えるブログをフォローしていますよね。好きなブログをフォローするには、右上の「フォロー」ボタンをクリックします。ダッシュボードに戻るとそのブログはダッシュボードにも表示されているはずです。

自分の知らないブログを見つけるのも簡単なんです。ダッシュボードの右側の「ブログを探す」メニューをクリックすると「注目ブログ」ページが開きます。ここにはTumblrがおススメする面白いブログがたくさん紹介されています。トピック別にブログを探すことができます。

もっともっとブログを探そう!

あんまり面白そうなものがなかった? そんな時はダッシュボードの右上にある検索機能を使用しましょう。キーワードを入力するとそれに関連する投稿や関連するブログがどんどん出てきます。検索機能で面白ブログを見つけてフォローしましょう! 検索したタグは保存することができます。

「スキ」をつけよう!

これでダッシュボードには面白いブログが表示されるようになりました。いいなと思える投稿は後から見直したいと思うもの。投稿右上の「スキ」ボタンを押すと、自分の「スキ」なブログのコレクションに投稿を加えることができます。ダッシュボードの右側で「スキ」の数を見ることができ、ここから「スキ」をつけた投稿を見返すことができます。

TumblrをFacebookアカウントと連携させることもできます。投稿をFacebookのタイムラインに自動的にシェアすることができます。（これはオプションです）

ハッピー Tumbling!

これでダッシュボードが充実してきました! もっともっと素敵でかっこいいブログを見つけてフォローし、ダッシュボードを楽しいものにしましょう。

時にはフォローをやめたくなる時もあるもの。そんな時はフォローしているブログを確認して、ここからフォローを解除できます。

次のnihongo スタッフブログ投稿では、ブログの管理と、自分のブログを公開する方法についてご紹介します!

元記事:

Tumblr Support

Yahoo!がTumblrを買収、両社が正式契約へ

Wed, 22 May 2013 11:19:30 +0900

effective-tumblr:

Yahoo!がTumblrの買収について、正式契約に至った（they have reached a definitive agreement for Yahoo! to acquire Tumblr）とのプレスリリースを出しました。

またこの件について、Yahoo!の公式ブログには「Exclamation: Tumblr. + Yahoo! = !!」、Tumblrの公式ブログには「Tumblr Staff - News!」（和訳）が投稿されています。Tumblr公式ブログの投稿の一節を、Engadgetの「米Yahooが Tumblr買収を正式発表、『ダメにしないことを約束』。カープCEO続投で独立運営」から引きます。

まず心配を払拭させてほしい：われわれはムラサキにはならない。各ヘッドクオーターは移転しない。チームも変わらない。開発ロードマップは変わらない。そして、『クリエーターの力になり、最高の作品を作りふさわしい相手に届けられるよう手助けする』という使命は決して変わらない

メリッサ・メイヤーも、投稿を買収の合意の報に続けて「We promise not to screw it up.」、ダメにしないことを約束するという一文から始めています。またEngadgetの「米Yahooが Flickr を全面リニューアル、無料で1TBまでアップロード可能に」という記事で、メディアイベントでのQ&Aの内容を窺うことができます。

YahooとTumblrは相補的な関係。Yahooはコンテンツが欲しかった、Tumblrは大企業のリソースやツールが必要だった。当初は買収ではなく、提携のつもりで話を進めていた。

Tumblrのユーザー層は若く、Yahooのユーザー層はもっと年齢が高め。Tumblrがリーチしている層はこれまでYahooブランドが弱かった部分。

ほかの成功した買収から学んで、Tumblr は独立運営させることにした。勢いのある企業にはそれが重要。

（Yahoo!はTumblrに対して）投資と、人材を雇えることに加えて、コンテンツ発見ツールを提供できる。YahooにはAI、パーソナライゼーション、検索の経験がある。

ちょっと茶化して言えば「5月20日、Tumblr買収を発表。あなたはTumblr買収が“Flickr”のようにはならないワケを知るでしょう」というところでしょうか。それでも、「相補的」という以上はYahoo!との統合はあるのだろうし、マネタイズ面からの変化もあるのではないかという気がしてしまいます。

最後に、関連記事からいくつかリンクしておきます。

ヤフーのTumblr買収は成功するか « WIRED.jp

ニュース - Yahoo!、約11億ドルでTumblrを買収すると正式発表：ITpro

Yahoo、Tumblrの11億ドル買収を取締役会で承認（WSJ報道） | TechCrunch Japan

"HTML や XML のようなマークアップを発展させ拡張可能な UI を作る技術は、 WPF から Flex まで星の数ほどある。中でも Web Components は XBL..."

Tue, 21 May 2013 21:15:15 +0900

“HTML や XML のようなマークアップを発展させ拡張可能な UI を作る技術は、
WPF から Flex まで星の数ほどある。中でも Web Components は XBL という技術を先祖にもっている。
10 年以上前、Mozilla が XUL のお供に作った XML ミタメ定義言語(のようなもの)が XBL だ。
ただ XBL は多機能すぎ、また XML に傾倒しすぎていた。
そこで XBL を簡素化し、10 年来のウェブの変化や JavaScript の隆盛を踏まえ
今風に再発明したものが Web Components である。
API は新しく仕切りなおされたため、先祖の面影を伺うことはほとんどできない。
でも Web Components 関連標準の謝辞は XBL を参照しているし、Shadow DOM のコンセプトも XBL に由来する。”

- Polymer と Web Components - steps to phantasien

Syoichi's Tumblr

nihongo: 今週は、みんな知っているあんな会社やこんなお店などのTumblrページをご紹介します。Tumblrの使い方の...

nihongo: アーカイブページが大幅リニューアル! サムネイルが大きくなりました 読み込みとスクロールがスピードアップ 「ス...

カジュアルにChrome extensionを書いてみる

書き換えたいextensionを入れる。

extension idを取る。

ソースを見る。

ソースを書き換える。

再読み込みする。

"また、ブラウザのタブごとにプロセスが分割されるようになったため、いずれかのタブがクラッシュしてもブラウザがクラッシュしないようになった。"

R.I.P to SSR そしてtumblspadeへ

JavaScript書くのに入れとくといいもの

Chrome Canary

Local Proxy

ソースの文字コード変更

“This Frame” Context Menu

JSONView

contextmenu-source

source-editor

setIntervalで監視しつつコードを実行するときの注意点

"Reblog..."

tumblspade

toukubo: タンブラー買収されてタンブラーのこと考えてやっぱりふるっさ−のことばかり考えた。眠い。 「人、現実（普通の人の言葉だとオフラインとか）、脳、デジタルコンテンツ、メディア、テキスト、オ...

Exclamation: Tumblr. + Yahoo! = !!

"Once PNaCl is fully released, users will be able to run PNaCl modules on any web page – applications..."

近況

"よく言われるようにAPIの設計というのは難しい。最初からすべての使われ方を想定することなんかできないし、使われ始めてから判明する問題も多い。いくら時間をかけて考えたって、最初から完璧なAPIを設計するな..."

Illustfolio 2

sanographix-memo: 【おしらせ】イラストポートフォリオサイトを一瞬で作れるtumblrテーマ「Illustfo...

Tumblr からのアドバイス お気に入りのブログを充実させよう

Yahoo!がTumblrを買収、両社が正式契約へ

"HTML や XML のようなマークアップを発展させ拡張可能な UI を作る技術は、 WPF から Flex まで星の数ほどある。中でも Web Components は XBL..."

nihongo: アーカイブページが大幅リニューアル! サムネイルが大きくなりました読み込みとスクロールがスピードアップ「ス...

toukubo: タンブラー買収されてタンブラーのこと考えてやっぱりふるっさ−のことばかり考えた。眠い。「人、現実（普通の人の言葉だとオフラインとか）、脳、デジタルコンテンツ、メディア、テキスト、オ...

Tumblr からのアドバイス　お気に入りのブログを充実させよう