スマホをテレビ化するnasne連携アプリ「torne mobile」
React 雑感 - Qiita
3/22 (日) の rebuild.fm で React の話をしようと思っているが、その前に頭を整理するために React 雑感。雑感なので殴り書き。 React はこれ一つで複数の課題を解決しようとしている。そのため、人と議論してると話のコンテキストがぶれやすい。ざっくりは フロントエンドのプログラミングパラダイムを、サーバーサイドのような富豪的なスタイルに変える コンポーネント (雑に言うと独自タグ) 指向で UI を組み立てる ステートレスコンポーネントやメッセージパッシングで疎結合性を高めることにより、イベントの依存関係地獄を解消する。また結果的にテスタビリティを高める あたりだろうか。 React というと最初に目につくのは VirtualDOM だけれども、VirtualDOM は 1 や 3 を達成するために障害となった技術的課題を解消するためのテクニックであってそれ以上
RxJava的なものを最小限に実装してコンポーネントの関係を理解する - Qiita
社内のRxJava勉強会用の資料です。 軽く、ほんの軽くRxJavaのサブセットを20行ほどで実装してみました。 https://github.com/gfx/RxInTheBox 概要 RxJavaはPromise的なもので、連続した「イベントの発生 / 値の生成」を扱えるようにしたもの Observableは「イベントが発生するかもしれない状態 / 値の生成中」という状態を表すオブジェクト OnSubscribeはObservableの中身で、「イベントの発生 / 値の生成」をObservableに通知するためのオブジェクト SubscriberはObservableから「発生したイベント / 生成された値」を受け取るコールバック RxJavaの捉え方 まずRxJavaですが、いくつかの捉え方があります。 リスト処理の抽象化・ストリーム化 Optional的な何か Promise的な何
今回は「家族」にフォーカス～IIJmio2015年春のサービス改訂
2015年春のサービス改訂のキーワード 今月に入ってから3連続で発表した、IIJmioのサービス改訂。それぞれニュースなどで取り上げていただきましたが、ご覧いただけたでしょうか？ 「IIJmio高速モバイル/Dサービス」のファミリーシェアプランにおいて追加SIMカードのMNP転入への対応を開始 (プレスリリース) IIJ、「IIJmio高速モバイル/Dサービス」において高速通信用のデータ量を増量 (プレスリリース) IIJ、MVNO業界初となる「ファミリー通話割引」を提供開始。 同時に 「みおふぉんダイアル」を提供開始–家族間の通話料を最大60%割り引き– (プレスリリース) これらのサービス改訂は、もちろんすべての方にご利用いただけるものですが、実は今回の三つの改訂には「家族」というキーワードが共通しています。今回のてくろぐでは「家族」という観点からこれらの改訂をまとめてみたいと思います
クリティカルCSSの動的なインライン化
Inlining critical CSS for first-time visitsという、クリティカルCSSを初回訪問時のみインラインに展開して、その後はインライン化せず予めキャッシュさせておいたフルセットのCSSを使うというアイディアについての記事を読んだ。実装はともかく、アイディアとして成立していないんじゃないかと思う。 クリティカルCSSをインライン化することのメリットは既に多くのウェブサイトでも取り上げられており、もちろんネタ元のGoogle PageSpeedでも項が割かれている。ここでは特に触れないが、描画領域の大きさにかかわらず初期描画の高速化には大きなメリットがあるとは言えるだろう。上記リンク先の記事ではそれを動的に行うことで、2度目以降の訪問の時にはキャッシュ済みであるフルセットのCSSを使わせるようにし、効率的なキャッシュ運用と保守性を実現する実装について解説されて
入門 React
Facebookが開発したJavaScriptライブラリ「React」の解説書。本書では、サンプルアプリケーションを用いてReact.jsのすべての側面を解説します。「第I部 基礎」でReactコンポーネントの作成と合成を学び、Reactの基本的な使い方を理解します。「第II部 応用」ではワンランク上のコンポーネント作成について学びます。「第III部 ツール」ではReactと共に使用して堅牢なアプリケーションを実装するためのツールについて学びます。最後の「第IV部 実践」では大規模なアプリケーション開発に必要な知識やWeb以外のユースケースについて解説します。読者はコンポーネントベースの最新のフロントエンド開発についての体系的な知識と技術を身につけることができます。日本語翻訳版の本書ではReactの開発環境の構築手順とAPIリファレンスを巻末付録として収録。 目次 まえがき 第I部 基礎
完璧なJavaScriptフレームワークを求めて Part 1 | POSTD
最近のフロントエンド開発では、多くのフレームワークやライブラリが利用できます。ただし玉石混淆で、良い物もあれば悪いものもあります。そんなわけで多くの場合、私たちは特定のコンセプトやモジュールまたは構文に傾倒しがちです。でも、それが万能かと言うとそうでもありません。この投稿では、将来的なフレームワーク、つまりまだ存在していないフレームワークについて話をしていきたいと思っています。現状で利用可能なJavaScriptフレームワークの利点や欠点をまとめて、完璧なソリューションを思い描いてみましょう。 抽象化は危険 私たちはシンプルなツールが好きですよね。複雑さはある意味、命取りです。作業が難しくなり、一定時間内で多くのことを覚えなければならなくなる（急勾配の学習曲線が求められる）ようなことが多々あります。プログラマは仕組みを理解するまで気も休まらないのではないでしょうか。複雑なシステムで作業をす
material-fluxというFluxライブラリをREADME駆動で開発した
material-fluxというFluxアーキテクチャの実装ライブラリを書きました。 Fluxって何?と思う人は以下などを見ると良さそうな気がします。 React: Flux Architecture - Video Tutorial Series @eggheadio Fluxとはなんだったのか + misc at 2014 - snyk_s log Fluxアーキテクチャの覚え書きを書いた - snyk_s log The Flux Quick Start Guide Getting To Know Flux, the React.js Architecture ♥ Scotch What the Flux? (On Flux, DDD, and CQRS) — Jack Hsu なぜ作ったか IDE readable(machine readable)なライブラリが欲しかったのがひと
Babel で IE8 対応する地獄 - Qiita
IE8 対応が必要な JavaScript に Babel (+ webpack) を使っているんだけど、素直に書くと動かないところがあったのでメモ。 とある事情により Polyfill も叶わない環境を想定している。 大体これと同じ内容: Caveats · Babel class を使うためには・・・ class を使ったコードを Babel に変換させると Object.defineProperties を使って class 相当を実現させようとする。しかし、IE8 以下の古い IE には Object.defineProperties が無いため、エラーになる。 IE8 でも class が使いたいときは、loose mode の es6.classes を使う:
サブスタックがFetchの仕様についてガチギレしてるのでまとめた.md
サブスタックがFetchの仕様についてガチギレしてるのでまとめた.md Fetch API、これ前に戻ってるだろ、chunk化する事もできないし、全てbufferしちゃうじゃん Fetch APIただのTrendyなAPIっぽく見せてるだけで上辺だけ変わって何も新しい事ない incrementalなchunkに基づく全二重通信可能な(full duplex)httpがあれば、streamでそれをまとめられるのに @domenic このゴミみたいなAPIがどこから来たのか分かる？そんでなんで全部のレスポンスバッファしちゃうの？ @substack response.json()とresponse.body() はstreamにする予定だから、もう少し待ってよ、、、 @domenic なんでそんな .json とか .bodyみたいなのがいるの？ textはどうなったの一番統一のインタフェース
HTTP2 for front-end web developers | en.ja Article
CreditThis article is translated with permission of Matt Wilcox. You can find original article at HTTP2 for front-end web developers.本記事はMatt Wilcox氏の了承を得て翻訳された記事です。 原文はHTTP2 for front-end web developersにて掲載されています。HTTP2は我々開発者のWebサイト作成の常識を変えるだろう。HTTP1におけるベストプラクティスはHTTP2の世界では害になってしまう。 HTTP1は今日におけるWebの大半において遅く非効率であるHTTP1.xは私達が最も慣れ親しんでいるHTTPのバージョンだ。HTTP1.xは、ワールドワイドウェブがどのようになるか予想できなかったときに設計された古いプロトコル
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
