https://www.youtube.com/watch?v=XhXC4SKOGfQ 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 39分前 FacebookのiOSチーム、Adam ErnstとAri Grantによる@Sacle 2014での講演。データモデルとビューレイヤの改善の取組みについて紹介してくれてます。 1) データモデル 背景 2年前からHTML5からネイティブに切り替えて一旦大きく改善したが、その後機能を追加するたびにアプリのパフォーマンスが悪化。 ネイティブに移行後、オブジェクトのキャッシュレイヤとしてiOSのCore Dataを使ったのが失敗であった。 Core Dataの役割は「整合性を含むオブジェクトグラフ管理」 Facebook iOSアプリの場合、サーバ側を正のデータとするが、

http://blog.brianlovin.com/design-details-pinterest-for-ios/ 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約1時間前 Brian LovinのUI分析シリーズは継続して紹介してきましたが、前回のFoursquareのポストでは、「確かに各社ともレベルが高いけど、さすがに似たようなものが増えて飽きてきたな。」と感じました。しかし、今回のPinterestのiOS版については、「ここまで工夫するのか。」と関心させられるものもあり、UIの競争はまだまだレベルアップしていきそうな気がしてきました。 原文で全体をチェックしていただくのがよいかと思いますが、個人的に気に入ったのは、 4) Pull to refresh ビデオ この効果を自社オリジナルのもので作

http://blog.andyet.com/2014/08/13/opinionated-rundown-of-js-frameworks 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約1時間前 開発言語やフレームワークの比較は、参考になるところはありつつも、その結果、不愉快な気分になる人がいるわけですが、それを懸念して、「（これを読んだ人は、他人の）意見を読んでいるだけだと思い返してほしい。貴方にどうすべきだと言ってるのではなく、自分にもしくはチームのために何がよいかは自分で判断すべきこと。」と前置きして、Henrik Joretegが、JavaScriptフレームワークについて私見をシェアしています。 反対意見も併記しようと思ったのですが、TwitterやHNでの反応がまだないようなので、注目すべきコメ

https://medium.com/@dpatil/fight-for-yes-6294e4c9393f 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約2時間前 「失敗を活かす。」というのは便利な言葉で、もちろん失敗を次に活かすことはよいのですが、敗戦の模様が濃くなってきたときに失敗の理由探しをしてしまうことがあります。まだ失敗してないので、フライングです。けど、失敗は人にとって相当つらいので、本能的に自らを守るために、何かしらの理由の責任にしたくなるのだと思います。ほとんどの場合が自分のせいであるにもかかわらず。 RelateIQのDJ Patilはデータサイエンティストとして著名ですが、意外にも大学受験は連戦連敗。願書を出せど出せど、断りの手紙の山。失意に打ちひしがれて父親に相談したところ、「大学に電話

http://www.infoq.com/news/2014/05/dropbox-cpp-crossplatform-mobile? 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約3時間前 InfoQの記事を読んでもっと詳しく知りたいと思ったので、元ネタを確認して個人的に興味をもったポイントをまとめてみました。 昨年のMobile@ScaleでのStephen Poletto (Dropbox) とSean Beasusoleil (Mailbox)の講演 先日のUIKonf2014でのSteven Kabbes (Mailbox)の講演における、Core Dataまわりの取り組みのメモ UIKonf2014でのSteven Kabbes (Mailbox), Stephen Poletto (Carous

http://leanuxnyc.co/nyc/safe-fail-not-fail-safe-dr-alicia-juarrero/ 1 comment | 1 point | by WazanovaNews ■ comment by Jshiike | 約3時間前 NYで開催されたThe LeanUX15 Conferenceに招待された哲学者のAlicia Juarrero教授の講演。原題は "Safe-Fail, NOT Fail-Safe" ですので、「失敗しないように安全にするのではなく、安全に失敗すること。」という内容です。 まずは、カヌーと急流下り用のラフトを例えに比較しています。 カヌーは細身のすっきりしたデザインで、穏やかな海や川面を快適進めるように設計されているが、そもそも急流や波が高いときは舟をださないというのがベストな戦略。つまり、失敗しないように安全にする前提

http://www.quora.com/Why-was-Erlang-chosen-for-use-in-Facebook-chat 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約2時間前 Facebook chatをErlangで最初に実装したのは、QuoraのFounderのAdam D'Angeloだったんですね。 学生のときにチャットサイトのプロトタイプをつくって、Erlangでロングポーリングサーバを書いた。 それからFBに入社して、2007年はじめの社内ハッカソンで、当時のErlangのコードを再利用してFacebook chatのプロトタイプをつくった。 Erlangはチャットサービスで一番大変な大量のオープンコネクションを扱うのに優れていたし、簡単に学べたので。Erlangを知ってるエンジニ

http://www.youtube.com/watch?v=Zwh8ThUqeC8 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約3時間前 91年の著書 "Crossing the chasm" で知られるGeoffrey Mooreが、Strata 2014のキーノートスピーチで、彼のキャズム理論 の視点での現在の市場を語っています。 キャズム理論とは、テクノロジーのプロダクトが市場に受け入れられていく過程で、ビジョナリーであるアーリーアダプターによる利用と、まわりの事例で判断する実利主義者であるアーリーマジョリティに採用されるようになる間には、超えなければいけないキャズム（溝）があるとしたマーケティングの考え方です。「気付いたら周りは皆使っているよ。」という状態になると、トルネード（竜巻）のようにプロダ

http://blog.pop.co/post/67465239611/why-we-chose-api-first-development POPは、簡単にビジネス/アイデアをかたちにするために、1分でドメイン/スタートページ/メアドを用意できるサービスとのこと。彼らが、「APIファースト」で開発しようとした理由を紹介してます。 1) 将来APIを提供できるように 機能を追加する都度、APIが既に準備できているかたちになるので、将来APIを第三者に提供するときもスムーズ。 2) フロント/バックエンドの分離 バックエンドのテンプレートコードがフロントエンドのクライアントビューとやり取りしない仕様にすることで、将来の開発に負の資産を残さない。 3) スケーラビリティ フロント/バックエンドそれぞれを独立してスケールさせることができるので、将来的にメリットがでるはず。 4) 開発言語のバリア

[Video] http://www.youtube.com/watch?v=tlSFBGCaAwM Sarah Meiの講演の原題は、「なぜRubyは勝てないのか？」ですが、結論としては他の言語を学ぶ重要性を説いてます。 Rails1.0以降、Rubyに対する不安はHacker Newsのネタに随分なってきた。Hacker Newsのコメントは単に汚らしいものが多いから無視するとしても、どうすればRubyを使うように皆を説得できるだろうか？ エンジニアが新しいプログラミング言語を評価するときは、無意識に既に使っている言語と同じふるまいを期待している。自分自身もJavaからRubyに転向したときには、最初の1ヶ月、loopを使ってJavaコードのようなRubyを書いていた。 それ以外にも、どれだけ多くの人のそのプログラミング言語を使っているかという影響が大きい。SmallTalkが言語とし

http://www.nczonline.net/blog/2013/10/07/node-js-and-the-new-web-front-end/ Nicholas ZakasはYahoo出身で現在Boxに勤めるフロントエンジニアで、JavaScriptに関する複数のオライリー本の著者でもあります。彼が自身のブログで、Node.jsをサーバサイドUIレイヤのみで活用することを提言してます。 JavaScriptエンジニアはフロントエンドのコントロールはできるが、サーバサイドのUIレイヤはバックエンドエンジニアの領域で、それがフロント（JavaScript）エンジニアとバックエンドエンジニア双方のストレスであった。（参照図１） Node.jsの登場で、サーバサイドのUIレイヤをサーバサイドのビジネスロジックから分離し、フロントエンジニアはブラウザ & サーバのUIレイヤ、バックエンドエン