Go 1.5のブートストラップ化を目指すGoogleSpring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...
新鋭の言語: この5年を振り返る
最近の記事でEmerging Languages CampのオーガナイザであるAlex Payne氏がこの5年でプログラミング言語の世界がどのように変わったか、これからどのように変わっていくのかについて考えを披瀝している。InfoQは氏に話を聞いた。 氏は最近の言語の進化の物語とその未来を語る上で手助けになる3つの条件を挙げる。 ツールの重要性 "実装戦略"として仮想マシンを使う 他言語化 氏が言うように、Goの作者であるRob Pike氏が2010年に言語について振り返ったとき、氏はなぜ"30年以上の蓄積があるプログラミング言語理論の研究を無視しているように思われる"言語を開発したのか、質問された。もちろん、Goの保守的な特性は普及を妨げるものではないと氏は言う。一方で、Scalaは"当初からツーリングに苦労してきた"。その結果、多くのScala開発者は"なじみのJavaの世界"へ戻って
ビットコイン紛失とMongoDBの結果整合性
先日のビットコイン取引所で発生した盗難事件を受けて，結果整合性(eventually consistent)データベースは果たして銀行業務に有用なのか，という議論が巻き起こっている。 2014年3月2日，プログラムコードの問題が原因で，Flexcoinは所有していたビットコインをすべて紛失した。攻撃者は，自分の口座のひとつから別の口座への送金要求を，同時に数千回発行した。さらに別の口座に対しても同じ操作を，すべてのビットコインが引き出されるまで繰り返したのだ。このような攻撃が可能だったのは，コードが複数の同時要求を処理するように書かれていなかったためだ。すべての送金処理は，残高が変更される前に実施された。残高がリアルタイムに更新されなければ，口座の残高が本当は０であったとしても。新たな要求を送信することが可能になる。その結果Flexcoinは，約50万ドルに相当する896BTCを失って業務
ソフトウェアの負債を扱う
ソフトウェアの負債というのは様々なかたちで存在している。技術的負債は広く知られているし、他の形態としては能力的負債とか品質的負債というものがある。ソフトウェアの負債はプロダクトの維持管理コストを増やし、開発者の気持ちを落ち込ませうるものだ。ソフトウェアの負債を扱うためにはいくつかの解決法がある。 Niklas Björnerstedt氏はブログ記事「技術的負債のその他いろいろ」の中で「能力的負債」に触れている。彼はこう定義する。 自分たちのコードベースにあるものと、そのうち実際に自分たちが理解しているものとのギャップ。 ソフトウェア維持管理の手間を低く保つためには、技術的負債と能力的負債のどちらにも注意を払わなくてはならないと、Niklas氏は説明する。 努力しないでいると技術的負債が時間とともに容赦なく増えるのとまさに同じで、能力的負債もまた時間とともに増えていきます。2種類の負債の大き
ハイパーメディアAPIをめぐるREST主義者的危機
ソフトウェア開発者のEvan Cordell氏は数週間前のAPI-Craftメールリストで，ハイパーメディアのREST制約は一般的なWeb API要件とどのように違うのか，という議論の口火を切った。 "REST主義者的危機(RESTistential crisis)"と題した論議の中で氏は，長年の議論と実践によってRESTスタイル最大の秘密，ハイパーメディア制約が明確になり始めたことを指摘している。Webでも明らかなように，人間中心のインタラクションには完璧に対応しているが，その一方でプログラマブルなWeb API一般においては，有用性に対する懸念がWeb APIコミュニティの中で増しつつあるようなのだ。 RESTに関する説明，ドメイン特有のWeb APIに適用した場合のハイパーメディアの制限，といった話題から始まった今回の議論では，新たなアーキテクチャスタイルの必要性の検討や，RESTを
PaaSに何が起きているのか？
巨額の投資や長期の開発にもかかわらず，PaaSはいまだ多くのユーザを引き付けることに成功していない。この記事ではPaaSの現状とその将来について，何人かのアナリストによる意見を要約して紹介する。 PaaSは長い間，アプリケーション-サービス-ソフトウェア層とクラウドインフラストラクチャを結び付けるために必要な “接合剤” だと考えられてきた。Paul Miller氏は "Is PaaS dying?" と題した記事の中で次のように書いている。 プラットフォームの役割とは，明解で説得力があり，かつパワフルであることです。汎用のハードウェア上で動作するさまざまな安い仮想マシンよりも，重要で関心の高い，基本的なパーツであるべきです。プラットフォームこそがクラウドを支える原動力であり，クラウドが世界中のビジネスやビジネスモデルを変革し続けられる理由なのです。 しかしMiller氏は，"このような期
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GoogleがHTML5構文解析ライブラリGumboをオープンソース化
Bootstrap 4はIE8をサポートしない
Scalaの今後
Google Chrome PDFエンジンがオープンソース化
あらゆるものがコンテナ上で動いているGoogle
Facebook の決断：MVCはスケールしない。ならば Flux だ。
Promises: ブラウザーJavaScriptの新しい非同期標準になるか？
リアクティブな世界におけるスケーラビリティ
Apache Subversion to Migrate to Git
オブジェクト指向設計の原則と関数型プログラミング
V8でバックグラウンドコンパイルの挑戦
GoogleのJavaコーディング規約
Parse、iOSとAndroid用の低レベルライブラリ集、Boltsを発表
HTTP/2はどうなるか