タグ

2013年2月18日のブックマーク (61件)

  • Twitterがページ表示時間を5分の1に高速化。どのようなテクニックを使ったのか?

    Twitterフロントエンドのアーキテクチャを見直し、Webページの読み込み速度を改善したことをブログで明らかにしています。 新しいアーキテクチャでは、これまでWebブラウザ上でJavaScriptの処理によって行ってきたWebページのレンダリングを見直し、サーバ側でレンダリング済みのHTMLページを送信し表示することにしています。これによってWebページの読み込みから最初のツイートの表示までの時間が大幅に短縮されることになりました。 When we shipped #NewTwitter in September 2010, we built it around a web application architecture that pushed all of the UI rendering and logic to JavaScript running on our users’

    Twitterがページ表示時間を5分の1に高速化。どのようなテクニックを使ったのか?
  • 12年後のCAP定理: "法則"はどのように変わったか

    設計者は分割が発生したとき一貫性と可用性のどちらかを選ぶ必要がありますが、分割の扱い方と分割の復旧には柔軟な対処方法があります。現在のCAPの目的は特定のアプリケーションが必要とする一貫性と可用性を最適化することでしょう。このような方法には分割発生中の計画や分割の復旧計画が組み込まれています。したがって、設計者はこのような方法を採用することで、従来受け取られてきたCAPの限界を超えてCAPについて考えることができます。 なぜ"3つのうち2つ"がミスリーディングなのか CAPを理解する最も簡単な方法は分割の両側にひとつずつノードがある場合を考えることです。片方のノードだけ状態を更新できるようにすると、2つのノードに一貫性がなくなります。つまり、Cが失われます。一貫性を維持しようとすれば、一方のノードは利用できない状態であるかのように動作しなければなりません。この場合、Aが失われます。一貫性と

    12年後のCAP定理: "法則"はどのように変わったか
  • 大規模ソーシャルゲームを支える技術~PHP+MySQLを使った高負荷対策~

    2017年10月27日、モノビットエンジン勉強会inサイバーコネクトツーにて、中嶋謙互が講演しました「ネットワークゲームにおける TCPとUDPの使い分け」のスライドになります。ネットワークゲームを製作する際にご参考頂けますと幸いです。 登壇者: 株式会社モノビット 取締役 CTO 中嶋謙互

    大規模ソーシャルゲームを支える技術~PHP+MySQLを使った高負荷対策~
  • スターウォーズに学ぶ!熱狂を生むシナリオ作成の12ステップ | バズ部

    ユーザーに届ける価値を徹底的に追求する マーケティングを提供します © Copyright 2022 バズ部. All rights reserved. 一流のコピーライターが、自分の経験の中から導きだした鉄板の「売れる型」を持っているように、一流のストーリーライター、シナリオライターも、人々を熱狂させ感動させる鉄板の「シナリオの型」を持っている。 ライティングに限らず、仕事でも学業でも、一度、こうした「自分だけの型」を作り上げてしまうと、スランプに悩むことなく、常に高いクオリティを保つことができる。 そこで、日は大ヒット映画を連発してきた有名監督であるジョージ・ルーカスの『スター・ウォーズ』を例に、シナリオ作成の鉄板の型をご紹介する。 まずは、下の画像を見て欲しい。これは、『ヒーローズ・ジャーニーの12ステップ』と言って、ハリウッド映画で、繰り返し使われているシナリオ作成の基型だ。

    スターウォーズに学ぶ!熱狂を生むシナリオ作成の12ステップ | バズ部
  • MVCは死んだ。MOVEするときがきた - きしだのHatena

    Conrad Irwinさんの「MVC is dead, it's time to MOVE on.」を訳してみました。 MVC is dead, it's time to MOVE on. この訳文も原文のライセンスを引き継いでCC-BY-3.0ライセンスで利用可能とします。 追記13:58 すでに訳してた方がいました。MVCの時代は終わった。MOVEを使い始めましょう。 - ふじこのプログラミング奮闘記 MVCは死んだ。MOVEするときがきた MVCはすばらしいアイデアだ。モデルを持ち、モデルは内部に少しの状態をもつ。ビューは内部に少しのUIをもつ。そして、コントローラは内部に少しの・・・ 何を持つ? 私は確かにこのことに気づいた最初の人物ではない。しかし示されたようなMVCの問題のために、あなたは最後には過剰なコードをコントローラに詰め込むことになる。なぜなら、他にどこに入れていいか

    MVCは死んだ。MOVEするときがきた - きしだのHatena
  • ソフトウェア・エンジニアから見た原発事故

    私はこれまでこのブログで、今回の原発事故が「想定外の津波によって起こされた天災」ではなく、「来想定すべき天災に対する対処を先送りして来たことによる人災」であったこと、そして、形だけの津波対策や地震対策をしたところで、「規制機関が電力業界と癒着して利権構造を作っている」という根的・構造的な問題を抱えている限りは、同じような事故が必ずまた起こることを指摘してきた。 こんな私の指摘に対しては、「原子力の専門家でもない、シアトルに住むソフトウェア・エンジニアの戯言(たわごと)に過ぎない」と言う指摘もしばしばいただいたが、エンジニアに不可欠な「システマティックにものを見る能力」のある人であれば、原子力の専門家でなくとも、これぐらいのことは言える。 別の言い方をすれば、事故に関して公開されている限られた情報だけで、その根の原因がどこにあったのか、そして、このまま原発を再稼働することがどのくらい危

  • デプロイ作業の属人化を徹底的に排除したい話 - @kyanny's blog

    ここ数カ月、デプロイとリリースについて、同僚や友人と議論したり雑談したりする機会が数多くあった。そんな折に、友人から Facebook のリリースエンジニアリングチームについて教えてもらった。曰く、 Facebook ではリリース作業を専門とするチームがあり、そこのメンバーは開発ブランチのコミットとそれに付随する ITS の議論を精査した上でリリースに値する変更をリリースブランチへ cherry-pick するのだそうだ。 2012/07/25 追記 Facebook のリリースエンジニアリングについては Facebook のリリースと文化 - Kato Kazuyoshi を参照のこと cherry-pick は無いわー、というのは置いておくとしても、リリースという極めて重要な作業が特定の人たちに委ねられている点に恐ろしさを感じた。嫌だと思うのはなぜなのかしばらく考えて、デプロイ作業の属

    デプロイ作業の属人化を徹底的に排除したい話 - @kyanny's blog
  • Keplerの“なに”が仮想化対応GPUなのか──日本で「NVIDIA VGX」を解説

    NVIDIAは、GPUコンピューティングにおけるオフィス向け仮想化プラットフォーム「NVIDIA VGX」を日の関係者に紹介する説明会を行い、NVIDIA米社 VGXプロダクト・ライン・マネージャーのウィル・ウェイド氏が、プラットフォームの構成と概要を解説した。 NVIDIA VGXは、“Kepler”世代のGPUで実装したGPUコンピューティングにおけるハードウェア仮想化技術で、その概要は2012年5月に米国で行われた「GPU Technology Conference 2012」(GTC 2012)におけるNVIDIA CEOのジェンスン・ファン氏による基調講演で紹介している。 ウェイド氏は、NVIDIA VGXを支える技術的動向の1つとして、「Bring Your Own Device」(BYOD)を挙げている。BYODは、ビジネスの現場で、IT管理部門が支給するデバイスではなく

    Keplerの“なに”が仮想化対応GPUなのか──日本で「NVIDIA VGX」を解説
  • 今更CAP定理で分散データストアの勉強を始めてみた - As a Futurist...

    長くなったので三行でまとめると CAP 定理を素人なりに調べてみた 分散データストアを CAP 定理で俯瞰してみた どのデータストア使うかの決定因子は CAP 定理的な視点の方がインタフェースとかより先 異論は認めるというか、専門知識ゼロなのでもっと正しい理解があればぜひ教えてくださいませ。 はじめに 僕は MySQL 厨なんですが、最近はやれ「MongoDB がいい」だの「HBase 最高」だのとよく聞きます。これら多種多様なデータストアを語る上で、「RDBMS VS NoSQL」みたいに問い合わせ言語の方式やデータ保存形式の違いで語るのは宗教論かなぁと僕は思ってます。単体プロセスのデータストアとしての特徴とか性能とかは正直なんでもいいかなぁと。 思うに、質的に重要なのは MySQL の master-slave&sharding という Web で今までスタンダードに使われてきた分散

    今更CAP定理で分散データストアの勉強を始めてみた - As a Futurist...
  • Open vSwitchでGREを使うには - Plan9日記

    NiciraがVMWareに買収されたというニュースが入ってきたが、今日はGRE(Generic Routing Encapsulation)について調べてみる。 Linuxカーネルの実装とは別に、Open vSwitchはGREのユーザレベル実装を持っているようだ。ソースはdatapath/vport-gre.cかな。 使い方は簡単。GREで接続したい2ノード(IPアドレスはそれぞれ192.168.10.1と192.168.10.2)のそれぞれで、ポートgre0を追加して、set interfaceすればOK。 $ sudo ovs-vsctl add-port br0 gre0 $ sudo ovs-vsctl set interface gre0 type=gre options:remote_ip=192.168.10.2 options:pmtud=false $ sudo ov

    Open vSwitchでGREを使うには - Plan9日記
  • 「GREEを支える大規模インフラテクノロジー」-GREE Platform Summer Conference 2012

    取締役 執行役員CTO 開発部長 藤 真樹氏 2005年6月にGREEに入ってから7年が経ちました。 GREEでは開発全般を見ていて、最近はインフラよりもクライアントの方を見ますが、元々はサーバーサイドよりの人間なので、今回こういう話ができて嬉しいです。 今回のお題でサーバーサイドに関して話してみては? と言われて、すごく困ってしまった。 何故かというと、大規模サービスを普通にやるテクノロジーのコモディティ化が進んだからです。 10倍のユーザーが来た時にどうすればいいのかというのは、インターネット上にいっぱい情報が既にあり、それを支えるオープンソースのプロダクトや、クラウドサービスなど解決策がいくつもある。 Agenda 1.Infrastructure for over 100,000,000users 2.Infrastructure for global ser

    tjun1
    tjun1 2013/02/18
  • まとめ本 - Strategic Choice

    まとめ記事を書いたの一覧です。まとめ記事の内容も、簡単に説明しています。一覧出典まとめ記事オブジェクト指向設計原則パッケージ設計の原則オブジェクト指向を効果的に活用するための、クラス設計の原則についてまとめています。(SOLID原則) また、クラスレベルだけでなく、パッケージレベルの原則についてもまとめています。GRASPパターンオブジェクト指向設計の基は「適切なクラスに適切な責任を割り当てること」です。この指針である「GRASP」についてまとめています。構造化プログラミング構造化プログラミングのエッセンスについてまとめています。 パラダイムが異なっても(=オブジェクト指向でも)通用する・適用できる考え方です。 GoFのデザインパターンGoFのデザインパターンを全てまとめています。 各パターンのまとめ後、「なんでこんなことするのか?」「こうするとどういう効果がうまれるのか」を考察して

  • pixivのデータストア/キャッシュ戦略 その1 - pixiv engineering blog

    Zoff PCのカラータイプ眼鏡を愛用しているインフラ兼ソフトウェアエンジニアのbokkoです。 夏休みは山登り -> 温泉で悠々自適に過ごしてましたが、休み明けから筋肉痛で体のあちこちが痛いです(><)。 今回はpixivで活用しているデータストアやその周辺ミドルウェアの話を3回くらいに分けてしようと思います。 pixivを支えるデータストア pixivでは主に以下の2つをデータストアとして活用しています。 MySQL KyotoTycoon MySQL pixivではユーザやイラスト、ブックマーク、あるいはそれらに関連した情報といったサービスの根幹に関わるデータはMySQLに保存しています。 これはMySQLの高い信頼性のほかに、ピクシブ社内でMySQLの運用に関するノウハウが蓄積されていたり、自作の運用ツール群が充実しているというのが大きな理由です。 KyotoTycoon Kyot

  • ビッグデータ時代のキーテクノロジ、「CEP」とは何か

    ビッグデータ時代のキーテクノロジ、「CEP」とは何か:戦略的ITを実現するキーテクノロジ(1)(1/2 ページ) 連載では、戦略的IT活用を実現する「これからの技術要素」を紹介していく。現代のキーテクノロジのアウトラインをつかむことで、ビジネスの新たな可能性を考えたり、「経営に貢献する情報システム部門」への変革を図ったりするための一助にしてほしい。 「経営への貢献」を求められている情報システム部門 ビジネスがグローバル化し、市場競争も激化している現在、企業は市場動向変化に俊敏に対応することが求められている。特に、新規サービスのリリー ス、新たな付加価値の提供など、何をするにもITの力抜きでは語れない今、システム活用の在り方そのものが企業の命運を握ると言っても、決して過言ではない。 こうした中、情報システム部門に求められる役割も大きく変わろうとしている。言われた通りに作るだけだったり、パッ

    ビッグデータ時代のキーテクノロジ、「CEP」とは何か
    tjun1
    tjun1 2013/02/18
  • TechCrunch | Startup and Technology News

    Japanese crypto exchange DMM Bitcoin confirmed on Friday that it had been victim of a hack resulting in the theft of 4,502.9 bitcoin, or about $305 million.  According to crypto

    TechCrunch | Startup and Technology News
  • SIで得るものはあるのか? - 急がば回れ、選ぶなら近道

    「SIで得るものはあるのか?」 おそらくここ10年以上、日各地で自問自答された問いでありまして。かくいう自分もその一人であります。デスマの度に、ここまでやる意味はあるのか?赤字の度に、そこまでやる意味はあったのか? 思わなかった人はいないはずです。特にここ数年は、見るもの聞くもの、酷いプロジェクトが自分の周りでも多く、「いいから、そのまま回れ右」という行動パターンの機械学習全開です。(遠い目 他方、「構築をやらないと確実に実装力は落ちる」こういう声もあるでしょう。これもまた真実ではあります。特に、SIの中身丸投げモードのスイッチが入りっぱなしで液漏れ寸前なところは、もはや経験不足を通り越して「リバース・プロキシーって何をするんだっけ?」って真顔で聞くPMの方もいらっしゃる状態もありまして。実際にやらないとわからない、ということは普通におきます。特にアーキテクチャやインフラ周りは、そうなっ

    SIで得るものはあるのか? - 急がば回れ、選ぶなら近道
    tjun1
    tjun1 2013/02/18
  • 日々進化するHadoop。これまでのおさらいと最近の動向(前編)

    大規模な分散処理フレームワークとしてHadoopが登場したことにより、ビッグデータのブームや、大規模なソーシャルゲームでのログ解析による改善、コマースサイトでの機械学習によるレコメンデーションなど、多くの変化が引き起こされてきました。 そしてそのHadoop自体も、日々進化し続けています。 Hadoopとはどういうソフトウェアであり、いまどのような状況になっているのか。NTTデータの濱野賢一朗氏が、先日行われた第2回 NHNテクノロジーカンファレンスで行ったセッション「日々進化するHadoopの『いま』」で分かりやすく解説しています。 この記事ではそのセッションの内容をダイジェストで紹介しましょう。 日々進化するHadoopの「いま」 NTTデータ 基盤システム事業部 濱野賢一朗氏。 NTTデータというところで仕事をしています。NTTデータ自体はもう5年くらいHadoopをやってまして、そ

    日々進化するHadoop。これまでのおさらいと最近の動向(前編)
  • アジャイルチームの秘密

    59 views 長年の現場経験からうまくやっているアジャイル チームが暗黙的に理解/共有している秘訣についてまとめました More… アジャイルチームの秘密 — Presentation Transcript アジャイルチームの秘密 ©2009-2012, Sertice Inc. All rights reserved. 1 はじめに•  弊社はコンサルティングサービスを通じてアジャ イルチーム立ち上げのお手伝いを行っています•  長年の現場経験からうまくやっているアジャイル チームが暗黙的に理解/共有している秘訣について お話いたします•  また、この秘訣をチームとして組織として達成/維 持するためのポイントと弊社事例も紹介いたしま す•  最後に、御社が外部のエンジニアリングリソース をうまく活用して開発部門のアジャイル対応を実 現するための課題について提案いたします 2 ©200

  • Yahoo! Open Local Platform (YOLP)の地図API・SDKに、雨雲レーダー情報を重ねて表示する機能を追加しました

    ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちは、Yahoo! Open Local Platform (YOLP)の入山です。いつもYOLPをご利用いただきありがとうございます。 日、YOLPの提供する以下のAPI・SDKに、最新の雨雲レーダー情報を表示する機能を追加しました。 Yahoo! JavaScriptマップAPI Yahoo! iOSマップSDK Yahoo! AndroidマップSDK パソコン向けサービスやスマートフォン向けアプリの開発において、任意のピンポイントな場所に関する雨雲の状態(雨が降っている/雨雲が近づいていている)を地図でグラフィカルに確認する機能を簡単に実現することが可能になりました。 ■PC画像 ■スマホ画像 アプリケーションID

    Yahoo! Open Local Platform (YOLP)の地図API・SDKに、雨雲レーダー情報を重ねて表示する機能を追加しました
  • アクセス解析システムの裏側 (公開用)

    2. 目次 1. 自己紹介 2. ユーザーローカルとアクセス解析 3. アクセス解析の基礎 4. アクセス解析システムの裏側 - リアルタイム集計 - 小バッチ集計 - 大規模バッチ集計 スライド49枚 2 12年9月23日日曜日 3. 自己紹介 • 三上俊輔 • 株式会社ユーザーローカル • 今年3月に筑波大学院を卒業 • 大学では分散ファイルシステムの研究 • 学生の時はCookpadのデータマイニン グ部門で2ヶ月ほどインターン 3 12年9月23日日曜日 4. 過去の研究、発表 • 研究ブログ:http://shun0102.net/ • 発表:「分散ファイルシステムGfarm 上でのHadoop MapReduce」など - http://www.slideshare.net/shun0102/ 4 12年9月23日日曜日

    アクセス解析システムの裏側 (公開用)
  • 第2回 基本設計工程のITアーキテクト

    ITアーキテクトが作成する成果物に注目し、何のために作るのかを明らかにします。システム開発のライフサイクルを軸にし、今回は基設計工程を対象にします。基設計工程では、主に次の5つの成果物を作成します。 (1)論理データモデル図 (2)パッケージ図(永続化視点) (3)パッケージ図(機能視点) (4)アーキテクチャー設計ドキュメント (5)アーキテクチャー評価ドキュメント ITアーキテクトのはこの工程で、アプリケーションの構造を創出し、その構造を評価します。基設計工程ではサブシステムごとに設計作業を進め、要件定義の深堀や、要件の変更(改善)が発生しているはずです。そこでITアーキテクトのタスクとしてポイントになるのは、並行する設計作業間で矛盾が生じないようにサブシステム間の依存関係を整理し、また、そのアプリケーション構造を支えるインフラを含めてアーキテクチャーを設計することです。 IT

    第2回 基本設計工程のITアーキテクト
  • 平均レスポンスタイム50msをPerlで捌く中規模サービスの実装/運用

    5. 広告の目的? • 広告が成立する条件 • “出す”場所がある • “見る”人がいる • ”出稿”したい誰かがいる • 広告枠 : オーディエンス : 広告主

    平均レスポンスタイム50msをPerlで捌く中規模サービスの実装/運用
  • 抄訳 InfoWorld: MySQL users caution against NoSQL fad - rkajiyama’s diary

    InfoWorldの記事に興味深い記事があったので抄訳。 タイトルは「MySQL users caution against NoSQL fad」で訳すと「MySQLユーザがNoSQLブームに警鐘を鳴らす」という感じでしょうか?2012年9月のMySQL Connect 2012でのパネルディスカッションの内容などをもとに、NoSQLテクノロジー当に必要なのかという疑問を提示しています。 以下は抄訳なので詳細は原文をお確かめください。 MySQL users caution against NoSQL fad | InfoWorld Paypalの例 PayPalのチーフアーキテクトは「A lot of people think they have a big data problem, and a lot of times they don't,」「多くの人が"ビッグデータ"の問題を

    抄訳 InfoWorld: MySQL users caution against NoSQL fad - rkajiyama’s diary
  • ネットコミュニティ設計「適切なスコープを作る」

    人においてインターネットを使う「ふつうな人」と「ふつうな人ではない人」の違いは、インターネットに対して「反応してくれる人への期待値」の差ではないかと思う。 最近話題の例だと、クローズドなLINEにタイムラインがついて不要と言う人は、そこに期待する抽象的なサークルがないからだけだし、逆に、LINE上に人にとって不特定に近いサークルができてくれば、あいまいなコミュニケーションのためにタイムラインは必要になっても良いだろう。(LINEのタイムラインの難しさはパーソナルとグローバルの両方が混在してしまうことなんだろうけど。フォーマルとカジュアルというか) メッセンジャーというのは、特定の人への連絡手段なので、基的に返信を期待しているし、目的も明確だ。だからユーザーにハマると強固なアクティブ率を誇るわけだが、タイムラインというのは、もう少し不明瞭なコミュニケーションのバッファ的役割になる。

  • DCIについて思うこと - walf443's blog

    最近DCI(Data Context Interaction)アーキテクチャというのを良く耳にするので、ちょっと調べたり他の人のコード例などをもとにちょろっと書いてみたりしたところ、やっぱりよくわからないなーと思いつつ、つまりはこういうこと?というのをまとめてみる。 たぶん色々と大分間違っているんだろうなぁと思いつつ、間違いを指摘してもらえるとありがたいです。 DCIは、MVCを置きかえるものではない。MVCのModelの部分が肥大化し、管理が難しくなる傾向にある(Skinny Controller, Fat Model)ので、そこをうまく扱うにはこう考えて分割すればよろしい、という考え方。つまり、M(D-C-I) - Controller - Viewみたいに書くことになる。 同じモデルでも、ユーザーの役割によって、振舞いが異なることがある 例えば、管理者(Administrator)に

    DCIについて思うこと - walf443's blog
    tjun1
    tjun1 2013/02/18
  • 歴史から考えるアーキテクチャとマネジメント - arclamp

    ソフトウェアアーキテクチャとプロジェクトマネジメントは相互に絡み合う要素です。この関係性を歴史の流れから考えていくと面白い推測が成り立ちます。 アーキテクチャの歴史 「アーキテクチャとは」というのに定まった定義はありませんが、大枠では「システムの目的や環境を前提とし、様々な利害関係者の関心事を整合させた、システムの構成や構造」のことです。 これはもちろん「あるべき姿」です。完成されたシステムには必ず構成や構造がありますが、それが「システムの目的や環境、あるいは様々な利害関係者の関心事」と完全に合致しているとは限りません。 (ソフトウェア)アーキテクチャという言葉、あるいは(ソフトウェア)アーキテクトという用語は2000年前後から一般的になってきました。逆にいえば当時は「システムの構造や構成」と「システムの目的や環境、あるいは様々な利害関係者の関心事」の不一致があったということでしょう。 で

    歴史から考えるアーキテクチャとマネジメント - arclamp
  • インターネット広告とPerl、ここ数年の歩み

    1. インターネット広告と Perl、ここ数年の歩み 2012.10.19 Yokohama.pm #9 nekoya 2012年10月19日金曜日

    インターネット広告とPerl、ここ数年の歩み
  • 熱狂してすぐ冷める日本でどう続けるか

    「日人とは」と一般論を述べるのは避けようと思いつつ書いてしまうが、我々は熱しやすく冷めやすい。何かに関して盛り上がる時の集中ぶりはすごいが、いったん冷めてしまうと一切捨てて省みない。執念深く何かを続ける人もおられるが少数派である。 情報システムの世界に限っても、盛り上がり一気に冷めた例はたくさんある。一例として今回は「EA」を取り上げる。EAとはエンタープライズアーキテクチャの略で、10年ほど前に日で大きな話題になった。日経コンピュータは2003年9月8日号で40ページもの大特集『EA大全 企業情報システムの救世主』を掲載した。 いくらなんでも「救世主」とは大げさだと思うものの、筆者は2002年に『プロジェクトマネジメントが日を救う』という特集を作ってしまったので、同じ穴のむじなである。日経コンピュータの報道通りなら日は二度も救われているはずだが、どうもそうではない。 当時はEAに

    熱狂してすぐ冷める日本でどう続けるか
  • OSSのJobSchedulerを使ってジョブ管理 - Tech-Sketch

    皆さん、Job管理はどのように行なっていますか? 簡単なものであればcronで実行している方も多いかと思います。 ジョブ同士に関連を持たせたりと複雑な管理をする場合には JP1 、 A-AUTO 、 Tivoli 等の商用ツールを利用する場面もあります。 OSSのジョブ管理ツールとしては Hinemos が有名ではないでしょうか。 今回紹介するのは、OSSで、かつ非常に多機能なジョブ管理ツールである「 JobScheduler 」です。 JobSchedulerは、ドイツの企業である「 Software-und Organisations-Service GmbH (以降、SOS社とする)」が開発を行なっています。 JobSchedulerは非常に有用な機能を多く含んでおり、 また、ヨーロッパを中心に非常に多くの利用実績があります。 金融機関のシステムなど、ミッション・クリティカ

  • 1日1億超のトラフィックをさばく広告配信システム「AdStir」を支える技術とエンジニアの実態を探る

    そんな中、モーションビートが提供する「AdStir」(アドステア)は、特にスマートフォン向けに特化した広告配信サービスとして注目を集めているものの一つである。AdStirは、アドサーバ機能、複数のアドネットワークを一元管理して広告配信の最適化を行うイールドオプティマイゼーション(SSP)機能を持ち、近年特に関心が高いリアルタイム入札(RTB)にも対応したサービスとなっている。 スマートフォンユーザーの急激な増加に伴う多様な広告配信ニーズの増大により、その基盤となるシステムに対しては高い信頼性と可用性、そして高速性が求められている。AdStirでは、どのような技術と体制によって、その要求に応えているのだろうか。モーションビート、メディアプラットフォーム事業部でAdStirの開発に携わる、メディアプラットフォーム事業部の落合省治氏とfukata氏に話を聞いた。 LVSをベースにnginxとLu

    1日1億超のトラフィックをさばく広告配信システム「AdStir」を支える技術とエンジニアの実態を探る
  • Ad tech 20121030

    [要約] Building a Real-Time Bidding Platform on AWS #AWSAdTechJPEiji Shinohara

    Ad tech 20121030
  • KVS系NoSQLのまとめ(Hibari、Dynamo、Voldemort、Riak編)

    序 章 ビッグデータの時代 第1章 NOSQLとは何か? 第2章 NOSQLのデータモデル 第3章 アーキテクチャの基概念と技術 第4章 HadoopはNOSQL? 第5章 主なNOSQLデータベース製品 第6章 NOSQLデータベースの選択基準 第7章 NOSQLを使うビジネス 連載は書籍『NOSQLの基礎知識』(リックテレコム刊、ISBN:978-4897978871)で解説されている内容から一部を抜粋し、連載向けに一部再編集して掲載したものです。 書籍では、一般にNoSQLと呼ばれている各種データベース技術について、基概念から主要なプロダクトの特性、ベンチマーク結果までを紹介しています。データモデルやアーキテクチャの違いといった基概念から、各プロダクトの特徴を理解できる内容になっています。 連載では、この書籍の内容から、主要プロダクトを紹介している第5章を抜粋し、そのエッ

    KVS系NoSQLのまとめ(Hibari、Dynamo、Voldemort、Riak編)
  • 大規模なギョームシステムにHaxeを採用してみた話

    3. terurouです。 • Web・GUI・分散処理を手広くやってます – Windows 8(なんとか Style Apps), Silverlight, JavaScript, Android, … – Cassandra, 自作KVS, AWS, … – DataGridの自作に定評があるらしいです • フロントエンド寄りのアーキテクチャの設計が 割と得意です – MVC/MVVM, Client-side Cache, 通信, … 3

    大規模なギョームシステムにHaxeを採用してみた話
  • インフラの話

    2. •  追記: •  この資料は技術者じゃない人でも感覚的に理解して もらえるようにと作ったもので、金額などの数値は とてもテキトウです!!!

    インフラの話
  • クラウドが実現するソフト開発・運用の変革と自動化

    1891件以上のカーネルの不具合修正に貢献した再現用プログラムを自動生成するsyzkallerのテスト自動化技術NTT Tech Conference ...NTT DATA Technology & Innovation

    クラウドが実現するソフト開発・運用の変革と自動化
  • クラウドを支える基盤技術の最新動向と今後の方向性

    知っているようで知らないNeutron -仮想ルータの冗長と分散- - OpenStack最新情報セミナー 2016年3月 VirtualTech Japan Inc.

    クラウドを支える基盤技術の最新動向と今後の方向性
  • 実行時のデータ型の表現手法

    実行時にデータ型を判別するためのデータ表現 基的な技法(オブジェクトのヘッダ, tagged pointer, BIBOP)Read less

    実行時のデータ型の表現手法
  • MongoDBとRavenDBの違いから読み解く、ドキュメント・データベースごとの設計思想

    MongoDBとRavenDBの違いから読み解く、ドキュメント・データベースごとの設計思想:特集:MongoDBで理解する「ドキュメント・データベース」の世界(後編) 前回の前編では、MongoDBを例にドキュメント・データベース(Document Database)の基的な機能を見てきたが、いくつかMongoDB独自の考え方や特徴も含まれていた。今回の後編では、MongoDB以外のドキュメント・データベースとして「RavenDB」(インストールや基的な使い方についてはこちらを参照)を見ていくことで、同じドキュメント・データベース同士での相違を簡単に確認したい。 いくつかのドキュメント・データベースを見ていくことで、同じ「ドキュメント・データベース」という共通の概念ではあるが、それぞれがどのような位置付けであるか、その相違を発見できるだろう(なお、ここではデータベースごとの機能比較表を

    MongoDBとRavenDBの違いから読み解く、ドキュメント・データベースごとの設計思想
  • Amazonは1時間に最大1000回もデプロイする。クラウドネイティブなデプロイとはどういうものか? AWS re:Invent基調講演(Day2 AM)

    Amazonは1時間に最大1000回もデプロイする。クラウドネイティブなデプロイとはどういうものか? AWS re:Invent基調講演(Day2 AM) クラウドによってリソースの制約から解放され、サーバやネットワークを含む冗長性までプログラミング可能になった新しい世界では、どのような考えによってソフトウェアを構築すべきなのか。 Amazon.com CTOのWerner Vogels氏は、Amazon Web Servicesが先週ラスベガスで開催したイベント「AWS re:Invent」2日目午前中の基調講演で、新しい時代のアーキテクチャとはどういうものなのか、聴衆に向けてたっぷりと解説しました。 (記事は「AmazonクラウドのCTO「クラウドネイティブなアーキテクチャには4つの戒律がある」。AWS re:Invent基調講演(Day2 AM)」の続きです。 戒律その2「リジリエ

    Amazonは1時間に最大1000回もデプロイする。クラウドネイティブなデプロイとはどういうものか? AWS re:Invent基調講演(Day2 AM)
  • あの谷川氏が聞きたかった、ITエンジニアが知るべきインメモリデータベースSAP HANAのポイント

    座談会参加メンバー SAPジャパン リアルタイムコンピューティング事業部 シニアマネージャ 大 修嗣氏 SAPジャパン リアルタイムコンピューティング事業部 プリンシパルデータベースアーキテクト 花木 敏久氏 SAPジャパン リアルタイムコンピューティング事業部 プリンシパルアーキテクト 松舘 学氏 SAPジャパン ソリューション統括部 ビジネスアナリティクス・テクノロジー部 ビジネスアナリティクス・テクノロジー部 シニアソリューションスペシャリスト  森﨑 敏朗氏 有限会社タルク・アイティー 代表取締役社長 谷川耕一氏 SAPの「HANA」をご存じだろうか。SAP HANAは「超高速インメモリデータベース」であるということを知っていても、その詳細な動きや、そもそも何に使うべきものなのかまでおさえているエンジニアはまだ少ないかもしれない。 SAP HANAの可能性はどこにあるのか

    あの谷川氏が聞きたかった、ITエンジニアが知るべきインメモリデータベースSAP HANAのポイント
  • 事前設計とTDD - 2012-12-16 - やっとむでぽん

    実はモデリングが大好きです。元々はオブジェクト指向プログラミングを勉強しているところからUMLに(自然に)興味が向き、そこからオブジェクト指向設計とかオブジェクト指向分析とかそういう脇道にそれ(脇道とか言ったら怒られる!)、仕様も設計もこれからはオブジェクト指向だ!というありがちな若気の至りもありました。デザインパターンにも転んだし、責務!ロール!コラボレーション!ってのもやったし、重厚長大なフレームワークとかもなかなか楽しいですよねえ。ねえ? 今でも概念モデルとか大好物で、上の話を聞きながらうっかりとこんなオブジェクトモデリングをしてしまったりします。 そんなわけで、プログラミングする対象の仕様を理解しながら頭の中でモデリングして設計を進めてしまうのはやむを得ません。多かれ少なかれ、なにかしらの設計が浮かんできてしまいます。 でもTDDはテストを書きながら設計をします。先行して設計してし

    事前設計とTDD - 2012-12-16 - やっとむでぽん
  • RTB広告配信の早期実装、DSP連携コストの削減を実現する「AdStir RTB Exchange API」

    はじめに RTBが収益の最適化に繋がるのは『スマホ向けネット広告の分野でアツい注目を集める「RTB」-その理由と活用法』で書いた通りですが、RTB配信エンジンの作成コスト、広告在庫を増やすためのDSPとの接続コストが意外と高いです。 配信エンジンは大体100ms以内に「各DSPへbidリクエストを送信し、bidレスポンスから入札金額の高いものを選定(オークション)する」という処理をリクエストごとに行う必要があります。 一般的なアドネットワークの場合はキャッシュなどで高速化できますが、RTBの場合、毎回bidリクエストを送る必要があるため、キャッシュなどが使えません。その他の部分で高速化を行う必要があります。また、DSPとの接続コストも今までの経験から、お互いの仕様の擦り合わせからリリースまで大体1~2か月程度かかっています。 「RTB Exchange API」を使うことで、RTBのアドサ

    RTB広告配信の早期実装、DSP連携コストの削減を実現する「AdStir RTB Exchange API」
  • 同期・非同期処理に関するアーキテクチャ - プログラマの思索

    同期・非同期処理に関するアーキテクチャで良い記事があったのでメモ。 【元ネタ】 ITシステムで見られるシーケンス データベースコンサルタントのノウハウちょい見せ ダメな設計は、シーケンスが階段状ではなく、一つのオブジェクトに全ての処理を任せる「責任が肥大化したオブジェクト」がある。 特に初心者が、設計を考えずにいきなりプログラムを書いたり、システムを作ってしまう場合によく見られる。 この設計では、スパゲティコードになりやすく、一つのプログラムが千行を超えて保守しにくかったり、スケールアップや性能要件で壁にぶつかる時が多いだろう。 Webシステムは基は、上記記事の「三角形」シーケンスに相当する。 メッセージを階段の図のように渡して、処理の結果を受け取るイメージ。 オブジェクト指向の権限移譲では、この設計手法がよく使われる。 MVC2モデルと呼ばれるように、Webシステムはオブジェクト指向と

    同期・非同期処理に関するアーキテクチャ - プログラマの思索
  • 組織はアーキテクチャに従う、アーキテクチャは組織に従う、どちらが正しいか? - プログラマの思索

    「フレームワークを使いこなすための50問」の一節にこんな問いがある。 「組織は戦略に従う、戦略は組織に従う、どちらが正しいのだろうか?」 「フレームワークを使いこなすための50問」は経営コンサルタントのためのフレームワークに関するなので、上記の問いは、コンサルタントが顧客へ戦略を提示時の制約条件について説明している。 その回答は「両方とも正しい。でも日企業では戦略は組織に従うのがほとんどだ」と。 組織変革を自由に行える立場の場合、経営戦略の自由度は高い。 経営コンサルタントの好きなように、あるべき理想像に従って提示できる。 例えば、IBMが90年代に、メインフレームがWindowsパソコンなどのBPRの台頭と共に販売不振に陥った時、ハードウェアからコンサルタントやサービス事業へ転換した。 その時、40万人の従業員のうち30万人を解雇し、20万人を入れ替えた。 ハードウェア事業にいる人が

    組織はアーキテクチャに従う、アーキテクチャは組織に従う、どちらが正しいか? - プログラマの思索
  • アーキテクチャ設計のアンチパターン集~44のアンチパターンに学ぶDBシステム - プログラマの思索

    「44のアンチパターンに学ぶDBシステム」を読んでみて、とても優れたアーキテクチャ設計のアンチパターン集に思えた。 過去の経験上、あるあると思う箇所がたくさんあった。 感想をラフなメモ書き。 【元ネタ】 44のアンチパターンに学ぶDBシステム - give IT a try あなたの現場にも必ずあるDBシステムの"悪い例"が満載!「44のアンチパターンに学ぶ DBシステム」 | oracletech.jp 『44のアンチパターンに学ぶDBシステム』 - 虎塚 44のアンチパターンに学ぶDBシステム : 賢者の図書館 (Under Construction) : livedoor Blog(ブログ) 【SQLをしっかり学習したい人におすすめミック。 | プラプラ式技術系 Access流! 【まとめ】44のアンチパターンに学ぶシステム構築時の失敗パターン。もっとはやく言ってよーとな

    アーキテクチャ設計のアンチパターン集~44のアンチパターンに学ぶDBシステム - プログラマの思索
  • DBの世界に起こる変革 | エンタープライズエンジニアの独り言

    エンタープライズシステムのエンジニアをやって10年以上。思うところを書いていきます。その他趣味を少々。。。 DBの世界に起きた大きな波 現在、どの製品を使ったとしてもRDBの性能問題は必ずといっていいほど発生する。理由は簡単で、CPU、ネットワークが高速化(CPUはマルチコア化、ネットワークは10G-Ethernetの一般化やInfiniBandなど)するのにディスク(ストレージ)が高速化に追いついていないからだ。その差を埋める役割として、RDBが担っているケースが多く、性能問題になるケースが散見される。 だが、そういう時代の流れに対して大きな変革が起きようとしている。SSDはかなりコモディティ化してきたので言うに及ばずといった感じだが、個人的には速いもののディスクの置き換えにすぎないと思っている。つまり、SSDは速いがDBのアーキテクチャに大きな変革をもたらすものではない。が、ここにきて

  • 榊原さん「ITアーキテクチャ設計とITアーキテクトの着眼点」(SQiP研究会特別講義)

    あきやま🍠 @akiyama924 日はSQiP研究会です。午前中の特別講義は、日アイ・ビーエム(株)の榊原彰さんによる「ITアーキテクチャ設計とITアーキテクトの着眼点」です。さきほど、ツイートのOKをいただいたのでツイートします。 2013-01-18 10:00:00 あきやま🍠 @akiyama924 司会は細川さん「元私の上司でした。配属されたときに挨拶したら、翌朝机の上にハードカバーのをドンッと5冊くらいおいてくれた人です。昨日の午前3時にできあがった資料だそうです(笑)」 2013-01-18 10:02:00

    榊原さん「ITアーキテクチャ設計とITアーキテクトの着眼点」(SQiP研究会特別講義)
  • CAP定理を見直す。“CAPの3つから2つを選ぶ”という説明はミスリーディングだった

    分散システムにおいては以下の3つの要素のうち2つしか同時に満たすことができない、というCAP定理を提唱したのは、Eric Brewer氏でした。 C:Consistency(一貫性) A:Availability(可用性) P:Tolerance to network Paritions(ネットワーク分断への耐性) 一般にリレーショナルデータベースでは、一貫性(C)と可用性(A)をできるだけ保証する代わりに、ネットワーク分断への耐性(P)を犠牲にしています。ネットワークが途中で切れたり大きく遅延した場合、動作が保証されなくなってしまうわけです。 一方でNoSQLでは一貫性(C)よりも可用性(A)とネットワーク分断への耐性(P)を優先させるものが多く、分散システムでの動作に向いていると説明されます。このようにNoSQLの説明にこのCAP定理がしばしば引用されることになり、NoSQLの普及とと

    CAP定理を見直す。“CAPの3つから2つを選ぶ”という説明はミスリーディングだった
  • 勝手に査読:Webアプリにおける11の脆弱性の常識と対策

    「Webアプリにおける11の脆弱性の常識と対策」という記事を久しぶりに読みました。出た当事も思いましたが、基的な誤りが多く、読者が誤解しそうです。このため、編集部から頼まれたわけではありませんが、「勝手に査読」してみようと思います。 細かい点に突っ込んでいくとキリがないので、大きな問題のみ指摘したいと思います。 ※2013年2月25日追記 このエントリに対して、編集部が元記事を修正くださいました。徳丸も修正に協力いたしましたが、十分正確な内容ではないことをお含みおきください。 ※追記終わり 同記事の想定読者は誰か査読にあたり、この記事の想定読者を明確にしておいた方がよいですね。記事の冒頭には、連載の説明があります。 連載は、JSP/サーブレット+StrutsのWebアプリケーション開発を通じて、Java言語以外(PHPASP.NETRuby on Railsなど)の開発にも通用する

    勝手に査読:Webアプリにおける11の脆弱性の常識と対策
  • IDEA * IDEA

    ドットインストール代表のライフハックブログ

    IDEA * IDEA
    tjun1
    tjun1 2013/02/18
  • Google 20130218 計算機としてのFPGAの基礎知識

    2. 三好健文 - e-trees. Japan, Inc. 東工大→東大→東工大→電通大→現在 コンパイラとかHW/SW協調設計とか 囲碁専用ハードウェア CUDA/MPIコンパイラ ネットワーク処理の専用ハードウェア化 ストリーム処理専用アーキテクチャ JavaRock 2 2012.8.17 @虎ノ門 3. FPGAとは? 章では,高位設計言語である Bluespec System Verilog を紹介する.こ の言語では,コンパイル時にしっかりエラー検出ができ,また,さまざまなライブ ラリも提供している.FPGA や ASIC が大規模化し複雑な回路を設計する機会が Field Programmable Gate Array 増えてきた今,知っておくべき技術だろう. (編集部) 三好 健文 論理回路・データパスを自由に作り込める Verilog HDL や VHDL を使った設

    Google 20130218 計算機としてのFPGAの基礎知識
  • サービス終了のお知らせ - NAVER まとめ

    サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。

    サービス終了のお知らせ - NAVER まとめ
  • Seleniumを使ったiPhoneアプリの自動操作テストツール·Appium MOONGIFT

    AppiumはiOSのテストを自動化するSeleniumを使ったテストツールです。 iOSのテストはユニットテストが基と思われます。実際の操作については人が細かくテストを行っているのではないでしょうか。その面倒なUIテストを自動化してくれるのがAppiumです。 実行中です。 文字の入力などは自動で行ってくれます。 テストコード。 AppiumはテストコードをJava/Ruby/PHP/node.js/Pythonで書くことができます。さらにSeleniumを使って開発されているのも特徴です。テストは分離しているため、既存のアプリに何らかのSDKを組み込んだりする必要はありません。近く、Androidもサポートされるそうです。 AppiumはMac OSX用のオープンソース・ソフトウェア(Apache License 2.0)です。 MOONGIFTはこう見る iPhoneを自動操作して

    Seleniumを使ったiPhoneアプリの自動操作テストツール·Appium MOONGIFT
  • YappoLogs: Try::Lite 「より安全な例外キャッチを簡単に」

    Try::Lite 「より安全な例外キャッチを簡単に」 I wrote too safety exception handling module. https://metacpan.org/release/Try-Lite $@ の処理を安全に取り扱う例外処理モジュールとしては Try::Tiny があまりにも有名ですが、別の実装を作ってみました。 アプリケーションを作る時は、よく例外クラスを作ってから die bless {}, $foo_class; みたいな形のオブジェクトの例外を投げて、上流の方で eval で受け取ってから $@ の isa を調べて例外に応じた処理をする事が多いと思います。 ここで問題になるのが、受け取った例外の中から不要な物を、さらに上位に向けて rethrow するわけですが、 rethrow するのを忘れてしまうとクリティカルなバグを発生させる要因となりま

    tjun1
    tjun1 2013/02/18
  • 全自動パラメータチューニングさん

    2013/02/18 Yahoo! Open Hack Day 参加作品 KLab賞 受賞 ソースコードはこちら: https://github.com/mirakui/tuningsan 説明: http://blog.mirakui.com/entry/2013/02/20/003401

    全自動パラメータチューニングさん
  • Dash - naoyaのはてなダイアリー

    Twitter で知人に紹介したら周囲から「これは便利」という声が結構聞こえてきたので、ブログでも紹介しておこう。Dash というドキュメントビューワー。 iOS や RubyMotion、あるいは node や ruby そのほかのマニュアルをまとめてインクリメンタルサーチして API を調べる、ということができる。メジャーな色んな言語に対応している。 来 Dash は "Snippet Manager" ということで、コードスニペットを管理するためのアプリケーションのようだけど自分は単なるドキュメントビューワーとしてしか使っていない。RubyMotion の勉強会に行ったときに、これが便利というのを教えてもらってその後愛用しています。主に iOS の開発のときに利用していた。 http://satococoa.github.com/blog/2013/01/22/view-rdoc-

    Dash - naoyaのはてなダイアリー
  • IntelliJ IDEAでJavaのstatic import文に関する効率化設定をLive Templateで実現する - Diary of absj31

    Eclipseで設定出来る以下の様なstatic import文の自動補完のようなものをIntelliJ IDEAでも実現したいな〜と思っていたのですが、そのものズバリな手法は見当たらなさそうなのでまずはそれに近いような事を行うためのメモを残しておこうと思います。 EclipseとJUnit4、またはstatic import|Ouobpo そのものズバリな対処法、若しくはより良い手法が見つかった場合は情報を更新する方向で。 エントリ投稿後、何人かの御方から『こういうやり方が(やり方も)ある』というアドバイスを頂きました。どのエントリも大変参考になりました。ありがとうございます! Re: IntelliJ IDEAでJavaのstatic import文に関する効率化設定をLive Templateで実現する - marsのメモ( いまいまさのぶ (TwitterID:@masanobui

    IntelliJ IDEAでJavaのstatic import文に関する効率化設定をLive Templateで実現する - Diary of absj31
  • Webシステムのフロントエンド高速化で最初にやるべきこと - かみやんの技術者ブログ

    前回のエントリーで、Dartの次は、TypeScriptを検証する。と書いたけど、なぜか自分のPCでは、VisualStudio for WebにTypeScriptのプラグインがインストールできなかったので、TypeScriptを使うことを諦めました。コマンドラインでコンパイルはできたけど、それでは型付け言語のメリットであるIDEによる補完や参照検索やリネームリファクタリングが効かないので。ちなみにプログラマのPCではあっさりインストールできたとのこと。がっくり。 というわけで、Dartを実戦投入することを決定してDartで開発をしています。 フロントエンド高速化のExpiresヘッダ さて、今日の題。Webシステムのフロントエンド高速化のお話です。Webシステムの速度の大きなボトルネックとしてDB負荷がありますが、ブラウザ側のレンダリングを高速化する話としてフロントエンド高速化があり

    Webシステムのフロントエンド高速化で最初にやるべきこと - かみやんの技術者ブログ
  • Hamlで開発効率アップ|Sublime text 2でビルドしてみました。 | DevelopersIO

    先日、弊社で開催ししている勉強会:【課外授業5日目】「Sublime Text 2とSass&Compassで効率的なコーディングライフ」のスピーカーを務めさせていただきました。 人生初のスピーカーということで、緊張して時間を10分巻いてしまいました。。。 さて今回はHaml with Sublime text 2と題しまして、ご紹介できればと思います。 アジェンダ Hamlとは? Hamlの書き方 Sublime text 2でビルド(ファイル出力) おまけ Hamlとは? XHTML Abstraction Markup Languageの略称です。 と言われましてもなんのことだ??ってなるかと思います。 日Hamlの会というユーザーグループで以下のように、説明しれくれてます。 HamlはHTML/XHTMLを生成するためのマークアップ言語です。インデントや簡略構文によって簡潔な記述

    Hamlで開発効率アップ|Sublime text 2でビルドしてみました。 | DevelopersIO
  • cassandraを運用していて困っていること - oranie's blog

    ※2013/03/05に追記 Yuki Morishita(@yukim)さんより以下のエントリについてアンサーを貰いました!!! https://gist.github.com/yukim/5086476 - なんか呟いたら「m9(^Д^)プギャー」な意味なのかRTとかがついたので、まとめておこう。きっと「これやれば解決するのに・・・プークスクス!」って教えて貰えるに違いない。半分くらい僕の技術力の低さから来ているのが多いので、Cassandra特有の問題から外れている気がするけど気にしない。 前提条件として HW:CPU12core メモリ64GB Disk:SSDやHDD(RAID10)を使用(詳細な構成は割愛) Cassandra 1.1.5 JDK 1.6.0_33-1 Simple Strategyを使用 1ノード辺り100〜200GB程度のデータを想定 クラスタの数とかは

    cassandraを運用していて困っていること - oranie's blog
  • Loading...