マルチプラットフォームで利用可能なOpenJDKのAmazon Correttoが発表されました！ | DevelopersIO
マルチプラットフォーム（ubuntu、RHEL、Windows、MacOS）対応のLTSがついたOpenJDK互換のJavaリリースのアナウンスです！ しばらく前に、Amazon LinuxでのJavaのLTSが発表され大きな話題となりました。 Amazon LinuxでのJavaのLTS (Long-Term Support)提供について 「ほぇー、AWSもやりおるやんけ！！」と感慨にふけっていたら、それの100倍ぐらい衝撃的なニュースが、Javaの神様James Goslingのツイートで飛び込んできました。 Just announced #amazon #Corretto at #devoxx. It is our distribution of OpenJDK. https://t.co/09cuPEqnex — James Gosling (@errcraft) 2018年11月
Javaではpublic, protected, default, privateという4種類の可視性がある。 Javaを始めてしばらくの間、この4つの使い分けがよくできていなかった。 「外から呼ぶならpublic、呼ばないならprivate」時代 当時から、なるべく可視性は下げた方が良い（オブジェクト指向は「隠す技術」である → 継承とコンポジット - 都元ダイスケ IT-PRESS参照）ということは理解していたので、「外から呼ぶならpublic、呼ばないならprivate」という指針からスタートした。 上記に加えて「継承先からしか呼ばないならprotected」時代 Template Methodパターンを覚えた頃の話。この時代が一番長かった。 そして残ったひとつ、default(package-private)の使い方が全く分からなかった時代でもある。色々使おうと頑張ってみたが、pa
「Nullチェックされている前提の処理」とJavadocに書いたとき、「throws NullPo…」は書くんだろうか。んー、コード上は発生しうるけど、実際発生しないから不要なのかな はてなブックマーク - u1tnkのブックマーク / 2009年12月29日 まぁ、このブログで書いている話は、あくまでも「俺式」ということをご理解いただいた上で。（ここに書いた事が全て、って訳じゃありません。他にも色々ポリシーはあると思うが、自分はこれが一番良いと考えている。） 自分の考えは、契約プログラミングに基づいてます。DbC（Design by Contract）って奴ですね。 あるメソッドが「Nullチェックされている前提の処理」というのは、引数にnullは入ってこない前提、ということですよね。そしてJavadocを書くということは恐らくこのメソッドは公開API（publicかprotected）
どうも、失敗系モナドが大好きな人です。 OptionとEitherのFor式を紹介するために、ステップを踏んだ演習を考えてみました。 折角考えてみたのできれいにまとめて公開してみようかと思います。 この記事はなに？ だれ向け？ 普段Javaを書いていて、Optionalをなんとなく使っている後輩達を想定して最初は考えました。 「Java8？よくわからないけど、nullはOptionalにすれば良いのね？」 って理解でnullチェックをisPresentに変えただけの人！いませんか？ OptionalをifとisPresentでの条件分岐に使っている様な人は、是非読んでもらいたいです。 他に、Scalaを触ってみたことがある人、触ってみようと思っている人や、Haskellをちょっと触ったことがあるよ、という人も是非目を通してみたください。 この記事ではScalaのOption, Either
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 以前、例外 Advent Calendar 2014という意欲的なアドベントカレンダーがあったのですが、残念ながら途中で頓挫することになってしまいました。これは、先日友人が訪ねてきたときに「そういえばそんなのもあったね」という感じで話したところ、なかなか面白そうだったので適当にまとめたものです。元のアドベントカレンダーの記事（契約による設計から見た例外）も参考にしてください。 契約による設計とは 契約による設計とは、端的に言えば「お前が俺の要求する値を俺に渡せば、俺がうまいことして、お前にこういう値を返してやる」ということを考えながら設
2017年5月17日に開催された、『Java Day Tokyo 2017』のプレゼンテーション資料と一部のセッションの動画をご提供します。この資料に記載されている内容は、イベント時点のものであり、製品の仕様･機能などについては今後、変更の可能性があります。 ※資料が提供されないセッションもございます。あしからずご了承ください。
JJUG CCC Spring 2016 での発表資料です。
この記事は、Java Advent Calendar 2016 の 14 日目の記事です。 13 日目の記事は、tkxlab さんの「データベースを簡単にーJavaSEでもオブジェクト指向データベース（JPA）を」 でした。 15 日目は、kokuzawa さんの「HttpURLConnectionで嵌った話」です。 はじめに まず、JGiven を使用する動機について軽く述べます。 使い方を知りたいだけの方は、この「はじめに」を読み飛ばして、「JGiven が救う」から読んでください。 BDD したい ソフトウェアの開発者であるわたしたちは、当然 JUnit とかを使ってユニットテストを書いています。 しかし、以下のような課題があります。 テストの対象範囲が揃わない ユニットのテスト以外にも、機能のテストなども書きたいです。 しかし、それらを全部 JUnit で書くと、JUnit で実行
最近RestyにBraveを組み込んだり、仕事でもZipkinを触っていたりするのでZipkinとBraveの概要について発表させていただきました。発表資料はこちらです。 Tracing Microservices with Zipkin from takezoe www.slideshare.net ZipkinはTwitter社が開発した分散トレーシングシステムで、特に多階層のマイクロサービスのボトルネックの解析に有用なツールです。BraveはJavaベースのWebアプリケーションからZipkinサーバにトレース情報を送信するためのライブラリです。 github.com github.com Braveは前のサービスからHTTPヘッダで渡されたトレース情報をServletFilterでThreadLocalに突っ込み、それをHTTPクライアントライブラリのInterceptorで次のサ
最近いくつかlombokが話題になってた lombokで快適Java生活 サイバーエージェント公式エンジニアブログ JavaでIDEのアクセッサ生成よりlombokを使ったほうがいい理由 Java特有の冗長なコードを簡潔に記述する「Lombok」 codezine ので、twitterなどでは何度かつぶやいた私見を、改めてblogにも書いておこうかと思います。Scalaもlombokも好きなので、ある意味「Scala使えばいいじゃん」という単純な意見に対する反論でもあります。 lombok自体のそれぞれの細かい機能の紹介は、先ほど上げたリンク先で既に語られてるのでしません。 lombokがScalaに比べて優れている点 IDEの恩恵 (自分はeclipseである程度やっていましたが)ほぼ素のJavaを書いているときと同じくらいの快適さです。対して、Scalaでは、IDEAだろうがeclip
SpringでField InjectionよりConstructor Injectionが推奨される理由を調べてみたメモです。 (2016/12/30) サンプルコードにfinalをつけるように修正 (2017/03/29) Immutabilityについて追記 --- 家でも会社でもIntelliJを使って開発しているのですが、 Spring Bootで@Autowired(@Inject)を使うと下記のような警告が出るようになりました。 警告内容を見てみると、フィールドインジェクションは推奨されません、とのこと。 「Field injection is not recommended.」 警告の詳細を見てみると下記のように書いてあります。 「Field injection is not recommended. Spring Team recommends: "Always use
IBM、自社のJavaVMをオープンソース化すると発表。COBOLやPL/IのランタイムをJavaVMにも。Java 9と同時に正式版リリースを予定。JavaOne 2016 IBMは、これまで自社で開発してきたJavaVMをオープンソース化すると、サンフランシスコで開催されていたJavaOne 2016で発表しました。 JavaOne 2016の3日目の基調講演に登壇した同社Distinguished Engineer兼Java CTOのJohn Duimovich氏は、冒頭で聴衆に「With Community」（コミュニティとともに）と呼びかけたあと「Make Java Great Again」（Javaを再び素晴らしいものにしよう）と書かれたキャップをかぶって見せました。 これはIBMが、コミュニティと一緒にJavaを進化させていくのだという心意気を示したメッセージのように受け止め
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
