何が事業貢献なのか分からなくなっていた伊藤直也さんが再認識したユーザーエクスペリエンスへのコミット - Findy Engineer Lab
ソフトウェアエンジニアは、どのように事業に貢献すべきか？ 宿泊施設やレストランの予約サービスを提供する株式会社一休で執行役員CTOを務める伊藤直也さんは、2016年に入社しておよそ2年間、心の奥に抱えた悩みを解消できないまま仕事をしてきました。 伊藤さんは、2000年代から複数のWeb系テックカンパニーで技術部門のリーダーとして活躍し、現在でも利用される個人向けWebサービスのローンチをいくつか手掛けています。一休には入社以前からフリーランスで技術顧問を務めており、会社がヤフーグループ（当時）に入って経営陣が一新されるタイミングで、代表取締役CEOとなった榊淳さんの要請を受けて入社しました。 当時は全て.NETだったというサービス基盤の刷新や技術的負債の解消、開発組織の整備といったエンジニアリングにおいて重要な改善を進めてきましたが、あるとき自身が「事業に貢献していない」ことを明確に意識す
クックパッドを退職しました - 昼メシ物語
2024年1月末まで在籍していますが昨年12月に業務は終えていて、いまは有休消化期間中です。2010年から約14年間勤めてきた、自分の生き様そのものとも言えるクックパッドを離れるのには、表現しきれないほど大きく、複雑な思いがあります。 僕がこの14年間でやってきたことを振り返ってみます。 入社 クックパッドに入社した時は新卒3年目相当で、26歳でした。もともと料理と Ruby が好きで、当時まだ珍しかった Ruby on Rails でサービス開発をしているらしいという点や、当時からネットウォッチしていた @ryo_katsuma さんが所属していること、直属の上司の井原さんが転職したことが決め手になり、体当たりで飛び込みました。当時の僕はほとんど実績もなく、入れてもらえるかギリギリのところだったと思いますが、おそらく井原さんが頑張って交渉してくれたのだと思います。本当に感謝しています。こ
2023年にエンジニアな私がマネジメントに目覚めてから読んでよかった3冊 - Lean Baseball
タイトルそのままのエントリーです. 気がつけば現職含めて「エンジニアのマネジメント」を行う職種を6年ちょいやらせてもらっています. マネジメントをする・しないを含めてキャリアパスどうする? マネジメントをやるとして何を教科書にしたら? 今どきの開発スタンス・マネジメントってどうしたら? みたいな悩みや迷い（&やっぱコードを書くエンジニアの仕事良さそうという脱マネジメントの検討*1）は常にありますが, 今年はそれに応えてくれる良著3冊に出会いました. スタッフエンジニア エンジニアのためのマネジメント入門 人が増えても速くならない 以上の3冊です. この3冊です（結論） スタッフエンジニア マネジメントを超えるリーダーシップ 作者:Will Larson日経BPAmazon エンジニアのためのマネジメント入門 作者:佐藤 大典技術評論社Amazon 人が増えても速くならない ～変化を抱擁せよ
米国でソフトウェアエンジニアになる方法
1on1やメールでご相談を受ける最頻出の話題が 「どうすればアメリカでソフトウェアエンジニアになれるでしょうか？」 というものです。これは後述しますが、いくつかの点で中々ひと言では回答の難しい質問です。ただし、本当にアメリカでソフトウェアエンジニアになりたいなら、そのための確度を大幅に上げる方法はいくつか思い当たります。 筆者について実際に米国で2年ほどではありますがソフトウェアエンジニアをしていました。現在も米系企業の日本法人でソフトウェアエンジニアとして働いています。留学経験もなく、3流大の文系出身で、30代になってから「正攻法で」米国に渡りました。そういう点で非常に現実的な経験をシェアできると思います。筆者について詳しいことは次のnoteにまとめました。もしご興味のある方はお読みいただければ幸いです。 本当に米国に行きたいですか？冒頭の質問に対して僕がまずお聞きするのは 「本当に米国
新しくプロダクト開発に入ったときにやっていること | wapa5pow blog
年度が代わり新しい環境に行く人も多いですね。新しい環境・プロダクトだといろいろ戸惑うことがあります。自分は数年ごとに転職し、副業も複数のところでしているので初めての環境に関わることが結構あります。そのなかで素早くチームになじんでプロダクトに貢献できるようにやっていることがあるのでそれを紹介したいと思います。 自分がウェブやアプリのエンジニアなのでその文脈で話します。 「プロダクトのあるべき姿と現状を把握する」と「短期的・長期的に貢献できることを探す」ことを意識してやっています。 プロダクトのあるべき姿と現状を把握する 関わるプロダクトがユーザの何を解決しているのか理解することは開発する上で非常に大切です。機能を開発する上でもただ開発するだけでなくその機能自体が必要なのかどうか、必要ならどのような機能にすればユーザが問題を解決しやすいかという何を開発するかに密接にかかわっています。 1. ア
「50代以上エンジニアのキャリアストーリー 〜将来のエンジニアライフを考える〜」に登壇した #over50
2/9、Findy主催のオンラインイベント「50代以上エンジニアのキャリアストーリー 〜将来のエンジニアライフを考える〜」に登壇しました。 いきさつこのイベントはもともと去年の2月、デブサミ2020のあとに開催される予定でした。しかしご存知の通りちょうど新型コロナウイルスの流行が急拡大し、多くのイベントが中止や延期になったつらくきびしい時期にあたってしまい、このイベントも開催延期せざるをえませんでした。 しかしこのテーマは意外と需要があるらしく、運営さんにも「このイベントどうなったの？」という声が複数寄せられたそうです。そこで前回の企画からちょうど1年、オンラインイベントとして復活した、というわけです。 イベントの概要50代以上のキャリアが見通せなくてなんとなく不安なエンジニアのために、ベテランエンジニア3人が寄ってたかってしゃべる、というざっくりしたイベントです。 登壇者増田亨さん(@m
エンジニアのキャリアの方向性 - クックパッド開発者ブログ
CTO の舘野 (id:secondlife) です。丁度1年半ほど前に、クックパッドの CTO になり、自分が20代の時に憧れていたいわゆるハッカーとは違う道を歩んだという事もあり、ソフトウェアエンジニア*1のキャリアってどんな物があるんだろうと改めて考えた時期がありました。 しかしながら一人悶々と考えても、答えが見つかる物でも無かったので、私の先を行く方々の話を聞きたいんですよね、みたいな事を md2inao で有名な WEB+DB PRESS 編集長の稲尾さんとしていたところ、じゃあそれ連載記事でどうですか、とお話を貰ったので記事として連載させて頂きました*2。 その時、連絡させていただいたメールにはこんなことを書いていました。 背景としては、今やエンジニアは、サーバサイドは AWS/heroku 等 IaaS/PaaS の台頭、github を中心とした OSS フレームワーク・ラ
【前編】七転八倒の先に見出したCTO道――グリーCTOに、色々ホンネで聞いてみた
Twitterでハッシュタグ「#naoya_sushi」が生まれてしまうほど、無類の寿司好きとして知られる伊藤直也氏（@naoya_ito）。そんな伊藤氏をホスト役とし、トップエンジニアをゲストに招いて、寿司をつまみつつホンネで語ってもらおうという、この企画。 第二回のゲストは、伊藤氏が師と仰ぐ『グリー株式会社』の取締役 執行役員常務 最高技術責任者（CTO）である藤本真樹氏（@masaki_fujimoto）。実は生魚が苦手という藤本氏を寿司屋に招くという暴挙に及んだ今回は、どんな興味深い話が繰り広げられるのでしょうか。乞うご期待！ — 伊藤直也（以下「naoya」）：まずは僕と藤本さんの関係性から読者に知らせようと思うんですが。藤本さんとは、僕がはじめて『グリー』のオフィスに遊びに行ったときが初対面でしたけど、当時すでにPHP界隈でよく使われてたEthna（PHPのWebアプリケーショ
好奇心の赴くままに：Dropboxを支える女性エンジニア、ティナ・ウェンの仕事術 | ライフハッカー・ジャパン
敏腕クリエイターやビジネスパーソンに学ぶ仕事術「HOW I WORK」シリーズ第74回。Wiredマガジンの編集者、アダム・ロジャース氏に続く今回は、Dropboxを支える女性エンジニア、ティナ・ウェン（Tina Wen）さんにインタビュー。 Dropboxは、ユーザーにとって非常にシンプルなアプリ。ファイルをドラッグ＆ドロップするだけで、どこに行っても使えます。ところがその裏には、デザイナーとエンジニアからなる専属チームの、たゆみない努力が隠されているのです。ティナ・ウェンさんは、その専属エンジニアのひとり。 ウェンさんがDropboxに就職したのは2年以上前。社員数が100名から700名へと膨れ上がる間に、重要な機能の開発に取り組んできました。特に、Dropboxのフォトアプリ「Carousel」の中核機能の開発では、中心的役割を果たしたそう。今回は、そんなウェンさんの仕事術を聞きまし
できるエンジニアだけで組織をつくる - ワザノバ | wazanova.jp
http://www.slideshare.net/bcantrill/surge2013 上記のスライドは、JoyentのSVP, EngineeringであるBryan Cantrillがエンジニア組織のあるべき姿ついてまとめたものです。BryanはSun Microsystems出身で、同社がOracleに買収されたのを受けて、2010年にJoyentに移ったという経歴。Joyentはクラウドサービスの会社ですが、Node.jsのスポンサー企業として知られ、Node.jsの中心人物であるIssac Schlueterなどフルタイムでオープンソース開発に従事する社員がいます。昨年、Greylock, Intel CapitalなどからSeries Dラウンドで$85Mの資金を調達してますので、投資家からは上場を期待されていると思われます。 彼の意見としては、 [モチベーションをあげるポ
交流と直流の違い、または技術者の心について | タイム・コンサルタントの日誌から
これも去年の春の話。久しぶりに昔の仲間で集まって飲んだ。メンバーの肩書きは、霞ヶ関の高級官僚たち、大手銀行の役員、公立大学や私大の教授、巨大外資系企業の役員兼弁護士と、錚々たる顔ぶれだ。いつまでもうだつの上がらぬエンジニア稼業をやっているのは、わたし一人である。ついでにいうと理科系も、わたしだけだった（本当はもう一人、原子力ムラの公的中核企業の技術者も来る予定だったのだが、多忙すぎて来られなかったのだ）。 話は当然ながら、まだ余塵おさまらぬ原発事故と計画停電が中心になった。いったい原発の内部状況は本当はどうなっているのか、近いうちにまた大きな地震が来たらどうすべきか、浜岡原発の停止は是か非か、といった話題がつづく。 「それにしても、原発の仕組みって、あんな風になっていたんだね。」と大学教授の一人が言う。 －－そうなんだ、あれは単なる巨大な湯沸かしで、その蒸気でタービンを回して電気にしている
尊重されたいすべてのソフトウェアエンジニアへ - たごもりすメモ
自分はソフトウェアエンジニアとして毎日の糧を得ている。今のところはサラリーマンエンジニア以外の存在になる予定はない、が、とはいえ唯々諾々とつまんない仕事ばっかりやる毎日はできればごめんだと思っている。コードを書くのは楽しいからコードを書ける仕事をしたいし、特に面白い問題やまだ誰も手をつけてなさそうな問題を解決する仕事ができれば最高だ。 つまり、そう、尊重されたい。自分のやれること、やりたいことを尊重されるようになりたい。自分がやった仕事には価値があると思われるのは嬉しいし、そのように(勤務先以外の)他人から認められれば面白い話も聞けるようになるかもしれない。尊重されるソフトウェアエンジニアになれれば楽しそうだ。 尊重されるソフトウェアエンジニアであれば、もしかしたら自分の仕事についてある程度の自由が効くかもしれない。突然わけのわからない政治でがんじがらめの炎上プロジェクトのPMをやってこい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ドワンゴの新卒エンジニアが�新規サービスを立ち上げるまで
deadbeaf.org
優秀なエンジニアはどこにいて、企業はどうすべきか？