「日本のマクドナルドの仕事風景が迅速すぎる」海外の反応 P magazine 海外の反応
マクドナルドの仕事風景の映像です。 以下海外の反応をご覧ください。 彼女たちは多くの練習(kaizen)を積んできたんだね。いいビデオだ、すげぇ ↑誰がマネジメントシステムに精通しているのかよくわかる(映像)だよ。工業エンジニアの私からすると日本を訪れるたびに驚かされる。 ※up主のコメントです ここは渋谷なの？ ↑大阪だよ ※up主のコメントです デブのいない国で初めてマクドナルドを見たよ ※アメリカからではなくカナダからのコメントです。ちなみにカナダの肥満率は先進国の中で9位です 「世界肥満地図」 アメリカのマクドナルドもこのようだったらいいのに。私が(マックに)行くといつも満員なんだ、しかも文字通り20分は待たされる、おまけに客の苦情は受け入れられることはないんだ(´･_･`)だから諦めて代わりにChick-fil-Aにいったんだσ(´┰｀=) ※Chick-fil-Aとはアメリカの
「ニフティrクラウドユーザーブログ」は、移転しました。
「ニフティクラウドユーザーブログ」は、移転しました。 自動でページを移動しない場合は、下記のリンクをクリックし、 新しい「ニフティクラウドユーザーブログ」をご覧ください。 今後とも「ニフティクラウドユーザーブログ」をよろしくお願いいたします。 ＞ ニフティクラウドユーザーブログ
これが5年間の技術的失敗と成功の歴史、GREEの成功を支えた技術者たちの闘いが今明かされる
「2007年からソーシャルゲームを提供してきたGREEにおける、技術的な側面での失敗と成功の実例を通じて、そのノウハウや必要な技術について解説します。合わせて、それらの経験に基づくGREEから提供していくフレームワークであるGREE Technology Stackについてもご紹介します」ということで、CEDEC2011にて講演された「GREEソーシャルゲーム5年間の技術的失敗と成功の歴史 ～GREE Technology Stackのご紹介～」はかなり濃い内容となっており、グリーの開発本部 取締役 執行役員CTO 開発本部長である藤本真樹氏と、同じくグリーの開発本部 インフラ統括部 アプリ基盤チーム リーダーの梶原大輔氏による話が次々と展開されていきました。 注目度も非常に高く、人だらけ。 今回はこの講演を発表の場にいる感覚で読んでもらえるように、当日の発表資料と合わせてまとめてみました
進研ゼミの「赤ペン先生」業務をデジタル化
ベネッセコーポレーションは同社小学生向け通信教育サービス「進研ゼミ小学講座」について、情報システムを使ったデジタル化を進めている。2011年3月末、進研ゼミ小学講座のサービスと業務を支える新システム「Akane（あかね）」を本稼働させた。 進研ゼミ小学講座は、2011年4月時点で約180万人の会員が受講している。会員が自宅で作成した答案をベネッセに郵送すると、約1万人の「赤ペン先生」が会員の答案に添削指導をしてくれる。赤ペン先生は答案を添削指導する指導員で、ベネッセと業務委託契約を結んでいる。 新システムのAkaneは、答案の受付から返却に至るプロセスを、情報システムとインターネットを使った仕組みでデジタル化する、というもの。これにより実現したのが、「ネット返却」という会員向けの新サービスである。小学校5年生と6年生の会員を対象としたもので、会員による記入済みの答案がベネッセに到着した後、
第2回 mixi.jpを支える運用監視 | gihyo.jp
はじめに 株式会社ミクシィの小池知裕です。運用部でアプリ運用を担当しています。前回は年末年始や突発的な負荷に耐えられるシステムの改善について紹介しました。連載2回目となる今回は、mixi.jpを支える運用業務でどのようにシステムの監視と測定が行われているのか、紹介します。 監視／測定って？ まず、前号からのおさらいになってしまいますが、筆者の所属する部署の「アプリ運用グループ」は mixi.jpのミドルウェア層以上の運用／維持管理／改善をおもに担当しています。 そこでは、「システムが正常に稼働しているか」「サーバの（CPUやメモリ、トラフィックなど）どういうリソースがどのくらい使われているのか」などを把握しておくことが非常に重要になってきます。 mixiでの監視／測定には大きく分けると2つあります。 死活監視／サービス監視 リソース監視 これらはそれぞれにシステムを運用し、改善するため
tdtshのブログ » ハードウェアやソフトウェアは壊れたら買う、と言う考え方
ITProにて、「保守を打ち切る」という中々男らしい？記事が掲載されている。 記事ではタイトルの通り、保守契約を打ち切ることで運用コストを減らすという事例を紹介している。たとえば、東京海上日動火災保険では求められる可用性が 99.8％以下のシステムについてハードウエア保守を打ち切り、99.9％以上のシステムについても冗長構成を取っている場合は年間保守契約を外すということで、年間で3億円のコスト削減を実現した。パソナでは、保守サポート期間が切れたオラクル製データベースを使い続けることで年間で数千万円のコストを削減したということらしい。 ハードであればスポットで十分ということもあるし、ソフトでも問題に対応できる能力があれば古いソフトでも構わないというのは理解できる。ただ、どこでもお薦めできる削減策ではなさそうだ。 保守を打ち切るというコスト削減策 – スラッシュドット・ジャパン いわゆるミッシ
これがWikipediaの裏側、知られざる大規模システムの実態「Wikipedia / MediaWiki におけるシステム運用」
Wikipediaといえば世界で第5位の訪問者数を誇る巨大サイトですが、システム運営に携わる人間は世界でわずか6人、しかもこれはボランティア込みという恐るべき少人数で、第4位のFacebookのサーバ数が3万台を超えているのに対して、Wikipediaはわずか350台で運用している……などというような感じで、知られざる今のWikipediaの実態が「KOF2010」にて本日行われた講演「Wikipedia / MediaWiki におけるシステム運用」で明かされました。 登壇したのはWikipediaを運営するWikimedia財団のエンジニアであるRyan Lane氏で、100席ある座席は満席になり、隣の中継の部屋まで人があふれているほどの盛況っぷりで、語られる内容もなかなか参考になることが多く、今後のGIGAZINEサーバにも活かせそうな内容でした。 というわけで、「Wikipedia
プロジェクトで Git を使ってみた感想とか - miauのブログ
2009/12〜2010/06 くらいまでの案件で Git を使ってみたので、その感想その他です。毎度長くてごめんなさい。 Subversion の経験はそこそこある状態でのスタートです。 リポジトリ構成のポイント ソースコードは Git、ドキュメントは Subversion で Git はファイル名をバイト列で管理するので、Windows と Linux の両方で使いたい場合は日本語名のファイルは使えません。（今のところ対応予定もないとのこと。ファイルのコンテンツやコミットログについては UTF-8 で統一できるので問題ありません。） ソースコードについては日本語名のファイルは含まれないので Git 管理でいいと思いますが、ドキュメントに関しては難しいので Subversion 管理にしました。 リポジトリの単位は細かく Git では Subversion と違ってリポジトリの一部をチェ
Twitterの大規模システム運用技術、あるいはクジラの腹の中（前編）～ログの科学的な分析と、Twitterの「ダークモード」
Twitterの大規模システム運用技術、あるいはクジラの腹の中（前編）～ログの科学的な分析と、Twitterの「ダークモード」 先週の6月22日から、米サンタクララで行われていたWebサイトのパフォーマンスと運用に関するオライリーのイベント「Velocity 2010」が開催されていました。 その中で、TwitterのJohn Adams氏がTwitterのシステム運用について説明するセッション「In the Belly of the Whale: Operations at Twitter」（クジラの腹の中：Twitterでの運用）が行われています。Twitterのような大規模かつリアルタイムなWebサイトの運用とはどういうものなのでしょうか？ 公開されているセッションの内容を基に概要を記事で紹介しましょう。システム管理者の新たな役割、Railsの性能の評価、Bittorrentを使った
インフラ寄りのお仕事のススメ - Geek Not Found
SIerみんな大好きはてなブックマーク - ござ先輩ノートにサーバ構築のブクマが増えてきました。そろそろサーバ構築のエントリが出現するかもしれませんね！ふと、3月に書いたエントリを思い出しました。アプリケーション層のエンジニアが性能や信頼性の観点でシステムを俯瞰できると、今まで気づかなかった問題が見えてくると思います。Webサービスでもそれは変わらないと思います。どんなWebサービスを提供するにしても、プログラミング以外に知っておくべきことはあります。http://d.hatena.ne.jp/int128/20090314/1237005803逆もまたしかりです。アプリの存在を無視したインフラエンジニアは本当にタチが悪いです。彼らはアプリの実装が悪いと言ってすぐに仕様変更を言い出します。おっと、話が逸れた。インフラエンジニアはアプリケーションエンジニアに比べて圧倒的に有利な点があります。
インシデント管理＝障害対応という誤解
「情報システムはいつでも使えて当たり前」と思っている利用者は、何かあれば容赦なくシステム管理者にクレームを飛ばしてくる。すべてに正面から向き合っていてはストレスがたまる一方だ。どう対応すべきだろうか。 読者の皆さん、こんにちは。初登場の前回から2カ月以上が経過してしまいました。 前回触れられなかったので簡単に自己紹介をしますと、わたしの本職はインストラクターです。具体的には、企業教育（社員教育）を幅広くやらせていただいており、中でも重きを置いているのがITサービス関連の教育です。わたしは、社内教育に関する、ありとあらゆる相談に乗るという意味合いで自らを「ラーニング・コンシェルジュ」と名乗っています。 今の時期（4月?5月）は新入社員研修でいろいろな会社にお邪魔します。この2カ月間はわたしが勤務する会社の年商の4分の1を占めるほど重要な時期です。新入社員研修の中心は、「基盤系」と呼ばれるシス
Windows 7とOffice 2010、企業はいま移行すべきか － ＠IT
2010/05/06 Windows 7発売後半年が経ち、Office 2010も5月１日にボリュームライセンスの提供が開始された。企業はこれらへの移行をどう計画すればいいのか。そもそも新製品への移行は不可避なのだろうか。4月下旬に来日し、「ガートナー ITインフラストラクチャ＆データセンター サミット 2010」で講演した米ガートナー リサーチ バイスプレジデント兼最上級アナリスト マイケル・シルバー（Michael Silver）氏に聞いた。 シルバー氏はまず、マイクロソフトの製品提供計画に対し、企業のとれる選択肢は限られているのではないかという言い方に異を唱える。 「マイクロソフトが企業にバージョンアップを強いているという考え方は、多少誇張が過ぎる。マイクロソフトは業界で最も長いサポート・タイムラインを提供している（メインストリームサポート5年、延長サポート5年）。Linuxベンダは
サーバのアップグレード--成功のためのプラクティス10選 - builder by ZDNet Japan
サーバをアップグレードする際には、ある特定のプラクティスに従うことで、問題を回避したり、効率を最大化できるようになる。本記事では、実際に効果が確認されているこういったプラクティスを10個紹介する。 サーバは特定の目的を達成するために配備される（少なくとも当初は）ことがほとんどである。サーバが配備される企業の規模にかかわらず、サーバの役割が時を経て変化することもしばしばある。その理由は企業の成長や予算の削減、配置場所の制限などさまざまであるものの、ある目的のために配備されたサーバが他のサービスや役割を担うようになることも多いはずである。 このため、定期的なシステム監査の実施が重要となってくる。企業はサーバリソースへの負荷を見直すことで、パフォーマンスの最適化や、システムのダウンタイム低減に役立てることができる。とは言うもののシステム管理者は、いきなりサーバ本体のふたを開けて、RAMをソケット
管理者のためのコマンド活用講座：ITpro
ネットワーク・コマンドは，いつでもどこでも手軽に使えるとても便利なツールです。グラフィカルなユーザー・インタフェースを備えたツールは直感的でわかりやすいものの，起動に時間がかかったり，何度もクリックしないと目的のウインドウが表示されないといったまどろっこしさを感じることがあります。そんなときはコマンド・プロンプトをさっと開いてネットワーク・コマンドを実行したほうが，ずっと早く目的を達せられます。 そこで本連載では代表的なネットワーク・コマンドとその活用法を解説します。これからネットワークの運用管理を担当する人も気軽に試せるように，基本的な使い方から説明していきます。画面を多用しながら丁寧に解説しますので，実際にコマンドを打ち込みながら読み進めていってください。 また，Windowsの標準コマンドだけを使った簡単な運用管理の手法も紹介します。ネットワーク・コマンドを定期的に実行したり，その結
GAE/Jで運用中に発生する例外（と一部対処法） : CB NANASHI管理人ブログ
2010年02月24日22:34 カテゴリGoogle App Engineサイト構築 GAE/Jで運用中に発生する例外（と一部対処法） App Engineでのアプリケーション実行中に私が遭遇した不測の例外やエラーについて、原因と（一部のみですが）対策を書いてみます。 あくまでも個人的な経験に基づくもので、多分に推測を含みますが、多少ともお役に立てば幸いです。例外の種類は随時追加したいと思います。コードの誤りや、よりよい対策などがあれば、お知らせ頂ければ幸いです。 今回記述した例外、エラーの種類 DatastoreTimeoutException ApiProxy$UnknownException ApiProxy$CapabilityDisabledException GCacheException DeadlineExceededException ConcurrentModific
Twitterのクジラ解剖学、あるいは彼らがいかにサーバの処理能力を向上させたか
Twitterを利用していると、ときどきクジラの絵の画面が表示されることがあります。これはTwitterの処理能力がパンクして一時的に利用不可になったときに表示されるお馴染みの画面。 2月9日にTwitter Engineeringブログにポストされたエントリ「The Anatomy of a Whale」（クジラの解剖学）では、Twitterのエンジニアたちがこのクジラの内部に分け入ってどのようにTwitterサーバの処理能力を向上させたのか、という話が詳しく語られています。 彼らが行ったのは、まず詳細なデータを取得して原因がどの辺にあるのかを推測すること。そこから多数の無駄な処理を発見し、ソースコードの修正による性能の向上に成功します。 元記事は非常に長いエントリになっていますが、問題の調査から解決に至るアプローチについて多くのエンジニアの方の参考になりそうな内容が含まれていますし、T
“情報事故”を防ぐ抜本的対策
「事故」を岩波国語辞典で引くと、「ふだんとは違った、悪い出来事」とある。したがって「情報事故」と言ったら、情報にかかわる「ふだんとは違った、悪い出来事」になる。 ITpro読者の皆様は「情報事故」という言葉から、どのような出来事を思い浮かべるだろうか。漢字四文字の連想からか、「情報漏洩」を筆者はまず想起した。この際なので、漢字四文字で情報事故の例をいくつか挙げてみたい。 緊急停止 システムダウンである。新聞やテレビで大きく報じられるが、冷静に見ると、しかるべき時間内にシステムを復旧できており、ほとんど実害が無かった事例も多い。 開発遅延 プロジェクトの失敗である。期限までにシステムの開発が終わらず、利用開始の時期をずらしたりする。半年、利用開始を遅らせた場合、経営に与える損害はシステムダウンよりはるかに大きいと思われるが、あまり話題にはならない。 費用超過 開発が遅れると計画より、構築費用
PFIインターンに行ってきました。 - Blog by Sadayuki Furuhashi
8月1日から8月31日までの１ヶ月間、PFI夏期インターンに行ってきました。 はてなインターンの 講義・課題・チーム 形式とは趣を異にして、個々人が何か１つのプロジェクトに取り組む方針で進みました。取り組むテーマは 新たに取り組みたい/今取り組んでいる 内容を前提に、既存の問題の中から近いテーマを見つけます（あるいはこじつける^^;）。 インターンの期間中の１ヶ月か２ヶ月の間に成果を出すのが目標！ 取り組むテーマはスムーズに決まりました。何か自社で製品を作っていれば普通かと思いますが、探せば問題はいくらでもあるモノです^^ ちなみにPFIの製品は、全文検索エンジンやレコメンドエンジンなどです。 私は以下の４つのプログラムを実装しました： 既存の実装に代わるRPCフレームワーク MessagePack-RPC for PFI クラスタ管理ツール clx プロセス管理ユーティリティ daemo
仮想環境の運用で信頼性確保が課題に
仮想化技術を導入する企業が増えている。情報系を中心に、サポート切れなどで稼働環境が不安定になったアプリケーションの救済や、サーバー統合によるITコストの削減などが目的だ。今後は、基幹系への適用が始まる。そこでは、プラットフォームとしての信頼性をいかに確保するかが焦点になる。 仮想化技術が、企業情報システムのプラットフォーム（基盤）を支える中核技術として確実に浸透している。PCサーバー上で仮想化を実現するための技術の進展を背景に、新しいハードでは動作保証が得られないアプリケーションの延命や、サーバー統合による稼働率向上といったメリットを獲得する。 加えて、クラウドコンピューティングの台頭が、仮想化技術の認知度や導入意欲の向上を後押しする。コンピュータ資源を所有することなく、ネットワーク上にプールされた資源を必要なときに必要なだけ利用するという考え方が現実味を帯びてきたからだ。 企業情報システ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
tdtshのブログ» システム開発・構築の方々はシステム運用を理解してあげてください