｢なぜこんなに必要？｣ にうまく答えられなかった当時 当時の役員から組織の頭数に対して、そんな旨の問いを投げかけられたことがありました。ポジションの内訳や開発規模に対する"必要性"を中心に話したはずですが、わざわざ内製で安くない人件費を投じている文脈で期待される +α の成果に対して十分な説明を行うことはできなかったように思います。 技術畑でない役員と話すにあたっては当たり前ですが自社の経営目標とビジネス一般の理屈にチャネルを合わせて話をする必要があり、当時は自身にそれが求められていたことを改めて意識するタイミングでした。 相応の学習や技術の乗換をしていれば Tier 2 ソフトウェアエンジニアの価値が直ちに崩壊する可能性は今のところなさそうですが、作れます！使えます！以外で説明可能な「自身のバリューのテーマ性とキャリア」の獲得が市場価値の持続的な向上に不可欠であることの確信が深まります。

こんにちは、マネーフォワード CTO室グローバル部の nishimura.yukari です。 いまはGo言語でクラウド会計ソフトのバックエンド開発を行っています。 グローバル部は東京勤務ではあるものの、チーム内公用語は英語かつ多国籍なメンバーで構成されている、非常にエキサイティングな環境です。 いまでこそ仕事上のやりとりは大半が英語ですが、もともと英語が得意だったわけではありません。 学生時代は英語が苦手科目でしたし、社会人になったあとも英語でしか情報が存在しない技術情報を業務上の必要に迫られて収集する程度。 ですが、グローバル部への異動から遡ってちょうど3年前にあたる2018年の秋。 私は転職活動を通じてマネーフォワードへの内定を頂いたと同時に、 「10年後には、自分には英語が必要だ」と強く考えるようになり、本格的に英語勉強のやり直しを決意した経緯があります。 結果としては、3年後に英

はじめまして。Shougo(@ShougoMatsu) という者です。私は現在、日中ソフトウェアエンジニアとして働く傍ら、GitHub Sponsorsで支援を頂いてテキストエディタ（Vim、neovim）本体を改善する活動やテキストエディタプラグイン開発を行っています。 今回「自分自身のキャリアを振り返り、スキルを向上させるために取り組んできたこと」について解説してほしいという依頼がありました。自分がプラグイン開発を始めてから、もう15年という長い月日が経っていて、世間ではテキストエディタの大ベテランと思われているようです。もうそこまで来てしまったのかと思うと同時に、時間さえかければ誰でもここに到達できると私は考えています。 私をはじめ誰しも最初は初心者です。右も左も分からない状態から始まるのです。私の経験が「自分はこれからどうすればよいのか分からない」「何か強みを持ちたい」と思っている

月間10万人が読んでいるCoral Insightsのニュースレターにご登録いただくと、Coral Capitalメンバーによる国内外のスタートアップ業界の最新動向に関するブログや、特別イベントの情報等について、定期的にお送りさせていただきます。ぜひ、ご登録ください！ 年末年始で業界関係の知人・友人らとキャッチアップする中で気づいたことがあります。あるスタートアップから別のスタートアップへ転職する人が増えている、ということです。統計的な裏付けはなく肌感覚ですが、同様に感じている方も多いのではないでしょうか？ あるスタートアップ創業者の友人が、創業1年半でチームが10人超になったということで写真を見せながらメンバーについて話をしてくれました。「この彼はもともとXにいたエンジニア、彼女はYでデザイナーをやっていた」などと説明してくれたとき、その7割程度が創業数年という別のスタートアップから移籍

Books perfect as reading or gifts during the end-of-year break for those working in tech. More than 100 book recommendations. I’ve always found books are an underrated way to learn something new. Great books contain years of hard-earned experiences compressed into what you can read in hours. However, you do need to give hours-long attention to them. This allows books to convey ideas that shorter-f

この連載では、注目企業のCTOが考える「この先、エンジニアに求められるもの」を紹介。エンジニアが未来を生き抜くヒントをお届けします！ 2021年1月、かつてメルカリグループで新サービスを次々と手掛けていたソウゾウが復活した。 メルカリの「次の一手」として7月にプレオープンを果たしたEコマースプラットフォーム、『メルカリShops』を担う新ソウゾウ。CTOに就任したのは、メルカリのCTOを務めていた名村卓さんだ。 名村さんは2017年にメルカリのCTOに就任。2018年には本連載に登場し、メルカリで目指す開発組織づくりついてのビジョンを語ってくれた。 ＞＞1000人体制でもエンジニアが成長する組織とは？ 海外事例から学ぶテックキャリアの拡げ方【メルカリ CTO・名村卓】 それから約2年が経過し、企業規模も事業のフェーズも全く異なるソウゾウCTOのポジションへと移った今、名村さんは自らのミッシ

READYFOR株式会社 VP of Engineering 伊藤博志氏 みんながやりたいことに取り組んでいるエンジニア組織を作りたい 伊藤氏は新卒で、外資系の証券会社ゴールドマン・サックスにエンジニアとして入社した。ゴールドマン・サックスは、基本的には自社のエンジニアがシステムを全部内製しており、伊藤氏は会計アプリケーションの開発に10年間携わった後、ゴールドマン・サックスで開発しているオープンソースライブラリのプロジェクトリードをしていた。 「僕はゴールドマン・サックスがすごく好きだったんですよ。なぜかというと、エンジニアにとってすごく働きがいのある組織だと思うんです」と伊藤氏は言う。伊藤氏はそこで12年エンジニアとして働いていたが、やがて「ゴールドマン・サックスのような強いエンジニア組織を自分で作りたい」と思い、スタートアップの世界に飛び込んだ。フィンテック系の企業2社で働いたのち、

AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be

これは先日、株式会社アイスタイルにて参加した社内むけで話した内容を清書したものです。 （現在は株式会社アイスタイルの社員ではありませんが技術顧問的な立場でサポートさせていただいてます） 対象として、初学者やエンジニアなりたての人向けではありませんが、 2、3年目の方とかが読むといいのかもしれません。 自分流のこれまでのやってきたものだったりマインド的な話だったりそういうもので、 これをやれば誰もがエンジニアとして成長できる！というわけではありません。 参考にできるところは参考にするか、ヒントにするとか息抜きに読むくらいがちょうど良いです。 加えて将来CTOだったり、技術顧問という立場になりたい、という方にもいいかもしれませんが、 自分のスタンスだったりが多く含まれていますので、 世間一般で求められてるCTOだったり技術顧問との乖離があったりするところもあると思います。 参考にできるところは

こんにちは！ エンジニアマネージャーの森住（@t_morizumi）です。 現在 SmartHR は saiyo-tasukete プロジェクトの名の下、エンジニアの採用ブランディングと再び向き合っている真っ只中にあります。 「普段取り組んでいることをきちんとテックブログで発信する」という、ぐうの音も出ないほど当たり前のことが大切であることに CTO が気づいてしまったため、僕もこうして筆を取っている次第です。 さて、今回はエンジニアのキャリアについてということで、SmartHR がエンジニアのキャリアアップにどのように取り組んでいるのかをご紹介したいと思います。 SmartHR のエンジニア組織について まずは大前提として、SmartHR のエンジニア組織は以下のような構造になっています。 （※ 組織構造の概略をお伝えすることが目的のため簡略化しています） CTO がマネージャーを支え、

チームにいると頼りになるソフトウェアエンジニアのメモです。自分のロールモデルでもあります。私のキャリアはほぼウェブブラウザ開発一筋なので、その辺に生息している人たちを思い浮かべながら書いてます。思いついたら随時更新します。 コードマニア コードやドキュメントを読むのが好きで、暇があれば適当なレビューに飛び入り参加したり、自分のプロジェクトとは関係ないコンポーネントもひたすら探検している。不穏なコードを見つけるとなんとリファクタリングもしてくれる。コードサーチがお友達。 やたらコードに詳しいので、何か分からないときはとりあえず聞きに行く。チームに一人いるとレビューが捗るし、コードベースも綺麗になる。コードマニアはコードベースを広く熟知している上に未知のコードに対する耐性も高いので、プロジェクトを移動してもすぐに活躍できる。 コードマニアの亜種にスペックマニアもいる。こちらはウェブやネットワー

この記事は、以下の投稿を翻訳したものです。 原題：How to break the “senior engineer” career ceiling https://theburningmonk.com/2019/11/how-to-break-the-senior-engineer-career-ceiling/ Google翻訳だと綺麗に翻訳できず、専門用語が多少含まれていることもあり、自分なりの解釈や言葉で訳している部分があります。 それでもちょっとわかりにくい表現があったり、上手く翻訳できていないところはあると思いますが、ご容赦くださいm(_ _)m これは一人のシニアエンジニアのキャリアパスについて考えると共に、組織全体ないしはエンジニア界隈全体に好影響を与える考察だと思います。 この記事で語られるアプローチは、ソフトウェア開発の成功要因としてよく語られていることでもあるので、知

僕はコードを読むのは得意な方だけど、それが過ぎてコードを書かなくてもシニアソフトウェア開発者になってしまった。実はコードをちゃんと読めるソフトウェア開発者って希少価値が高いのではないか、と思ったので自分がどんな感じでシニアになったのかをまとめてみた。似た様な人の参考になれば幸いだ。 同意。僕は未だ書く方はほとんど機会なく成果もないけど、コードを読み尽くして、負荷試験や本番で挙動を把握し続け、メトリクスでとことん確かめていった結果、Sr. Engineer になれた。 https://t.co/KXtMdEaRr8 — Ryosuke Iwanaga (@riywo) April 16, 2021 コードを書かなくてもシニアソフトウェア開発者になれた 僕は今 Amazon の Sr. Systems Development Engineer という職種で働いている。いわゆるソフトウェア開発職

Talk Abstract:Your job title says "software engineer", but you seem to spend most of your time in meetings. You'd like to have time to code, but nobody else is onboarding the junior engineers, updating the roadmap, talking to the users, noticing the things that got dropped, asking questions on design documents, and making sure that everyone's going roughly in the same direction. If you stop doing