昨年の初めに、私は自分の読書習慣を追跡し、Baeldungで** ここで最高のものを共有することにしました。それ以来、レビューを逃していません。
-
さあ…**
1 SpringとJava
>> Java 9の究極のガイド []
Java 9に登場するものについてのモンスター投稿。
>> JUnitのかゆみのスクラッチ []
GoからJUnitにいくつかの概念を取り入れること** についての興味深い読み。
これまでGoを使ったことがない間は、多くのシナリオでこのアプローチがどのように意味をなすのかをはっきりと確認できます。
暗号化された列を使用して機密データを DBに格納する 方法についてのコード中心の説明。
>>ページオブジェクトパターンの例 []
Page Objectパターンの概要** これは、私がすべてのエンドツーエンドのテストを書く方法に非常に近いものです。
-
また読む価値がある:**
-
===== ** >> Windowsでの-XX:CompileCommandの実行
-
===== >> Java 9におけるオプションの改善 []
-
===== >> Process API - Java 9 []
-
===== https://vladmihalcea.com/2016/09/05/the-hibernate-enable lazy load no trans-anti-pattern/[>> hibernate.enable lazy load no transアンチパターン] []
-
ウェビナーとプレゼンテーション:**
-
===== >> 12ファクター、またはクラウドネイティブアプリ - それはまさにSpring開発者にとっての意味ですか? []
-
===== http://www.adam-bien.com/roller/abien/entry/running a stock java ee[>> DockerでのストックJava EE 7 Thin WARの実行] []
-
===== >>クラウドネイティブセキュリティ:回転、修復、修復 []
-
===== >> Cloud FoundryでDevOpsを強化する []
-
===== >>プラットフォームの拡張 []
-
===== ** >> SpringネイティブクラウドサービスとクラウドネイティブJava
-
===== >>既存のコードへのJava 8慣用句の適用 []
-
アップグレードする時期:**
-
===== >> StormpathのJava SDK 1.0がリリースされました []
-
===== >> Spring Session 1.2.2リリース []
2テクニカル
>> Spark MLを使って心拍数とランニングペースの間の関連を見つける - 線形回帰モデルをあてはめる []
ここでの実用的でクールな記事 - 心拍数と走るペースの間の関係** を見つけようとしています。
私は数年のMahoutの仕事をしてそして同様のデータセットを掘り下げた後に、この種の分析のためのソフトスポットを持っている。
>>トラブルシューティングがそれほど難しいのはなぜですか? []
-
ハードモードでトラブルシューティングのチョップを獲得しました。**
それはクールだ。というのも、生産で失敗したものを見るというストレスのすべてが、私たちをより良いエンジニアにするということがわかるからです。
この素早い説明は、この非常に微妙で重要な状況をよりうまくナビゲートすることを目的とした、選択肢の非常に高レベルな外観です。
>> 9高性能のためのElasticSearch設定のヒント []
Logglyチームからの 非常に役に立つElasticSearch実用的なヒント 。
私が個人的にESでの作業の過去2年半にわたる困難な方法を学んだので、これらの権利のいくらかを得ることはあなたの解決策を作るか、または壊すことができます。
-
また読む価値がある:**
-
===== >>新機能 - Amazon CloudFrontのHTTP/2サポート []
-
===== >> Amazon Aurora Update - パラレル読み取り先、より速い索引付け、NUMA意識 []
-
===== >>関数のシグネチャ:どのようにしてパラメータを並べ替えますか? []
-
===== >>インフォグラフィック:サーバーレスの世界でのIT運用 []
3黙想
>>スクラムで未完のユーザーストーリーを処理する方法 []
非常に一般的な質問に対する 良い回答 あなたが何らかの種類のスクラムをしているなら - 特に初めに。
>>中小企業のための静的分析 []
静的分析は、いったんチームに採用されてもすぐに放棄されることはなくなるツールの1つです。 小さなチームでも違いはありません 、そしてこの簡単な記事ではなぜここでも意味があるのかを探ります。
>>請求満期モデル []
あなたがコンサルティングをしているならば、この記事はあなたにあなたを助けることになるでしょう、ただあなたに 毎時請求から離れる ためのコンテキストを与えるためだけに。
そして、あなたがこの道を進んでいるならば、「毎時請求はナッツ」https://expensiveproblem.com/hbin[book]も見てください。
-
また読む価値がある:**
-
===== >>難しい決断の仕方 []
-
===== >>技術的債務の類推の限界 []
-
===== >> The Lurn []