【翻訳】あなたが求めていたリアクティブプログラミング入門 - ninjinkun's diary
original: The introduction to Reactive Programming you've been missing (by @andrestaltz) (translated by @ninjinkun, reviewed by @ma0e) あなたはリアクティブプログラミングと呼ばれる新しい方法が気になっている。 勉強するのは大変で、良い教材がないのでさらに難しい。私が勉強を始めたときは、まずチュートリアルを探した。見つけたのは一握りの実践的なガイドだけ、しかもそれらは表面をなぞっているだけで、リアクティブプログラミングのアーキテクチャ全体像を構築しようとしてはいなかった。ある関数を理解するのに、ライブラリのドキュメントは役に立たないことがある。 これを見て欲しい。 Rx.Observable.prototype.flatMapLatest(selector,
HTML5 Conferenceのセッション資料を公開しました | アクセシビリティBlog | ミツエーリンクス
2015年1月25日に行われたHTML5 Conferenceの「Web Componentsのアクセシビリティ」セッションには、たくさんの方にご参加いただきありがとうございました。当日使用した発表資料をSlideShareで公開しました。
jspm で快適 javascript 生活（クライアントサイド JS の依存管理決定版） - Qiita
追記 config.js は常に自動生成されるものだと思っていましたが、その認識は誤りだったようです。 そのため、jspm_packages 下ではなく、public ディレクトリに設置するようにしました。 はじめに ぼくは Web の技術が大好き。 はじめに HTML 書いてブラウザで見たら表示されて感動したのを今でも覚えてる。 そんな調子でプログラミングの仕事について、ずっとそこらへんを書いてるけど、 最近の開発、めんどくせーこと多くないですか。 AltJS だー、React + JSX だー。ミニファイだー。依存の解決だー！ もちろん、必要なことだし、イケてるのもわかるけど、開発中に毎回 watch すんのもめんどいし...。と思っていた。 救世主 jspm 会社の人がなにげなく紹介していた jspm。 ビルドツールとかの「開発全体がキレイで楽になります！」っていうのが好きなので、試
コードレビューについて - (define -ayalog '())
普段お仕事している中で何故かコードレビューをしている時間がわりとあって、暇さえあれば(暇がなくても)コードレビューしている。 そんな中でどういうところを見たらいいのか、あるいは見るべきなのかというのが自分の中である程度蓄積された気がするので書いてみる。あと最後に普段考えていることを少し書いた。 前提 現在の僕の参加しているプロジェクトはこんな感じ Rails プロジェクト( AngularJS 使ったりしている) Git 使ってる( Pull Request ベースの開発で以下が merge 条件) 2 人以上に approve される テストが通ること(継続的インテグレーションの実施) 静的コード解析は導入している( Rubocop, jshint, pre-commit など ) テストのカバレッジは計測していない(月一くらいで測ってるらしいんだけど、だからどうっていう話はない) プ
JSer.info 4周年
今日でJSer.infoは4周年です。 この一年の間に、Ju U-YeongさんによるJSer.infoの韓国語訳が始まったり、このブログをGitHub Pagesに移行したり、JSer.info 200回記念イベントをやったりしました。 この一年ではGulpがGrunt並に使われるようになった事やBrowserifyやwebpackといったビルドツールの利用をよく見るようになったり、最近では6to5の登場もあってES6の構文を使って書ける環境などツール周りの変化が大きかった気がします。 ブラウザではIEのサポートポリシーの変更やstatus.modern.IEの公開、オープンガバナンスモデルを元に予測可能なリリースサイクルの提供を目的としたNode.jsのforkであるio.jsが公開されたりしました。 どちらも新しい技術へ追従するために、高速なリリースサイクルを取り入れる事が目的の一つ
なぜモジュールをgithub止まりにするのか | All Your Bugs Are Belong To Ass
『tl;dr』 http://d.hatena.ne.jp/charsbar/20080606/1212704287 『tl;dr』は甘え ここまで読んで意味がわかった方には、このポエムを読む必要などありません。読むだけ時間の無駄ですので、より創造的な活動に貴重な時間を費やしていただきたい。 え？どういうことｗ はい、此処から先は、上記の意味が解らなかった方向けにお届けする、自戒風個人的見解というジャンルのポエムです。 CPANにモジュールをリリースするということ 思うに、少なくとも以下のような意味があるはずです。 あなたの作ったモジュールが、cpanm一発でインストールできるようになる。 これはそのままで、単にcpanm Your::Moduleなどのようにすることでインストールできるようになることを指しています。 あなたの業務で当該モジュールを利用していた場合、確かにこれは如何にも便利
JSON Schema: interactive and non interactive validation
Internet Engineering Task Force fge. Galiegue, Ed. Internet-Draft Intended status: Informational K. Zyp Expires: August 5, 2013 SitePen (USA) G. Court February 1, 2013 JSON Schema: interactive and non interactive validation draft-fge-json-schema-validation-00 Abstract JSON Schema (application/schema+json) has several purposes, one of which is instance validation. The validation process may be inte
新しいブログプラットフォームを解剖：「Medium」と「Svbtle」は何が優れているのか | ライフハッカー・ジャパン
最近、「Medium」や「Svbtle」といった、新しいブログのプラットフォームが次々と登場しています。「Wordpress」のようなパワフルで定番のプラットフォームの代わりに、これらを使う利点はどこにあるのでしょう？ MediumとSvbtle（加えて言うなら米 Lifehacker 独自のプラットフォーム「Kinja」も）は、最近ブログの世界に参加した「新入り」です。どれもブログのプラットフォームを軸にしています。 が、それぞれに少しずつ異なった機能があります。ここでは、その機能に注目しながら、自分に合ったプラットフォームの選び方を紹介していきます。 従来のプラットフォームとの違い Medium や Svbtle などのサイトは、一見するとほとんどブログには見えません。どちらかといえば、オンラインマガジンのようなデザインです。メインページには、さまざまな人が書いた人気の記事が並びます。
jQuery 3.0: The Next Generations | Official jQuery Blog
It’s hard to believe it’s been nearly eight years since jQuery was released. Web development has changed a lot over the years, and jQuery has changed along with it. Through all of this time, the team has tried to walk the line between maintaining compatibility with code from the past versus supporting the best web development practices of the present. One of those best practices is semantic versio
A State of Change — On the future of Object.observe
{ } { changed: true } No idea it changed Solutions? var model = new Model(); model.set('foo', 'bar'); model.get('foo'); Dirty checking — a.k.a. $scope.$digest( ) — “Angular models are plain old JavaScript objects. This makes your code easy to test, maintain, reuse, and again free from boilerplate.” var o = {}; Object.observe(o, function(changes) { console.log(changes); }); // Add a property o.foo
Faster Mac OS X 10.10 Yosemite Upgrades for Developers – Jim Lindley
Your Yosemite upgrade may take many hours if you’ve got anything non-Apple in your /usr folder (Homebrew, Texlive, or Mactex for example). If you got here by googling for “Yosemite install stuck” or “one minute remaining” it’s too late to speed it up… but don’t turn off your computer, let it finish. This will only materially impact your speed if you’ve got hundreds of thousands of files in /usr/lo
Ctrl+Cとkill -SIGINTの違いからLinuxプロセスグループを理解する | ギークを目指して
しばらくLinuxネタが続く・・。 近いうちに最近出たJava8ネタを書いてみようと思います。が、もう少しLinuxネタにお付き合いください。 前回はsshdを対象に親プロセスをkillした場合の動作を確認した。 killされたプロセスの子プロセスは孤児プロセスとなり、カーネルによって自動的にinitプロセスの子として扱われる事を説明した。（この動作を「リペアレンティング」と呼ぶ） 今回はこの続き。 Linuxで作業していてCtrl+Cしてプロセスを終了した場合、フォアグラウンドのプロセスやその子プロセスも一緒に終了する。 ということは、子プロセスは孤児として扱われず、リペアレンティングされていないことになる。 今回の記事ではこの振る舞いの違い（リペアレンティングされるか否か）に着目し、kill -SIGINTコマンドとCtrl+Cの違いについて考えていく。 そもそもkillコマンドやCt
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Rest Term – Web関連技術の話など