2024年1月末まで在籍していますが昨年12月に業務は終えていて、いまは有休消化期間中です。2010年から約14年間勤めてきた、自分の生き様そのものとも言えるクックパッドを離れるのには、表現しきれないほど大きく、複雑な思いがあります。 僕がこの14年間でやってきたことを振り返ってみます。 入社 クックパッドに入社した時は新卒3年目相当で、26歳でした。もともと料理と Ruby が好きで、当時まだ珍しかった Ruby on Rails でサービス開発をしているらしいという点や、当時からネットウォッチしていた @ryo_katsuma さんが所属していること、直属の上司の井原さんが転職したことが決め手になり、体当たりで飛び込みました。当時の僕はほとんど実績もなく、入れてもらえるかギリギリのところだったと思いますが、おそらく井原さんが頑張って交渉してくれたのだと思います。本当に感謝しています。こ

「2024年こそ使いこなす！GraphQL最前線」で発表した資料です。 ソニーのホームエンタテインメント領域では、TVやサウンドバー、ヘッドホンをはじめとする様々な製品、それらに付随するアプリケーションを取り扱っています。我々はホームエンタテインメント領域の横断組織として、それらの製品・アプリに対してクラウドサービスを提供しています。この領域において頻繁に要求される機能の一つに、データ配信があります。従来は製品・アプリの案件ごとにそれぞれ個別にサービスを開発しており、サービス間連携やリソースの共通化など横断組織ならではの利点をうまく発揮することができていませんでした。本セッションでは、この問題を解決すべく開発した共通データ配信プラットフォームについて、そこで活用されているGraphQLという技術との関係について、お話しします。

「今から予測する2024年のPlatform Engineering」で発表した資料です。 https://forkwell.connpass.com/event/303922/

これは @yoshuawuyts のブログから持ってきたもの。自分も同じことを常に考えていて、特に車輪の再発明、あるいは再構築を大事にしている。再発明といえども、決して同じ車輪を作ってるわけじゃなくて、気付いたら自分なりによりよい車輪を作ってることになる。その過程を楽んでいくうちに、好奇心の幅が広がり、プログラミングコミュニティ内で友達ができていって深く沈んでいけるものなんじゃないかなぁて思ってる。 というわけでざっくり翻訳したのをメモ： いい感じの開発者になる8つの心がけ 車輪を再構築する。多くの人は、それを止めてくるが、止めてくる人は再構築をしたことがないことが多い。彼らは、おそらく車輪について理解していない、かもしれない。きっと、新しい車輪が必要な際に新しい車をまるまる買うタイプの人。車輪の作り方を学んでいく。 既にある車輪を使うタイミングを知る。車輪を作る時間がないときもある。そこ

こんにちは。アプリケーションエンジニアの id:daiksy です。 はてなでは毎週木曜日に技術勉強会を開催しています。 参考: 寿司と勉強会とエンジニア - Hatena Developer Blog 先週、当番が回ってきたので、「バックログに入らないタスクを可視化する仕組み」というトークをしました。 speakerdeck.com 詳細はスライドを見ていただくとして、この発表で定義された「税」などの用語が、さっそく社内でのコミュニケーションでも使われだして、エンジニア同士で、ある概念について共通の認識を持つためにもこういった場は効果があるな、と実感しました。 はてなでは、アプリケーションを構築する技術だけではなく、プロジェクトマネジメントやチームビルディングの知見などもこうして技術勉強会で共有されています。

Microsoft Learn. Spark possibility. Build skills that open doors. See all you can do with documentation, hands-on training, and certifications to help you get the most from Microsoft products. Learn by doing Gain the skills you can apply to everyday situations through hands-on training personalized to your needs, at your own pace or with our global network of learning partners. Take training Find

2週間に1度のペースで勉強会を開催するJAWS-UG CLI専門支部の波田野裕一さん。過酷な運用現場で獲得してきたいくつもの経験則を惜しみなく勉強会につぎ込む。勉強会の会場で、運用とコミュニティにつづられた波田野さんの半生を振り返る。 本連載は、日本のITを変えようとしているAWSのユーザーコミュニティ「JAWS-UG」のメンバーやAWS関係者に、自身の経験やクラウドビジネスへの目覚めを聞き、新しいエンジニア像を描いていきます。連載内では、AWSの普及に尽力した個人に送られる「AWS SAMURAI」という認定制度にちなみ、基本侍の衣装に身を包み、取材に望んでもらっています。過去の記事目次はこちらになります。 DOSからスタートし、SEDとAWKと出会い、モバイルUNIXに進むまで 長年、運用現場で活躍してきた波田野さんは、昔からコンピューター好き。「最初に買ったパソコンはMSX-2。FM

現在の自分の肩書である「セールスエンジニア」という仕事がどのようなものか知らない方も多く、毎回説明するのが大変なのでブログ記事にしました。セールスエンジニアという仕事はなかなか馴染みがありませんが、20代後半から30代のITエンジニアのキャリアパスとしては面白い仕事の一つだと思います。マネージャーになるかどうか考える前に、是非一度読んでください。 この記事では、ClouderaのようなB2BのITソフトウェアベンダーのセールスエンジニアを想定して執筆しています。他の業界のセールスエンジニアについては確実に状況が異なりますのでご注意ください。 要約 セールスエンジニアとは、お客様が自分たちの製品を正しく活用できるよう情報を提供していき、営業が製品・サービスを販売するのを助ける仕事です。お客様への製品紹介と提案が主要業務ですが、その方法は様々です。お客様の要望を満たすようなサンプルプログラムを

チーフエンジニアの id:Songmu です。 4月に 新人エンジニア研修を行なった のですが、その際に、「インフラを意識したアプリケーションの書き方」という講義を担当しました。そこでおこなった講義の内容について整理しながら書き起こしていきたいと思います。 インフラを意識すると何が良いか 業務でWebアプリケーションを扱うと、個人ではなかなか扱えないトラフィックであったりデータ量を扱うことになります。小規模サービスでは考えなくてよかった多くのことを考慮する必要がでてきます。なかなか体験できないことでもあるので、楽しく、やりがいもあります。 また、そういった経験を通して、インフラを意識しコードをかけるスキルを身につけることは、Webエンジニアとしては大きな強みとなります。ISUCONで優勝できるかもしれません*1。 インフラを意識すると何が良いか 〜 中規模ベンチャーの場合 そもそも、はてな

2016/02/08 StartupGeeks #1 で発表した資料です。 http://startupgeeks.connpass.com/event/24126/

【岩田 聡氏 追悼企画】岩田さんは最後の最後まで“問題解決”に取り組んだエンジニアだった。「ゲーマーはもっと経営者を目指すべき！」特別編 編集部：TAITAI カメラマン：増田雄介 123→ 4Gamerが任天堂取締役社長（当時）岩田 聡氏と，カドカワ（当時はKADOKAWA・DWANGO）川上量生氏の対談を掲載したのは，ちょうど一年前の12月末のことだった。 任天堂・岩田氏をゲストに送る「ゲーマーはもっと経営者を目指すべき！」最終回――経営とは「コトとヒト」の両方について考える「最適化ゲーム」 連載の最後を飾るにふさわしいラスボス的なゲーマーは，岩田氏以外ないというお願いを快諾していただき実現した対談では，岩田氏自身の経営哲学からプログラマー時代の豪腕ぶりがうかがえるエピソードまでが本人の言葉で語られ，大きな反響を呼んだ。 岩田 聡（いわた・さとる）：1959年北海道生まれ。1982年に

今の会社はシンガポールのスタートアップで小さい会社ながら世界各国から人が集まり、会議、メール、ランチ中の小話まで全て英語で行われている。で、そんな会社になぜかほとんど英語ができないながら、入社してきた人がいる。 彼はアフリカ出身のTで母国語はフランス語だ。いったいどういう経緯ではるばるアフリカからアジアのシンガポールまで来たのかは正直私もまだよく分かっていない。出会ってから半年ほどになるが、なにより英語があまりできないから、そのような基本的なコミュニケーションがまだ取れていないのだ。でもこの「できなければ即クビ」が多いシンガポールのスタートアップにおいて、Tはクビになどならずに非常に重要な仕事を着々とこなしている。 Tが入社する前、会社に必要な技術があってその求人応募の広告を出した。すごくカンタンに言うとAとBとCの技術ができる人を求む。という感じだ。 で、来た候補者はざっと以下の感じだっ

インフラストラクチャー部の成田です。2015年10月現在、インフラストラクチャー部には私を含め7人のインフラエンジニアが所属しており、このメンバーでクックパッド本体サービスをはじめ様々な新規事業やいくつかの子会社のサーバを運用しています。私自身もエンジニアではありますが部のマネージャも兼ねているため、立場上、社外の方からインフラエンジニアのマネジメントについて質問されることがよくあります。今回は、私自身の考え方とクックパッド社における事例を紹介したいと思います。 「インフラエンジニア」とは 「インフラエンジニア」という言葉の定義はあいまいで、しばしば議論の的になります。傍目からは明らかにインフラエンジニアであるように見えるにも関わらず「私はインフラエンジニアでは無い」と主張する人たちもいます。このような状況になっているのは、サーバ運用に関する業務分掌が会社ごとに異なるからであると私は考えて

はてなさんの「実績を解除してエンジニアスコアを上げろ！はてなのエンジニア実績システムのご紹介 - Hatena Developer Blog」というエントリにある「エンジニア実績システム」がすごくいいなと思ったので、うちの会社でも導入してみました。 「実績」について 上記のエントリに紹介されている項目を取捨選択した上で、以下のようなものを追加したりしました。 プライベートでWebサービスを運営する(Paas or Shared Hosting, VPS, IaaS, 自宅サーバ) プライベートでモバイルアプリを公式ストアへリリースする(ダウンロード数) GitHubの年間アクティビティ数(100, 500, 1,000, 3,000) 勉強会の開催 修士号取得 博士号取得 論文誌への論文掲載 また、後述する「意義」に沿うよう、追加すべき「実績」を募集し、内容を更新しています。 ソーシャル要

Developers Summit 2015 Summerの「【ユーザ企業登壇！】先進企業が語る、ソフトウェア開発環境のビフォーアフター」の講演資料です。 http://event.shoeisha.jp/devsumi/20150729/session/845/ 2015.8.6追記： 以下のjacopen氏のblogもご覧ください。本資料で伝えきれていない部分が書かれています。 http://jaco.udcp.info/dev-with-ncom/

グローバルの競争に勝つために必要なこと 八子知礼氏（以下、八子）：3つ目のテーマとして、そういったグローバルなキャリアっていうのを考えた場合、今おっしゃっていただいたように、よりその専門性が必要とされたりであるとか、ITに関わるんだったら皆コード書けよっていうような、そんな話ももしかしたらあるのかなと思ったんですけど。そうしたグローバルの競争に勝つために、ズバリ何が必要だというふうにお考えになりますかね？ ジェイソン・ダニエルソン氏（以下、ジェイソン）：個人的な話ですか？ 八子：個人的な話で。 ジェイソン：一番大事なのは、自分でやってることをしっかり考えることだけだと思いますけどね。「今何をやっている。それは何でやっているのか、それよりいい方法はないのか」を考えれば、もう自動的に改善していくと思いますけどね。 そのまま、上が言ってるようなことをそのままやるとなると、ずーっと技術とか、いろい

前回のJAWSUG大阪で共著者の佐藤さんが話した「Slerがawsで運用してきた話」が好評で、DevLove関西でお話する機会を頂きました。私もご相伴して、「Amazon Web Services パターン別構築・運用ガイド」の著者陣2人で講演となりました。 devlove-kansai.doorkeeper.jp オープニング まずはDevLOVE関西の主催者の@yohhatuさんのオープニングスライドです。DevLoveのコンセプトが簡潔かつ明確に宣言されています。「DevLOVE関西は素振りの場。現場は実践の場」という言葉が良いですね。あと、第96回目というのが凄いです。 ※公開されていないようなので、貰ったのをS3にアップしています。 クラウドがアーキテクチャを変え、 エンジニアの役割も変わる 私のセッションでは、クラウドの台頭でアーキテクチャが変わり、その結果エンジニアの役割

アプリエンジニアからインフラエンジニアになり、AWSでの構築・運用、Infrastructure as codeを実践した上で苦労した点、そしてインフラ目線から今後アプリエンジニアに期待することや、関係性について思うことを話したいと思います。