Clever Geek Handbook

Javaの世界からの興味深いイベントのダイジェストとその周辺＃7（2016年7月18日-2016年7月31日）

画像



この号では



-ビッグリリース： Linux 、 Spring 、 Spark 、 Protobuf 、 Aeron

-大量購入： ソフトバンクがARMを購入

-Java EEのクラウドベースの未来

-ベンチマークで調整された省略で戦う

...など





1.ニュース



1.1ビッグリリース

夏の真っat中で最高のことは何ですか？ もちろん、クールな製品の新しいバージョンを準備して、汗をかいてください！ 過去2週間にわたって、多くの興味深いリリースがリリースされました。 コメントなし、リンクのみ：



Linux 4.7： kernelnewbies.org/Linux_4.7

Spring 5.0 M1： spring.io/blog/2016/07/28/spring-framework-5-0-m1-released

Spring Boot 1.4： spring.io/blog/2016/07/28/spring-boot-1-4-released

Spark 2.0： databricks.com/blog/2016/07/26/introducing-apache-spark-2-0.html

Protobuf 3.0： github.com/google/protobuf/releases/tag/v3.0.0

Aeron 1.0： github.com/real-logic/Aeron/wiki/Change-Log



1.2。 Cloud Future Java EE

リンク： http : //www.infoworld.com/article/3098007/java/oracle-to-reboot-java-ee-for-the-cloud.html



Oracleは、 Java EEの運命に関する陰謀を保持していますが、いくつかのヒントを提供します。 Thomas Kurian氏によると、すべてが非常にクールになります。マイクロサービス、リアクティブ、クラウド、NoSQLがあります。 野心的に。 世界の他の地域への十分に明確な信号：「私たちは道を失うことはありません。」



1.3。 日本人がARMを購入

リンク： http : //www.wsj.com/articles/softbank-agrees-to-buy-arm-holdings-for-more-than-32-billion-1468808434



日本のビジネスグループであるソフトバンクは、 ARMチップメーカーのメーカーの買収を発表しました。 問題の価格は320億ドルです。 はい、Internet of Thingsは地球を歩いています。 むしろ、どこでも可能な限りUnsafeをカットします。 そうでなければ、 iPhone 7のマイクロサービスは明日展開されます-エンディアンとアライメントの問題を解決する必要があります:-)



この大規模な購入を背景に、7月末に解決された別のサクセスストーリーは少し薄れています。

画像



2.読む



2.1。 ベンチマークは正しく

リンク： http : //psy-lob-saw.blogspot.ru/2016/07/fixing-co-in-cstress.html



Nitsan Wakartが 、Cassandraのベンチマークユーティリティでの調整された省略現象との闘いについて語っています。 問題は正反対です。同期要求でサーバーを攻撃すると、窒息し始めるとすぐにベンチマークツールがスリップし始めます。 したがって、この種のベンチマークでは、不適切な数値を取得することは非常に簡単であり、サーバーがハングする瞬間を非難します。

この記事は、頭の中のキューイング理論の基本をリフレッシュするのに役立ちます。また、ベンチマークの結果を解釈する必要があることを、もう一度思い出してください。



2.2。 フェイルセーフイテレーターとは何ですか？

リンク： https : //stuartmarks.wordpress.com/2016/07/27/there-is-no-such-thing-as-a-fail-safe-iterator-in-java/



著者は一見当たり障りのない質問をします- フェイルセーフイテレーターとは何ですか？ しかし、その後、彼は、イテレータのコンテキストでの「フェイルセーフ」は、並行性の「再配線」に関することを示しています。 つまり、特定のイテレータの動作についてほとんど何も言わない非常に曖昧な概念です。



2.3。 PostgresをMySQLに変更する理由

リンク： https : //eng.uber.com/mysql-migration/



Uberの人たちは、 PostgresをMySQLに置き換えた理由について話します 。 アーキテクチャのせいです-Postgresの更新中に、追加の読み取りのコストで書き込みを少なくするMySQLと比較して、ディスクへの書き込みを増やす必要があります。 これには、多くの悪影響が伴います。 たとえば、データセンター間のレプリケーションは高すぎます。



このようなトピックへの深い没入感は、OOPの世界で確立された（反）パターンの1つである「実装の詳細を隠す」とは対照的です。 実践が示すように、賢明に「隠す」必要があります。



3.知恵



3.1。 はっきりと考える彼ははっきりと述べている



3.2。 低レベル言語について





4.ユーモア



4.1。 地下鉄の車ですぐに



4.2。 私たちがやっていることではありません

画像



問題： 前 - 次



More articles:


All Articles