You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
React.js v0.13のRC2がリリースされたのでまとめてみます。 http://facebook.github.io/react/blog/2015/02/24/react-v0.13-rc1.html http://facebook.github.io/react/blog/2015/03/03/react-v0.13-rc2.html http://facebook.github.io/react/blog/2015/02/24/streamlining-react-elements.html 今回のバージョンで何か大きく変更があるというよりもv0.14でやりたいことに向けての布石が多いように感じます。 試すときはこの辺りから。 http://fb.me/react-0.13.0-rc2.js http://fb.me/react-0.13.0-rc2.min.js http:
この記事は AWS re:Invent 2014、PFC304-JT - Effective Interprocess Communications in the Cloud: The Pros and Cons of Micro Services Architectures - Japanese Trackのレポートです。 スピーカーはNetflixのSudhir Tonse。 レポート どうやってMicroservicesに変化していったのかを話したい。 これまで何度か本番環境が停止し、そこからたくさんのことを学んだ。それを共有したい。 Netflixについて。映画のストリーミングサービス。 PCやPS4などで再生できる。 ネットワークの1/3のトラフィックをNetflixが占めることがある。 20億以上のエッヂAPIリクエストがあって、500以上のMicroservicesが動いてい
This talk discusses Linux profiling using perf_events (also called "perf") based on Netflix's use of it. It covers how to use perf to get CPU profiling working and overcome common issues. The speaker will give a tour of perf_events features and show how Netflix uses it to analyze performance across their massive Amazon EC2 Linux cloud. They rely on tools like perf for customer satisfaction, cost o
Recent posts: 24 Mar 2024 » Linux Crisis Tools 17 Mar 2024 » The Return of the Frame Pointers 10 Mar 2024 » eBPF Documentary 28 Apr 2023 » eBPF Observability Tools Are Not Security Tools 01 Mar 2023 » USENIX SREcon APAC 2022: Computing Performance: What's on the Horizon 17 Feb 2023 » USENIX SREcon APAC 2023: CFP 02 May 2022 » Brendan@Intel.com 15 Apr 2022 » Netflix End of Series 1 09 Apr 2022 » Te
今回はReact.jsとも関わりがあるFluxについて紹介したいと思います。 Flux is Architecture ↑の図はfacebookのfluxのリポジトリにあるものですが、Fluxは上記のようなArchitectureの名称です。facebook/fluxのrepositoryに行ってもらうとわかるのですが、実装としてはDispatcherの部分があるだけです。 Unidirectional data flow 先ほどの図を見てもらうとわかる通り、Fluxではアプリケーションの複雑さをなくすため、データの流れを一方向にします。 そのため全体の処理の流れはわかりやすくなりますが、Angular.jsなどで書くときに比べて冗長に感じることもあるかと思います。 しかしながら単純なデータの流れを作ることで、ある程度の規模になってアプリケーションが複雑化してもデータやイベントの流れがスパ
FluxもReactもよくわからん状態で入門して今日一日泣きそうになってたのでメモ。 というかいわゆるJavaScriptMVCをガッツリ書いたこと自体がないです。 Arda、指輪物語由来っていうあたりがよさがありますね。 あと全体的に薄いので、FluxとReactの仕組みを学びつつ、他と組み合わせたりいざとなったら捨てたり出来そうなのでよさそうっぽいなっていう雑な考えでいじりはじめました。 また、せっかくなので今回はContext層をTypeScriptにしつつComponentをCoffeeScriptにしてTemplateをreact-jadeに分離する、作者推奨っぽい構成でやってみました。 全体的な構成は mizchi-sandbox/arda-starter-project · GitHub から持ってきた感じなので、ツールの設定など特に言及のない部分は同じだとおもっていただきた
去年公開したevilというSPAなアプリをfluxで書き直してる。 http://evil.gmork.in/ React、子Componentから親Componentのstateを変更したい時、propsで親のメソッドを子に渡すのが良いとドキュメントのTips↓には書いてある Communicate Between Components | React これ、複雑になってくると明らかに無理で、Component間の通信だけの時でもイベントでやりたくなる。 イベント、fluxだと Component -> (Action) -> Dispatcher -> Store -> Component となり、間にいっぱい入って邪魔。 stateを変更したいだけなので、少なくともStoreを通す必要はない。 なので、今書いてるコードでは、Viewの大きな固まり毎にFooViewActionみたいな
Help us understand the problem. What is going on with this article? どうも、@armorik83です。 Fluxフレームワーク"Arda"、皆さんご存知ですか? 概念や思想を含めて大々的に発表されたのは、おそらく2015年2月16日(記事掲載時点でおととい)という新たなOSSです。 開発者は@mizchi氏。Qiitaの中の人 (Kobito)、魂が震えてる人、Reactの人として有名かと思いますが、個人的にはAngularJSが嫌いな人という認識です。 今回、そんなmizchiさんが開発されたフレームワーク"Arda"をあえて取り上げたい衝動に駆られたので、興味のある方はお付き合い下さい。 動機 気になった理由の前に、ここに至った動機を前置きします。ここ長いです。例のアレな感じです。 思い出話 私は2013年秋からAng
Browserify による JavaScript コンパイルは便利だがファイルが増えてくると処理時間の長さがネックになる。3 秒を超えたあたりから gulp.watch で監視するにはきつくなる感じ。 スクリプト間の依存を解決しつつ *fy 系の処理もこなすのだから仕方ないともいえる。とはいえ、ひとつファイルを変更しただけで構成ファイル全体がコンパイルされるのは防ぎたい。そのためには差分コンパイルが必要だ。というわけで watchify を試してみる。 2015/5/20 補足 本記事と関連する記事として「gulp-watchify を試す」を書いた。こちらは gulp プラグインで Browserify/watchify を処理している。 watchify は Browserify をファイル監視つきで実行するためのモジュールである。コマンドライン ツール、Node モジュールとして利
デプロイ直後のサービスの監視など、twitter上で特定のキーワードに関する反応を監視しておけると便利なことがあると思います。チャットに常駐させたBotにtwitterを検索し続けてもらい、これを実現します。 準備 Rubotyと以下のプラグインを組み合わせて使います。導入のための記事としてRuby製HubotクローンのRubotyをSlackで動かす - Qiitaというのも過去に書いたので、もしよければ参考にしてください。 https://github.com/r7kamura/ruboty-cron https://github.com/r7kamura/ruboty-slack https://github.com/r7kamura/ruboty-twitter_search ruboty-slack BotをSlack上で動かすためのプラグインです。今回はSlackを使いますが、
Powerlineが統一されたようですね. 過去の情報が残っていたり,統一後の情報が少なかったりで苦労したので,行ったことを残します. いろいろ試しすぎて記憶が錯綜していたり,集めることができた情報のみで記載していくので,あくまで参考でよろしくお願いします. 今回はMacを対象にPowerlineを導入します. Powerlineのバージョン2.4を対象とします。 zsh,vim,tmuxのインストールとともにPowerlineの設定をします. Homebrewを導入済みとします. 本家ドキュメントを中心にやっていきます. 環境 導入するPC環境 OS X El Capitan iTerm 2 Build 2.1.4 bash 5.2 Homebrew 0.9.9 git 2.8.1 iTerm上で作業していきます。 pyenvとかが入ってるとパスが変わってくるかもしれません(未確認).
これは、冒頭の問いから端を発した、各章のつながりが不明瞭なエッセイ、流行りのミームでいうと技術的ポエム、であり、プログラミングをテーマにしていてもプログラミングの記事ではない。(と一番最後まで書き終わった自分が注釈を入れている) 良いコードとは何か 趣味で4年、本腰を入れたは最後の2年なのだが、それから3年間ほど仕事でプログラムを書いてきた。それで、趣味プログラマと業務プログラマの一番の違いは、業務プログラマが要求されるのが「他人にどれだけ意図を伝えることができるか」ということに尽きると思うようになった。 他人にとって良いコードとは、書いた人の意味が読み解けるコードであると思う。どれだけ書いた本人の自意識の中でかっこいい・よいコードを書いたと思っていて、実際にちょっと紐解けばそのポテンシャルがあったとしても、隣に座っている人間に伝わらなかったら意味が無い。正しくコードレビューが行われるなら
CSSフレームワークを使うと見た目が整ったWebサイトを素早く構築できます。ただ、あまり多機能なフレームワークを選ぶとカスタマイズがしづらくなり、フレームワークの雰囲気に引きずられてしまいます。 素早さと自由さのバランスが大事なのですが、今回紹介するOpen Styleは割とシンプルで、仰々しい機能が多くないのが特徴と言えるかも知れません。 Open Styleの使い方 今回はスクリーンショット多めで紹介します。 背景色。基本はオレンジ、緑、青、黒の4色です。ここはカスタマイズできるでしょう。 テキストカラーとフォントサイズ。 グリッド。7分割というのが特徴かも。 間を空けたり寄せることができます。 テキストの配置も自由です。 ボタン。 フォーム。こちらは最低限。 カード型表示。 背景に画像を当てる表示。パララックスエフェクトにも対応しています。 カバー表示。動画も使えます。 フラッシュ。
Developers Summit 2015講演資料 新世代「JavaScriptコントロール」が登場 ― 新「Wijmo(ウィジモ)」の実力 ― http://event.shoeisha.jp/devsumi/20150219/session/659/
#error_handling_sushi でJavaScriptのエラーハンドリングについて議論した。 自分はPromiseのエラーハンドリングの握りつぶしの問題を見つけやすくするイベントの実装について、Promise Error Handlingという話をした。 ログ: #error_handling_sushi - Togetterまとめ #error_handling_sushi 始まった #寿司とは pic.twitter.com/XZe21QTsDO — Takuto Wada (@t_wada) March 6, 2015 – 基調講演 - teppeis これが #error_handling_sushi pic.twitter.com/vSLDpthYi4 — azu (@azu_re) March 6, 2015 #error_handling_sushi 基調講演 一
This document provides an overview of Elastic Load Balancing (ELB) on AWS. It discusses the different types of ELBs (Application Load Balancer, Network Load Balancer, Classic Load Balancer), their key features and how they can be used to build scalable and highly available systems by distributing traffic across multiple Availability Zones and targets like EC2 instances or ECS containers. It also c
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く