JJUG CCC 2017 Fall ( #jjug_ccc ) - セッション資料の一覧 - 地平線に行く
JJUG CCC 2017 Fall に行ってきました！ 今回は自分好みな「普段使ってるアレ、深掘りするとこうなってるんだぜ」的なセッションをいろいろ聞けて大満足でした。 印象に残っているのが「DBのTCPプロトコルとJDBC / yohei yamana さん」。 「かっちりした PostgreSQL とやんちゃな MySQL という感じがする」という話があって、自分が普段使ってる印象がそのまま JDBC にも現れているんだなーと思いました。なかなかこういうものは深掘りできないので、面白い！と思ったところをポイント抑えて紹介してもらえたのは嬉しかったです。 あと、今回のメインセッションで唯一の難易度 ★★★ だった「CPUから見たG1GC / 数村憲治さん」。 難しすぎて理解できていない*1ですが、なんでこうなるの！？という不可思議現象に迫るというお話は聞いていてワクワクしました。これを
JJUG CCC 2016 Spring ( #jjug_ccc ) - セッション資料の一覧 - 地平線に行く
JJUG CCC 2016 Spring に行ってきました！ 今回は、改善系のネタを中心に聞いていました。 この手の話はやっぱり、勉強会っぽくて、そして自分の世界が広がる（そんなやり方があったのか！っておどろく）のでとても好きです。 最近、自分の仕事がプロジェクトをよくしていこうぜ！というのでとても参考になりました。 ありがとうございました！ 次回は Java 9 の話がもっと出てくるのかな…？ あと、今回はスマートフォン用タイムテーブルを勝手に作ってみました。 懇親会や Twitter で聞いた限り、たくさんの方に使っていただけたみたいでうれしいです。 また、次も作ると思うのでそのときはまたご利用ください！ JJUG CCC 2016 Spring - Timetable (非公式) さて、毎回のことですが*1、残念ながら時間がかぶってしまって参加できなかったセッションもあったので、あと
JJUG CCC 2015 Spring ( #jjug_ccc ) - セッション資料の一覧 - 地平線に行く - 地平線に行く
JJUG CCC 2015 Spring に行ってきました！ 今回、印象的だったのが「Java 8、私たちはこういう風に使っています！」という話が多数出てきたこと。 去年の JJUG CCC Spring だとまだ言語仕様の紹介程度だったので、この一年で一気に広がったんだなぁというのを感じました。 もちろん、JJUG で発表するような会社だからというのもあるかもしれませんが（笑） 毎回のことですが、残念ながら時間がかぶってしまって参加できなかったセッションもあったので、あとで読むために現時点で発表者の方が公開されている資料一覧をまとめしました。*1 （あとで JJUG CCC 2015 Spring のページにもリンクが載ると思うんですが、とりあえず自分の方で調べました） Room A+B+C+D JJUG CCC 2015 Spring 総会 K-1 基調講演1 Java 20年史 /
Java8 で java.lang.Object#hashCode() の生成アルゴリズムが変更されていました。 - 地平線に行く
java.lang.Object#hashCode()の性質という記事で書いたのですが、Java の Object#hashCode() の値はただの乱数となっています。 この乱数のアルゴリズムが、Java SE 8 で「線形合同法」から「XORシフト方式」に変更になっていました。 といっても、変更されたのはたった1文字。 VMオプションのデフォルト設定が -XX:hashCode=0 から -XX:hashCode=5 に変わっただけでした。 hotspot-rt Udiff hotspot/src/share/vm/runtime/globals.hpp どういうこと？ もともと、Java の以前の実装*1 *2から、Object#hashCode() のアルゴリズムはVMオプション -XX:hashCode=? で選べるようになっていました。 ですが、デフォルトは長いこと 0(=線形
JJUG CCC 2014 Spring ( #jjug_ccc ) - セッション資料の一覧 - 地平線に行く
JJUG CCC 2014 Spring に行ってきました！ 最初はフルに参加すると時間が長くてしんどいかなーと思ったんですが、そんなのが気にならないぐらい感覚的に短い一日でした。 ブログや本で読むよりも濃くて新しい話が聞けてとても楽しかったです。 （個人的に、JVM関係の話が面白かったです！） 残念ながら、時間がかぶってしまって参加できなかったセッションもあったので、あとで読むために現時点で発表者の方が公開されている資料一覧をまとめしました。*1 （あとで JJUG CCC 2014 Spring のページにもリンクが載ると思うんですが、とりあえず自分の方で調べました） 基調講演 K-1 詳説 Java SE 8 – CCC Edition / 櫻庭 祐一 (Java in the Box) 詳説 Java SE 8 - CCC Edition - K-2 Java 8 ラムダ式と St
Java8 で StringBuilder/StringBuffer クラスがリファクタリングされていました。 - 地平線に行く
ついに Java SE 8 がリリースされました！ そこで、早速ダウンロードして、Java 8 のソースコード(src.zip)を Java 7と比較してみたところ、公表はされていないのですが、ちょこちょことリファクタリングされていることがわかりました。 そこで、そのうち StringBuilder/StringBuffer クラスについて調べてみました。 引数に null が渡されたときの処理 append メソッドの仕様で、「引数が null の場合、"null" という4文字が追加される」というのがあります。 この仕様について、Java 7までは "null" という文字列を追加するという実装がされていました。 // Java 7 Update 51 (AbstractStringBuilder クラス 422行目〜) public AbstractStringBuilder app
Java6 と Java7 の挙動の違いは、バグではありませんでした。 - 地平線に行く
前回の記事（「Java6 と Java7 の挙動の違い（バグ？）」）に、id:expf さんからコメントをいただきました。 おそらく、最初のprintStackTrace呼び出しではStackOverflowErrorが出ていると思います。 その後、１つ前のTest.mainがcatch→printStackTrace呼び出し→StackOverflowError を繰り返して、少しずつ使えるスタックが増えます。 Java6のケースだと、途中で何回か「クラス名は出力できたがその後のスタック出力前にStackOverflowError」があるため、「java.lang.StackOverflowError」が何回も出力されているのだと思います。 Java7のケースでは、IdentityHashMapの初期化まで処理が進むようになると、初期化中にStackOverflowErrorが出て、１つ
Java SE API(JavaDoc)日本語訳は、オンラインで読めます。 - 地平線に行く
各所で、Java SE API(JavaDoc)日本語訳のオンライン公開終了が話題になっています。 rip-sun.com - Togetter 新しい Java SE API リファレンスの入手先について « 寺田 佳央 – Yoshio Terada しかし、今のところ以下のURLからオンラインで読めます（2012/03/26現在）。 概要 (Java Platform SE 6) JDK 6 ドキュメント なぜ java.sun.com が運用終了になったことに伴い、そのドメイン配下にあった Java SE API(JavaDoc)日本語訳も公開終了となってしまいました。 そのため、ダウンロードしてオフラインで読むようにという話だったんですが…。 java.net 上で行われている jdk-api-localizations プロジェクトのビルドファイルは依然としてアクセス可能です。
Javaの実行速度を調べるなら、ClientVM/SeverVM の違いを考慮しておくべきでした。 - 地平線に行く
先日のJava7 で ArrayList の foreach が速くなった理由を調べてみました。 - 地平線に行くについて、お詫びと訂正です。 上記の記事の中で、「ArrayList の foreach文（拡張for文）がJava6 → Java7 で約2.5倍速くなっていました。」という実験結果を記載しました。 しかし、改めて -server オプションをつけて実験したところ、Java6 → Java7 で実行速度は変わらないことがわかりました。*1 foreach 文が速くなったのは ClientVM の場合だけ ClientVM と ServerVM、それぞれで実験を行った結果は以下の通りです*2。 （実験内容は、前回と同じく 要素10,000個 のリスト × 1,000回ループ です） List × foreach List × for Java6 (Client) 342.80
Java7 で String クラスがリファクタリングされていました - 地平線に行く
先日、ついに JavaSE 7 がリリースされました！ そこで、早速ダウンロードして、Java7 のソースコード(src.zip)を Java6と比較してみたところ、公表はされていないのですが、ちょこちょことリファクタリングされていることがわかりました。 そこで、そのうち String クラスについて調べてみました。 splitメソッド - 独自処理による高速化 いままでは、String#split(〜) は正規表現 (Patternクラス) に処理を移譲するだけでした。 // (Java6) Stringクラス、2291行目〜 public String[] split(String regex, int limit) { return Pattern.compile(regex).split(this, limit); } それが、単純な区切り文字なら正規表現を使わないで独自に処理をす
eclipse が Java7 に対応するのは、2011年9月ごろの予定 - 地平線に行く
7月28日は Java7 のリリース日*1。 その前にちょっと遊んでみようと思ったら、eclipse がまだ対応していませんでした。 2011年9月ごろ（eclipse 3.7 SR1 で対応）になるそうです。それまでは、IntelliJ IDEAか、NetBeansを使うしかなさそうですね…。 2011年10月11日 追記： eclipse でも Java7 が使えるようになったそうです。 詳しくは、こちらの記事（eclipseがJava7に対応しました。 - 地平線に行く）をご覧ください。 Deferred Add support for Java SE 7 features. The next feature release of Java SE is version 7, which is currently scheduled for July 28, 2011. This re
Java7のObjectsクラス - 地平線に行く
Java7 には Objects クラスが追加される予定になっています*1。 Arrays や Collections みたいな、ユーテリティクラスですね。 ざっと調べてみました (といってもAPIを引用＆翻訳*2しただけですが・・・)。 http://download.java.net/jdk7/docs/api/java/util/Objects.html static boolean equals(Object a, Object b) Returns true if the arguments are equal to each other and false otherwise. Consequently, if both arguments are null, true is returned and if exactly one argument is null, false
攻撃的プログラミングには、例外ブレークポイントが便利 - 地平線に行く
柴田 芳樹さん*1のブログを読んでいて、ふと目にとまったコメントがありました。 結果として、APIの実装コードでは不正パラメータの検査されていない。あるいは、検査はしているが例外をスローすることなく、単純にリターンしている。※ （中略） ※ 検査はしているが単純にリターンしていると、その不正と思われる値が本当に不正なのか、正常値の範囲の一つなのかが不明瞭となります。 コメント： 全例外をキャッチして、適当な別の例外にラップしてスローしたり、キャッチはするけど何の処理もしないで戻り値を返す人も時々いますね。FileNotFoundException をキャッチして-1を帰したりとか。 FileNotFoundExceptionをそのままスローしてくれればファイル名やパスが間違っている可能性に即座に思いあたるのに、-1や別の例外を帰されると、そのエラーが何であるかを追跡するだけで丸一日を浪費さ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
