XRミーティング 2022/04/20【AR/CR/MR/SR/VR】(https://osaka-driven-dev.connpass.com/event/244101/)登壇資料。 XRコンテンツ開発を容易にするための標準規格について調べてみた話。OpenVRを使いたいときにそれ自体のSDKがあるのかわからなくて基本的なことを調査した。
![Spring 5に備えるリアクティブプログラミング入門](https://cdn-ak-scissors.b.st-hatena.com/image/square/4daf05899c4bad318bf608d2b4423faa52c11e31/height=288;version=1;width=512/https%3A%2F%2Fcdn.slidesharecdn.com%2Fss_thumbnails%2Fspringdayreactive-161118064400-thumbnail.jpg%3Fwidth%3D640%26height%3D640%26fit%3Dbounds)
Reactive Manifesto の印象 正直 Reactive Manifesto を初めて読んだときは、Akka や Erlang についてよく知らなかったし「何か変わったことが書いてるか?」ぐらいの感じではあった。 しかしながら先日発表のあった Typesafe Reactive Platformで作るReactive System このスライドを見て、ようやく自分の中で具体例との対応付けができた。 Reactive System ・・・ Scala の Akka と Erlang, Elixir 引用するが、スライドでは「Reactive System の価値」として Reactive Manifesto にある Elastic / Resilient / Message-driven / Responsive を以下のように位置づけ整理している。 そして Scala 界隈で
Lagom で学ぶ Reactive Microservices Architecture @ 第3回Reactive System Meetup in 西新宿 近年、マイクロサービスアーキテクチャに注目が集まっています。そのような状況の中、米Lightbend社からマイクロサービスアーキテクチャ向けフレームワークの Lagom がリリースされました。Lagom は Reactive Manifesto で提唱されている Reactiveness を持つマイクロサービスの開発をサポートする、設計思想と機能を備えています。Reactiveness はシステムが大規模になるほど重要になってきます。この講演では Lagom の特徴的な設計思想や機能を取り上げ、マイクロサービスアーキテクチャを採用した大規模なシステムがとるべき振る舞いと、それが Lagom でどのように実現されているのかを解説
speakerdeck.com 第3回Reactive System Meetup in 西新宿のLTで発表をしてきました。 reactive-shinjuku.connpass.com LTという都合上、含めたかったけれど泣く泣く削ったボツネタも併せて補足するエントリです。 (例によって長いです。) Reactive Systemの文脈でドメインイベントを使うモチベーション 今回のLTの募集要項が「リアクティブに関連すればなんでも」なのに、思いっきりDDDの話じゃん!というのが、もしかしたらあるかもしれませんので、ここで補足しておきます。 引用:The Reactive Manifesto 上図の通りMessage Drivenがリアクティブシステムでの基盤となります。 このMessageは大きく3種類あることはスライドで述べましたが、その内のEvent Messageはリアクティブシス
システムの非機能要件は以前より高い要求を求められる傾向にあります。 たとえば、 – より多くのコアを使うには? – より短い応答時間にするには? – 限りなく0時間に近いダウンタイムにするには? – ペタ規模のデータを扱うには? などと考える機会が増えたと思います。 このような背景で登場したコンセプトが、”レスポンスが速い・障害に強い・負荷に応じてスケールする” 特徴を持つリアクティブシステム(リアクティブプログラミングのことではありません)です。最近注目されているので、言葉だけは耳にしたことがあるのではないでしょうか。クラウドやビッグデータ基盤の進化に合わせてアプリケーション設計の考え方も転換する時期だから注目されているのかもしれません。しかしながら、リアクティブシステムは登場してまだ間もないので、今後に備えてその鼓動を感じてもらえるセッションにしたいと思います。 そして、このリアクティ
はじめに This is a translation of The 7 Ways to Wash Dishes and the Case for Message-driven Reactive Systems by Jamie Allen, which originally appeared on the Lightbend blog. 本記事は Lightbend のJamie Allen氏によるブログ「The 7 Ways to Wash Dishes and the Case for Message-driven Reactive Systems」を翻訳したものです。なお、翻訳に際して、LightbendのEugene Yokota氏にレビュー頂きました。ありがとうございました。 理解が難しいリアクティブシステムのコンセプト(非同期とかノンブロッキングとか)を、皿洗いという日常的な行
https://jsug.doorkeeper.jp/events/50931 SpringOne Platform 2016 2016/8/1-4 @Las Vegas イベント全体・キーノート 主催がSpringコミュニティからPivotal社に変わった Pivotal Cloud Foundryのセッションが増えた 参加者2,000人超(昨年の倍) 日本からも約30名が参加(日本人発表者も) スポンサーの顔ぶれが大幅に変化 Accenture, Google, EMC, Microsoftなど大企業が肩を並べた NTT Dataもシルバースポンサー Case Studyが増えた 基調講演 ツールだけでなくソフトウェア開発サイクルを回すCultureが重要(Pivotal Labsの紹介) Springの歩み 2002 DI/AOP 2007 Annotation Config 200
Designing, Implementing, and Using Reactive APIs 1. Unless otherwise indicated, these slides are © 2013-2016 Pivotal Software, Inc. and licensed under a Creative Commons Attribution-NonCommercial license: http://creativecommons.org/licenses/by-nc/3.0/ Designing, Implementing, and Using Reactive APIs Ben Hale (@nebhale) Paul Harris (@twoseat) 2. Unless otherwise indicated, these slides are © 2013-2
どうもこんにちは。先日に引き続き技術本部の池田 (@yukung) です。少し日が空いてしまいましたが、 SpringOne Platform 2日目のレポートをお送りします。 他にもたくさんのセッションがありましたが、今回は私が聴講したセッションを中心にお届けします。セッション一覧はこちらです。 Main Stage1日目と同様、冒頭は Main Stage という Keynotes セッションでした。 Keynotes 前半主に前半は Cloud Foundry や OSS, Community の話や、ユーザーである Bloomberg, McKesson, Manulife といった企業がいかにしてソフトウェアを中心にした企業文化に変えていったのかといった culture の話、そして Cloud Foundry と Google, Microsoft, Accenture が協力
なぜRxJava? RxJavaは様々な特性を併せ持ったライブラリですが、簡単にまとめると以下のような機能に分類されます。 List処理の抽象化・ストリーム化 Optional Future/Promise Data Binding Event Bus Android開発でRxJavaをチームに導入した話 Java 8ではStream APIやOptionalが導入されていますが、Androidや業務要件などそのAPIを使えない環境も存在します。 また、非同期や並列などそもそもJavaで扱いにくい処理を、統一されたインターフェイスで簡潔に記述できるなどのメリットも多く、その基本的な機能を試してみたので紹介します。 なお、ここに記載する内容はRxJavaの使い方が中心で、RxJava自体の概念やFRPなどについては、他にも多くの方々紹介してくださっていますので、そちらをご覧いただければと思い
Reactive Extensionの調査中にReactor Core 2.5が面白いことに気がついたのでまとめ。 JavaDoc GitHub A lite Rx API for the JVM by Sébastien Deleuze (Spring I/O 2016での発表資料) Reactor Core (2.5) = Reactive Streams + Reactive Extensions(の一部) Reactor(〜2.0)は効率的な非同期プログラミングのためのツールキットで、基本的な関数型(Java8以前に開発されたため)に始まって高効率なスケジューラー上に実装されたReactive StreamsやそのReactive Extensions(Rx)、非同期のネットワークライブラリ等を提供していました。 ところがReactor 2.5を開発するにあたってプロジェクトの構成
Our previous talk "Intro to Reactive Programming" defined reactive programming and provided details around key initiatives such as Reactive Streams and ReactiveX. In this talk we'll focus on where we are today with building reactive web applications. We'll take a look at the choice of runtimes, how Reactive Streams may be applied to network I/O, and what the programming model may look like. While
This is your one stop shop introduction to get oriented to the world of reactive programming. There are lots of such intros out there even manifestos. We hope this is the one where you don't get lost and it makes sense. Get a definition of what "reactive" means and why it matters. Learn about Reactive Streams and Reactive Extensions and the emerging ecosystem around them. Get a sense for what goin
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く