初出: Software Design 2009年4月号（2009年3月18日発売） 宮下 剛輔 サーバエンジニアの定義 本特集では、サーバエンジニアが開発力を持つことにより、どのような力を得ることができるのか、日々の業務にどのように役立てることができるのか、具体例とともに紹介します。 本題に入る前にまずはここでのサーバエンジニアの定義を明確にし、特集全体のコンセプトについて説明します。 クライアント/サーバ型のシステムを考える場合、サーバ側は大まかに以下のようなレイヤーに区分できます。 アプリケーションレイヤー ミドルウェアレイヤー OSレイヤー ネットワークレイヤー これらのレイヤーのうち、ミドルウェアレイヤーとOSレイヤーを主担当とするエンジニアを、本特集記事でのサーバエンジニアと定義し、対象読者と想定します。その中でも特に、オープンソースソフトウェア（OSS）をメインで扱うエンジニ
最近は、@kazeburo さんの真似をして自分も「オペレーションエンジニア」と名乗ろうかと思ってます。正直最初にオペレーションエンジニアって聞いた時、なんのことだかよくわからなかったんですよね。ちょうどこの言葉を最初に見たのは 1 年前くらいで、その時僕は 2 年目に入ったところで MySQL Conference から帰ったばかりで「おらは DataBase Administrator(DBA)なんだ！」と思ってた頃でした。 それからちょうど 1 年。1 年目の時も DB だけをやってたわけではないですが、この 1 年はより広くより深くいろんなモノを見てきた関係で、自分の仕事は「DBA」だけだとちょっと説明に足りないなぁと思ってたところで、「オペレーションエンジニア」という言葉を思い出しました。そう、僕の仕事は「オペレーションエンジニア」なんです。ひよっこだけど ん、ちょっと待てって？
インフラエンジニアであるか見分ける10の質問をダメなインフラエンジニアが回答してみました。 1. 今まで自身で構築したサーバの種類と、その構築方法について説明せよ Application Server, Web Server, Database Server, File Server Application ServerはWeb Serverと共有しているケースが多い、主にPassengerを使ったケース。冗長化するケースが多いので、大体pound使ったりする。 Database ServerとFile Serverも何故か共有することが多い。File Serverと言っても大体Application で利用するファイルの共有がメイン。 DRBDでデータベース領域を共有化しておいて、Heartbeatで監視というのが大体のパターン。そろそろpeacemakerに浮気をしたい所存であります。
新卒準備カレンダー 2011 春というおもしろい企画がありまして、3 日目は自分が担当させて頂くことになりました。@shibukawa さんの様に抽象的なレベルまで高めて書くほどの経験は残念ながらありませんので、僕ものんべんだらりと自分語りをしたいと思います。 Who are you? DeNA のサーバインフラエンジニア新卒 2 年目(=もうすぐ 3 年目)です。主な言語は Perl とshow slave statusです。プログラムやコンピュータに結構詳しい学生さんでも、インフラって何やってるのかについてはイマイチ伝わらないことが多いのですが、一応説明しておきます。僕は大してコードも書いてませんし、かといってプロジェクトマネージャみたいに人の管理もしていません。僕が相手にしているのはシステムが動いているコンピュータ(=サーバ)そのものです。システムの多くは無数のサーバが通信しあって提
人月単価からの脱却というテーマも毎年のように浮かんでは消えていくのですが、その時その時で思うことは変わっていくので、現時点の考えをちょっと整理してみたいと思います。 どこでも言われていることですが、人月の最も絶望的なところは｢成果で価値を図ることが出来ず、猫も杓子もみんな同じ｣になることです。初心者でもプロでも、同じ値段。だって手間賃＋αだから、と。おごちゃんがSIerでは、1人が1人分しか稼げないという指摘をされており、僕もこの点においてSIerに絶望しています。個人が飛躍できるエコシステムが、どこにも無い。生産性が高くても給与が上がらないとか、人月見積もりは生産性がどうという主張は｢りんごは赤い｣という話に聞こえるので、逆に大丈夫かと心配になる。 初期費用が少なく借金することもなく、極論するとたった１人でも圧倒的な成果を出せるレバレッジが効くのがIT(知的成果物)の一番のメリットなのに
今回は、「心得」とはちょっと違うような気もしますが、インフラエンジニアを取りまく環境について、ちょっと書いてみたいと思います。 インフラエンジニア不足の原理 筆者が思うに、インフラエンジニアというのは、常に絶対的な不足に悩まされています。それにはさまざまな理由がありそうです。減点法による評価が多い、教育する機会がない、教育するつもりがない、イメージが良くない…などです。 ネットワークにしてもサーバにしても、何かヘマした瞬間にトラブルが起こることがあります。init 6と叩くつもりがinit 0と叩いたり、ルーティングを間違えたりフィルタを間違えたりした瞬間にリモートから何もできない状態に陥ってダッシュする状況は、インフラエンジニアなら誰しも経験しているのではないでしょうか。 運用というのは、うまく動いていてあたりまえ、障害が起こると「何やってんだー！」と言われる世界なので、どうしても経験
本連載を初めて読む人へ：先行き不透明な時代をITエンジニアとして生き抜くためには、何が必要なのでしょうか。それを学ぶ1つの手段として、わたしたちはIT業界で活躍してきた人々の偉業を知ることが有効だと考えます。本連載では、IT業界を切り開いた117人の先駆者たちの姿を紹介します。普段は触れる機会の少ないIT業界の歴史を知り、より誇りを持って仕事に取り組む一助としていただければ幸いです。（編集部） 本連載は、2002年 ソフトバンク パブリッシング（現ソフトバンク クリエイティブ）刊行の書籍『IT業界の冒険者たち』を、著者である脇英世氏の許可を得て転載しており、内容は当時のものです。 ブライアン・ベーレンドルフ（Brian Behlendorf）―― アパッチ・プロジェクトの共同設立者 いま世間の耳目を集めているのは、マイクロソフトの動向だろう。光の部分ではマイクロソフトの収益性は極めて良く、
人並に（？）人事異動とかいうものに遭遇。 この4月1日から職場が変わりましたｗ とあるところで話をしていて思ったこと… 会社の中で「技術職」という役割を担っているから技術をやっているのか、それとも「技術者という属性」を獲得した前提の人が会社員をやっているのかで、技術への取組が全然違ってくるようだ。 いろいろと聞いてると、「仕事で使う技術は仕事時間に習得させてもらえるのが当然」と思っている人も多いらしい。 言いたいことはわかるが、もう一方で、「仕事（というかプロ）はそんなに甘くない」とも思う。 正直オレとしては、職業人として技術に携わるのであれば、自分自身のアンテナはもう少し高くしてほしいと思っている。そして、自分の仕事に必要なスキルは、自腹を切ってでも獲得してほしいとも思っている。いわゆる「自分への投資」というやつだ。 この考えは、時には非常に厳しいものである、とは「当然」自覚している。
![[雑]技術者という「属性」 - wakatonoの戯れメモ](https://cdn-ak-scissors.b.st-hatena.com/image/square/06a15c64ba0ceec233d86d71001ebb29a9dcbf5d/height=288;version=1;width=512/https%3A%2F%2Ffanyv88.com%3A443%2Fhttps%2Fcdn.blog.st-hatena.com%2Fimages%2Ftheme%2Fog-image-1500.png)
東京大学文学部宗教学宗教史学専修課程中退。1996年に「有限会社オン・ザ・エッヂ」を設立。2002年に旧ライブドア社から営業権を取得し、2004年に社名を「株式会社ライブドア」に変更。2006年に証券取引法違反容疑で起訴されて一審、二審ともに有罪判決を受ける。現在上告中。1972年福岡県生まれ。 今、非正規雇用の増加やいわゆる「派遣切り」が社会問題になっていますけど、僕が前の会社（ライブドア）で社長をやっていたときは、技術者派遣やSI会社の常駐社員などは一切使わなかったし、逆に自社の社員を派遣することもしなかった。社内ではこうしたシステムを利用するようにかなり説得されたけど、ここだけは頑固に譲らなかった。 唯一、派遣会社を使ったのは受付の女の子たち。いろいろとあって押し切られてしまったのだけど、彼女たちが望めば正社員にしていたし、希望すれば総務や経理に異動もさせていた。ほかに社員でない人と
最近、技術者やプログラマの方と面接する機会が多いです。 毎回質問事項を考えるのにも飽きたので、再利用できるようにまとめておきます。 もしさわりの質問に対する反応が良かった場合は、さらに突っ込んだ質問 (インデントが深いもの) をします。経験がないようなら、さらっと流します。 当ページ管理人は、現在 EC サイト構築・運営を担当しているため、 そっち方面に偏っています。 最小限の質問でその人のスキルを見極めるのは難しいなぁ…。 ------- ●追記 ホッテントリに載ったようなので、このチャンスに 人材募集 を再アピールしておきます。 興味のある方はぜひ。 念のため言っておきますが、全部できないとダメというつもりは全くありません (当ページ管理人も、CSS・Eclipse・Struts・Spring・Hibernate・Ruby・アセンブラなど、 弱い部分が多々あります)。 「～はできますか
「トレンドを追うな」「キーワードは晴耕雨読」「確立された“知恵”はなくならない」――2月7日、パソナテックが開催したセミナー『Webデベロッパの祭典』において、プログラマの小飼弾氏が『どうするデベロッパ!? 2009年プログラミング大展望』と題した講演を行った。会場となった東京・秋葉原のUDXギャラリーには、多くのWeb系エンジニアが集まった。 2009年は「晴耕：雨読＝20％：80％」 小飼氏は最初に「大展望という講演タイトルですが、トレンドというと株式市場のトレンドを思い出して暗くなるので、やめましょう」と発言。「今年は給料が上がると思うか、下がると思うか」「皆さんのお客さんの売り上げは上がるか下がるか」などの質問を客席に投げ掛けた。 続いて小飼氏はグーグルの「20％ルール」（自分の業務時間の20％を、自分が重要だと思うプロジェクトに費やすことができるというグーグルの社内ルール）を取り
いつもMOONGIFTをご覧いただきありがとうございます。 本当はまだお知らせしない予定でしたが…。はてブに登録されてしまったので、一足早めにお知らせです。 技術者向けのプロフィールサイト「達人」を公開しました。といってもまだ足りない機能が多いのでα版レベルですが…。 達人 http://tatsuj.in/ プロフィールサイトとは？ デザイナー界隈ではよくあるのですが、自分の作品を紹介したりこれまでの活動履歴をアピールすることでビジネスにつなげたり、誰かに興味をもってもらうためのサービスになります。「達人」はこれの技術者向けサービスになります。 例えばオープンソース・ソフトウェアを開発している、Webサービスを作っている、独特な技術を使ったソフトウェア開発経験があるといった情報を公開することでそれらの技術を必要としている方とマッチングすることが可能になります。 ちなみにMOONGIFTの
![[PR] 技術者向けプロフィールサイト·達人プレオープンのお知らせ MOONGIFT](https://cdn-ak-scissors.b.st-hatena.com/image/square/76e0360bf0ecb223be7c9d2015b6b13e6300b659/height=288;version=1;width=512/https%3A%2F%2Ffanyv88.com%3A443%2Fhttps%2Fs3-ap-northeast-1.amazonaws.com%2Fmoongift%2Fattaches%2F4619%2Flist.%3F1354471455)
ここに挙げた各要因ごとに失敗経験を挙げだしたなら、誰もが枚挙に暇がないのではないでしょうか？ 失敗学の提唱者である畑村洋太郎氏が「千三つ」（成功するのは1,000回のうち3回）という言葉を度々使用しているように、失敗学では「失敗はありふれたもの」というのが大前提となっていますから、無闇に失敗を恥じることはありません。 とくに、新たな知見をもたらしてくれることから、「未知」に起因する失敗は良い失敗とみなされています。 また、個人レベルで見れば「無知」も一種の「未知」ですから、「よい失敗」にこそ分類されていませんが、「無知」による失敗よりも、それを恐れて挑戦をしないことに対して注意を喚起しています。 つまり失敗学では、失敗は「忌避」するものではなく、その先の成功のために「利用」するものなのです。 ただし注意して欲しいのは、失敗学における「良い失敗」「失敗はありふれている」という考え方
コラムを書くにあたり、筆者よりメッセージ ～～～～～～～～～～～～～～～～～～～～ 皆様はじめまして、NEMO（船長）と申します。 今回思うところがありまして、エンジニアライフにコラムを投稿することにしました。 テーマは最近話題の「エンジニアとうつ」です。この話題そのものはns-writer氏の「Webエンジニアのコーヒータイム」という素晴らしいコラムの中で触れていますので、私はもう少し赤裸々に、 「うつ病に陥ったシステムエンジニアの葛藤を疑似体験できるコラム」 を目指します。 お節介にはなりますが、このお話の登場人物N氏になったつもりで読んでいただけると幸いです。本当に「うつ」になったら大変ですから、あくまでバーチャルで体験して下さい。 ～～～～～～～～～～～～～～～～～～～～ とある平日の午後6時、都内の某メンタルクリニック。1人の背広姿の男性が病院の入口をくぐる。座る場所さえない程に
パソナテックは2008年12月6日、「インフラエンジニア討論会2008 ～インフラエンジニア進化論～」を開催した。楽天の和田修一氏、スカイホビットの越川康則氏、ミクシィの長野雅広氏、モトローラの石原篤氏、paperboy&co.の宮下剛輔氏、計5人の「インフラエンジニア（サーバやネットワークなどの設計・管理・運用を担当する技術者全般を指す）」が登壇し、自らの業務や興味関心、インフラエンジニアとして働くことのやりがいなどを語った。 個人のスキルに「依存した」運用の可能性 前半は各自のトークセッションとして、自らの業務、キャリア、興味関心などを5人がそれぞれ講演した。 和田氏は現在「開発部 国際開発室」に所属しており、アプリケーション開発も若干行っているものの、メインは台湾版「楽天市場」の設計・構築・運用の業務を行っている。大学時代は経済学部で、技術を学んだのは就職後。「大学時代はバンドに明け
楽天のさまざまな研究開発の成果を紹介するとともに、技術者のコミュニティに探求と論議の場を提供する「楽天テクノロジーカンファレンス2008」が11月29日、都内で開催された。同カンファレンスは、楽天の会社設立10周年を記念して、2007年から行われている。 楽天の取締役常務執行役員である杉原章郎氏は開催にあたり、「技術は楽天の競争力の源泉であり、技術者同士のつながりに組織として楽天も加わりたい。そのためにも、エンジニアの人的ネットワークの拡大や、活動の活性化に寄与していきたい。また、技術者のコミュニティ活動を支援、推進していく。昨年は、楽天がどれだけ技術開発に注力しているかをアピールしたが、今回はエンジニアやコミュニティに対する後方支援の要素を前面に据えた」と話した。 基調講演にはプログラミング言語「Ruby」の開発者として知られる楽天技術研究所フェローで、ネットワーク応用通信研究所フェロー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
