Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...
![注目を集めるリアクティブプログラミング](https://cdn-ak-scissors.b.st-hatena.com/image/square/ae84da8ad454d9f147ee9b8b3d04e38c76d6581b/height=288;version=1;width=512/https%3A%2F%2Fcdn.infoq.com%2Fstatics_s2_20240530133300%2Fstyles%2Fstatic%2Fimages%2Flogo%2Flogo-big.jpg)
id:KenichiroMurata(@muraken720 )です。 本記事はJava Advent Calendar 2013 - Adventarの6日目の記事です。 皆さん、RxJava 使っていますか? RxJava はNetflixが開発する Reactive Extensions のJava版です。Reactive Extensions (Rx)はReactive Programmingを可能にするライブラリです。 私はReactive Programmingとはなんぞや?と語れるほどには詳しくないので、ここでは asynchronous で event-based なプログラムを書くのに便利なライブラリというレベルの紹介とさせて頂きます。:-) さて、なぜ RxJava なのか?というと Vert.x を使って、asynchronous で eventbusベースのプログラ
config_param :queued_chunk_flush_interval, :time, :default => 1 を追加したコミットがどれかを探したいとします。 しかし、git blame を見るとこんなかんじに、インデントコミットによってほぼ全ての履歴が上塗りされていてどれだかわからない、みたいな状況にどうやって真犯人を探そうかという話です。 1. git blame -w を使う インデントコミットを無視したいだけであれば git blame の -w オプションが使える。-w は比較の際に whitespace を無視してくれるオプション。git diff にもあるよね。 $ git blame -w lib/fluent/output.rb ... (省略) 14d01c71 (Masahiro Nakagawa 2013-03-27 03:56:51 +0900 1
AngularJS is the current MVV-Whatever JavaScript framework by Google. Among other things, it provides bidirectional data binding. Although I’m neither a Java nor a JavaScript expert, I choose the following scenario for my ‘Hello-World’ example: Java backend provides a RESTful web service. AngularJS consumes the web service. That’s it. Project structure I intentionally put the backend and frontend
概要 Bakusoku Iterations Tokyoは、DeployGateが主催する「アプリ開発サイクルをより高速に回すためのノウハウを共有する勉強会」です。 アプリ開発の現場をもっと良くしていきたい、他の会社はどうやっているのだろう?と考えている方は是非ご参加ください。 第一回はゲストをお招きし、各社がどのようにしてアプリ開発サイクルの高速化に取り組んでいるのか紹介していただきます。 ピザとビールをつまみながら、楽しい時間を過ごしましょう! タイムスケジュール 19:10- 開場 19:30- 挨拶 19:40- 発表 21:00- 懇親会 発表内容 発表者(敬称略) タイトル
こんにちは。Androidチームの中川@Nkznです。 作ったまま放置していた技術者ブログをそろそろ動かして行きたいと思います。 変わったこと GitHubでMarkdownなどのファイルを閲覧する際に、元々のプレーンテキストのファイルが見たくなると、「raw」というボタンにお世話になると思います。これ↓ですね。 さて、これまではrawでファイルを見た場合のURLは https://raw.github.com/android/platform_packages_apps_settings/master/res/layout/display.xml こんな感じでした。 それがこの度、こうなりました。 https://raw.githubusercontent.com/android/platform_packages_apps_settings/master/res/layout/disp
先日、potatotips #7 にて、Parse と上手に付き合うための tips を発表させていただきました。 この記事では、ParseSDK を使う上で気をつけていないとハマるポイントを、もう少し掘り下げつつ、発表には無かったものも含めてお送りしようと思います。 1. 非同期処理 1-1. **InBackground はメインスレッドをブロックする 名前からして、メインスレッドとは違うスレッドで非同期に処理をしてくれて、結果をコールバックにかえしてくれるように見えますが、メインスレッドをブロックするところがあるので Stop the World します。 内部的にはリクエストをキューに積んで逐次処理でさばいているようですが… 1-2. **InBackground のコールバックは Context の生死にかかわらず呼ばれる よくあるカンタンな実装として、以下の様なものがあると思い
The Netflix Tech Blog: Going Reactive — Asynchronous JavaScript at Netflix Link: The Netflix Tech Blog: Going Reactive — Asynchronous JavaScript at Netflix Our own Jafar Husain shared how we’re using the Reactive Extensions (Rx) library to build responsive UIs across our device experiences. Pretty impressive talk on Rx by Netflix. Looks like a great alternative to Promises, on handling asynchronou
「うちは JSON-RPC やらんのかね」みたいなことを聞かれたので、前に考えた内容をここに晒す。 method 名について メソッド名が content-body にしか入らないので、ログがおいづらい。 (多分、実際に運用するにあたってはクライアント側で ?method=XXX みたいに付与するとかやって運用するんですかね? なんかちょっと本末転倒っぽい) 特定の API method だけこっちのサーバーにふる、とかするのがつらそう。 id が意味ない over HTTP で運用する場合、id を付与していることのメリットがない。 デメリットとして、JSON 自体をまるっとキャッシュすることができなくなる。 メリットについて フォーマットがきまっているので、server2server とか、小規模のサービスとか、あるいは over TCP でやるんなら便利なケースはあるかな、とおもって
potatotips #7 で、 Travis-CIのandroid supportが始まったことを知った。 いまさら Travis CI Android Build Support Now in Beta (2014-05-07) そこで、werckerを使っていたプロジェクトをtravisに乗り換えることにした。理由は、Chrome extensionのMy Travisを使っているため。これはfailureの数を教えてくれるエクステンションで、複数のプロジェクトをCIしているときは必須の機能である。 Travisの設定は以下のようになった。android emulatorを使うためにはandroid(1)を使ってavdを作るところからはじめなければいけないが、これはwerckerも同じなので、設定の手間としては大差ない。 https://github.com/gfx/android-
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く