この号では
-自動車大手は
ピボタルに数億ドルを投資しています
-
アッカは同じではありません
-Apache Sparkはスペースを確保する必要があります
-java.lang.Runtimeに新しいメソッドを追加する方法
-ハッシュのみを知っているソース文字列を取得する方法は？
...など
1.トレンド
1.1。 ピボタルは生地を再び上げました
知られるようになると、
マイクロソフトと
フォード は Pivotalに約2億5,000万ドル
を投資しました。 マイクロソフトの動機は特に興味深いものではありません。ITスペシャリストはITスペシャリストに投資しました。 もっと面白いタスクフォード。 Pivotal取締役会に参加する自動車大手の
Marcy KlevronのCIOからのコメント：
私たちの決定は、自動車企業とモビリティ企業の両方になるというビジョンの一部です。
私たちは会社をソフトウェアの世界に再配置しています。
非常に示唆的な状況。 IT技術は、経済の実際の分野でますます多くの業界に浸透しており、数十年にわたって将来重要な地位を占める可能性があります。 2100年には、デザイナー、デザイナー、またはITスペシャリストなど、典型的な自動車大手にとってどの部門が最も重要かを言うのは非常に難しいと思います。
「800頭の馬、1000キロの充電なし、Android Microservices Editionのスポーツパッケージ、少なからず、クラッシュせず、ボンネットで交渉...」
1.2。 Akkaさんはどこですか？
Thoughtworksは、このテクノロジーを「アーカイブ」することにより、
Akkaをレーダーから
排除し ました 。 実際、それは「Akkaが退屈になった」ことを意味します。 私の意見では、決定は正しいです。 アクターモデルとリアクティブプログラミングについて多くの言葉が既に述べられており、多くの手紙が書かれています。 長所と短所は明確で、範囲も明確です。 テクノロジーは大人になり、日常的になっています。
もちろん、Scalaの世界の人たちはあまり幸せではありません。
1.3。 Googleが火花に追いつく
新しい
Apacheインキュベータープロジェクト、
Apache Beamをご覧ください 。 これは、データ処理パイプラインを作成するための一連のインターフェイスです。 これらのインターフェースを使用してプログラムを作成し、
Apache Sparkまたは
Google Cloud DataFlowなどの特定のエンジンで実行します。
ソース：
shinetechblog.files.wordpress.comプロジェクトのメインスポンサー（誰が考えたでしょうか？）-
Google 彼らは、その動機
を次のように説明して
います 。高水準を作り、多くのアプリケーションをそこにドラッグし、それらのアプリケーションの下にクラウドプラットフォームを滑り込ませます。 たとえば、その
ようなベンチマークの助けを借りて、ハハハ。 実際、一般にオープンソース、特にApacheが最も影響力のあるOSSコミュニティとして大きな賭けが行われています。
非常にタイムリーなムーブメント。これは、Googleが
bigdating処理の成長傾向を
乗り越える良い機会を与えることができ
ます 。
1.4。 どのような企業がありますか？
Plumbrは 、JEEコンテナーの使用統計を
収集しました 。 結果は非常に期待されており、ほとんどすべてが
Tomcatと
JBossによって利用されてい
ます 。
2.読む
2.1。 AzulはRuntime.onSpinWait（）をOpenJDKに注ぎました
リンク ：
https :
//www.azul.com/jep-285-small-perfectly-formed/Oracle以外の名前を持つ会社が、ベースクラス
java.lang.Runtimeを変更する機能を独自にプロモートおよびスポンサーしたまれなケース。
プロセスは簡単ではありませんでした。 特に難しいのは、対応するメソッドに名前を付けるという決定でした。 議論の過程で、人々の神経はすでに
通過し始めています。 外部から見ると、これは官僚的なコストのように見えるかもしれませんが、実際には、フレームワークまたはプラットフォームのクラスとメソッドの適切な命名は、実装の重要性においてほとんど劣っていません。 あなたがボートを呼ぶと、それは航海します。
最終的に、すべてが安全に解決されました。 JDK9での回転がもっと楽しくなります。
2.2。 Java Mission Controlの興味深い議論
リンク ：
https :
//groups.google.com/forum/#! topic /
mechanical- sympathy /
uJqHLd_i2hEスレッドはJMCでのスクリプト作成から始まりましたが、すぐにトピックから外れ、JMCの長所と短所、および今後のJDK9での変更について議論するようになりました。 面白い。
2.3。 SREツールに関するNetflixの優れたエンジニアレポート
リンク ：
http :
//www.brendangregg.com/blog/2016-05-04/srecon2016-perf-checklists-for-sres.htmlSREは
サイト信頼性エンジニアリングです。 要するに、これらはdevops、パフォーマンスアーティスト、アーキテクトがすべて1つになったものです。 彼らの仕事は、サービスを機能させることですa）。 b）迅速に働いた。 c）スケーリング。 このタスクは興味深いものですが、簡単なこととはほど遠いものです。
Netflix SREのユーザーが使用するツールに関するレポートについては、ここをクリックしてください。 有益です。
3.知恵
3.1。 インメモリについて
3.2。 mokiとカテゴリカルステートメントについて
3.3。 「すべてを自分で書く」について
3.4。 スループットと遅延について
4.ユーモア
4.1。 適切な例外処理
メッセージにStackOverflowへのリンクを追加するだけです。
4.2。 ハッシュ文字列の取得
[：|||||：]笑いと罪の両方：開発者は文字列ハッシュアルゴリズムの助けを
求めました 。 主な要件は、ハッシュによってソース文字列を取得できることです。
答えはすぐに来ました：
#include <string> int main() { std::string s = "Hai!"; std::string* ptr = &s; // this is a pointer std::string copy = *ptr; // this retrieves the original string std::cout << copy; // prints "Hai!" }
インタビューで基本的な質問を好まない人に考える機会。
4.3。 誰が最初のドゥームでインプのプロトタイプであるかがわかった
[：|||||：]これが
フィリップ・ヒースです：
結論：鉄を引っ張ると、いつか次のシューティングゲームのキャラクターが描かれます。