第11回 現場でカウントできるシンプルなKPIを決める | gihyo.jp
今回は前回の続きで、KPIの内容についてお話します。 KPIって何だ？ 次のようなことを耳にしたことがあるでしょう。「率」「件数」「回数」「リードタイム（LT）」などに代表される定量的な物差しです（表）。会社によって呼称が違ったり、種類もたくさんありますので、あくまでも一例です。 表 KPIの例 品質管理部門では“歩留り率”、製造部門では“不良発生率”や“設備稼働率”、人事部門では“社員定着率”（これは言い換えれば“離職率”の裏返し）、営業部門では“成約率”や“達成率”、資材部門では“欠品率”などです。コールセンターでは“電話応答率“”などを物差しにしている会社も多く見られます。
第2回 完全版：ブラウザとデバッグ環境 | gihyo.jp
こんにちは、太田です。前回はクロスブラウザの入口として、各ブラウザの特徴をまとめつつ、実際にクロスブラウザなコードを紹介しました。今回はクロスブラウザ対策における基本である、各ブラウザ環境の構築について解説したいと思います。 前回紹介した通りブラウザにはたくさんの種類・バージョンがあります。それぞれが動作する環境を用意するだけでも、一苦労ではすみません。なるべく少ないマシンで、各バージョンをインストールして、さらにデバッグするための環境作りについて紹介します。なお、Safari以外はWindows環境を想定しています。さらに、特に断りがない限りはWindows XP SP3をベースに解説させていただきます。ご了承ください。 各ブラウザのデバッグ環境は近年目覚しいほどの進化を遂げています。統合デバッグ環境の草分けであるFirebugを筆頭に、Safari/Chrome（WebKit）のWeb
2011年7月11日 やっと出ましたCentOS 6.0！ そして6.1はいつ？ | gihyo.jp
CentOSプロジェクトチームのKaranbir Singh氏は7月10日（米国東部時間）、CentOS 6.0のリリースを発表した。i386/x86_64ともにISOファイルが各ミラーサイトなどから取得可能になっている。 2010年11月にCentOSのベースとなっているRed Hat Enterprise Linux（RHEL）のバージョン6.0がリリースされてから約8ヵ月経っての登場となったCentOS 6.0。ようやくの正式公開を喜ぶ声が多数ある一方で、今回のCentOSのアップデートの遅さに対してプロジェクトの内外から多くの批判がなされたのも事実だ。RHELはすでにフィックスバージョンである6.1が5月にリリースされており、Red Hatは同社のサブスクリプションユーザに対してセキュリティ強化の観点から6.1への移行を推奨している。また、CentOSのリリースの遅さも手伝って
第1回 NoSQL、そしてCassandraとは | gihyo.jp
NoSQLミドルウェアの特徴をもう少し細かく挙げてみます。分量の都合もあり個別には触れませんが、それぞれのNoSQLミドルウェアで差別化部分に関してはかなり詳細に説明がされていますので、ぜひそちらを参照してみてください。 高速に動作する リレーションモデルではないデータモデル スケールアウト型アーキテクチャ コモディティサーバによって構築される スキーマフリー SPOF（単一故障点）を持たない 自動的に複数台へレプリケーションする イベンチュアルコンシステンシまたは一貫性の選択が可能 SQLのような強力なクエリ言語を持たず、シンプルな問い合わせしかできない Cassandraとは何か NoSQLミドルウェアの筆頭といえばGoogle BigTableやAmazon Dynamoですが、オープンソースの世界でもいろいろなものが出てきています。その中でも最近特に注目を集めているのが、Apach
第16回 “Web企業の根幹部分を支えるインフラ屋”――インターネット広告事業本部 CAMP事業部 石川泰崇 | gihyo.jp
今回は、サイバーエージェントのマーケティングプラットフォーム「CAMP」のインフラを支える、インターネット広告事業本部 CAMP事業部の石川泰崇氏に話を聞いた。 一気に50台のサーバを構築！ 広告配信を支える技術者魂 ―― まず、現在担当されているサービスについてお聞きします。 CAMP（CyberAgent Marketing Platform）という、バナー広告や検索連動型広告などの広告効果検証に特化した機能を提供し、プロモーションにおける高速PDCAを実現させるシステムを構築／運用する部署でインフラエンジニアを担当しています。掲載されている膨大な数のキーワードや広告を管理する必要があるため、運用は難しいですね。 ―― どういった構成で運用されているのでしょうか？ 200台程度の専用サーバを使って運用しています。OSはおおむねCentOSで統一しています。フロントエンドはApacheと
第1回 バーストトラフィックの発見と対処 | gihyo.jp
はじめに 初めまして、（株）ミクシィの中野和貴です。私はシステム本部運用部インフラグループネットワークチームという部署で働いており、ほかのメンバーと共にmixiのネットワーク部分全般に関して設計・保守・運用を行っています。ここでは『WEB+DB Press』Vol.50～55にて連載されていた「大規模Webサービスの裏側」で紹介しきれなかったエピソードや、その後のインフラ事情を紹介していきます。 日々大量のトラフィックが流れるmixiのネットワークですが、大きくなってくるとやはりいろいろな問題も出てきます。今回はそれらの問題の中で普段運用しているとなかなか気付きにくいバーストトラフィックに起因する問題事例を紹介します。 ミクシィのネットワーク構成と問題の発覚 mixiでは主要なネットワーク機材にはお金をかけていますが、サービス規模からどうしてもラック数が多くなってしまうため、エッジスイッ
日本Ruby会議2011 1日目レポート［更新終了］ | gihyo.jp
本日7月16日(土)から18日(月）までの3日間にわたり、練馬文化センターにて日本Ruby会議2011（略称：RubyKaigi2011）が開催されます。本ページでは、1日目の模様を随時レポートしていきます。 スタッフの皆さんは朝から集まり、当日準備が行われました。 スタッフの方は、専用のTシャツ、STAFF腕章をつけていますので、もし会場で困ったことなどがあれば相談してみましょう。 オープニング 実行委員長、高橋征義さんの挨拶 本イベントの実行委員長である高橋征義さんからオープニングの挨拶があり、そのなかで「RubyKaigiは2006年から数えて6回目で、集大成かつ一つの区切りとなる最後にして最高の日本Ruby会議を楽しんでいってほしい」と述べました。 笹田耕一さん「日本Ruby会議2011［+α］プログラムについて」 続いて、プログラム委員長である笹田耕一さんから、これまでのRu
ニコニコ生放送に見る Redis 活用ノウハウ 記事一覧 | gihyo.jp
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
第5回 Facebook APIを学ぼう | gihyo.jp
Facebook APIを知る 前回、少し早足でしたがFacebookの認証についてひと通りの実装を見てみました。前提知識なしで実装を見た人にとってはわかりにくかったかもしれません。今回は、Facebook APIについて詳しく学びます。Facebook APIはどのようなことができて、どのように利用すると上手く利用できるのかをイメージができるようにAPIの概要を理解しましょう。 Facebook APIの特長 FacebookのAPIは、日本で活発に利用されているTwitterのAPIとは大きく違ってかなりたくさんのことができますが、一方で複雑です。扱えるオブジェクトがたくさんあるだけでなく、OAuthの呼び出しやJavaScript SDKからの利用ができるなど扱い方もたくさん用意されています。 Facebook開発者サイト そのそれぞれの仕組みを色々な切り口から見ていくことで、この場
#15 青木 靖 | gihyo.jp
今回のゲストは、「Fine Software Writings ソフトウェア開発に関する文章の翻訳」で多数の海外ブログなどの英語文献の翻訳をしている青木靖さん。『Joel on Software』などの翻訳書とともに、その名訳が人気です。 左：青木靖氏、右：小飼弾氏（撮影：武田康宏） FizzBuzz問題 弾：それではぼちぼちとお聞きしていきましょう。まず、青木さんに会って、やっぱり外せない質問は「どうしてプログラマに…プログラムが書けないのか?」 青：あー、はい（笑）。 弾：FizzBuzz問題[1]。青木さん自身が出したものではなくて、翻訳ではあるんですけど、最初にどこで見つけたんですか？ 青：「Coding Horror」っていうJeAtwoodのブログをいつも読んでいて。そんなにすごいことになるとは思ってなくて、軽い気持ちで訳しただけなんです。 弾：すごく流行りましたよね
第25回 Rackとは何か（3）ミドルウェアのすすめ | gihyo.jp
前回、前々回の記事では、Rackの生まれた背景、Rackとは何か、実際にRackアプリケーションを作る際に使えるものをご紹介しましたが、もう一つまだ説明していない重要な要素がRackにはあります。今回は、そのミドルウェアという仕組みについてご紹介します。 ミドルウェアとは ミドルウェアとは何かを一言で言うと、「別なアプリケーションをラップして、リクエストやレスポンスを加工したり、処理を切り換えたりするRackアプリケーション」です。 この仕組みがあることで一体何ができるのでしょうか。Webアプリケーションを作っていると、リクエストやレスポンスをアプリケーションに行く前やアプリケーションの処理の後に加工したくなることはよくあります。例えば、条件に応じてURLの書き換えをしたり、エンコーディングの変換をしたり、Cookieの処理をしたり…といったことが日常茶飯事です。こういう処理を、サーバと
第24回 Rackとは何か（2）Rackの使い方 | gihyo.jp
前回の記事では、Rackとは何かについてを、Rackが生まれた背景を交えてご紹介しました。今回は、Rackを実際に使ってみるにはどうすればいいのかを実際に作りながら解説します。 rackupとRack::Builder 前回の記事の最後で、アプリケーションの他にconfig.ruというファイルを用意し、rackupといういうコマンドを使ってアプリケーションを起動しましたが、これについてもう少し詳しく説明したいと思います。 実は、単にRackアプリケーションを起動するためだけであれば、config.ru（rackupファイルと呼びます。拡張子のruはおそらくrackupの略でしょう）は必要ありません。Rackの入門記事等で目にしたことのある方もいるかもしれませんが、以下のようなコードをファイルの末尾に書き加えるとsimple_app.rb単体でアプリケーションを起動することができます。 if
第23回 Rackとは何か（1）Rackの生まれた背景 | gihyo.jp
はじめに SinatraやRamazeといったRubyのWebアプケーションフレームワークに興味をお持ちの方であれば、Rackという名前をしばしば目にしているかもしれません。どうやら様々なフレームワークに使われているらしいのだけど、そいつが一体なんなのかよくわからない、そんなあなたのために今日はそのRackをご紹介したいと思います。 様々なフレームワーク、様々なアプリケーションサーバ しばらく前なら、Ruby on Railsブームの真っ只中、Rubyと言えばRails、Webアプリケーションを作るならRails、といったイメージを持たれていた方も多かったと思います。実際にWebアプリケーションを作ったり、Rubyに触れたりしたきっかけがRailsだったという方も多いでしょう。 しかし最近は、RubyのWebアプケーションフレームワークと一口に言っても、非常に簡単にアプリケーションが書けて
第4回 オブジェクト指向の本質 | gihyo.jp
エンジニアとして良い仕事をするために必要なこと ソフトウェア業界で日米を往復しながら仕事をしていると、世界中のさまざまなエンジニアに会う。私のように「プログラミングを心底楽しんでいる」人から、「新3K」（きつい・厳しい・帰れない）を身をもって体験している人までさまざまだが、共通して言えることは、エンジニアとしての基礎がしっかりできている人とできていない人では、その生産効率に大きな開きがあり、それが結果的には、会社での労働環境や待遇に、そして結果として自分自身にとっての「仕事の充実度」に、大きな影響を与えているということである。 いつも締め切りに追われている、毎回バグで苦しんでいる、徹夜の連続で体力に限界がきているなど、「仕事がきつい」理由はいろいろとあると思うが、会社や上司の悪口を言う前に、自分自身がプロフェッショナルなエンジニアとしてこの業界で勝負をするうえで必要な最低限の基礎がで
第2回 memcachedのメモリストレージを理解する | gihyo.jp
株式会社ミクシィ 研究開発グループの前坂です。前回の記事でmemcachedは分散に長けた高速なキャッシュサーバであることが紹介されました。今回はmemcachedの内部構造がどう実装されているのか、そしてメモリがどう管理されているのかをご紹介します。また、memcachedの内部構造の事情による弱点も紹介します。 メモリを整理して再利用するSlab Allocationメカニズム 昨今のmemcachedはデフォルトでSlab Allocatorというメカニズムを使ってメモリの確保・管理を行っています。このメカニズムが登場する以前のメモリ確保の戦略は、単純にすべてのレコードに対してmallocとfreeを行うといったものでした。しがしながら、このアプローチではメモリにフラグメンテーション（断片化）を発生させてしまい、OSのメモリマネージャに負荷をかけ、最悪の場合だとmemcachedのプ
Ruby会議2010 直前レポート | gihyo.jp
はじめに オブジェクト指向スクリプト言語Rubyに関する世界を代表するイベント、日本Ruby会議が今年も開催されます。 2006年の開催から5回目を数える日本Ruby会議2010（略称：RubyKaigi2010）は、8月27日（金）から29日（日）までの3日間、過去最大のスケールで開催されます。 昨年のRubyKaigi2009 スペシャルレポートと同様に、RubyKaigi2010を3日間に渡ってレポートします。基調講演や一般発表、Lightning Talksの様子を、写真付きで随時更新してお届けしますので、現地にこられない方も、RubyKaigiの熱気を感じていただければ幸いです。 初回は事前レポートということで、これまでのRubyKaigiを振り返りつつ、RubyKaigi2010の見所を紹介します。 イベント概要 会場は、一昨年のRubyKaigi2008と同じ、 つくば国際会
第28回 RubyとHadoopで分散処理 Hadoop Streamingの仕組み | gihyo.jp
はじめに Hadoopとは、Googleの基盤技術であるMapReduceをJavaでオープンソース実装したもので、分散処理のフレームワークです。Hadoopを使うと、1台のサーバでは時間の掛かるような処理を、複数のサーバで分散処理させることができます。「処理を割り振ったサーバが壊れた場合どうするか」などの耐障害性の問題もHadoopが管理してくれるため、利用者は処理のアルゴリズムのみに集中することができるのです。素晴らしいですね。最近ではYahoo!やはてななど、様々な企業でも利用されるようになってきています。 Hadoop導入の背景 筆者はクックパッド株式会社に勤めています。open('http://cookpad.com'); return false;">クックパッドというサイトが有名だと思いますが、他にも携帯版クックパッドであるopen('http://m.cookpad.co
第2回 「締め切りは絶対に守るもの」と考えると世界が変わる | gihyo.jp
「締め切りを守ること」の大切さ 今までたくさんの日米のエンジニアと仕事をしてきた。その中には私よりも明らかに「賢いエンジニア」もいたし、ものすごい生産性でプログラムを作ってくれる「馬力（ばりき）のあるエンジニア」もいた。しかし、そんな中でも、私がものを作るうえで最も大切だと考えている「あること」をキチンとこなせる人は100人に1人もいなかった。その「あること」とは、「常に締め切りを守れるように仕事をすること」である。 チームで仕事をする場合、どうしてもお互いが担当するタスク（＝作業）の間に依存関係が生じる。そんなときに、どれか一つのタスクの完了の遅れが、ほかのタスクの完了に波及し、それがタスク間の競合を引き起こして全体のスケジュールがさらに遅れる、という事態はソフトウェア開発の現場ではよく見られる。そんな状況をできるだけ回避するには、プロジェクトに関わる人全員が、自分に割り当てられたタス
第43回 Rails 3を支える名脇役たち その1 - Arel - | gihyo.jp
はじめに Ruby on Railsの2年半ぶりのメジャーバージョンアップである3.0の正式リリースがいよいよ間近に迫ってきました。 Rails 3は、アプリケーション・レベルではRails 2.3との互換性をなるべく保ちながらも、メジャーバージョンアップだけあってフレームワーク自体は隅々にまで徹底的なリファクタリングが施されて更なる洗練を遂げています。結果として、Rails 3では融通の効かないフルスタック構造を捨ててすっきりとしたモジュール独立性が実現されているのですが、この際に、Merbとの合併の影響もあってか、いくつかの新たな外部ライブラリに依存する形になっているのも興味深いところです。 そこで本稿では、あえてRails 3そのものではなく、このRails 3の大改造の舞台裏を支える裏方さんにスポットライトを当ててみたいと思います。 Arelによってパラダイムが大きく変わったAct
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
連載：これなら毎日できるタスク管理 1から学ぶRemember The Milk｜gihyo.jp … 技術評論社