年末年始休業のお知らせ お客様各位 毎度格別のご愛顧をうけ賜りありがとうございます。 誠に勝手ながら下記日程で休業とさせていただ... NEWS アンタスのエンジニア 異業種からの転職4 エンジニア紹介 塾講師として理系の受験生のために尽力してきた鶴谷君。前職でWEBシステムに携わったことがき... BLOG
![株式会社アンタス - 次の時代のマーケティングテクノロジーを](https://cdn-ak-scissors.b.st-hatena.com/image/square/75ea6c32c9809b174d7e36360893bab9323dcf09/height=288;version=1;width=512/https%3A%2F%2Fantas.co.jp%2Fcommon%2Fimg%2Fogp.jpg)
昨日のエントリの続きです。メモの転記に加えて、自分の意見も少しずつ挟んでいますので、かなり長いです。敬称略です。 パネルディスカッション インフラエンジニアとしてのやりがい (和田) rootという絶対権限をもてる。誰よりも大きな権限を持てる。 (長野) WEBサービスの負荷などが自分たちが予測したとおりに動いたときにやりがいを感じる 和田さんの意見にはあまり賛同できないですね。というのも、自分は上に立つということでモチベーションがあがるということがないから。 長野さんの意見は大きなサービスであるほど実感できることですよね。うちの会社のレベルのサービスだと、WEB+DBを1台ずつで十分まかなえてしまうレベルのものが多い。でも、負荷が上がったときに簡単な対策をうってみて、うまく流れるようになったときにはやりがいを感じられるかな。 インフラエンジニアって何? (宮下) ミドルウェアから下のサー
パソナテック、「インフラエンジニア討論会2008」開催~最前線インフラエンジニアに見る“創造性”と“やりがい”~ (株)パソナテックは12月6日、現場で第一線で活躍するインフラエンジニアが一堂に会し、日々の仕事への心構えから利用している管理ツールなど幅広い内容でディスカッションするイベント「インフラエンジニア討論会2008~インフラエンジニア進化論~」を開催した。 ゲストエンジニアとして登壇したのは、楽天(株) 国際開発室 インフラ担当エンジニア 和田修一氏/(株)スカイホビット 代表取締役 越川康則氏/(株)ミクシィ 開発部 運用グループ 長野雅広氏/モトローラ(株) ホーム・ネットワークス・モビリティ IPTV事業開発 シニアマネージャー 石原篤氏/(株)paperboy&co. 事業戦略本部 副本部長 技術責任者 宮下剛輔氏の5名。パネルディスカッション・モデレータ
パソナテックは2008年12月6日、「インフラエンジニア討論会2008 ~インフラエンジニア進化論~」を開催した。楽天の和田修一氏、スカイホビットの越川康則氏、ミクシィの長野雅広氏、モトローラの石原篤氏、paperboy&co.の宮下剛輔氏、計5人の「インフラエンジニア(サーバやネットワークなどの設計・管理・運用を担当する技術者全般を指す)」が登壇し、自らの業務や興味関心、インフラエンジニアとして働くことのやりがいなどを語った。 個人のスキルに「依存した」運用の可能性 前半は各自のトークセッションとして、自らの業務、キャリア、興味関心などを5人がそれぞれ講演した。 和田氏は現在「開発部 国際開発室」に所属しており、アプリケーション開発も若干行っているものの、メインは台湾版「楽天市場」の設計・構築・運用の業務を行っている。大学時代は経済学部で、技術を学んだのは就職後。「大学時代はバンドに明け
We’ve made the very difficult decision to cancel all future O’Reilly in-person conferences. Instead, we’ll continue to invest in and grow O’Reilly online learning, supporting the 5,000 companies and 2.5 million people who count on our experts to help them stay ahead in all facets of business and technology. Come join them and learn what they already know. Become an O’Reilly online learning member
« Google の検索結果画面に Wolfram Alpha 検索フォームを追加する GreaseMonkey スクリプト | Main | Load Average の判断基準 » Capacity Planning に関するメモ Capacity Planning に関する資料をメモ。 Carpe Diem - The Art of Capacity Plaining http://www.sssg.org/blogs/naoya/archives/996 Wikipedia - Capacity planning http://en.wikipedia.org/wiki/Capacity_planning capacity planning for LAMP http://www.kitchensoap.com/talks/MySQLConf2007-Capacity.pdf Ca
最大の収穫は、「楽天はあの規模なのに手作業を続けている」という噂は本当だった、ということ。puppetユーザなら、サーバにログインして作業するなんてもうありえない。手元のmanifestは決して最適化されているとは言えないけれど、それでも100倍ましだ。 もうひとつは、こうしたカンファレンスでは自分の聞きたい話はもう出てこない、ということ。カンファレンスや勉強会では出せる情報にも限りがあるし、それはそれで仕方のないことだけど、自分はもう少し先の話をしたい。そのためにはなにか別のことを考えないといけないのかなと。システム管理者の採用とか、教育とか、品質の向上とか必要としている組織はあるはずなので、なにか別の形式でどうにかすべきなんだろうな。 質問の中で「システム管理という仕事の質を(評価するために)定量化するのにどうしてますか」みたいなのがあったけど、自分の疑問は「効率化を進めたら、そのぶん
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く