Java 8 に辿り着くまでに起きた 不思議なこと - Indeed Engineering Blog
Indeed では Java 7 から Java 8 へ移行しています。 (現段階では、移行は完了しております。）段階にわけて移行しており、まず Java 7でコンパイルされたバイナリを JRE 8 （Java 8 の実行環境）で実行するところから始めました。一度に全てを切り替えてしまうのではなく、いくつかのカナリアテストアプリを使用して、どんな問題が見つかりそうか様子を見ました。 私たちは、求人検索のウェブアプリを一つ目のカナリアテストとして選びました。昨年の 5 月に、私たちは本番環境にある 1 件の求人検索サーバーを JRE 8 に切り替えました。何も問題なく、 QA 環境で JRE 8 を数週間使用していましたが、本番環境をJRE 8 に切り替えたところ、システム負荷は 5 （通常のレベル） から 20 （異常なレベル）まであがりました。進める前に、まず修正が必要なくらいはっきりと
GitHub - tedyoung/awesome-java8: Curated list of useful, if not amazing, resources that take advantage of Java 8 and "Modern Java" thinking.
A truly curated list of useful, if not amazingly awesome, tools, libraries, frameworks, and other resources that take advantage of (or even require) Java 8 features, such as Lambdas, or have a more modern approach to writing Java code. Those that require Java 8 are marked with an 🎱 emoji (for "eight ball" or sometimes "billiards"). If you want a larger list of Java resources not specific to Java
引数にOptionalを使うことの是非について
Koichi Sakata (じゅくちょー) @jyukutyo Javaでメソッドの引数がOptional<Hoge>型のときでも、やっぱり引数のnullチェックいるよね… 2015-11-20 15:50:00
Common SQL clauses and their equivalents in Streams
Functional programming allows for quasi-declarative programming in a general purpose language. By using powerful fluent APIs like Java 8’s Stream API, or jOOλ’s sequential Stream extension Seq or more sophisticated libraries like vavr or functionaljava, we can express data transformation algorithms in an extremely concise way. Compare Mario Fusco’s imperative and functional version of the same alg
Fast and fluent Java HTML5 builder - Java HTML builder
Getting started with j2htmlImport TagCreator to get started. j2html's syntax is fluent and closely matched to HTML: import static j2html.TagCreator.*; public class Main { public static void main(String[] args) { body( h1("Hello, World!"), img().withSrc("/img/hello.png") ).render(); } } The Java code above becomes the HTML below: <body> <h1>Hello, World!</h1> <img src="/img/hello.png"> </body> Chec
Concurrency Utilitiesの「再」まとめ - Java8対応版 - argius note
以前、このような記事を書きました。 Concurrency Utilitiesを使った並列処理・マルチスレッドのおさらい (2013-12-26) 前回の内容は、Concurrency UtilitiesだけでなくJavaのマルチスレッドの話も一部含んでいましたが、今回は、Concurrency Utilitiesだけにフォーカスして、全体が分かるように整理してまとめ直しました。 目次 概要 準備 タスク・フレームワーク (Executor) 同期キュー シンクロナイザー 並行処理コレクション 時間単位 アトミック値型とアトミック操作 ロック・フレームワーク 概要 今回は、Concurrency UtilitiesのAPIをいくつかのグループに分類し、それぞれのグループの主要な機能を「広く浅く」紹介する、という形式でまとめています。 パッケージ単位で分け、それからjava.util.con
little code, much immutability: java 8 streams and immutable collections – MetaBroadcast
we write about the things we build and the things we consume I finally got to play with Java 8 streams and lambdas in more than a “Hello, World” way a couple of weeks ago. It was all pretty basic stuff—a map here, a few filters there, a sprinkling of counts—but it’s lovely to finally have first-class support for things we’ve been using in Guava for years, and lambdas make the syntax much more ters
僕のOptional<>の使い方がカッコワルイ。 - 谷本 心 in せろ部屋
昨日、Spring MVCのOptionの使い方がカッコイイという話で、こんなコードを書きました。 @RequestMapping("/") public String hello(@RequestParam("name") Optional<String> name) { if (name.isPresent()) { return "Hello, " + name.get(); } else { return "Hello, John"; } } そしたら、多方面から切れ味するどいツイートが飛んできました あー。 そんなわけで、今回の例で言えば、こう書くのがカッコイイと思います。 @RequestMapping("/") public String hello(@RequestParam("name") Optional<String> name) { return "Hello, "
Google guava と Java 8 - tokuhirom's blog
Google guava と Java 8 Google guava は Java 7 で使っていると便利なのだが､Java 8 の世界では使わないほうがよいように思う｡ Java 7 の世界で独自で関数型プログラミングしようとした結果､読みにくいコードになっている面がある Java 8 ととの機能の重複が多い バイナリ互換性を失うような変更が行われるため､後々困ることがある 自分のコードで guava に依存していると､ライブラリが要求している guava のバージョンにあわせられなくてつむことがある guava なにげに色々詰め込みすぎてるのでバイナリサイズがわりとでかい guava にある機能で java 8 にないものはわりとほとんど apache commons で代用できる｡ そんな感じです｡重要なのはバイナリ互換性まわりで､なにかとクラス削ったりしてくるのではまりがちですね!
Ivan Ristić: Significant SSL/TLS improvements in Java 8
« HTTPS mixed content: still the easiest way to break SSL | Main | How to build your own test for Apple's TLS authentication bug » The next generation of the Java runtime, version 8, is around the corner, with the first production release planned for this month (March 2014). The new runtime brings a slew of language improvements and it’s actually proving to be quite an exciting release. If you ask
初心者にも上級者にもオススメ – Java最強リファレンス @yuichielectric著 – yusuke.blog
Javaの最強リファレンス、その名も「Java最強リファレンス」を頂きました。 これが最強のリファレンスだ！ pic.twitter.com/lsNf0mRSh6 — 山本://裕介 (@yusuke) 2014, 11月 7 サイボウズ株式会社にてkintoneなどを開発されているエンジニア田中 裕一(@yuichielectric)さんの著書。 Java8対応をうたう本はそれなりに出始めていますが、「とりあえずJava8に追加されたAPIにいくつか触れている」「Lambda記法をちょっと解説している」だけの本も相応にあります。またLambdaに触れる章を追加しただけで、他のコードは古めかしい残念な書き方をしている残念な本があるので注意が必要です。 そしてこのリファレンス、Java5〜Java8までとかなり広範囲をカバーしています。バランスを取るのは非常に難しいはず！ 章立ては以下の通り
Jvm internal
PostgreSQLをKubernetes上で活用するためのOperator紹介！（Cloud Native Database Meetup #3 発表資料）
Java8のOptionalの使い方メモ - mike-neckのブログ
こんにちわ、みけです。 2014/10/10のScala勉強会に向けてScalaをやってたら、 Optional<T>の自分でもいいと感じる書き方がわかってきたつもりなので、 メモ書きしておきます。 Optional<T>を使うときの自分的なベストプラクティス。 #isPresentは使わない 極力#map(Function<T, R>)や#filter(Predicate<T>)や#flatMap(Function<T, Optional<R>)を用いる 最後に#orElse(T)、#orElseGet(Supplier<T>)を用いる #isPresentは使わない これは使わないというよりは、むしろ、 使う機会がほとんどない感じがします。 最初、Optional<T>を使ってみたときは、 これまでのnullチェック脳の延長で 下のようにすぐifにぶっこんでいました。 int port
LL から Java に移行した人がはまりがちなこと - tokuhirom's blog
LL から Java に移行した人がはまりがちなこと こんにちは｡Java 初心者です｡ Java 初心者､得に LL から Java に来た人にありがちな問題について社内向けに書いたものをオープンアンドシェアさせていただきます｡ 前提として､我々は Java 8 でガンガン攻めているということをご承知おきください｡ また､自分がこの数ヶ月で｢うわー｡こうしとくべきだったのかー｣と気づいたやつをドヤ顔で語っているということにもご注意ください｡ 【追記】 対象は中規模 B2C の場合です(中規模というのは facebook より小さいという程度の意味です) 例外を握りつぶさないようにしよう Eclipse が生成する以下のようなコードをそのまま残しているケース｡ これは言うまでもなく良くないですね｡デバッグが困難になります｡ try { } catch (IOException e) { e
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Java8 Stream APIとApache SparkとAsakusa Frameworkの類似点・相違点
GitHub - failsafe-lib/failsafe: Fault tolerance and resilience patterns for the JVM
null使ったら負け福岡版
Takayuki Kaneko on Twitter: "Intelさん曰く。E5 v3のavx2命令をサポートしたJava8は3倍速いらしい。 #cwt2014"
Java 8 のヒープモニタリング
Type Annotationって何 ?それを使うとプログラムはどう変わる ?2013/5/11木村英一(@kimuchi583)
