1/ GitHub 元CTO「マイクロサービスにしたことがアーキテクチャ上の最大のミスだった」（※少しマニアックな内容ですが、個人的には面白いと感じたので載せます→）
門脇 敦司/ Atsushi @at_sushi_ Knowledge Sense, Inc. CEO ← 東大 / エンタープライズ向け生成AIプロダクトで成長中のスタートアップ（2019年~） / ソフトウェアエンジニアを募集中（800万円~+SO）→DM開放中 / 好きな言葉は「実験と学習」/ 最新の生成AI 事情に少し詳しいです https://t.co/PwBZaT31cB 門脇 敦司/ Atsushi @at_sushi_ 1/ GitHub 元CTO「マイクロサービスにしたことがアーキテクチャ上の最大のミスだった」 （※少しマニアックな内容ですが、個人的には面白いと感じたので載せます→） twitter.com/jasoncwarner/s… 2022-11-16 09:20:18 Jason Warner @jasoncwarner I'm convinced that o
「このバイブルに育てられた」駆け出しエンジニアだった頃に読み込んだ、学びの一冊をご紹介【技術書編】 - エンジニアtype | 転職type
2022.09.29 スキル 池澤あやか戸倉彩松本勇気ひろゆき澤円 読書の秋到来！ 良質なインプットをして、これからも「いい仕事するぞ！」と思っているエンジニアのために、澤円さんやひろゆきさんなど8人の有名エンジニアたちが「自分にとってのバイブル」と呼べる書籍を、技術系・キャリア系カテゴリーから一冊ずつ推薦。 今回は「技術編」を一挙ご紹介！（キャリア編はこちら） 圓窓 代表取締役 澤 円さんの推薦本 『私がマイクロソフトで学んだこと』（アスキー社）※現在は絶版 ボクがマイクロソフト在職中に「中の人」として読んだ本です。 細かい技術の話が書かれているわけではないのですが、本社ではどんな感じで開発が行われているのかを垣間見ることができました。 日本法人は基本的に「日本の顧客にライセンスを買ってもらって使ってもらう」というミッションのために存在しているので、ボクのような現場社員が開発プロセスに関
エンジニア組織のロール再定義、横断で動くためのCTO室設立… 組織改善にはボトムアップとトップダウンのどちらも大切
ソフトウェア開発に関わる人々の新たなきっかけを生み出す場となることを目指す「Qiita Conference」。ここで「働きやすく、成長し続けられるエンジニア組織を目指して 」をテーマに株式会社カオナビの松下氏が登壇。ここからは、CTOに就任して行った取り組みと、CTO室の設立について話します。前回はこちらから。 CTOに就任して行った3つの組織的な取り組み 松下雅和氏：ここからはCTOとして組織全体の話をしようと思います。当時「ニューノーマル時代のカオナビへ」ということで、オフィスの移転を行っています。カオナビでは、働き方を選択するのは企業ではなく、社員がするべきだと考えています。 出社は義務ではなく、自由に出社しても自宅でもいい。出社するなら居心地のいい環境を提供するのが企業の義務だと考えているので、すごくいい環境のオフィスを提供してもらった記憶があります。 働き方では、ハイブリッド勤
自動化にこだわるのはエンジニアとして正しいあり方。CTOに聞いた生産性をあげるためにやっていること。【ep.9 #論より動くもの .fm】 - STORES Product Blog
CTO 藤村がホストするPodcast、論より動くもの.fmの第9回を公開しました。今回はCTO藤村が生産性をあげるためにやっていることについて話しました。 論より動くもの.fmはSpotifyとApple Podcastで配信しています。フォローしていただくと、新エピソード公開時には自動で配信されますので、ぜひフォローしてください。 テキストで読みたい方は下記からどうぞ。 パンを作るだけじゃなく、パンを作る機械も作る 藤村：みなさん、こんにちは、論より動くもの.fmです。論より動くもの.fmは、heyのCTO藤村が技術や技術にまつわるさまざまなことについてざっくばらんにお話しするPodcastです。今回はゲストに技術広報のえんじぇるさんを招いております。よろしくお願いします。 えん：よろしくお願いします。 藤村：今日は生産性について話したいというお題を受けたので、それについて話そうと思い
フルサイクルエンジニアリングのすすめ：『事業をエンジニアリングする技術者たち―フルサイクル開発者がつくるCARTAの現場』 | 栗林健太郎
フルサイクルエンジニアリングのすすめ：『事業をエンジニアリングする技術者たち―フルサイクル開発者がつくるCARTAの現場』 本書カバー（画像は版元のWebページより） 『事業をエンジニアリングする技術者たち ― フルサイクル開発者がつくるCARTAの現場』（版元のWebページ）をいただきました。ありがとうございます。本記事では、副題となっている「フルサイクル」という言葉に着目して、本書について簡単に紹介します。 本書の位置付け 本書は、2020年に刊行された『Engineers in VOYAGE ― 事業をエンジニアリングする技術者たち』の「改題改訂版」として刊行されたものです。 まず「改訂」の方から。前著の刊行から2年が経過し、「事業」運営母体も大きく変わりました。それを受けて、各章の最後にこの2年のアップデートが付記され、さらには新規事業と経営基盤システムの統合を扱う2章分が追加され
「事業で1円でも稼いだことがあるエンジニアはそれだけで食べていける」 元CTOが語る、“言われたことだけで給料をもらう”エンジニアの危険性
第一線で活躍するCTOに日々の業務や未来をインタビューする「Voicy公式 厳選！CTO百景」チャンネル。ここで元Supershipの山崎氏が登壇。最後に、エンジニアの生存戦略について話します。前回はこちらから。 エンジニアは起業しやすい職種である 山崎大輔氏（以下、山崎）：あと1個だけ言いたいことがあって。これを聞いている方々は、きっとエンジニアの方が多いんですよね？ やまげん氏（以下、やまげん）：はい。 山崎：エンジニアがVCからお金を入れて（もらって）赤字を掘りながら（事業に取り組む）ようなことはけっこう難しいのですが、起業しやすい職種であるということはすごく主張したいんですよね。そこだけ話をさせてもらっていいですか。 やまげん：はい。時間の許す限り。 山崎：エンジニアは、価格が高騰しているということもあるんですけれど、必ず（自分自身を）1人月で売ることができる商品なんですよね。だか
AWS アーキテクチャで学ぶ The Twelve Factors App 本格入門 - builders.flash☆ - 変化を求めるデベロッパーを応援するウェブマガジン | AWS
The Twelve-Factor App (以降、「12FA」といいます) とは、Heroku の共同創設者である Adam Wiggins 氏が提唱した、優れたソフトウェアを開発するための方法論です。 2011 年頃に提唱されてからすでに 10 年以上経過していますが、クラウド上の分散アーキテクチャとしてソフトウェアを開発する上で、12FA はアプリケーションの移植性を最大化し、継続的なデプロイを可能とし、レジリエンスや堅牢性を高めるための優れたプラクティスとして、今でも多くの開発者に親しまれています。 2016 年に開催された AWS re:Invent では、Amazon CTO の Werner Vogels 氏による キーノートスピーチ においても、ソフトウェア開発の変革に必要かつクラウドの利点を最大化するためのベストプラクティスとして 12FA が紹介されています。
CTOがプロダクトマネジメントに本気で取り組んで見えてきたエンジニアリング組織のセオリー｜kotamat
CTOとしてプロダクトマネジメントに軸足を置いてから半年ほど経過し、エンジニアリングマネジメントの観点で新しい気付きがうまれてきたので、記事にしてみる。 この記事で述べることこの記事では、back checkでプロダクトマネジメントをする上で試行錯誤してきた内容を踏まえ、プロダクトマネジメントを遂行する上で必要な人のアサインとキャリアについて言及していこうと思う。 まずは「back checkがプロダクトマネジメントの観点でどういう課題に直面したか」を述べた上で、「組成した新規チームのミッションとアサイン」を述べ、そこから学んだことを述べる。 その上で、一個抽象化し、「プロダクト運営上発生する不確実性」を述べた上で、「適性をもとにしたエンジニアリングマネジメントのセオリー」を考えていく。 プロダクトマネジメントでやってきたこと自分がback checkのPMとしてジョインしはじめたのは20
CTOになったので、やってみたフルリモートワークでの実験的な施策の紹介
この日に関してはリリースの開発工数日に含まないように事前スケジュールし、 普段の仕事中にやれていない対応、作業の整理やコミュニケーションを行なう日としています。 社内イベントは、Gather.Townを使用して運用しています。 メリット / デメリット メリット エンジニアチーム全体に情報を共有するの提供 仕事以外の会話の場が増えた デメリット 運用コスト 特に組織にマッチさせて、継続的に実施できるフォーマットが決まるまでのコストがかかる ある程度繰り返し実施するとフォーマットが確定するのでコストは下がっていく ☕ Coffee Chat 内容 社内イベントで大人数で集まるコミュニケーションの場を設けることはできたが、 リモートで大人数集まっても同時に喋れるのは3〜4人程度ということも、何回か実施して分かってきました。 そこで以下のスライドで紹介されていた、Coffee Chatを取り入れ
日本CTO協会、エンジニアが選ぶ開発者体験が良いイメージのある企業ランキング30を発表
日本CTO協会、エンジニアが選ぶ開発者体験が良いイメージのある企業ランキング30を発表Developer eXperience AWARD 2022 一般社団法人日本CTO協会(本社：東京都渋谷区／代表理事：松岡剛志、以下：日本CTO協会)は、新たな取り組みとして、技術者合計633名を対象に、ソフトウェアエンジニアをはじめとする技術者にとって各社が"開発者体験※"に関して、どれくらい魅力的な発信をしているかという「テックブランド力」を調査するためのアンケートを実施し、名前の挙がった上位30社のランキングを発表しました。また、各社をDeveloper eXperience AWARD 2022の受賞企業として表彰いたしました。 本調査は、激化するエンジニア採用市場において、技術者自身からの認知やテックブランド力に関する指標を作り世の中に公表することで、各社のエンジニア採用力強化の指針となるだ
VPoEとしてこの4年間を振り返って&VPoEを卒業します！ - エムスリーテックブログ
みなさん、こんにちは、こんばんは！日夜、部屋キャンで練習を重ね、先週末ついにキャンプ場デビューしたエムスリー執行役員VPoE兼プロダクトマネージャー兼その他諸々の山崎です。終日豪雨に見舞われ、設営から撤収まで全て雨の中で行うという、初回としてはストロングスタイルな体験を経て経験値が沢山溜まって嬉しかったです。 さて、本日は毎年書いていた「VPoEとしてこのx年間を振り返って」シリーズの最新作をお届けしようと思って筆を取りました。最後にエムスリーの体制変更に関するお知らせもありますので、是非最後まで読んでもらえると嬉しいです。 はじめに 2017年12月にエムスリーにおいて始めてVPoEが設置され、私が初代VPoEに就任しました。 それからの4年間は本当にあっという間に過ぎ、4年以上も経っているとは信じられないというのが正直なところです。 一方で、その間、多数のチャレンジをしてきました。 こ
リモートでむしろ生産性が上がったエンジニア組織の作り方を一休 CTOの伊藤さんに聞いてみた
宿泊予約事業やレストラン予約事業などを手掛ける、株式会社一休。エンジニア組織における個人の振り返りや組織の課題発見に、エンジニア組織支援クラウド「Findy Teams」を活用いただいています。 今回は、執行役員CTOを務める伊藤直也さんにインタビュー。実際に「Findy Teams」上のデータを参照しながら、エンジニア組織における生産性についての考え方などを伺っていきます。 ■プロフィール 伊藤 直也 株式会社 一休 執行役員 CTO コロナ禍における開発を、Findy Teamsで振り返る ──こちらが御社の2020年1月から直近までのデータになります。プルリク作成数はだいたい平均値を超えていて、件数としては2020年7月と2020年10月に大きな山があります。今年は5月頃から全体的に伸びている傾向にありますが、これらの要因として考えられる部分はありますか？ Findy Teamsのチ
CTOに求められる3つの能力 ～EMやTLとの違いとは？～｜MIDAS Technology Review
今回は、ZOZOテクノロジーズ（現ZOZO）でCTOを務め、現在はバイセルテクノロジーズ 取締役CTOの今村さんの「CTO論」を伺いました。 今村さんは、12年間のCTO経験があり、その間「エンジニア組織づくり」「技術広報」「情報システムの整備」「技術戦略策定」「人事制度策定」など、様々なCTO経験をお持ちの方です。 それらの経験を元に「CTOに求められること」特に「CTOと、EM（エンジニアリングマネージャー）やTL（テックリード）との違いは何か」について伺いました。 参考）ZOZOのテックカンパニーへの変遷、CTOとしての取り組みを振り返る ① 「登る山」を決める判断力と、中長期的な課題解決を行う実行力 ■ CTOとEMやTLとの違い まず、CTOがEMやTLと違う大きな点は、より広範囲・より長期的な課題解決を行う点です。 EMやTLは短期的（半年程度先）、そして事業やプロジェクト単位
SLOを活用した技術的改善
株式会社タイミーではスキマバイトプラットフォームを開発・運用しています。サービスもリリースして3年を超え、"負債"と呼ばれるものが増えてきました。一方でビジネス的に開発したいものは後を絶ちません。そこで開発チームでSLOを制定し、サービスの健全な状態を測定・監視することで「システムが健全にサービス提供で…
マネーフォワードのモバイルアプリエンジニアを支えるスマートデバイス推進グループ - Money Forward Developers Blog
こんにちは。 「マネーフォワードホームカンパニー HOME本部 サービス開発部 PFMグループ」兼「CTO室 スマートデバイス推進グループ」に所属するsyarihu（しゃりふ）です。 今回は「CTO室 スマートデバイス推進グループ」のしゃりふとしてエンジニアブログを執筆しています。 当社では、モバイルエンジニアの課題に向き合い、解決する組織としてCTO室にスマートデバイス推進グループが2021年の2月に発足されました。社内のモバイルエンジニアに個々人がいま感じている課題について定期的にアンケートを実施し、アンケート結果から抽出された課題に対して、どういったアクションがとれるかを検討し、実際に解決に向けて動きます。 2021年2月に発足されてから約半年ほどが経過し、マネーフォワードのモバイルエンジニアの環境もだいぶ良くなってきました。 本記事では、スマートデバイス推進グループがどのような経緯
HashiCorpのミッチェル・ハシモト氏がCTOを退任、今後はフルタイムの開発者として貢献していくと発表
HashiCorpのミッチェル・ハシモト氏がCTOを退任、今後はフルタイムの開発者として貢献していくと発表 HashiCorpの創業者の一人として知られるミッチェル・ハシモト氏は、同社のCTOおよび経営陣からの退任を発表。HashiCorpには残り、社員の立場でフルタイム開発者として貢献していくとのことです。 I've decided to become a full-time individual contributor at HashiCorp and will no longer be an exec. This is something we've planned for years and I'm so happy HashiCorp is in a place to allow it to happen. Do what you love, not what others ex
CTOになって半年の振り返りとこれから - ymzkmctのブログ
Kyashにサーバサイドエンジニアとして入社しEM、VPoEを経て今年からCTOになりました。早いもので2021年も半分がすぎ、つまりCTOになって半年ですが、取り組んだことをざっと書き出してみました。ただ正直言えないことも多いので、半分くらいしか書けていません プロダクト プロダクト戦略やプロダクトの方向性に対する納得感を醸成出来ていないという課題が1on1や雑談の中で聞こえ始めたので、戦略の背景や以前の戦略との違い、施策の目的などを説明する機会を増やしました。会社として四半期ごとに戦略発表は行っていたのですが、1回言うだけでは伝わりきらないこともありますよね。何度も言うの大事です 2020年10月に事業譲渡したKyash Directのシステム移管が完了。システム移管はキャリアの中でも初めてだったので良い経験でした マネジメント リスクマネジメントやシステムセキュリティ、情シスのキャッ
ついに、Webアプリでの帳票印刷のベストプラクティスを編み出しました
この記事で紹介した手順をライブラリ化して公開しました🎉 こちらの別記事 で使い方など詳しくご紹介していますので、ぜひご参照ください！ 2024/05/07 追記 最新の登壇スライドバージョンはこちらです。 登壇時の様子がYouTubeに上がっているのでよろしければあわせてご覧ください。 はじめに 言い切りタイトルすみません 僕を含む一定数の人にとって現時点でのベストプラクティスとなりうる手法という意味で紹介しています 極めてシビアな帳票出力の世界にいる人から見ると使い物にならない内容かもしれないと思います 帳票印刷の世界では SVF というサービスが有名らしいです。が、こういった外部サービスは使わずに自力で実装するというのがこの記事の前提です 動的に明細行の数が増減する連票はこの記事の解説では考慮していませんが、追加で実装するのはそれほど難しくないということは読んでいただければ分かるかな
想定していたものはけっこう簡単に崩れる BASEとnoteのCTOが、発生した障害対応で実感したこと
BASE社とnote社は、安定したサービス提供をするために、リアーキテクチャやフロントの刷新、セキュリティの強化、パフォーマンス改善など、さまざまな工夫を行っています。それぞれのCTOが課題に対する取り組みと組織運営での奮闘を赤裸々に語りました。2回目は、2020年に起きた障害と技術課題について両CTOが話しました。前回はこちら。 自分たちが想定したものはけっこう簡単に崩れてしまう 司会者：ありがとうございます。チャットを送ってくださったみなさんありがとうございます。ではさっそく、パネルトークに入っていきたいと思います。いくつかテーマを用意しているので、そちらをピックアップしながら話してもらおうと思っています。 今回、4つピックアップしているのですが、チャットで「これってどうなっているんですか？」みたいなものがあれば、適宜拾っていこうと思っています。チャットやQ&Aを送ってもらえるとうれし
何故エンジニアの上司はエンジニアである必要があるのか？｜えふしん
組織の話をしていて、何故、エンジニアの上司はエンジニアである必要があるのか？ CTOはいるがCDOがいない会社は多い。マーケティングという専門職の上司が永遠にマーケティングというわけでもない。もちろんCMOもいるだろうが、CTOに比べて常識化しているわけではない。 CTOがいる企業は増えているが、製造業の歴史的に成功した大企業がCTOがいるわけではない。 ただのエンジニアのワガママやエゴなんじゃないか？と思うことも多々ある。だから、たまに迷いが生じる。もちろん採用市場における業界の常識というのがあるので、それを無碍に無視するわけでもない。 いずれにせよ何故、エンジニアの上司はエンジニアであるべきなのか？ということを言語化できることが重要だ。 ー・ー いろいろ考えた末に、僕が一つたどり着いたものは、 ・いわゆる組織図ツリーは、ビジネスを実現するための組織図である。ビジネスが第一義になるので、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
