Google：マネージャはやはり重要な存在である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が最近リリースされ、重要な変...
Webアプリケーションを高速化する50のトリック
MicrosoftのInternet Explorer PMであるJatinder Mann氏は、BUILD 2012でHTML5アプリとサイトを高速化する50のパフォーマンストリックというセッションで、Webアプリケーションを高速化する多くのチップスを提供した。 Mann氏が提供したアドバイスは、以下の6つの原則を中心に構成されていた。 1. ネットワークリクエストに迅速に応答する リダイレクトを避ける。上位1,000のWebサイトのうち63%は、リダイレクトを使用している。これらはリダイレクトをやめることによって10%のパフォーマンスを改善することができる。 メタリフレッシュを避ける。世界のURLのうち14%は、メタリフレッシュを使っている。 可能な限りユーザーの近くにあるCDNを使用してサーバーの応答時間を最小化する。 異なるドメインからのリソースをダウンロードすることによって、同時
YammerがScalaからJavaへ移行中
原文(投稿日：2011/11/30)へのリンク Yammerの従業員であるCoda Hale氏がScalaの商用ベンダであるTypesafe社へ送ったメールがYCombinatorとGitHubのgist経由でリークした。メールによれば、Yammerは複雑さや性能面を鑑みて、基盤のインフラをScalaからJavaへ戻すそうだ。 YammerのPR部門のShelley Risk氏によればこのメールはCoda Hale氏の個人的な意見であり、Yammerの公式な見解ではないとのことだ。このリーク後、Coda Hale氏は自身の考えをhttp://codahale.com/the-rest-of-the-story/で表明している。氏はこのメールはDonald Fischer氏(Typesafe社のCEO)からのフィードバックの要請に答えたもので、移行を示唆するツイートを補足したものだと説明して
InfoQ: Google App EngineにJettyを採用
原文(投稿日：2009/8/5)へのリンク Google App Engineが当初使っていたウェブサーバ/サーブレットコンテナはApache Tomcatだった。しかし最終的にJettyへと変更された。開発コミュニティではこの決定により、なぜ変えたのか、Tomcatでなにか問題があったのか、と多くの人が問いを投げかけた。InfoQはJettyの開発元企業であるWebtideのチームにインタビューをする機会を得て、今回の決定の事情について詳細を聞いた。 InfoQ：GoogleがTomcatや他の選択肢でなくJettyをApp Engineに選んだのはなぜでしょうか。 GoogleがJettyを選んだ理由と思われる特質はサイズと柔軟性です。クラウドではサイズが重要です。Jettyのインスタンスを（Googleがしているように）数万動かすとすると、各サーバが1MB小さければ全体で数十GBのメ
ユースケース、それともユーザストーリー？
Murali Krishnaはこう言う(リンク)。 アジャイル開発へ効果的に移行できないという失敗は、ユーザストーリーが何たるかを理解できていないという根本的な失敗に根ざしていることが多い。 ユーザストーリーの最も重要な側面は、ユーザストーリーが要件（機能）の「スケジュール可能な」ユニットであり、スケジュールは他に依存していないということです。ユーザストーリーの「他に依存せずスケジュール可能な」特徴を実現する鍵となるのが、「ユーザ」がどう使うかという目線に立ってユーザストーリーを表現することです。そうすればユーザが実際にインタラクトできるエンドツーエンド（UIからバックエンド）に実装された機能性のユニットが手に入ります。 Krishnaはアジャイルコミュニティで多数の人々が信じている「ユーザストーリーは唯一、最良のよりどころ」を正確に描写し、Mike Cohnによる「Advantages
Flexアプリケーション作成でよくある10の間違い
この記事ではAdobeのJames Ward氏(source)がこの記事(参考記事)とは別のFlexに関するトップ10を教えてくれる。Flexはオープンソースのアプリケーション開発環境で、Flash Playerを使ったウェブのリッチインターネットアプリケーション（RIA）を作ることができ、またAdobe AIRを使えばデスクトップで動くアプリケーションも作れる。総合的に見てFlexは使いやすくパワフルなフレームワークだが、今回はFlexアプリケーションを作る時によくある間違いに注目してみよう。 Flexを初めて知る人はInfoQの最近の記事Adobe Flex Basics(参考記事)を読んでもらえばこのフレームワークについての簡潔な概要を知ることができる。さて、10の間違いを挙げよう。 RIAフレームワークをWeb 1.0アプリケーションを作るのに使ってしまう（新しいテクノロジなのに以
Flexアプリケーションの起動時間を短縮する5つの方法
O’ReillyのInsideRIAサイトにおけるJun Heiderの記事は秀逸だ。ユーザが醜い"ロード中"ダイアログを見る回数を減らせるよう、開発者の助けになる事を願って、Flexアプリケーションの起動時間を最小化する数多くのオプション (source)について論じたものである。彼の考えは深く、様々な分野に及び、それぞれのテクニックについて考慮すべき重要な長所と短所についても良く考え抜かれている。 メディアを外部化せよ 一般的なFlexのベストプラクティスとしては、アプリケーションやSWFファイルに埋め込むメディアの数を制限する事だ、とHeiderは述べている。画像、動画、MP3などは、全てSWFファイルの外部からロードする事ができる。Flexフレームワークは、例えば画像やMP3ファイル、フォント等のアセットを、アプリケーションのSWFに直接コンパイルして埋め込む方法を提供している。こ
JVM上のLISPの検討
現在Javaワールドで最もエキサイティングなことの1つは、別のプログラミング言語を仮想マシンで動くようにすることです。JRuby、Groovy、Scala、およびJavaScriptエンジンRhinoの周囲にはさまざまな試みがあります。しかし、どうしてそこで止めてしまうのでしょう。メインストリームの外側へ一歩を踏み出したいと本当に思うなら、Javaとは完全に異なる世界に飛び込もうと考えるなら、Lispは重要なオプションです。しかも、オープンソースのJVM用Lispプログラミング言語実装は複数あり、すぐに検討を始められます。 ところで、Lispの価値は何だと思いますか。1つには、この50歳の言語が、我々が今日あたりまえのことと考える多くのアイディアの触媒となってきたことです。if-then-else構造はもともとLispから発生しましたし、オブジェクト指向やガベージコレクションを備えた自動メ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
APIファーストのWebフレームワークSynthを巡るコミュニティの困惑
InfoQ: Domain Driven Design（ドメイン駆動設計） Quickly 日本語版
Agileは内向的な人達を抑圧しているか？
Effective Scala - Twitterのベストプラクティス
Derek Wischusen氏によるFlex、BlazeDSとScala/Liftを使用した統合開発
技術的負債を貨幣化する
Flex - InfoQ
InfoQ: JavaプログラマがFlexとBlazeDSを学んだ方がいい13の理由
Javaデベロッパ用のActionScript Virtual Machineを理解する