InfoQ ホームページ ニュース
-
Visual Studio CodeがJUnitのサポートを発表
マイクロソフトのVisual Studio Code(VS Codeとしてよく知られている)サポートチームはJUnitテストケースの実行とデバッグができる拡張機能のリリースを発表した。この拡張機能はレッドハットが出しているJava言語サポートの拡張機能とJavaデバッガと連携し、エディタでJava言語を書く開発者にとって必要な開発用機能をすべて提供する。
-
Parcel.jsはJavaScriptモジュールバンドルにゼロコンフィギュレーションオプションを提供する
Parcel.jsは、12月5日にローンチされた新しいオープンソースJavaScriptモジュールバンドラである。Parcelのローンチ発表では、webpack、browserify、rollupのような既存のモジュールバンドラとは違いスピードとゼロコンフィギュレーションがうたわれており、組み込みキャッシュを使うことでwebpackより最大10倍高速であると主張している。
-
MicrosoftはAzure Bot ServiceとLanguage Understandingの一般提供を発表した
Microsoftは先日、Azure Bot ServiceとLanguage Understanding が一般提供されたと発表した。これらは数か月間、パブリックプレビューされており、アイルランド、香港、ブラジルのサンパウロを含む9個以上のリージョンで利用可能になり、開発者がより多くを実現できる新機能が提供されている。
-
Visual Studio Code 1.19で、2017年のリリーススケジュールを終えて、チームは2018年の準備をしている
MicrosoftはVisual Studio Code 1.19をリリースして、毎月のリリースを果たした。このエディターは、機能、スピード、人気の面で1年前よりも大きく進歩した。チームは2018年のリリーススケジュールを準備している。
-
Adrian Cockcroft氏の論じるカオスアーキテクチャ - “4つのレイヤ、２つのチーム、ひとつの考え方”
先日のQCon San Franciscoでは、Adrian Cockcroft氏が“Chaos Architecture”について講演し、クラウドネイティブアーキテクチャの進化と、より安全で安全なシステムを生み出す上でカオスエンジニアリングがどのように適用可能かを論じた。その中で氏は、効果的なカオスアーキテクチャとエンジニアリングは“４つのレイヤ、２つのチーム、ひとつの考え方”で構成されると説明した。
-
-
W3CはHTML 5.2を公式勧告としてリリースした
2017年12月14日、W3CはHTML仕様の更新版であるHTML 5.2をリリースした。このアップデートでは、dialogエレメントのような新しい機能が追加され、HTMLプラグインシステムのような古いものが廃止され、Payment Request APIやPresentation APIのサポートなどのW3Cコミッティーが統合された。
-
-
ブロックチェーンの普及を妨げる課題
最近のMediumで、Blockchainの開発者であるPreethi Kasireddy氏はBlockchainがメインストリームになるために克服しなければならない課題について書いている。
-
AmazonのグラフデータベースNeptuneは読み取りレプリカ、ポイント・イン・タイム・リカバリとS3バックアップをサポートする
Amazonの新しいグラフNoSQLデータベースNeptuneは、高度に接続された、コンテキスト依存の関係駆動型データセットで動作するアプリケーションの構築して、実行できる。さらに、読み取りレプリカ、ポイント・イン・タイム・リカバリー、Amazon S3への継続バックアップ、アベイラビリティ・ゾーン(AZ)をまたいだレプリケーションもサポートしている。
-
クラウドネイティブアプリケーションの観測可能性と監視
Cindy Sridharan氏は先日の記事で、クラウドネイティブアプリケーションの監視における観測可能性(observability)とその関連について、自身の考えを要約している。観測可能性(observability)は監視やログ集約、メトリクス、分散トレースなどを含む思想で、システムのより深い、アドホックな洞察の獲得を可能にするものだ。
-
-
Racket 6.11で篩型(refinement type)と依存関数型(dependent function type)が安定機能に
Racket 6.11では、Typed Racketに篩(ふるい)型(refinement type)と依存関数型(dependent function type)が追加されている。
-
-
チームはそれぞれのケイデンスを持つべきか？
先日のTwitter上で、作業計画用と学習および改善用、というように、チームが複数のケイデンス(cadence)を持つことの是非に関する議論があった。ケイデンスを分離することで、最適なケイデンスを検討する余地がチームに与えられる。適応性と自立性が向上し、よりよい成果を得られる可能性がある、というのだ。