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が最近リリースされ、重要な変...
ブロゴスフィアでは最近Scala対Erlangの議論がややヒートし続けている。マルチコアの世界(参考記事)が訪れようとしている今、いかにマルチコア危機を解決するかが問題になっている。ScalaとErlangはその解決法たらんとしている言語だが、少し違いがある。それぞれのアプローチの長所短所はなんだろうか? 問題 ムーアの法則はもう通用しない。かつてのようなクロック周波数の向上(リンク)は見込めず、かわりにコアの数を増やそうとしている。今の時代、あなたのノートPCでさえも2つコアを搭載していることだろう。 2つ以上のコアを有効に使うには、アプリケーションが並列処理を意識してないといけない。もしあなたの顧客が8コアのマシンを買ったとしたら、たとえそれをあるアプリケーションの専用マシンにしたとしても、そのアプリケーションがCPU性能の12%しか使えなくてもおかしくない、とあなたは顧客にどうにかし
多くの人々にとって、RESTは単純にあるアプリケーションの機能を公開するためにHTTPを使用することを意味します。基本的で最も重要なオペレーション (厳密に言えば、「動詞」や「メソッド」がより良い表現です)は、HTTPのGETです。GETはURIによって特定されるリソース表現が必要です。しかし、多くの場合、それがすべてではないとしても、既存のHTTPライブラリやサーバープログラミングAPIは、リソースの識別子としてではなくパラメータをエンコードするための便利な手段として見ることがとても多いです。結果、以下のようなURLとなります。: http://example.com/some-api?method=deleteCustomer&id=1234 実際、URLを作る人は、与えられたシステムの「RESTful具合」について何も言いません。しかし、私たちは特定の場合においてGETが「安全」では
第2版(2008年1月19日):翻訳者による注釈を追加しました。 ヘテロジニアスなアプリケーション間の通信を実装するための「適切な」手法について議論が行われているということを、あなたは知っているかもしれないし、知らないかもしれません。そういった状況下で、現在の主流は明らかにSOAP、WSDL、WS-*仕様という世界をベースとしたWebサービスにフォーカスしています。しかし、少数派の人たちの中で、より良い方法があると主張する人がいます。それが、REST(REpresentational State Transferの略)です。本稿では、本筋から外れることなく、RESTとRESTfulなHTTPアプリケーション統合への実用的な説明を試みようと思います。これらの考え方の説明については、より詳細に踏み込んで説明をするつもりです。私の経験上、誰かが始めてこのアプローチを経験することで一番議論が活発に
原文(投稿日:2012/04/23)へのリンク Microsoft は新たな Branching and Merging Guide のドラフト版をリリースした。表向きの対象は TFS ユーザだが,アドバイスの大部分はソース管理プロバイダに関係なく適用可能だ。まずその基本概念を紹介しよう。 ブランチとマージを扱うほとんどのガイドラインと同様に,すべてのブランチの親の役割を持つメインブランチが存在する。 "trunk" として知られることが多いが,Microsoft ではこれを MAIN と呼ぶ。MAIN には DEVELOPMENT と RELEASE という2つの主要ブランチがある。 最初のガイダンスでは開発ブランチ(DEVELOPMENT) について取り上げている。内容は比較的簡素で,基本的には企業のチームや機能の構成方法に帰着する,というものだ。ただし前のバージョンから継続している独
いいね | 作者 Charles Humble Charles Humble フォローする 700 人のフォロワー , 翻訳者 大田 緑 - (株)チェンジビジョン 大田 緑 - (株)チェンジビジョン フォローする 1 人のフォロワー 投稿日 2010年9月30日. 推定読書時間: 11 分 | 共有 | 後で読む マイリーディングリスト 原文(投稿日:2010/08/09)へのリンク 2000年に設立された Nuxeo は、オープンソースのエンタープライズコンテンツ管理(ECM) を専門にする会社です。Nuxeoは、2006年に、核となる技術プラットフォームをPythonからJavaに移行すると発表しました。4年経った今、この転換がどのような結果になったかを明らかにし、ECM産業の中で新しい技術の積み重ねとそのポジションを探るため、InfoQはNuxeoのCEO、Eric Barroc
原文(投稿日:2011/07/11)へのリンク 技術的負債(Technical dept) は Ward Cunningham 氏の造語で,次のようなことだ。 もうひとつ,もっと重大な落とし穴があります。整理統合に関する失敗です。未熟なコードでも正しく動作さえするなら,顧客には問題なく受け入れてもらえるかも知れません。しかしそれが大量になるとプログラムが理解不可能になり,対応可能なプログラマが極めて限定されてしまうため,最終的には柔軟性に欠ける製品になってしまいます。コードを初めて出荷したときに負債が始まります。多少の書き直しですぐ返済できる程度の負債なら,開発速度を速めてくれますし,トランザクションのコストも成果としてのプログラムによって相殺されます。危険性が発生するのは,債務が返済不可能な場合です。適切でないコードのために費やされる時間はすべて,その負債に対する利子に数えられます。整合
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く