技術の中心でJavaを叫ぶ -2017年のJavaエンジニアが追うべきテーマと要素技術- - Qiita
かつてJavaは技術の中心だった 私はSIerでシステム開発のアーキテクトやPMを担当しています。SIではまだまだJavaが主流ですが、文法を理解してコーディングできるだけでは活躍できない時代がすでにきていることを実感します。 私の上司が「技術の渦」という独特の表現を使って説明してくれたのですが、2000年から2006年ぐらいまではJavaを書くということは、いろいろな最新技術の実装を学べる時代でした。アプリケーションサーバー、XML、SOAP、MQ、CORBA、マルチスレッドなど、現代の評価としては芳しくないものも多いですが、そういった技術的チャレンジが多かったため、Javaエンジニアはあえて外に出ることもなく、ITの主要技術を学ぶことができていました。 時代の変化とそれへの追随 ただ、Web2.0やiPhone/Android登場以降、技術の渦はフロントエンドを経てアプリへと移ってきま
Java 8から増えてたExplicit receiver parameters - 水まんじゅう2
Java 8からこういう書き方が出来るようになっていたようです。(初めて知った) public class Main { public String getString(Main this) { // thisで自分自身が引数になっている return this.toString(); } public static void main(String[] args) { Main main = new Main(); System.out.println(main.getString()); //呼び出すときは何も書かなくてもよい } } 何がうれしいかというと、自分自身を呼び出すときにアノテーションがつけれるようになる。(そして処理が出来るようになる) なんか、おおっ！という感じ。 呼び出すときに何も書かなくてよいというのがものすごくJavaっぽくないので驚きました。 http://bl
Rhino Migration Guide - Rhino Migration Guide - OpenJDK Wiki
Rhino Migration Guidejdk8 replaces Rhino based jsr-223 script engine with nashorn based jsr-223 script engine. If you are using Rhino based jsr-223 script engine in jdk 6 or jdk 7, you'll have some migration work when moving to jdk 8. This document is a migration guide towards that task. Nashorn extensionsNashorn implements ECMAScript 5.1 specification with a number of syntax and API extensions a
Java SEバージョンアップでのトラブルの話が面白かった - きしだのHatena
Java Day Tokyo 2015で、NECのJava SEバージョンアップでのトラブルの話が面白かった。 Java EEアプリケーションサーバの開発現場で見たJava SEの実際 資料はこちらで公開されてるので、資料に書かれてることはそちら参照という感じで、どんな話だったか書いてみます。 Java Day Tokyo 2015 アプリケーションサーバーを提供する中でJava SEをバージョンアップしたときに出て来たさまざまなトラブルの話と、Java SE 8から導入されたMetaspaceの話が主でした。 Java EEは機能が標準化されているので、アプリケーションサーバーはカスタマーサポートで差別化をはかるしかない、顧客から見ると、Java SEやOSまで全て含めてアプリケーションサーバーなので、全部対応していく、という話をされていました。 Javaにもそれなりにバグはあって、アプ
Java EE 8 の新機能概要のご紹介
Java EE 8 の新機能概要のご紹介 2014年12月19日 at 10:00 午前 1件のコメント この記事は、「Java EE Advent Calendar 2014」の19日目の記事となります。 昨日は、@nagaseyasuhitoさんの「JPAでマスター/スレーブ構成のMySQLを使うぞ」でした。明日は、@kokuzawa さんのご担当となります。 本エントリでは、今年の JavaOne で発表された、Java EE 8 (JSR-366) の今後の動向についてまとめたいと思います。 本エントリの内容は、JJUG CCC 2014 Fall で発表した内容に追加情報を加えた内容になっています。SlideShare で資料をご覧頂きたい方、もしくは PDF ファイルを入手されたい方は上記スライドをご参照ください。 本エントリの記載内容は、2014年12月時点での内容ですので、
Javaのシステムスレッドについて調べてみた (Java8) - argius note
システムスレッドについて、あまり知らなかったので、調べてみました。 それ以外にも、APIで生成されるスレッドや、スレッドグループについても、少し触れています。 ※GrepCodeは2018年5月頃からサービスが利用できなくなっています。記事中のリンクはGrepCodeのものがそこそこ多いので、ご注意ください。 参考リンク HotSpot Runtime Overview - OpenJDK JVM Internals (JamesDBloom - Blog) Java SE 8 API仕様 GC: openjdk-8-b132.jar - GrepCode Java Project Source Mirror of OpenJDK repositories - GitHub 目次 はじめに 実行環境 システムスレッドの名称と簡単な説明 APIを使用したときのスレッド おわりに はじめに シ
[java] SecureRandom のアルゴリズムの選択について - tokuhirom's blog
前提 Java SE 8 + Linux 前提です｡ Java で暗号的に安全な乱数をえる Java で暗号的に安全な乱数を得るには SecureRandom クラスを利用します｡ SecureRandom ではいくつかの乱数生成アルゴリズムをサポートしています｡ 各プラットフォームでもっとも安全な SecureRandom の実装は ${JAVA_HOME}/jre/lib/security/java.security の securerandom.strongAlgorithms という項目に書いてあります｡ SecureRandom#getInstanceStrong() で取得できるのはこれです｡ インスタンスの取得方法 new SecureRandom() でデフォルト実装が得られます OSX や linux では NativeBlocking です(SHA1PRNGの場合もある
Java 8でSpark 2.0.0が楽しそう - Challenge Engineer Life !
今年はDropwizardが盛り上がる、という話をチラホラ聞きます。 今年流行るかもしれないDropwizardフレームワークを使ってみる 2014ブレイク確実！JavaベースのポータブルなWebフレームワーク Dropwizard DropwizardでWebアプリケーションを作る リリースノートをみるとバージョンとしては2013年3月に0.6.2が出て、2014年6月現在0.7.x系のようです。 0.7.0-SNAPSHOTのリリースノートみると、「Upgraded to Java 7」とあって、Java 8出たんだけどなぁと思ったり。 そこで思い出したのですが、Java 8が出たとき話題になっていたSparkってどんななんだろう？と触ってみました。 Spark Micro Web Framework トップページの作りがうまい感じで http://www.sparkjava.com/
Java でオンメモリキャッシュを実装するときにスレッドについて気をつけるべきこと - Qiita
Java では常にスレッドについて意識する必要がある｡ Map にキャッシュデータを入れたい場合､HashMap を使ってはいけない｡HashMap はスレッドセーフではないからだ｡ synchronized で保護してもいいが､いちいちするのも面倒だし､問題が起きがちなんで､ のように､Collections.synchronizedMap() でよしなにする方法がある｡この方法でラップすると､メソッドアクセスの際に synchronized がかかるので安全になる｡ ConcurrentHashMap と HashMap HashMap をマルチスレッドからアクセスする場合､get メソッドを使った場合でも synchronized をかけざるをえず､パフォーマンスが出ない｡ ConcurrentHashMap ならば､取得時にはロックがかからないので､キャッシュには Concurre
そんなリザルトキャッシュで大丈夫か? #jjug
JJUGナイトセミナー2014年9月のセッション 「そんなリザルトキャッシュで大丈夫か？」 のスライドです。
IBM版Java 8の特徴を解説した資料 | Unofficial DB2 BLOG
<< 次回 #clubdb2 は5/31(土) 昼開催！IDCフロンティア社クラウドを使ったSQL入門ハンズオンです | main | #CLUBDB2 次回5/13(金)は新入社員歓迎シリーズ第3弾 DB2 運用管理入門 >> Javaの実装はOralce(SUN)版だけではなくIBM版もある、というのはDB2やWebSphere系ソフトウェアなど、IBMソフトウェア製品を使ったことがあるかたであれば、ご存知の方も多いのではないでしょうか。 逆に言うと、IBMソフトウェア製品とセットで使われることが多くて、IBM版JDK(正確にはIBM SDK for Java)について、なにがOracle版と違うのかという事をご存知無い方が多いのではと思います。 以下は、そのIBM版JDKの最新版JDK 8について詳細に説明した資料です。（JJUG CCC 2014 Springの資料です）
Java SE 8の日本語版ドキュメント、日本オラクルが公開
日本オラクルはJava SEの最新版「Java SE 8」のドキュメントの日本語版を公開しました。本日、都内で開催中のイベント「Java Day Tokyo 2014」の基調講演で発表されました。 ドキュメントは主に「Java SE 8ドキュメント」と「Java SE 8 API仕様」の2つから構成されています。 「Java SE 8 ドキュメント」はJava SE 8の構成要素をまとめた資料で、Java SE Development Kit（JDK）、Java SE Runtime Environment（JRE）、およびJava SEのAPIそれぞれが提供する機能を参照でき、「Java SE 8 API 仕様」は、Java SEが提供するクラスやインターフェースなどの一覧を示しています。 下記は「Java SE 8ドキュメント」のWebページです。「Java SE 8 API仕様」は、
Java 8 Nashorn Tutorial - winterbe
Learn all about the Nashorn Javascript Engine with easily understood code examples. The Nashorn Javascript Engine is part of Java SE 8 and competes with other standalone engines like Google V8 (the engine that powers Google Chrome and Node.js). Nashorn extends Javas capabilities by running dynamic javascript code natively on the JVM. In the next ~15 minutes you learn how to evaluate javascript on
StringBuilderを使ったクソコードはどこまで遅いか - きしだのHatena
※ 4/9 11:25 いろいろ計測しなおしてます。こちらも参照 Javaで文字列連結する場合には+演算子よりもStringBuilderを使うべき、という話があるのですが、よく sb.append("[" + data + "]"); みたいなコードをみかけて、あんまり意味ないなーと思ったりします。 あと、 sb.append("title:"); sb.append("[" + data + "]"); みたいに、+演算子を使った一行の式にして sb = "title:" + "[" + data + "]"; としておけば「title:」と「[」はコンパイル時点で最適化されたのに、ってコードもあります。 ということでTwitterで Javaでの文字列連結は+を使うべき、ってやったほうが、StringBuilder使ったsb.append("[" + data + "]")みたいなク
Java8からはHashMapの性能のためにComparableを実装しておいた方がいい - interprism's blog
こんにちは、andoです。 ついにJava8がリリースされたのでさっそくインストールしてみました。 Java8になってラムダ式を始め、多くの機能が追加されたのですが、既存機能についても性能改善が行われています。 人気がありそうな新機能の紹介は他の人にお任せして、今回はHashMapの変更点について確認したいと思います。 はたして既存のプログラムはJava8で実行するだけで、その恩恵を享受できるのでしょうか。 java.util.HashMap HashMapといえば使用頻度1、2を争うコレクションクラスでデータの検索、追加がO(1)で行え、 辞書的に使える事から簡易的なDTOやキャッシュ、データベースのレコード構造、さらにはListですむところでさえ数値をキーにして使う兵もいるというくらい良くも悪くも色々使えます。 それが速くなるのであれば、既存のプログラムも速くなるはず、ということでさっ
[Java, JavaScript] Oracle Nashorn: A Next-Generation JavaScript Engine for the JVM
Oracle Blogsの主としてテクノロジー製品のエントリを日本語でご紹介します（オリジナルのエントリを投稿することもあります）。厳密性をご所望の方は原文をどうぞ。よい内容でしたら原文に対し、"Good Entry, thanks!"でもいいので、是非コメントお願いします（Typoや誤訳はコメント欄からどうぞ）。なお、このエントリは個人の見解であり、所属する会社の公式見解ではありません。また、エントリ内でご紹介している製品・サービスは国内導入時期が未定の場合もありますのでご了承下さい。 Good entries on Oracle Blogs are put into Japanese. Mainly this blog covers technology products. Opinions expressed in this blog is my personal one and d
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
(o1, o2) -> o1 - o2 なんて呪文はもうやめて！ - Java8でのComparatorの使い方 - Qiita
Javaで1から10まで書いた話(sanitized)
Java 8 のヒープモニタリング
第八回 #渋谷java - Java 8 で造る認証系
