2015.12.17 ITニュース GoogleでChromeの開発などに携わったエンジニアである及川卓也氏がこのほど、技術情報共有サービス『Qiita』などを運営するIncrementsに加わった。 Microsoft、Googleと世界を舞台に活躍してきた大物技術者が、転職先として社員わずか13人のスタートアップを選んだことは、少なくない人に驚きをもって受け止められた。詳細はまだ明かせないということだが、及川氏をプロダクトマネジャーに迎えたIncrementsは、「Qiita3.0」とも呼ぶべき未来構想を描いているという。 （写真左から）この11月にIncrementsに加わった及川卓也氏と、代表取締役社長の海野弘成氏 2012年の会社創業とともにローンチした『Qiita』は、直後に1度ピボットを経験した後は、現在の「ノウハウ共有サイト」として右肩上がりの成長を遂げてきた。現在では月間

華やかに始まったプロジェクトも時の流れとともに衰退し、今となってはあの時の栄光と熱意はどこに？といったチームの惨状を見ることはしばしばあります。 ユーザーに提供するサービスの場合は、そのユーザー離れにより衰退していく様を利用する立場としてよく目にしますが、社内情報システム部門のそれは構築・運用チームは存在しており、その会社のシステム基盤として維持・管理はしていかないといけないんだけど、チームとしての士気は下がりきっていてどうしようもない状況というのはより悲惨な光景かもしれません。 何でそんな状況にいたったんでしょうか？ プロジェクトの始まりは極めて華やかだったりします。 予算が確保され、タスクフォース的にその道のプロが要員計画に組みこれます。 そこには下請けやコンサルタントなども含めて大量の外部リソースが流入してきます。 プロジェクト運営において、外部リソースを使うのはスケジュールであった

若いエンジニアに仕事を頼むと、時にやりすぎなところがあったりして悩むときがあったりします。 それはあらぬ方向に突っ走られるというよりは、頼んだ以上のことを実装したりするといったシーンです。 それって別にいいことなんじゃないの？って思われるときもあるのですが、プロジェクトを管理しているとそこに時間を割くのではなく他に手を回したい、でも作ったものはそれはそれで素敵な機能なんで叱るに叱れないといった状況に悩んだりするわけです。 特に経験の浅いエンジニアは作る楽しさを覚えて間もなかったりもしますから、予想以上に工数かかっているなって確認してみると想像で突っ走ったりしてとんでもないものを作ろうとしていることはしばしばあります。 ちゃんと仕様を伝えていないこちらも悪いところがあるのですが、あまり細かく管理していくのもエンジニア自身の成長の妨げになりますし、自分もそうやって自由に作ることでスキルを磨いて

個別技術では、MySQLのI/O負荷を軽減するようなテクノロジーが発達していることから、エンジニアの質というよりは、単にコストの問題として捉えて現状の課題解決を図るようなものが多かったようです。 伊勢さんからは、変化していく技術のなかでひたすらにトレンドを追いかけて行くのではなく、エンジニア自身が好きな技術をひたすら追いかける、現状の課題解決のためだけにテクノロジーを採用するのではなく、エンジニアの技術を高めるほうが、モチベーション的にも、企業の成功のためにも重要だというお話があり、テクノロジーとの関わり方について非常に考えさせられました。 以上、だいぶ端折ってしまいましたが、それぞれの技術項目での非常に深い話、エンジニアの生き方についての話、本の売れ行きの話ありと、多彩な内容となりました。来年は、「⁠アニメでわかる◯◯」シリーズのランキング企画でお会いできればと思います。 「CROSS

昔から「エンジニアは営業が苦手」とか「エンジニアはデザインが苦手」とか、あるいは「エンジニアはコミュニケーションが苦手」というような言われ方が嫌いだった。 実際、営業が苦手なエンジニアというのはいると思う。でもそれはエンジニアだから苦手なのではなくて、単にその人が営業が苦手なだけだ。同じように、デザインに関してもコミュニケーションに関してもそうだ。 おおまかにそういう傾向があるということまでは否定はしない。例えばプログラミングのカンファレンスに行くとそこでは男性率が非常に高いし、全体としては、まあなんというかリア充とはちょっと違う雰囲気を醸し出している･･･というようなところがあってそれは誰もが感じることだろう。集団を集めて一般化してみるとそういう何かしらの傾向が現れる、ということまでは否定はしない。 でもやっぱり、その「エンジニアだから○○」という型にはめたような話を自分自身にあてがって

100人が選ぶソフトウェア開発の名著選 デブサミ10周年を記念して2月21日に刊行：CodeZine（コードジン） が出版されます。私も一冊推薦しました。id:secondlife:20120202:1328168076 でセコンさんが公開してるのにならって、私も原稿を公開しようかなと思います。推薦したのは以下の本です。 モチベーション3.0 持続する「やる気!」をいかに引き出すか 作者: ダニエル・ピンク,大前研一出版社/メーカー: 講談社発売日: 2010/07/07メディア: ハードカバー購入: 101人 クリック: 5,453回この商品を含むブログ (153件) を見る 邦題があまり好きじゃない。原著は『DRiVE ─ The Suprising Truth About What Motivates Us』です。本文の訳は良かったです。『フリーエージェント社会の到来』や『ハイ・コン

このところ、KLab×はてな エンジニア応援ブログコンテストというのを開催していまして、エンジニア人生に関するちょっとした小話をブログに書いていただくと、内容によっては、シリコンバレーに行けたり、iPad が貰えるかもしれない。という企画です。「え、ブログ書くだけでシリコンバレー? 」 なかなか太っ腹な企画です。 よい機会なので、宣伝がてら、自分もちょっと、昔話をしてみたいと思います。 振り返ってみると、自分がエンジニアとして経験を積むなかで、「ここが壁だったな」と思うところがぼちぼちありました。それが何で壁に感じたのかといま改めて考えると、いずれも体系的な知識がなかったために、それを乗り越えるための指針がなかったというのが大きかったように思います。 きれいなコードを書くにはどうしたらいいんだろう? 負荷分散って、どうやるんだろう? 溜め込んだデータをうまく活用するには、どうしたらいいんだ

“できるエンジニア”は、こう行動する～今日から始めたい10のルール～：いまどきエンジニアの育て方（8）（2/3 ページ） これが“できるエンジニア”の行動特性だ 冒頭で述べた通り、“20年前のできるエンジニア”と“今のできるエンジニア”は、世代は違えど、似たような行動をとっているようです。具体的には、以下の10項目です。 （1）考え抜く （2）記録を取る （3）情報を発信する （4）自分自身を客観的に見る （5）“know who”を大事にする （6）ボーダーレスなコミュニケーションをとる （7）軸がぶれない （8）ユーザー視点を忘れない （9）困難を楽しみながら、周りを巻き込む （10）教え上手 順を追って見ていきましょう。 （1）考え抜く 「設計した通りに動作しない」など、自分が考えていた通りにいかない場合、原因が何なのか、他にうまいやり方がないのかを、徹底的に考えます。なかなかあきら

「創れる」こと。それがエンジニアの一番の強み エンジニアの国語を担当したのはリクルートメディアテクノロジーラボの川崎先生。冒頭でまず、ご自身の経験から「エンジニアの一番の強みは“⁠創れる⁠”こと⁠」⁠、こう定義して授業を開始しました。そして、その創った「アウトプット」こそが最高のコミュニケーションであり、個人のアイデンティティにもなっていく、これからのWebを変えていける手段であると進めていきました。 アウトプットにある3つの要素：原点、発見、転機 川崎先生はアウトプットの要素には3種類あると言います。それが、原点、発見、転機です。1つ目の原点、これは川崎先生にとっては、自分のアウトプットが認められたときの「嬉しさ」です。その嬉しさがあるからこそ、今のアウトプットにも繋がっているのです。その後、自身の会社を設立し、その時に創ったプログラムを愛用するユーザが近くにいることを知ったときに「アウ

“できるエンジニア”は、こう行動する～今日から始めたい10のルール～：いまどきエンジニアの育て方（8）（1/3 ページ） →「いまどきエンジニアの育て方」連載一覧 開発部門においてコミュニケーションが不足し、エンジニアが孤立化する“タコツボ化現象”が進んだり、若手の育成を目的としたOJT（On the Job Training）が機能しなくなったり……。原因としては、主に、企業を取り巻く環境要因の変化が考えられます。しかし、このような状態であっても、“できるエンジニア”を輩出し続ける企業や開発現場があるのも事実です。 では、“できるエンジニア”とは何なのか？ 現在、トップエンジニアかつ優秀なマネジャーになっているベテラン世代のエンジニアたちの行動には、会社の所属や開発製品の分野にかかわらず、いくつか共通点があることが分かってきました。しかも彼らは、若いころからそのような行動をとっているよう

OJTの方法を勘違いするベテラン 「仕事の指示を出す＝OJTである」と勘違いをするベテラン（上司や先輩）は意外にも多いものです。トレーナー側の社員に「OJTはできていますか？」と聞くと、「それなりにできていると思う」という答えが返ってきます。一方、新入社員や若手社員など、OJTを受ける側に尋ねてみると、「あれこれ指示はされるが、指導されているようには思えない」という返答が目立ちます。もちろん、これはあくまでも一般論で、きちんとできている会社もたくさんあります。 こうした認識のギャップが生まれる理由は主に2つあります。1つ目は、上司や先輩が、OJTとは何かを認識していないままOJTを担当するので、指示を出す以外にやり方が分からないということ。2つ目は、新人・若手から「分からないので教えてほしい」という声がほとんど出てこないということです。これは、最近の開発現場で特に目立つ傾向です。 「分から

ベテランを悩ます“いまどきエンジニア” ～ 立ちはだかるコミュニケーションの壁：いまどきエンジニアの育て方（1）（1/3 ページ） 「若手とコミュニケーションが取れない」――。このような悩みを抱えるベテランエンジニアは少なくありません。育った時代背景も価値観も大きく異なる世代同士で、スムーズに仕事を進めるにはどうすればよいのか。製造業の開発現場に詳しい著者が、ベテランエンジニアや管理職の皆さんに向けて、若手と向き合い、育てていくヒントを提示します。 →「いまどきエンジニアの育て方」連載一覧 育たない若手エンジニア 「若手がなかなか育たない」、「現場のOJT（On the Job Training）が機能しない」――。ここ2年ほど、メーカーの開発現場の部課長クラスや、人事部門から、こうした声が急に目立つようになりました。 若手のエンジニアを一人前に育てていく。エンジニアに限らず、いつの時代も

「@trigence」のつぶやきを出発点に、企業経営のあれこれや、エレクトロニクス業界に思うこと、若い技術者へのメッセージを連載中!！→「EETweets」一覧 皆さん、こんにちは。今回は「工学をビジネスにいかにつなげるか」という深淵なテーマですが、決して難しく語るつもりはありません。小生がエンジニア人生を歩み始めるキッカケの他、大手機器メーカーの研究所時代や海外でのアライアンス・プロジェクトでの体験、そしてファブレスベンチャーの立ち上げなど、アカデミックに近い職場と日々サバイバルの職場という両極端を渡り歩いた経験を織り交ぜながら、「工学とビジネス」への思いを語ります。皆さんそれぞれの経験や思いと比べていただくことで、何かの契機になれば幸いです。 小生にとって、「工学（＝エンジニアリング）」の価値って他人が喜んでもらえるモノを提供するということです。そして、喜んでもらった対価として「金品（

若きエンジニアへのエール ～竹のようにしなやかな「節」を作ろう～：EETweets 岡村淳一のハイテクベンチャー七転八起（7） 「石の上にも3年」とはよく言ったもので、エンジニアリングでも3年という単位は、一段落の仕事を成すのにちょうど良い単位だと思います。3年単位で、成長の目標管理スケジュールを作ることをオススメします。 「@trigence」のつぶやきを出発点に、企業経営のあれこれや、エレクトロニクス業界に思うこと、若い技術者へのメッセージを連載中!！→「EETweets」一覧 皆さん！こんにちは。4月は新年度の始まりの月。新しい職場や学校、仕事で多くの人が新たなステップを迎える時ですね。今回は、「若手エンジニアへのエール」という題目で、小生の過去を振り返りつつ、キャリアのステップアップに必要な短期/長期の目標管理という視点でまとめてみました。業務の目標管理なんて毎年会社に提出している