先達エンジニアに学ぶ 思考の現在地 Online Conference の発表資料です https://findy-code.io/events/v7KebEabaBDzh?fr=event_20240416

この記事はグロースエクスパートナーズ Advent Calendar 2022の11日目です。 （補足追記：この記事は、一緒に働いている／働くことになる若い後輩たちへのメッセージです） 毎年、メンバーからお題をもらっているのですが「一緒に仕事する相手がこうだったら教えがいがある・やりやすいなと思う言動について書いてほしい」ということなので、僕のキャリア（もうちょっとで四半世紀...）の中で学んできたことも含めて、整理してみます。 心構え：作業ではなく、仕事をせよ まず、一緒に仕事をする上でお願いしたいのは「作業ではなく、仕事をしてほしい」ということです。ここでいう仕事と作業の定義は以下の通りです。 仕事というのは「ある目的を達成するための行動」 作業というのは「ある計画や手順のもとにおこなう行動」 仕事は作業を含んでいます。目的を達成する行動全般が「仕事」であり、仕事の中で具体的な手順を実

自分の興味関心を生かして職場とは違う「拠点」を作ってみたい。でも、体力は持つか、収入は減らないか、キャリアは途絶えないかと不安で、なかなか一歩を踏み出せない。そんな人は少なくないでしょう。 システムエンジニアとして東京で働く村山晋作さんは、週末に畑のある群馬へと車を走らせ、唐辛子を栽培する生活を10年以上続けています。ほんの「ノリ」で農業の世界に飛び込みながらも、本業のスキルを生かし、試行錯誤を繰り返すことで、200種類を超える多品種栽培に成功しました。そんな経緯も、村山さん自身は「気負わずやってる」といいます。 村山さんにとって、農業は未知の世界でした。それでも、10年の間に自分のやりたいことをやってこれたのは、本業での経験や心理的な「安定」があったからだそう。二拠点生活を続けていくための、本業と副業のキャリアの関わらせ方について、村山さんに伺いました。 二拠点生活を始めたら休日が「有意

「リードエンジニアから学ぶMedPeerのプロダクト開発」（ https://medpeer.connpass.com/event/181835/ ）の登壇資料です。 【発表概要】 もはや若手ではなくなったアラサーエンジニアに頭を擡げる問題はさまざまあります。 技術者としての成長限界（35歳定年…

私は卑下しているわけではなく、ガチでプログラミングの才能が無い。他に才能があるといわれる分野は持っているが、プログラマとしてはガチで三流だ。 そんな私が、今でも夢のようなのだけど、長年あこがれた米国マイクロソフトのドリームチームのポジションを得ることができた。今回はどうやってそのポジションをゲットすることができたかについてシェアしてみたい。 ガチの三流プログラマ 私はガチでプログラミングの才能が無い。プログラミングを始めたのは確か、１０歳ぐらいだろうか？だからキャリアはスーパー長い。三流というのは謙遜ではなくて、自分と過去に仕事したことがある人なら知っていることだと思う。私には人より出来ることもある。それはコンサルティングだったり、アジャイルや、DevOps のコーチ、そしてエヴァンジェリストだ。日本のマイクロソフトではプレゼンは必ず上位だった。私は過去を振り返ると、何回もプログラマになろ

2019年度リクルート新人ブートキャンプ エンジニアコースの講義資料です

日本では「プログラマー35歳(40歳)定年説」が存在しますが、アメリカでも同じように、いつまでも「イチ開発者」として生涯を過ごすのは困難と見なされています。40歳を超えたプログラマーはやがて「管理職」になることを促されるのですが、マネージャーになることを拒否して「生涯現役開発者」を貫いている40代～60代のソフトウェア開発者にインタビューが行われています。 Software Developers After 40, 50 and 60 Who Hate Being A Manager https://belitsoft.com/php-development-services/top-software-developers-after-40-50-and-60#2 ◆45歳でシニア・ソフトウェアエンジニアのロブ・フレッッチャーさん 得意分野：ウェブ開発、テスト駆動開発、アジャイルソフトウェ

テクノロジー業界の発展に伴ってソフトウェア開発者の人材不足がいたるところで発生していますが、言い換えれば「プログラミングスキルを身につければ仕事に困らない」ということでもあります。とはいえ、「若いころならまだしも、30歳を超えてイチからプログラムの書き方を勉強するのは遅すぎるのでは」と思う人は多いかもしれませんが、下は35歳、上は57歳からプログラミングを習って成功を収めている10人の開発者が「ソフトウェア開発者になるのに遅すぎるということはない」と実情を語っています。 Is It Too Late to Become a Software Developer After the Age of 35, 40, or 50? And to learn programming? https://belitsoft.com/php-development-services/its-not-too

新人ITエンジニアのスキルアップに近道はないが、写経・RSSフィード・英語で成長を加速できる 新人のITエンジニアがスキルアップするため、特に「写経」「RSS」「英語」の3つを、成長を加速させる“三種の神器”として紹介します。 1. 写経で「まねるは学ぶ」を体現する まだ理解していないプログラミング言語を写経するコツ 入力だけで終わらず実行した結果から学ぶ 自分なりにまねて応用してみる まねることのもうひとつのメリット どこから写経するか？ 教材を選ぶコツ 2. 技術情報の収集はRSSフィードの活用から 情報収集はITエンジニアの生命線 RSSフィードの実例とFeedlyによる購読の方法 3. 英語はコミュニケーション領域を圧倒的に広げる 全てのドキュメントは英語といっても過言ではない 英語から逃げなければ情報源は広がる Google翻訳に頼りすぎない 英語の記事の答え合わせとして日本語の

｢人生100年｣——。仮に60歳で定年退職しても、その後の人生が40年近く続くことを考えると、｢第二の人生は悠々自適の生活｣なんて、もはや幻想なのかもしれません。では、これからの時代の｢ロールモデル｣とはどのような像になっていくのでしょうか。 そんな課題意識から今回取材したのは、阿部潔さん、67歳。2010年にソニーを定年退職後、現在まで若い起業家が集い、最先端の機材でモノづくりをするためのコワーキングスペース｢DMM.make AKIBA｣で技術顧問として活躍。長年の回路設計などモノづくりの経験を生かしながら、今は若い起業家たちをサポートし、ワークショップの運営も行っています。 いつまでも｢働くこと｣を前向きに楽しんでいるように見える阿部さんですが、今の働き方は｢思いがけなかった｣そう。これまで築いてきた幸せなキャリアにはどんな出会いやきっかけがあったのでしょうか。 PROFILE：阿部

本日、2018年9月28日が最終出社日でした。正式には10月末をもって、チーフエンジニアとして務めたGMOペパボ株式会社、また、主席研究員として務めたペパボ研究所を退職します。 現職には2015年4月に入社後、実際には入社前から関わりがあったため、それも含めると約4年間、本当に様々な取り組みを行ってきました。チーフエンジニア兼主席研究員として取り組んできた仕事の中で、社外にアウトプットして伝えてきたこと以外の、より社内業務的な内容はなかなか言語化する機会がなかったので、それらを振り返りつつ、転職に至った経緯をお話ししてみます。 2015年入社当時のペパボ福岡の雰囲気は今でもよく覚えており、良くも悪くも様々なところで血気盛んなメンバーによる争いの絶えない雰囲気がありました。 レンタルサーバ、所謂ホスティングサービスという歴史あるサービスを運営していることもあり「Webサービスに関する知見やア

当社の規定により満60歳で定年退職をした。長いようで短かった会社員生活も一区切りだ。自分のプログラマとしての会社員生活を振り返ってみる。無駄に長いし結論はないのでお忙しい人は飛ばして欲しい。 9月末なのでブログ界隈では退職エントリーがそこかしこに書かれると思うが、その中で自分の退職エントリーを連ねることにどれほどの意味があろうか。もちろんないのだが、それでも多くの書き手の年齢を考えると満60歳定年退職というところに若干の希少価値を見出せなくもない。 1984年に大学院修了して以来、プログラマとしてのキャリアを重ねてきた。大学時代の同期でプログラマとして就職したものは皆無だ。当時、工学部の同期はメーカーに就職するのがほとんどで、大手家電メーカー、自動車メーカー、電力会社などなど、当時の誰でも名前を知っている人気企業に就職するものが大半だった。 その中で、日本ディジタルイクイップメント（DEC

真っ赤な髪の異端エンジニア　25歳で赤髪に変身した理由 ――ずっと気になっていたことを率直に聞かせてください。庄司さんは、どうして髪を赤く染めているのですか？ ああ、これね（笑） 25歳の時に組み込みエンジニアとして、外資系企業に入ったんですよ。当時の僕は、まだまだエンジニアとして実力がなかったし、しかも外資だから大変で……。 しまいには上司であるCTOから「お前は技術的に何も尖っているものがないし、外国人から見て東洋人は顔の見分けがつかない。だから髪を染めてみろ」と言われたんです。評価面談のたびに「次は青な」とか「次、銀」などと言われ染めていきました（笑） ある時、赤にしたんですよ。そしたら「おお、似合ってるじゃないか」ということになって。以来、ずっと髪は赤ですね。 ――なんと意外な理由！思っていたよりしっかり背景があったんですね。 さて、25歳で組み込みエンジニアになったとのことですが

RubyのWebアプリケーションを50倍速くする方法 / How to Make a Ruby Web Application 50 Times Faster

新しい技術が出てきたとき、大多数の若い人よりも圧倒的にスピーディーに使いこなすおっさんは珍しくない。 新技術を習得する能力は、年齢よりも、「スキルを獲得するために必要なスキル」、すなわち「メタスキル」に大きく依存するからだ。 たとえば、ある開発ツールを導入すべきかどうか若い人に相談されたので、「まず、ドキュメントを読もう」と言ったら、「ドキュメントを読んでもよくわからなくて。。」と言う。ググったらすぐに公式サイトの至れり尽くせりのドキュメントが出てきたので、「これ読めばいいじゃん」と言ったら、こんなに大量の英語のドキュメントを読むのは無理だと言う。 あるいは、AIを導入するという話になったとき、「AIがよく分からないので教えて欲しい」と言ってきた若い人に、良質の入門書を勧めたら、数式が分からないので読めないのだという。数式の読み方を教えてみたら、数式以前に、そこで使われている数学概念自体を

無数の失敗と一握りの成功から得た自分の行動指針 ペパボ研究所 主席研究員 兼 チーフエンジニア 松本 亮介 / Pepabo R&D Institute, GMO Pepabo, Inc. 2018.05.24 キャリアキーノート2018

マイクロソフト シンガポール アジア太平洋地区ライセンスコンプライアンス本部長 同志社大学工学部卒業後、アクセンチュア、デロイトコンサルティング、マイクロソフトのグローバル企業3社にて、シンガポール、アメリカ、日本の3カ国を拠点に23年間勤務。グローバルコンサルタントのパイオニアとして、これまで、アクセンチュア時代には11か国の外国人コンサルタントを率いてプロジェクトを推進。海外勤務歴17年、クビも日常茶飯事の超実力主義トップ企業にて、アジア責任者として、15か国以上の多種多様な外国人プロフェッショナルたちをマネージしながら、アジア全域の新事業開発および業務変革に従事する。 かつては、売上ゼロが1年2か月も続いた時期もあったが、クビにならないために、非ネイティブの英語術を学んだ結果、コミュニケーションが抜群にうまくいき、初案件を勝ち取る。 現在、マイクロソフト アジア太平洋地区ライセンスコ

そもそも、Rubyとは？ Rubyは、まつもとさんが1995年に公開したプログラミング言語です。 便利さ・容易さと高い生産性を持ち合わせた、オープンソースのオブジェクト指向スクリプト言語であることが特徴です。 C言語をはじめとするコンパイラ言語は、プログラムの実行にコンパイルという作業が必要です。 スクリプト言語にはコンパイルが不要なため、より手軽でスピーディーな開発が可能です。 Rubyはエレガントな文法を持ち合わせており、プログラミングの楽しさと便利さ・実用性を体感するのに最も適した言語の一つといえます。 2012年には日本発のプログラミング言語として初めて国際規格「ISO/IEC 30170」に承認され、グローバルな言語として積極的に利用されています。 全ての人に共通する“生存戦略”は存在しない まつもとさん：「下手すると、皆さんのご両親・親御さん世代のプログラマーの“大先輩”に当た

tl;dr - Amazon に入って 3 年が経ちましたが、この度転籍という形で Canada の Vancouver にある Amazon S3 開発チームに Systems Development Engineer として移ることになりました。 2010 年頃からずっとなりたいと思っていた北米での開発者の仕事(もちろん英語のみ)なので、本当に嬉しいです。AWS の Solutions Architect(SA)としてお客さんと向き合う仕事をじっくりさせてもらい、そこから実際に開発をしているチームに開発者として拠点も含めて移れるキャリアパスがあるんだよ、という一例になれましたので、SA になると自分の手を動かす機会が減ってしまうことを懸念している開発者の方の背中を押せたら幸いです。なお、2018 年 6 月頭に日本を出国予定で日本の会社も退職してしまうので、(旅行を除いて)日本に戻って

僕の場合、実現したいことをコードで書けない時には、ひたすら似たコードを読んで理解して写して…を繰り返す。そのうちに手元に大量の自分のサンプルが溜まっていく。その繰り返しがパターンの細分化を促し、書けるコードの幅を広げていく。書けるコードを気持ちよく書き続けてるだけでは新しいコードは書けないからだ....と、向き合えるようになるには時間がかかった。 書き慣れたコードの延長で書いていると、自分でコードを書けている実感があって、リファレンスなど何も見ずに自分の力でプログラミングできている感があるのだが、ある時これはただ「慣れ」の感覚を高めているように思えた。素早く書けること自体は、それはそれで一種のスキルで素晴らしいのだけど、実現したいことをコードで書けるようになる、という観点で振り返ったときに、どうしても成長を感じなかったのだ。それ以来、まずいと思い、実現したいことを思い描き、それを実現するた