Qdabra Software Kaoru Okumura and Patrick Halstead （Microsoft MVP）
第一回勉強会（大阪）のご案内
Qdabra Software Kaoru Okumura and Patrick Halstead （Microsoft MVP）
インフラエンジニア討論会について一言いっておくか - すがブロ
パネラーの人たち おまえら「インフラエンジニア」と称しながら開発力ありすぎだろwww 何を言っているのかというと 少なくともウチの会社でインフラエンジニアと呼ばれる人間のなかで、CPAN や RubyGems を使いこなせるような人間はほとんど居ないと思われるし(フォローしておくと、これは作業場所の要因もあるはずで、大概においてインターネット接続はできない環境での構築作業が多いように思う。なので、しょうがない気もするが)、自分でシェルスクリプト以上のスクリプト（perl とか ruby とか）を書く人間なんて１割程度しか居ないように感じる。 おれ自信はあまりインフラエンジニアと一緒に仕事したことないので何ともいえないのだけど、普段の会話から感じると、そんな雰囲気。 さらに 運用エンジニアとなると更に壊滅的な気がしている。自動化という言葉すら出ない(もちろん、自動化のスクリプトによる失敗とい
...
http://www.pasonatech.co.jp/event/index.jsp?d=on&no=1137 全体として、インフラ系は各社構成がまちまちであんまりお互い同意できる部分がなかった感じ？ 普段勉強会とか軽いのりが多いのでなんか違和感あった。スライドに受け狙いのページとかなかったし。「あとでここに公開しときます」とか、「タグはこれで」とかもなかったし。 mixi（長野 雅広氏 kazeburo） 基本エンジニアブログにあるので読んでね。 インフラ系の人は10人くらい。 ダウンタイムそこまで気にしないから割と気楽。 正月は突発的に重くなるので待機系も全部突っ込む。 でも、落ちるのはしょうがないのであきらめる。 最近エコーってサービス作りました。Q4M使ってます。 Perlは運用コスト高いのでインフラ系の人も開発の技術必要。 （CPAM moduleの選定とか、共有ライブラリの整
mixiや楽天の「中の人」、インフラエンジニアを語る
パソナテックは2008年12月6日、「インフラエンジニア討論会2008 ～インフラエンジニア進化論～」を開催した。楽天の和田修一氏、スカイホビットの越川康則氏、ミクシィの長野雅広氏、モトローラの石原篤氏、paperboy&co.の宮下剛輔氏、計5人の「インフラエンジニア（サーバやネットワークなどの設計・管理・運用を担当する技術者全般を指す）」が登壇し、自らの業務や興味関心、インフラエンジニアとして働くことのやりがいなどを語った。 個人のスキルに「依存した」運用の可能性 前半は各自のトークセッションとして、自らの業務、キャリア、興味関心などを5人がそれぞれ講演した。 和田氏は現在「開発部 国際開発室」に所属しており、アプリケーション開発も若干行っているものの、メインは台湾版「楽天市場」の設計・構築・運用の業務を行っている。大学時代は経済学部で、技術を学んだのは就職後。「大学時代はバンドに明け
インフラエンジニア討論会2008の話を聞いて感じた３つのこと | イベント | キャリア形成のお手伝い | あすなろBLOG
来週宮崎県で開催されるハーフマラソンの大会に備えて、午前中に約90分走りかなり疲労した状態でしたが、先週の楽天カンファレンスのように途中で力つきること無くインフラ討論会の話を全部聞いてきましたが、キャリアカウンセラーという視点で 1.「何を言っているかわからない」と感じた人へ 2.システム管理者という仕事の評価 3.これから何を勉強しておくべきかという３つのことをまとめてみようかと思います 1.「何を言っているかわからない」と感じた人へ 当日の討論会は、最初１時間ほど各パネラーの自己紹介を一通り終えた後、休憩があったのですが、休憩の際に買い物に行く途中に他の参加者同士で「何のことを話しているかさっぱりわからない」っていうことを耳に挟みました。 具体的に何を指しているかはもちろんわかりませんが、私が今の仕事をしてもうすぐ４年近くになり約1000名近くのIT関連の技術者の方と接してきた
続・インフラエンジニア討論会2008 - Wait at a Street corner
昨日のエントリの続きです。メモの転記に加えて、自分の意見も少しずつ挟んでいますので、かなり長いです。敬称略です。 パネルディスカッション インフラエンジニアとしてのやりがい (和田) rootという絶対権限をもてる。誰よりも大きな権限を持てる。 (長野) WEBサービスの負荷などが自分たちが予測したとおりに動いたときにやりがいを感じる 和田さんの意見にはあまり賛同できないですね。というのも、自分は上に立つということでモチベーションがあがるということがないから。 長野さんの意見は大きなサービスであるほど実感できることですよね。うちの会社のレベルのサービスだと、WEB+DBを1台ずつで十分まかなえてしまうレベルのものが多い。でも、負荷が上がったときに簡単な対策をうってみて、うまく流れるようになったときにはやりがいを感じられるかな。 インフラエンジニアって何？ (宮下) ミドルウェアから下のサー
インフラエンジニア討論会に行ってきました - すがブロ
初めに 運用・監視ツールはあまり知らない領域だったので初めて聞く名前が多数（せいぜいNagiosくらい）で、ちょっとメモが付いていけなかった。というか、普通にメモをするのが追いつかなかったので、間違っている部分があると思います。間違いがあればご指摘下さい。 ふだん、運用はさっぱり業務外なアプリ開発の人間ですが、参加してきました。 自分が作ったシステムを運用するのは、自分でだってできるようになりたいじゃん。っていうのが動機。 パネラー自己紹介 和田さん(id:wadap) イケメン 学生のころはバンドやってた インフラエンジニアになっちゃった OSとミドルウェア込みの勉強会をやりたいなぁ 越川さん 個人事業主から会社の設立を行った 仕事は個人事業主から引き続き、受託開発や運用 データセンター移設の物理設計 サービスに適切なサーバの選定 ソフトウェアの運用 OSSの運用ツール BigBrote
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
J2第45節 横浜FC 0-0 甲府, インフラエンジニア討論会2008 - アンゴル＝モアでSTABO索具(2008-12-06)
NameBright - Coming Soon