PayPalは、次世代のデータ移動プラットフォームとしてApache AirflowとApache Gobblinを標準化Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...
MongoDBを始めた頃に知っていたら、と思う14のこと
古典的な記事の“6 Rules of Thumb for MongoDB Schema Design”は一読の価値がありますし、Studio 3Tのようなサードパーティツールの持つSchema Explorer的な機能も、常日頃のスキーマチェック用に準備しておくと役に立ちます。 コレーション(ソート順)のことを忘れていた これは他の設定ミスよりも、フラストレーションや時間の浪費につながる可能性があります。MongoDBは、デフォルトではバイナリコレーションを使用しますが、これはどのカルチャでも役に立ちません。大文字小文字やアクセントを区別するバイナリコレーションは、あご髭やカフタンや巻き髭と同じように、80年代的な珍しいアナクロニズムと考えられます。今となっては使い道がないのです。実生活では、“motortbike”は“Motorbike”と同じですし、“Britain”と“britain
ShellShockの衝撃 -- バグの舞台裏
原文(投稿日：2014/09/29)へのリンク 現在悪名高い、例のbashのバグCVE-2014-6271 は、後に「ShellShock」として知られるようになった。このバグはコードのリモート実行を許可してしまうもので、直接的または間接的にbashスクリプトを実行しているサーバに対し、巧妙に作成されたデータをネットワーク越しに送信することで起こる。最初のバグは修正されたが、後続の、解析ルーチンに関するゼロデイの懸念は2つ目の脆弱性CVE-2014-7169をもたらした。こちらの脆弱性は公開されてから週末にかけて修正された。しかし、この脆弱性はなぜ起こったのだろうか。また、この手のバグはこれが最後となるのだろうか。FreeBSDやNetBSDは、関数を自動的にインポートする機能をデフォルトで無効にした。将来の脆弱性を防ぐためだ。 問題が発生する理由は、Bashシェルにとある機能（ バグでは
チームの改善のためにベロシティを計測することへの懸念
アジャイルチームは自分たちのスプリントごとのベロシティを計測する。そうすることで彼らは、計画をたて、進捗をトラッキングし、プロダクトオーナーにプロダクトのリリースプランを作るための手がかりを与えることができるようになる。チームは、自らを改善したいときに、ベロシティのデータを利用できるのだろうか？ 何人かの著者がベロシティについて書いており、チームの生産性を高めることを目的としてベロシティを計測することについての懸念を伝えている。 Catia Oliveira 氏はScrum AllianceのWebサイトで「チームとプロダクトに役立つベロシティの計測と活用のしかた」について書いた。彼女は、ベロシティの計測がチームにとってどんな役に立つのかについて、このようにまとめている。 自分たちのベロシティがわかれば、こんなことがわかるようになるでしょう。 どれだけの価値を今までに届けたか（ストーリーポ
マルチコア危機：ScalaとErlangの対立
ブロゴスフィアでは最近Scala対Erlangの議論がややヒートし続けている。マルチコアの世界(参考記事)が訪れようとしている今、いかにマルチコア危機を解決するかが問題になっている。ScalaとErlangはその解決法たらんとしている言語だが、少し違いがある。それぞれのアプローチの長所短所はなんだろうか？ 問題 ムーアの法則はもう通用しない。かつてのようなクロック周波数の向上(リンク)は見込めず、かわりにコアの数を増やそうとしている。今の時代、あなたのノートPCでさえも2つコアを搭載していることだろう。 2つ以上のコアを有効に使うには、アプリケーションが並列処理を意識してないといけない。もしあなたの顧客が8コアのマシンを買ったとしたら、たとえそれをあるアプリケーションの専用マシンにしたとしても、そのアプリケーションがCPU性能の12%しか使えなくてもおかしくない、とあなたは顧客にどうにかし
あなたは本当に、他の言語を学ぶべきなのか？
ブロガーのGustavo Duarteは、新しいプログラミング言語を学習するのはしばしば時間の無駄である(source)、と言う呪いの言葉を吐いた。彼は最初、自分の投稿に"新しい言語は有害だと思われる"と言う、Dijkstaがgotoについて述べた古典的な文章をもじった(source)題名を付けていた。しかし彼は反応を受けた後に少しトーンダウンし、今では"言語を中途半端にかじる事は無駄が多いと思われる"と言う題名になっている。 新しいプログラミング言語を学ぶのは、プロフェッショナルなプログラマにとってはしばしば時間の無駄です。それは楽しい時間の無駄（例えば趣味）かもしれません。しかし、それでもなお無駄なのです。もしあなたがそれを遊びで行うなら素晴らしい事ですが、得にはなりません。この指摘は、優れたプログラマの間では異端の説だとされるでしょう: 非常に素晴らしい教えを説いてくれるプラグマティ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
データメッシュの原則と論理アーキテクチャの定義
Gatlingを使用した負荷テストAPIとWebサイト: 始めるのに遅すぎることはありません
Autodeskによるサーバーレスマイクロサービスのアーキテクチャ例
AmazonがAWS Well-Architected Frameworkを公開
Netflixは218台のCassandraノード再起動にどう対処したのか
必要十分な事前設計を行うには
JavaScriptアプリケーションのためのデザインパターン
Twitterのスケーリング，新たなピークへ
Edge.jsは、Node.jsと.NETを結びつける
SOAP から REST へ - その方法と意義
InfoQ主催のカンファレンス「QCon」が東京で開催されます
REST Anti-Patterns
Rod Johnson Discusses Spring, OSGi, Tomcat and the Future of Enterprise Java
Domain Driven Design and Development In Practice
