================ 「Slack成長の秘密は何なのでしょう?」車内にBluetoothを通した声が響きます。 「あなたがたが、Slackに行ったことを私たちにもしてほしい」と、今後クライアントになるであろう、成功を収めたSaaSアプリのCEOが、彼のプロダクトのリデザイン依頼をしてきました。 それから私は今までに何百回もした話を始めました。 この一年、ほぼ毎日のように同じ質問を、Slack成功の鍵について分析を試みるクライアント、投資家、デザイナーから浴びせられていました。 Slackは今や世界を席巻しており、28億ドルの評価額と何十万ものユーザーを持ち、猛スピードで成長しています。 なぜ私にSlackの質問がくるのか? 私はMetaLabというデザイン会社を経営しています。 私たちは普段表舞台には出ないので、おそらく、あなたはこの名前を耳にしたことはないでしょう。しかし、私
しばらく前になるが、ある「むっちり女子のイラスト」がTwitter上で話題になった。154cmで44kgという設定で描かれた女の子のイラストが、その設定にしては太り過ぎているということで、特に女性から異論が噴出した。 炎上かと思いきや、実際にその体型の女性が自撮り写真をメンションするなどして、逆に現実的なデータが取得できるという結果になった。 togetter.com 元の投稿者のイラストが魅力的だったことや異論を聴く姿勢が好感を呼んだのだとも思うが、一連のやりとりを見て、次の言葉を思い出した。 The best way to get the right answer on the Internet is not to ask a question, it's to post the wrong answer. インターネットで正しい回答を得るための最善の方法は質問することではない。間違っ
JUGEMブログやレンタルサーバー「ロリポップ!」など多くのインターネットサービスを提供し、最近はハンドメイドマーケット「minne」のCMも話題になっているGMOペパボ。マイナビニュースでも過去に社長のコスプレやボーイスカウト風内定式、ペパランチョンなどの取材に伺っているが、今回も「新卒採用にむけて、『普通じゃない説明会』を行うのでぜひ来てください!」と誘っていただいた。一体何が行われるのだろうか……!? 会場に入ったところからもう普通じゃない 会場に到着するとまず目に入るのが、ロビーに点在する看板。とんかつQ&Aでおなじみ「グーペ」のロースおじさんによる「ベルサイユのぶた」、ロリポップ! キャラクターによる「ロリオとロリエット」など、すでに今回のネタはもしかして……? と思わせるつくりとなっていた。
var assert = require('assert'); it('test1 strictEqual', function() { var a = 'abcde'; var b = 'abcdf'; assert.strictEqual(a, b); }); it('test1 eqeqeq', function() { var a = 'abcde'; var b = 'abcdf'; assert(a === b); }); it('test2', function() { var a = { hoge: 12 }; var b = { hoge: 13, fuga: 56 }; assert.deepEqual(a, b); }); 1) test1 strictEqual 2) test1 eqeqeq 3) test2 0 passing (15ms) 3 failing
architectural overview of a working isomorphic solution plus some funny images of course
HTTP/2 is much faster than SPDY thanks to dependency-based prioritization Background HTTP/2 provides two methods to prioritize streams (e.g. files being served). One method is called weight-based prioritization. In weight-based prioritization, every stream is given a weight, and the value is used by the server to proportionally distribute the bandwidth between the streams. The other method is depe
著者の新屋さんから技術評論社の「正規表現技術入門」を頂きました。 これはいい本ですね。特に第2章で語られている、正規表現がどうやって生まれてきたかという話がよいです。僕も拙著「コーディングを支える技術」の続編に向けて、正規表現の歴史を書こうとしたことがあったのですが、僕が書こうと思っていたもの以上によいものに仕上がっています。しかも20ページとコンパクトにまとまってて、もう、僕がこれに関して書く必要はないなぁ、とうれしいようなさみしいような。パイプとgrepの関係は知らなかった、面白い。 第1章で60ページぐらいで正規表現の基本的なことをおさえてくれているのもよいところです。正規表現を使う必要のあるプログラマはみんな第1章だけでも目を通しておくとよいのではないかな。 正規表現がフォーマルにはどう定義されているものなのか。この話題は、コンピュータサイエンスを大学で学んだ人にとっては常識の範疇
わたしはちょっと意地悪らしい。 例えば、あるテストケースを思いついたとする(しかもかなりの高確率でうまく動かなそうなやつ)。それをね、モノが出来上がって自分の目でちゃんと動くこと(気持ち的にはちゃんと動かないこと)を見届けるまで、プログラマに話さない。*1 とあるイベントのパネルディスカッションか何かで @m_seki から「それは意地悪だなー」と言われて、はじめてそれが意地悪なんだってことに気がつきました。そういうテストを思いついたらすぐに言ってよ!てことみたい。もしプログラマがそれを考慮しないで実装してしまったら確実にバグになるわけで、黙っていることは開発にとって何のメリットもない。 なぜ話さないのか。話せなかったのか。それなりに理由はあったんだけど、まあ、それはいいや。意地悪は良くない。それからは思いついた嫌なシチュエーションや心配事は、なるべく言うようにしてる。 ということは、わた
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く