昨年の初めに、私は自分の読書習慣を追跡し、Baeldungで** ここで最高のものを共有することにしました。それ以来、レビューを逃していません。

  • さあ…​**


1 SpringとJava



>>モジュール方式とProject Jigsawによるプログラミング. 最新のEarly Accessビルドを使用したチュートリアル


[]

Java 9にやってくる新しいモジュール化作業

についてのしっかりとした徹底的な記事



>> Spring Batch Tutorial:はじめに


[]

Spring Batchが何であるか、そしてそれが何にとって非常に有用であるかについての素早い、しっかりした** 紹介。



>> JPAとHibernateはどのように定義していますか?オートフラッシュモード


[]

HibernateとJPAとの間では、非常にクールで洗練された方法(特に** 自動自動フラッシュ)の動作が異なります。



>>例外を使用して堅牢なソフトウェアを作成する安定生産


[]
  • 実行フローを制御するための例外の使用** と、ロギングの実行方法およびこれらの例外がシステムをどのように流れるかについての統制のとれたアプローチについての高度な解説。



>> JUnitの予想される例外を控えめに使う


[]

フロー制御にアノテーションを使用する方法そして、Javaアノテーションに対するLukasの「愛」についてのおもしろい覗き見。



>>バイトバディを持つjava.lang.Systemの再定義


[]
  • JVMレベルのセキュリティ** を詳しく見る



>> CompletableFuturesの紹介


[]

Java 8

で新しい(ish)


CompletableFuture

を使用するための簡単な紹介。



>>作成方法を教えてはいけません、作成方法を教えてください


[]

Javaオブジェクトのインスタンス化は簡単だと思いますか?もう一度考えてみて。

読む価値もあります:

ウェビナーとプレゼンテーション:

アップグレードする時期:


2テクニカル



>>機能の切り替え


[]および


>>トグルのカテゴリ


[]
  • 機能の切り替えは、正しく行われるような強力なテクニックです。** マージ時間、テスト作業、一般的な正当性を節約することができます。

この記事は(分割払いで公開されるため)フォローして戻ってくるものです。



> >テストのにおいが設計上のリスクをどのように示しているか


[]

いつものように、しっかりした

深くテスト

と保守可能なコードの微妙なニュアンス、そしていつものように – 良い読み

読む価値もあります:


3黙想



>> IoT Naysaying Alreadyで十分


[]
  • あなたが完全に理解していない

    新しい技術について否定的である方が簡単なことがあります

    。しかし、数回誤解した後は、そのアプローチを再評価することをお勧めします。

個人的な話では – 私は初期の頃はTwitterを入手していなかったし、私が来るまで本当に時間がかかりました。



>>コードレビューをするときに避けるべきこと


[]
  • 本当に役に立ち、そのフィードバックを受けている開発者が** 成長するのを助けるような方法でコードレビューをすることについての非常に洞察力のある考えこれは非常に困難ですが、努力することも非常に価値があります。



>>マイクロサービスの使用例


[]

「2015年のマイクロサービス大流行」(歴史家らによって言及されるように)は、冷静で経験溢れる物語が公表されつつあることから消えつつあります。

個人的には、複雑さの代償を払う価値があるもっと有効なユースケースがいくつかあると思います。

しかし、一般的に言って、私はそれがめったにうまくいかないので、あなたがそれがクールだと思うので、マイクロサービスに飛び込まないでくださいという感情に心から同意します。

読む価値もあります: