Reactは当初、「Huge step backwards（これではメンテできなくて、かえって大きく後退してしまっている。）」「Rethink established best practives（皆が積み上げてきたベストプラクティスを変えようとしている。）」と揶揄されたりもしましたが、最近は他のJavaScriptフレームワークにもその思想の一部が反映されるようになって、メインストリームに近づきつつあるようです。 さて今回Facebookが、React Nativeを発表 & オープンソースとして公開して話題になっていますが、Tom Occhinoは React.js Conf 2015のキーノートスピーチで、「一度書けば、どのプラットフォームでもうまく動作する。」ではなく、「一度覚えれば、どのプラットフォーム向けにも書けるようになる。」ものであることを強調しています。 同社の開発メンバ

http://calendar.perfplanet.com/2014/hardware-accelerated-css-the-nice-vs-the-naughty/ 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約1時間前 Ariya Hidayatが、サイトパフォーマンスの改善のためにGPUをうまく活用するポイントについて紹介してくれています。 まず、期待できるGPUの効果は、ページのレンダリングを加速してくれること。 アニメーションのフレームごとにピクセルを描くのではなく、ブラウザはDOMエレメントのスナップショットを撮って、それをGPUテクスチャ（レイヤ）として保存。後で、GPUにそのテクスチャを変換させ、DOMエレメントをアニメーションしているように見せることができる。 渋滞している高速道路ではス

http://www.objc.io/issue-19/ 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約2時間前 objc.ioはベルリンのメンバを中心に、月替りでiOS関連技術の特定のテーマに絞って発信しているブログ。もう既に知名度はかなり高いかと思いますが、毎月ものすごく力の入った特集ゆえに、その分ボリュームも相当で、読むのも大変というか、時間がないから読めてない人もいるかと。今月は#19としてデバッグの話題です。 Peter Steinbergerの「デバッグ : ケーススタディ」では、UIKit上のバグをLLDBで対処した話を紹介。 「デバッガーでのダンス - LLDBのワルツ」において、Ari GrantはLLDBの使い方を詳説してくれています。 「DTrace」はiOSシミュレータでしかまだ利用で

シングルページアプリ向けの各フレームワークをGoogle Trendで比較したグラフがLars Eidnesのブログに掲載されてますが、AngularJSの伸びが他を圧倒しています。一方で、アーキテクチャ上の課題は、コミュニティの声もあり、かつ当事者である開発チームも認識していたところ。そして、それに対する答えとしては、バージョン2.0で大幅に書き直すという流れになっています。 AngularJS 2.0については、「野心的だが険しい道のり」というタイトルの記事がGuardianに掲載されてますが、 ES6の採用 Web Componentsとの親和性のアップ （双方向バインディングをどうするかまだ決まってないが）Reactの考え方に近づいてきている （1.3のサポートはしばらく平行して続くと発表されたが）本当にスムーズな移行を提供できるのか? がポイントだとSeb Ceveyはまとめてい

https://www.youtube.com/watch?v=p2F-128e3sI 1 comment | 2 points | by WazanovaNews ■ comment by Jshiike | 33分前 Socket.ioのクリエーターとして知られるGuillermo RauchのBrazilJS 2013での講演です。理想のシングルページアプリをつくろうとすると、JavaScriptが損なってしまうケースはあるとしながらも、一方で、多いに可能性を感じさせるトレンドもあるとして、最優先であるユーザエクスペリエンスを向上させるポイントを紹介しています。 1) 課題 スクリプトやCSSにブロックされることで、レンダリングの際にブランクページを表示してしまう。 Webスクレイピングというコンセプトを壊してしまう。サーバレンダリングしない限りは、フロント側はスムーズにスクレイピ

https://www.youtube.com/watch?v=GHTO2WKDO6I#t=15m5s 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約1時間前 FacebookのDavid Reissが、オープンソースで提供しているAndroid & JavaビルドツールBuckを紹介しています。 1) 他の選択肢との比較 Googleが提供するビルドシステムANTは、遅いのとモジュールのサポートが弱いのがネック。 ベター版となったGRADLEは、ANTよりは早いが、モジュールのサポートという意味ではまだ不十分。また、Buckの開発に着手した当時はまだAndroid対応してなかった。 Mavenは、とにかく遅い。 2) Buckの性能アップ Facebook Androidアプリは 65万+行あるが、Buck

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://engineering.linkedin.com/ios/introducing-selene-open-source-library-scheduling-tasks-ios 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約2時間前 LinkedInが、iOSのbackground fetchのタスク実行をスケジュールしてくれるSelenを、オープンソースとして提供しています。 LinkedInの利用ケース ユーザがConnectedアプリを起動した際に、background fetchを利用して、カレンダー/アドレス帳/イベントフラグなどの情報をやり取りする。 - completion handlerは30秒以内に呼び出す。 - アプリのパフォーマンス / バッテリー消費 / 帯域を考慮すると

http://corner.squareup.com/2014/09/squares-api.html 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約2時間前 SOAにおけるサービス間のコミュニケーションについては、CODE CLIMATEにおいて、Protocol Buffers vs JSONという比較が取り上げられていて、「ブラウザやJavaScriptが直接データを利用しないケース、特に内部サービス間のコミュニケーションにはProtocol Buffersの方が向いているのでは。」と紹介されています。 せっかく整合性のあるデータ構造を用意しても、サービス間のデータのやり取りの際に苦労させられることが多い。Protocol BuffersならProtoフォーマットにしてエンコーディングするだけで、意図す

https://techblog.livingsocial.com/blog/2014/08/26/soa-series-part-5-testing-apps-with-service-dependencies/ 1 comment | 1 point | by WazanovaNews ■ comment by Jshiike | 約3時間前 LivingSocialのRailsアプリSOAシリーズの5回目として、サービス指向アーキテクチャにおけるテストのあり方についての話。 まずは、アプリ間のサービスコールを全てmock/stubしたり、逆に依存関係を常にそのまま利用するのではなく、1回だけコールする手法を推薦しています。 テスト対象のコードは、依存するサービスに一度だけコール & レスポンスを記録し、その後の実行ではリプレイを利用する。 メリット ネットワークコールが一度で済むの

http://tech.gilt.com/post/95741287114/modularity-and-the-ios-status-bar-network-indicator 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約2時間前 GiltがiPhone/iPad開発向けに用意したmockingbird-toolboxをオープンソースとして公開しています。 Focused - it tries to do one main thing.（一つのことだけを提供するシンプルなソリューション） というコンセプトでの便利なモジュール群が、今後順次追加されるようです。 今回紹介されているのは、ステータスバーに表示されるネットワーク接続のスピナーの管理。UIApplicationのnetworkActivityInd

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での反応がまだないようなので、注目すべきコメ

http://engineering.flipboard.com/2014/07/flex/ 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約2時間前 FlipboardがiOSのデバッグツールであるFLEXをオープンソースで提供しています。 アプリにかぶさるかたちでツールが表示。それを使って、実行中のアプリのほとんど全てのステートを閲覧および修正可能。 アプリの中で動くツールなので、LLDB/Xcodeや他のリモートデバッグサーバへの接続不要。 シミュレータでも実機でも動く。 その他特徴としては、 階層でviewを確認/修正できる。 どのオブジェクトのプロパティとivarsを確認できる。 多くのプロパティとivarsを動的に修正可能。 インスタンス/クラスメソッドを動的に呼び出せる。 ヒープをスキャンしてアク

http://blog.arkency.com/2014/07/6-front-end-techniques-for-rails-developers-part-i-from-big-ball-of-mud-to-separated-concerns/ 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約2時間前 シングルページアプリもあり、それでなくてもフロント側のコードを書く機会は増えてきてますが、コードをうまく整理して、 簡単に、もっとテストしやすいコードを書く。 クオリティを下げることなく開発スピードをあげる。 ためのノウハウの一端を開発会社のArkencyがシェアしてくれています。 シリーズの初回は、シンプルなリファクタリングのケーススタディ。 CoffeeScriptのコードが、DOM変換、イベントハン

http://ianfeather.co.uk/css-at-lonely-planet/ 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約5時間前 CSS STATSが話題になったからでしょうか、自社のCSSの構成を分析して、記述方針について紹介するポストが続いています。 1) Lonely Planet Lonely Planetは旅行サイトらしく、写真/動画満載の構成です。 Quick Facts Sass Indented Syntax 150+ソースファイル キャッシュを考慮してコンパイルしたCSSは二つのスタイルシートに CSSはページ当たり35kb (gzip) 基本的には、remとpixelでサイズ指定。一部 em あり。 Preprocessor Railsを使っているが、Sprocketsは

http://csswizardry.com/2014/07/hacks-for-dealing-with-specificity/ 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約4時間前 Harry Robertsがブログで、CSSのプロジェクトをうまくスケールさせるためには、詳細度の影響をうまく抑えて、メンテナンス性を高めることがポイントだと解説しています。 どれだけ思慮深くソースの順や継承関係を整理しても、詳細度がトリガーになった上書き起きると、それまでの努力が台無しになる。詳細度のタチが悪いのはオプトアウトできないこと。 であるが、その悪影響をうまくコントロールする策としては、 CSSにおいてセレクタとしてIDは使わないこと。クラスを使うことを上回るメリットはない。そもそも、IDでできることはクラスで

リアルタイムアナリティクスのサービスを提供しているGoSquaredがエンジニアブログで紹介しているのは、サイトパフォーマンス向上の工夫。今回は、アセットのダウンロードやパースのところでなく、遅延をおこさずにスムーズに描画するかというポイントに絞っています。 典型的なスクリーンの描画フローでは、フレームごとにブラウザがJavaScriptを評価する。もしJavaScriptによって修正されていれば、エレメントのためのスタイルやレイアウトを再計算する。次に、ページをいくつかのレイヤに描いていき、レイヤをスクリーンにあてはめるのにGPUを使う。各ステージごとに、ウェブページやアプリが行うことが違い、それぞれにコストがかかる。スムーズな60fpsを目指したければ、ブラウザは全てを16msで完了させる必要がある。 JavaScriptがレイアウトを変更（margin, padding, width

https://tech.dropbox.com/2014/07/streaming-file-synchronization/ 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約3時間前 BoxがGEに採用されたり、IPOのタイミングが話題になったり。また、AmazonがZocaloで参入してきたりと、ファイルシェアの分野もにぎやかになってきました。 それに対してDropboxは、ファイル共有時間を短縮するストリーミング方式の採用を発表しています。 1) ファイルシステム Dropboxは、従来のファイルシステムのディレクトリツリーにおけるルートディレクトリにあたるところを、ネームスペースで抽象化している。各ユーザがルートのネームスペースを持ち、共有フォルダは一つもしくは複数のルートネームスペースにマウントした

http://blog.brianlovin.com/design-details-soundcloud-for-ios 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約4時間前 SoundCloudは、ブログからのPodcast配信のプラグインとしてよく使われているのは以前から知ってましたが、個人的にはミュージックプレーヤーとしては利用したことはありません。既に数十万のアーティストが楽曲のシェアに使ってるんですね。「Youtube for music」と呼ばれるレベルのサービスになってるとは気づいてませんでした。 リニューアルしたiOSアプリは残念ながらレビューは2.5程度ですが、Brian Lovinが取り上げているいるように、UIではいくつか細かい工夫がされてます。 個人的に気に入ったのは、まずは細かいと