テックリード

GitHub Copilotは人権になるか 前口上 GitHub CopilotはGitHubの言葉を借りるならAI pair programmerです。Visual Studio Code、Visual Studio、Neovim、JetBrainsのIDE拡張として動き、コードの一部を書くことで残りを補完してくれます。 Twitterを開いたら#GitHubCopilot使えますのタグに全エンジニアにGitHub Copilotを提供している企業情報が流れてきたのでまとめておきます。 社名書かず弊社って言ってた人は適当にプロフィールから社名を抜いたので、つぶやき信用ベースで漏れや間違いは少…

テックリードは組織を忘れられるか TLDR Zennに「ソフトウェアのバグはコードそのものよりも組織構造から生じることが多い」を投稿しました。 zenn.dev 執筆後記 THE INFLUENCE OF ORGANIZATIONAL STRUCTURE ON~でGoogle検索かけると結構他の論文のサジェストも出てきますね。 トップに出てくるThe influence of organizational structure on value-based management sophisticationもおもしろそうです。 Microsoft Researchはその後他にも論文を出しているの…

独自理論を提唱してみる 前口上 HIGH OUTPUT MANAGEMENTというマネジメントについて書かれた本があり、そのなかでマネージャーの評価の公式が出てきます。 マネジャーのアウトプット＝自分の組織のアウトプット＋影響力が及ぶ隣接組織のアウトプット というやつですね。 さてこの公式、マネージャーの評価方法の一つとして的を得ている部分はあるのですが、これを少し拡張するとプレイヤーにも使えるより汎化された公式になるのでは？とふと思ったので提案してみます。 TLDR さっそくですが新公式です。 職業人の評価 = 自身の能力 + 自身の専門性組織への影響力 + 専門外の組織への影響力 以下細か…

一つの参考 前口上 LAPRASという求人サイトがあるのですが、GitHubなどと連携するとパブリックな情報を収集して日々のアウトプットベースにLAPRAS SCOREを算出してくれます。 スコアとして出るのは技術力、ビジネス力、影響力なのですが、最近技術力の算定基準にZennが追加されたようで少し上がり1529/170万人、エンジニア1000人に1人の技術力になったようなので記念にメモを書いておきます。 日本のIT企業だとエンジニア比率が3割程度の企業が多いのでざっくり3,000人程度の会社に一人いるくらいでしょうか。 計測されているのは技術力なのか？ このスコアなのですが、公式ドキュメント…

この記事はEngineering Management Advent Calendar 2022の7日目です.今はエンジニアリングマネージャ(EM)としてエンジニアリングマネジメントの4領域(プロダクト・プロジェクト・テクノロジ・ピープル)すべてを見ていますが, それ以前は長い間テックリードをやっていました. その経験を活かして, 最近は後進を育ててテックリードあるいは「弱いEM」*1をできる人材を増やそうとしています(これ自体がピープルマネジメントの一環ですね).テックリードを育てるためにやっていることの全容を詳細に書くと本が1冊書けるくらいになってしまうと思うので, その中でも再利用可能そ…

ゼロイチでの上手な振る舞い方 前口上 全てのプロダクトにはフェーズがあり、0=>1、1=>10、10=>100で戦い方が違います。老舗のサービスなら100=>90の段階にいることもあるかもしれないですね。 世の中の求人の量で言えば、圧倒的にある程度規模が大きくなってからの方があり、多くの労働者にとって立ち上げ初期に関わることは稀です。一方で、世の中の変化が速くなってきていることもあり、急に新規開発を担当することになった際、どういうポイントを気をつけたほうがいいかまとめておきます(主にWebサービス)。 開発しないで仮説検証する 立ち上げというとさあ開発だとなりがちですが、起業の9割が失敗すると…

エンジニアとして一定以上大きい仕事をする際には、他人を巻き込んで仕事をする力が必要になってきます。 新しいフレームワークや言語の採用、自動テストの導入、インフラ基盤の刷新、スクラムの導入など、一定以上の大きさの取り組みでは折に触れて他人の巻き込みが必要になってきます。 そんな巻き込み力で苦労されている方も多いのではないでしょうか。かくいう私自身も現在進行形で苦労しています。 この記事ではそんな悩みを少しでも解決できればと思い、個人的に巻き込み力の決定版教科書だと思っている「Fearless Change」という書籍を紹介します。 TL;DR 「巻き込み」の課題感 巻き込み力の決定版教科書「Fe…

リーダーシップというと、カリスマ的な魅力をそなえた人物が輝かしいビジョンを指し示し、大衆を率いていく……というドラマチックな光景を思い描いてしまうものだが、実地で求められるリーダーシップとはそういうもの（だけ）ではない。というか、そうであってほしい。 ここでは英雄的資質を持って生まれなかった多くの人間が、どうやってリーダーシップを獲得していけるのか、を考えていく。 定義 リーダーシップを定義するために語られていることを、いくつかの本から引用してみる。 リーダーシップとは、集団に目標達成を促すよう影響を与える能力である（スティーブン P. ロビンス『組織行動のマネジメント』） リーダーシップとは…

エンジニアリングマネージャーのしごと ―チームが必要とするマネージャーになる方法作者:James StanierオライリージャパンAmazon エンジニアリングマネージャー（以降EM）が必要とする実践的な内容が多く記載されています。ネットの情報は断片的なので体系的に説明されている本書はこれからEMを始める方には特におすすめです。自組織のEM陣と一緒に輪読会を実施しましたが、多くのところで共感していました。なので本当に必要な内容が詰まっているのは確かだと思います。また、今までの経験や直近の課題感なども踏まえ色々と気づきを得ているようでした。 私は特にEMになるつもりも予定もなかったです。主に以下…

4年目が終わった。もう完全にシニアエンジニアです！3年目終わり。 ningenme.hatenablog.com 2年目終わり。 ningenme.hatenablog.com コードレビューし続けた一年。以下4年目までの技術スタック。 DB・データストア・ストレージoracle postgres mysql aurora redis s3 aws sqs (触らなかったもの)cassandra memcached dynamo solr 今年は永遠にoracle触ってた。dockerでoracle作るときのノウハウとかが無駄に蓄積された気がする。 あとはmysql 8も結構。5.7の時の認識…

こんにちは。 メディアサービス開発部 Webアプリケーション開発課のフサギコ(髙﨑)です。 Ruby on Railsによるバックエンドの実装運用と、AWSによるサービスインフラの設計構築を中心とした、いわゆるテックリードとして働いています。 本記事では、2023年5月11日から13日にかけて、長野県松本市で開催されたRubyKaigi 2023へ参加したことについてお話します。 RubyKaigiとは 社員4名で参加 1名がLT登壇 見に行った講演からいくつか The future vision of Ruby Parser "Ractor" reconsidered Optimizing …

プロダクトマネージャーやテックリードのみなさんのみならず、いま世の中全体で、ChatGPT等の生成系AIにどっぷり浸かっている人は多数いるかと思います。 ChatGPTなどの生成系AIが勃興する中、あまりもの優秀さに、「人間の役割って今後どうなっていくのか？」という考えが頭をよぎる事が何度もあります 苦笑。 「サピエンス全史」「ホモ・デウス」などのベストセラーで知られるユヴァル・ノア・ハラリ氏の動画をみつけました。ChatGPTが今ほど盛り上がるちょっと前のものですが、非常に思考を刺激される興味深い内容でしたので、紹介したいと思います。 AIとは何か？人類にとってのその意味 AIの規制とその必…

LT資料 speakerdeck.com 当日答えきれなかった質問へ回答します！ バックログのチケットは何単位にすれば良いですか？ プロダクト開発の場合、ユーザーストーリーでチケットを切っていくことが多いです。 ユーザーストーリーの粒度はスプリント内で終わらせられるくらいまで細かくしています。 https://www.atlassian.com/ja/agile/project-management/user-stories Jiraなどのツールをタスクだけでなくコスト管理やリスク管理などにも使われていたりしますでしょうか。一つのツールにまとめられたらいいなと考えているのですが、苦戦しており、…

今後のキャリアパスを考える参考に読んだので簡単に感想をば。（読んだのは2ヶ月前だけど...) 2018/9/26 Camille Fournier (著), 及川 卓也(まえがき) (その他), 武舎 広幸 (翻訳), 武舎 るみ (翻訳) https://www.amazon.co.jp/exec/obidos/ASIN/4873118484/tsunotsuno-22/ あらすじ 本書は、技術系マネージャーとそれを目指すエンジニアに向けて、IT業界の管理職に求められるスキルを解説する書籍です。テックリードからCTOになった経験を持つ著者が、管理職についたエンジニアが歩むキャリアパスについて…

設計から学ぶFirebase実践ガイド Firebaseと開発における課題「設計から学ぶFirebase実践ガイド」 Firebaseを利用した開発を成功に導くノウハウ満載「設計から学ぶFirebase実践ガイド」 「設計から学ぶFirebase実践ガイド」書籍概要 「設計から学ぶFirebase実践ガイド」Amazonでの購入はこちら 「設計から学ぶFirebase実践ガイド」楽天市場での購入はこちら※電子書籍版です 設計から学ぶFirebase実践ガイド プログレスは、2023年3月31日に押野泰平氏、長谷川健史氏、岡田菜摘氏著書による、Firebaseを用いた設計・開発の実践的なノウハウ…

はじめまして、モバイルチームでAndroidエンジニアを担当している藤井です。 チームではエンジニアリングマネージャー(以下、EM)という役割を任されていて、大阪に住んでフルリモートで勤務しています。 フォトラクションに入社するまでは、他業界のスタートアップやソーシャルゲームの業界などでWeb開発やモバイル開発を経験してきました。 趣味は格闘技観戦とブラジリアン柔術です。 今回は入社して半年が経った振り返りを兼ねて、私が感じたことや学んだことを共有したいと思います。 入社後に感じたこと あくまでもモバイルチームに属しているAndroidエンジニアとしての目線ですが、入社後に感じたことは良いと思…

フロントエンドのテックリードをやってます。みゅーとん(@_mew_ton)です。 前回は作りたいライブラリの設計を全部ChatGPT にやってもらいました。 今回は、その実装を楽にすすめていこうと思います。 また、前回と異なり、今回は手動でブログを書いています。ほとんどが失敗の記録です。 TL; DR ３行でまとめます ChatGPT にコードを書かせる際、 TypeScript の型パズルはまだ難しい Google Copilot に１からコードを書かせるのも難しい 型パズルはまだ人力である必要がある AIに型パズルはまだ早い・・？ そもそもの要件は、「型ガード関数７種を提供する」「型ガード…

『スタッフエンジニア マネジメントを超えるリーダーシップ』を読んだので感想を書く。 読み初めの動機 本書を読み始めた動機は、スタッフエンジニアと呼ばれる上級エンジニアの思考や習慣を知り、自分の仕事に活かしたいと考えたからだ。今までのキャリアを振り返ると、テックリードやシニアエンジニアといったエンジニアには出会ったことがあるものの、より上級のエンジニアとなるとそうそうない。書籍からそうした人々の思想に触れられるのは貴重だと感じた。 ハイライトと感想 スタッフエンジニアへのインタビューが豊富に掲載されているのが良かった。具体性に富んでおり、仕事の向き合い方に活かせる点が多かった。 ハイライトはこち…

イントロダクション こんにちは。リンクアンドモチベーションでEMをしている河野です。弊社では、2023年4月にイネーブリングチームを立ち上げました。 本記事では、弊社のイネーブリングチームについて紹介します。 イネーブリングチームとは 組織設計のベストプラクティスツールである、チームトポロジーのチームパターンの1つです。 トポロジー本では、以下のように説明が書かれています。 イネイブリングチームは、特定のテクニカル(プロダクト)ドメインのスペシャリストから構成され、能力ギャップを埋めるのを助ける。複数のストリームアラインドチームを横断的に支援（後略） チームトポロジーについては、Yoshiba…