Java Web Weekly、第123号
昨年の初めに、私は自分の読書習慣を追跡し、Baeldungで** ここで最高のものを共有することにしました。それ以来、レビューを逃していません。
-
さあ…**
1 SpringとJava
>> Javaストリームを備えたFizzBuzz Kata
[]
「練習することは速度を落とすことを意味します」 – 非常にうまくいっています。
これは、Java 8の長所を使用した、よく知られた問題に対する
段階的なカタ
です。
>> Spring Data Hopperの新機能は?
[]
-
この最新のSpring Data release ** には、本当に素晴らしいものがいくつかあります。
私は特にQuerydslのことに興味を持っています – 今週末にプレイするものがあるようです。
また、いくつかのシナリオでは、予測が実際に役立つようになると思われます。
>> Java Genericsを使用してコレクションと関数の差異を表現する
[]
-
総称で遊ぶこと** は、特にいくつかのJava 8構文を上に振りかけるときはいつも楽しいです。
>>極端な怠惰:Spring BootでJAX-RSサービスを開発する
[]
コアとなるSpringエコシステム
の外でBoot
を使用する迅速で楽しい方法。
-
また読む価値がある:**
-
=====
>> Kotlinでの演習:パート5 – クラス
[] -
===== **
>>同時再帰関数メモ
-
=====
>> Spring FoundryアプリケーションをCloud Foundryのサービスにバインドするためのアプローチ
[] -
ウェビナーとプレゼンテーション:**
-
===== **
>> RxJavaおよびSWT:イベントとともに、FRPとともに
[[ -
=====
>> Live Webinar:Docker for Java開発者
[] -
アップグレードする時期:**
-
=====
>> Spring Data Geode 1.0.0.APACHE-GEODE-INCUBATING-M2がリリースされました
[] -
=====
>> Apache MesosおよびKubernetes 1.0.0.M2バージョン用のSpring Cloudデータフロー
[]
2テクニカル
>>ハイパーメディアAPIの利点
[]
Baeldungをしばらくフォローしている方であれば、ハイパーメディアAPIは私のお気に入りのトピックの1つです。だから私はこの記事が私のRSSフィードにポップアップ表示されるのを見て興奮していました。
うん – これを読みに行く。
>>一般的なMicro Serviceのパフォーマンスアンチパターンの検索
[]
マイクロサービスアーキテクチャでうまくいかない可能性がある一般的なことの** しっかりした概要。
これらの中にはマイクロサービスに特化したものではありませんが、確かにこの種のシステムの余分な複雑さを明確に描いたものがあります。
>>マイクロサービスは適用についてベストプラクティスのグループ
[]
既存のコードベースをマイクロサービスアーキテクチャに移行することは決して簡単なことではありません。そしてそれは技術的でない課題を考慮に入れることすらありません。
これらのアーキテクチャ上の決定を促進するためには、マイクロサービスでの実際の生産経験に基づいた
微妙な戦略
が絶対に必要です。
-
また読む価値がある:**
-
=====
>>すべてA/Boutテスト:Netflix実験プラットフォーム
[] -
=====
>> JSONの指定
[] -
=====
>>パフォーマンス監視からビジネス価値を引き出す方法は?
[]
3黙想
>>雇用が壊れています…そしてそれは修正する価値がない
[]
採用プロセスがどのように正しいものを見ていないかについての洞察に満ちた読み。
3つのクールな漫画を入れるのに十分な長さです?
興味深いことに、私は今週、少なくとも2社が挑戦を試みていることを読んだことがあります。それで、多分希望があります。
>>違反隠蔽はセキュリティ戦略ではありません
[]
セキュリティ上のニュースと、データ漏洩/侵害を処理するための正しい方法** についての疑いがあることに気付いた場合、これは読む価値があることは間違いありません。
>> Eメール:丁寧で効率的にする方法
[]
より多くのEメールを受け取るほど、より良いEメールを書くことは黒人の芸術であると私は思う。この簡単な記事には、そのEメールを書くときに有効な規則がいくつかあります。
>>混乱を防ぐために適用されるコンサルタント分類法
[]
さまざまな役割の範囲指定と定義がいかに重要であるかについてのより微妙で実用的な例は、
「コンサルタント」だけでは十分ではありません
。
-
また読む価値がある:**
-
===== **
>>彼らはモンスターになる必要がある
-
=====
>>ソフトウェアは中立的なエージェントですか?
[] -
===== **
>>技術者以外の人にコードレビューを依頼する価値はありますか?
4漫画
そして今週の私のお気に入りのDilberts: