タグ

2010年6月24日のブックマーク (5件)

  • ワールドサッカーキング前田編集長とセルジオ越後氏の一問一答

    SOCCER KING📚雑誌 @worldsoccerking @sergio_echigo Q1:カメルーン戦のシステムは4−1−4−1。田の1トップや阿部のアンカー、川島の正GK抜擢や松井の右サイド起用などはほぼ未経験に近く、ぶっつけ番の言わば博打的な布陣ながら1−0で勝利を収めました。勝因はどこにあるとお考えですか。(編集長・前田) セルジオ越後 @sergio_echigo A1:勝因はとにかく、全員で必死に守ったこと。松井、大久保という来なら攻撃に比重を置くべき選手たちも、守備7割、攻撃3割で、ディフェンシブにプレーした。それから、忘れてはならないのが、カメルーンの出来の悪さ。あのカメルーンには勝たなければダメだ。@worldsoccerking SOCCER KING📚雑誌 @worldsoccerking @sergio_echigo Q2:カメルーン戦の特に後半は

    ワールドサッカーキング前田編集長とセルジオ越後氏の一問一答
  • フロント/バックのreverse proxy構成で、指定秒数以内に必ずレスポンスを返す方法 - (ひ)メモ

    目的 フロントがHTTPリクエストを受けて、バックエンドのアプリケーションサーバにreverse proxyするような構成において、指定秒数以内に何かしらのレスポンスを返したい。 200が返せない場合は、処理を打ち切って500を返したい。 背景 フロントでApacheやNginxをreverse proxyとして使っている場合、バックエンドが無応答になってしまうと、クライアントにレスポンスが返るのはデフォルトで数十〜数百秒後(ApacheのTimeoutのデフォルトは300秒、Nginxのproxy_read_timeoutのデフォルトは60秒)になってしまいます。 通常のWebサービスではこのオーダーのタイムアウトでもいいのかもしれませんが、数秒以内に(エラーでもいいので)レスポンスを返すことが求められる環境も存在します。(最近、特に多いのではないでしょうか:P) もちろんバックエンドが

    フロント/バックのreverse proxy構成で、指定秒数以内に必ずレスポンスを返す方法 - (ひ)メモ
    ryshinoz
    ryshinoz 2010/06/24
  • InfoQ: ScalaとSpring:両世界のベストを一体化

    このドメインモデルに基づいて、まず第一に、このアーティクルでは、どのようにHibernate/JPAを使って、Scalaにおける Personエンティティ用の ジェネリックData Access Object (DAO) と具体的なDAOの実装方法を示す。その結果、 PersonDaoに、 CRUD操作が実行できるようになりる。例: val p1 = new Person(“Rod Johnson”) val p2 = dao.findByName(“Martin Odersky”) p1.link(p2) personDao.save(p1) Step 2 それからこのアーティクルは、Person エンティティを「リッチな」ドメインオブジェクトに変換するのに、何が必要なのかを要約する。このオブジェクトは、内部で NotificationServiceを使って、linkメソッドが呼ばれたと

    InfoQ: ScalaとSpring:両世界のベストを一体化
  • The State of Symfony2参加レポート - Symfony2が大変なことになっています! | 日本Symfonyユーザー会

    The State of Symfony2参加レポート - Symfony2が大変なことになっています! 日、The State of Symfony2オンラインカンファレンスが開催されました。 カンファレンスで使われたスライド資料や、Symfony2の新しいリリースは、後日公開されるのではないかと思いますが、 まずはカンファレンスのセッションの概要をがレポートいたします。 なぜ大変なことになっているのかは、最後のセッションの内容を参照ください。 ※さんによるレポートも合わせてご参照ください。 The State of Symfony2参加レポート - Symfony2はすごい! 各セッションのスライドは、こちらのスライド一覧をご参照ください。 セッションリスト 以下のセッションが行われました。 News of the Symfony2 world (Fabien Potencier)

  • エンジニアの不安と壁 - naoyaのはてなダイアリー

    このところ、KLab×はてな エンジニア応援ブログコンテストというのを開催していまして、エンジニア人生に関するちょっとした小話をブログに書いていただくと、内容によっては、シリコンバレーに行けたり、iPad が貰えるかもしれない。という企画です。「え、ブログ書くだけでシリコンバレー? 」 なかなか太っ腹な企画です。 よい機会なので、宣伝がてら、自分もちょっと、昔話をしてみたいと思います。 振り返ってみると、自分がエンジニアとして経験を積むなかで、「ここが壁だったな」と思うところがぼちぼちありました。それが何で壁に感じたのかといま改めて考えると、いずれも体系的な知識がなかったために、それを乗り越えるための指針がなかったというのが大きかったように思います。 きれいなコードを書くにはどうしたらいいんだろう? 負荷分散って、どうやるんだろう? 溜め込んだデータをうまく活用するには、どうしたらいいんだ

    エンジニアの不安と壁 - naoyaのはてなダイアリー
    ryshinoz
    ryshinoz 2010/06/24