エンジニアのためのマネジメントキャリアパス ―テックリードからCTOまでマネジメントスキル向上ガイド - Nothing ventured, nothing gained.
オライリーから本日出版された「エンジニアのためのマネジメントキャリアパス ―テックリードからCTOまでマネジメントスキル向上ガイド」はエンジニアリングマネジメントを考える人には必読の書だ。 エンジニアリングマネジメントを考える人とは、今すでにエンジニアの上司である人やエンジニアリング組織の長である人はもとより、人事上の上司ではないが、後輩などの面倒を見る立場の人や開発において技術的にリードするような人、そして漠然と将来のキャリアパスとしてマネジメントを考えている人までを含む。さらに言うならば、技術系でなくても、自社の技術組織の戦略を考える立場である人も読むべきであろう。 目次を見るとわかるが、本書はマネジメントされる立場のエンジニアから話は始まる。そしてメンタリングする立場になったとき、次にテックリードになったときと、まさにキャリアパスを1つずつ登っていくのに際しての心構えと具体的なスキル
CTOのやるべきことは何なのか？（翻訳と考察） - Qiita
【背景】 この記事はQuoraの「What does a CTO do?」という質問に対するAmr-Awadallah氏のよくまとまった回答の翻訳です（本人から許可取得済）。 私はMAMORIO株式会社でCTOをしているのですが、最近自分の仕事が何なのかよく分からなくなってきたことがこの記事を書こうと思ったきっかけです。 私はこの記事でいう所の「雑草CTO」であり、たまたま会社の初期に私以外に適任者がいなかったので成り行きで就任し現在に至ります。 そして、人数もプレッシャーも少ない総初期は来た玉は打つの姿勢でコーディングから渉外まで何でもこなしていましたが、メンバーが増え、それよりも早いペースでユーザーと仕事が増えてくると、自分の職務を定義しやることとやらないことをはっきり分ける必要が出てきます。 この翻訳が同じような状況にあるCTOの助けになればと思いますし、誤訳等があったら指摘してくだ
初めての技術力評価会を終えたので感想を書いた - CARTA TECH BLOG
こんにちは、fluct SSP開発本部の@saxsirです。 今年の4月に入社した新人ですが、職場ではgolangとかAWSとかを使って社内向けのプロダクトをゴリゴリと開発しています。 さて、VOYAGE GROUPでは人事評価制度の一つとして技術力評価会という相互評価の仕組みがあります。 これは年に2回ほど開催されており、直近半年くらいの仕事から何かテーマをピックアップし、別チームのエンジニア2名（評価者）に「私はこんなすごいことをやったんだよ、どやっ」とお話しながら自分の技術力を評価してもらうという場になります。 もちろん、新卒も例外なく技術力評価会を行います。 今回は初めての技術力評価会を終えて私が学んだこと、を社外の方向けに書こうと思います。（言うまでもなく、私は被評価者です） ※以下、「技術力評価会」を「評価会」と略して表記する場合があります TL;DR 「なぜやったのか」を説明
シリコンバレーの最前線で起業した、日本人アントレプレナーが今考えていること
シリコンバレーで学び、起業してみてわかった、大切なこと 柴田尚樹氏 （Naoki Shibata, Ph.D.） 1981年生まれ。東京大学大学院工学系研究科技術経営戦略専攻 博士課程修了。2006年に楽天株式会社入社。同社の執行役員、東京大学助教を経て、スタンフォード大学の客員研究員として渡米。米国Paypal出身のDave McClure氏が設立したファンド「500startups」の出資を受け、シリコンバレーにてAppGrooves社を設立。AppGrooves社が提供するアプリケーションは、ユーザーが現在利用しているiPhoneアプリの情報を元に、独自のアルゴリズムを駆使して、そのユーザーにフィットする新たなアプリケーションを紹介することができ、大きな注目を集めている。 東京大学在学中に海外研修がありまして、ボストン、シアトル、シリコンバレーを回ったことがあったんですね。その時から
第3回 クックパッド技術部部長 井原正博氏に訊く（前編）―「強い個」を採用することへのこだわり | gihyo.jp
僕の仕事は「優秀なエンジニアを採用すること」 いまや月間4.9億PV、1,400万人のユーザを擁するレシピコミュニティーサイト『クックパッド』。同サービスを運営するクックパッド株式会社は、日本有数のテクノロジー・カンパニーとしても知られています。今回は、同社で技術部部長を務める井原正博さんを訪ね、お話を伺いました。 現在社員数は100名弱、そのうち35名ほどのエンジニアが在籍しています。その技術部門の部長を務める井原さんの役割は、 （クックパッドでいうところの）優秀なエンジニアを採用すること 優秀であるはずのエンジニアがきちんと成果を出している状態にすること の2点であると言います。 井原さんが「どういうものを作ろう」とか「ああいうことをやろう」といった指示を出すことはほぼないそう。そうしたことはスタッフ個々が当然自分の仕事としてやっている環境のようです。それも、井原さんが担うところの
スタートアップの始め方
Paul Graham / 青木靖 訳 2005年3月 (このエッセイはハーバードコンピュータ協会での講演を元にしている。) 成功するスタートアップを作るには3つのことが必要になる。優れた人たちと始めること、顧客が実際に欲しがるものを作ること、可能な限りわずかの金しか使わないこと。失敗するスタートアップのほとんどは、これらのうちのどれかをやり損ねたために失敗している。この3つをちゃんとやったスタートアップはたぶん成功するだろう。 そしてこれは、考えてみればわくわくさせられることだ。何しろ3つとも実行可能なことだからだ。困難ではあるが、実行可能だ。そしてスタートアップが成功すれば、創業者は通常金持ちになる。それはつまり金持ちになるということもまた、実行可能ということだ。困難ではあるが、実行可能なのだ。 スタートアップについて伝えたいメッセージが１つあるとしたら、これがそうだ。スタートアップに
Googleの技術が凄い理由を考えてみる - llameradaの日記
Googleの技術が凄いという話は良く聞く。しかし、何故Googleの技術力が高いのかについての論考はあまりないように思える。ドクターが多いからという理由がよく挙げられる。では、Google以外の会社は何故そうしなかったのだろう？ Googleの技術力の源泉は、技術者の多くが計算機科学の研究者であることだと思う。話を進める前に、研究者と普通のプログラマの違いを定義する。ここでは、研究者はアルゴリズムの考案に長けている人々、プログラマはアルゴリズムの実装に長けている人々とする。また、アルゴリズムを、コンピュータを望み通り動作させる方法と定義する。もちろんこの分類は乱暴だ。また、優秀な研究者は優秀なプログラマなことが多いし、逆もまたしかりだが、ここでは無視する。また、考慮の対象分野をWebサービスに限定する。 研究者が新たなアルゴリズムを考案するには、それは、彼らが未解決の問題を解く人々だから
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
短期間で新技術を学ぶ技術
System of Record と System of Engagement
エンジニアtype 技術者のキャリアを考えるWebマガジン - 転職＠type
Good night, Posterous