この記事は、Magic Moment Advent Calendar 2023 22日目の記事です。 こんにちは、Magic Moment で QAE をやっている yano です。 本記事では、開発チームの健全性を示すメトリクスを設計し、計測と運用を始めて3ヶ月ほど経とうとしているタイミングなので、振り返りを兼ねて気づきをまとめさせていただこうと思います。 なぜ生産性ではなく健全性のメトリクスなの? 最初は生産性メトリクスの設計を考えていましたが、例えばコードの記述量や、スプリントにおけるベロシティなどアウトプットの質を度外視して量だけを追っていくような、ビルドトラップに繋がりかねないメトリクスを計測することは回避したかったという考えがありました。 一方で、 “If you can’t measure it, you can’t improve it.” の考え方にもあるように、カイゼン
こちらは 「本番環境などでやらかしちゃった人 Advent Calendar 2023」 22 日目の記事になります。 はじめに Happy Coding!🤶 みなさん年末いかがお過ごしでしょうか。 私は卒論の抄録執筆が終わらないし、今年体調崩しまくってるしで泣きそうです😭 この記事では「Docker が俺の Postgres を勝手に全世界に公開しやがって色々怒られた話」について述べていきたいと思います。 ※所属団体の関係で、技術的な話以外のところの一部で詳しく話せないところはぼかしたり、デタラメなことで置き換えたりしています。ご了承ください。 背景 私は大学 4 年で、働いているという訳でもなく、 個人やちょっとした団体で Web アプリや API サーバなどを作って、みんなが使えるようにしています。 今回は数年前に起こった、とある団体でのお話です。 サービス構成 そこではオンプレ
こんにちは。粕谷大輔(@daiksy)です。インターネット上では「だいくしーさん」と呼ばれることが多いです。現在は株式会社はてなで、Mackerel開発チームのディレクターを務めています。Twitterなどで使っている、地獄のミサワ風のアイコンをご覧になった方もいらっしゃるかもしれませんね。このアイコンは、前職のフロントエンドエンジニアに描いてもらったものです。 今の自分の仕事は、エンジニアとデザイナーで構成される開発チームを指揮し、プロダクトの安定稼働と、定常的なデリバリーに責任を持つことです。「エンジニアリングマネージャー」という言い方をすると、分かりやすいかもしれません。 自分のこれまでのキャリア選択を振り返ると、もちろん結果論のようなところもありますが、ある程度狙いを定めてキャリアを歩んでこられたのではないかと思います。本記事では自分のこれまでのキャリアについて、「どのように狙いを
LAPRASは、現在入居している道玄坂スカイビルを退去して、リモートワークをメインとした業務体制へと移行します。 ※こちらの記事でも紹介いただきました。 なぜリモートワークに移行するのかLAPRASでは、新型コロナウイルスの感染が拡大する以前から部分的にリモートワークを取り入れていました。その後、3月には大半の企業が行っているようにフルリモートワーク体制へと移行しました。 今回、現在入居しているオフィスを退去することになった理由については、下記の2点が挙げられます。 ① リモートワークでも大半のメンバーのパフォーマンスが落ちないこと ② オフィスが遊休資産化していること ①リモートワークでも大半のメンバーのパフォーマンスが落ちないことフルリモートワーク体制になった後で、社員に対して行ったアンケートでは、「リモートワークによって自身のパフォーマンスが高まったと感じる」人が多数という結果が得ら
2017年6月〜2020年3月まで、Quipperという会社でEngineering Managerをやってみての振り返りです。 ここ数日こつこつと退職エントリを執筆していたのですがこのセクションが長くなりそうだったのと、単体で読まれても良さそうなので1エントリとして切り出しました。*1 マネジャーになった背景から失敗から学んだことから思いついたことをぐだぐだ書いていきますがはっきり言って個人の日記レベルなので野暮なツッコミはなしでお願いします。*2 というかこれは個人の日記ですよ〜。(ここまで防衛線) マネジャーになった背景 / 当初の役割 記憶が確かであれば2016年頃にQuipperにも評価制度が導入されたのですが、当時すでに世界に数拠点あったためCTO@Londonが全員を評価するのは難しくなっていました。可能な限り現地オフィスで現地メンバーを評価したほうが納得感も高い、ということ
ひとくちに「Webエンジニア」といってもその内実は様々だし、得意分野や成果の出し方も違う。ここではそのような多種多様のいずれが良いとか悪いとかそうしたことをいいたいのではないということをあらかじめ注記しておく。 職業生活において成果を充分に上げている(あるいは上げようと努めている)ことは前提として、組織上公式にプライベートな時間(要するに業務時間外)における技術的活動について、組織の外部との接点のある場所で活動することを好むひともいれば、あくまでも職業生活の糧となる活動に重きを置く(つまり寝ても覚めても仕事のことを考えているような)ひともいるだろう。 前者はOSSやプライベートなWebサービス開発などに深くコミットするだろうし、後者は組織の成果を直接に志向するだろう。そのいずれにしても、プライベートな時間における技術的活動が、エンジニアの成長にとって大きな糧になり、そのことが所属する組織に
隠しファイルを表示する Mac の Finder で 隠しファイル を表示するためのショートカットは command + shift + . です。 このショートカットはトグルになっているため、実行のたびに表示/非表示が切り替わります。 どの macOS からこのショートカットが有効なのかは分かりませんが、少なくとも現在最新の macOS Sierra バージョン 10.12.5 では動作します。 と少々自信がないのも、このショートカットは 公式のキーボードショートカットのドキュメント に記載されていないためです。(隠しファイルに関するものなので、そのショートカットも隠されている!?) 動作 こちらが隠しファイルの表示が OFF になっている状態です。 ショートカットを実行すると・・・ 表示が ON となり、隠しファイルが表示されました。 ※隠しファイルはファイル名の先頭に . が付いてい
本記事は、Engineering Manager Advent Calenderの1日目です。 はじめに エンジニアリングマネージャ(EM)と呼ばれる職務を設置する企業が増えてきました。 私たちの主催したイベントEOF2019でも700名近い方に参加していだき、また多くの方にご協力いただき成功裏に終わることができました。 EM Meetup/EM.FMなどのムーブメントの中心の一翼を担わせていただき、その高まりを感じる一方で不安も感じます。このエンジニアリングマネージャという職務は非常に多岐にわたるケースが存在していますし、必要だとされるスキルもまちまちです。そして、多くの場合、その企業のステージや状況ごとに求めるものは違います。また、求めていることを明文化することすらされていないケースも存在します。 このことから、エンジニアリングマネージメント自体が一時的な潮流として消費され、消えていっ
はじめに プロダクトを構成するモジュールが、以下のように複数から構成されている場合、リポジトリ構成はどうしていますか? web api batch infrastructure cli ... 単一レポジトリ(Monorepo)構成でしょうか?複数リポジトリ(Multirepo)構成でしょうか? 今回はMonorepo構成の場合に遭遇する、Pull Requestレビュー時の1つの課題解決方法について紹介します。 目を通しておくべきPull Requestかどうか プロダクトが成長すると、それに伴いモジュールの数が増えたり、チームが分かれたりといろいろあります。 モジュール毎にチームが分かれている場合、Pull Requestはどうしてますか? タイトルのプレフィックスに[web]のようにマークを付けている?モジュール毎のラベルを付与してもらっている?プレフィックスやラベルを付け忘れたら?
いちばん詳しい Sketch / XD / Figma / Studio の比較 〜1. 導入と背景知識 平田です。普段は個人のブログに記事を書いているので、ちゃんとしたnoteを書くのはこれが初めてです。 Sketch, Adobe XD, Figma, InVision Studio について徹底的に比較を行ったので、知見をまとめたいと思います。量がかなり多いので、いくつかの記事に分けて紹介します。 1. 導入と背景知識 ◀イマココ 2. 基本項目の比較 3. デザイン機能比較 4. シンボルとスタイル 5. プロトタイピングとコラボレーション 6. まとめ 今回はこの連載記事の導入と、各ツールを比較する上での背景的な情報をまとめます。 概要## この記事に含まれる内容 🙆♀️ - Sketch, Xd, Figma, Studio の選定基準 - Sketch, Xd, F
こんにちは、開発ディレクターの五味です。クックパッドにレシピを投稿してくれるユーザーのための機能やサービスを開発する「投稿開発部」に在籍しております。 投稿開発部は、2018年1月に前身となる部からメンバーを一新して発足した部署です。自分たちで1から戦略を作るため、強い実感を持ってユーザーを理解することを信条に、資料を読んだり前任者に聞いたりするだけではなく、実際にユーザーとたくさん話し、たくさんレシピを投稿し、ユーザーのことをたくさん考えてきました。 この記事では、その中でぶつかった課題を解決するために取り入れた書籍や、それをうまく業務に取り入れるために行っている工夫を紹介します。 サービス開発にはさまざまな壁が現れる ユーザーと事業目標に真摯に向き合うほど、サービス開発にはたくさんの壁が現れます。私たちも例外ではなく、部の発足以降、以下のような壁に激突してきました。 「ユーザー課題の見
Androidをはじめたばかり or これから始める人向けにまとめました。UI系ライブラリは種類が多すぎるので除外しています。 公式系 1. サポートライブラリ developer.android.com ※種類が多いのでまとめて1つとカウントしました Androidの後方互換性を維持するために、Googleが提供しているライブラリ群です。機能ごとにパッケージが分かれていますが、ほぼ必須のものが多いです。 appcompat support-v4 multidex design recyclerview cardview etc 2. Data Binding developer.android.com レイアウトにデータを紐付けることで、データの更新に応じて自動的にビューを更新することができるライブラリです。レイアウトの属性を増やしたり、findViewByIdを簡略化するだけでも使えま
はじめに 1年ぶりのAndroid開発復帰を機に、Kotlinを勉強中です。 登場する機会が多いであろう、RecyclerViewを使ったリスト表示で感覚を取り戻そうと試みました。 (2020/01/08追記) Support LibraryからAndoridXへ移行する必要があるため、過去のソースを残しつつ、変更点を追記していこうと思います。 作成手順 CardViewとRecyclerViewを使う準備 dependencies { // 以下を追記してsync。(バージョンは適宜合わせてください) compile 'com.android.support:recyclerview-v7:26.1.0' compile 'com.android.support:cardview-v7:26.1.0' }
今や企業が抱えるアプリケーションは多岐にわたり、またその保守・運用だけでも情報システム部門の大いなる負荷となっている。こうした問題に対して、ガートナーはアプリケーションのペース・レイヤ戦略を提唱する。これは、“アプリケーションを使用目的と変更の頻度で分類し、分類ごとに、異なる管理とガバナンスのプロセスを定義する新しい手法”と説明されるものだ。このペース・レイヤ戦略を実行することで得られる成果とは、一体どのようなものなのか。ガートナー エンタプライズ・アプリケーション&アーキテクチャ サミット 2014にて、米ガートナー リサーチ部門 バイスプレジデントのデニス・ゴーハン氏が語った。 レッド オウル 編集&ライティング 1964年兵庫県生まれ。1989年早稲田大学理工学部卒業。89年4月、リクルートに入社。『月刊パッケージソフト』誌の広告制作ディレクター、FAX一斉同報サービス『FNX』の制
プロジェクトマネージャープロジェクト管理編集部おすすめ 2017/05/08 プロジェクト計画書とは?無料サンプル・テンプレート付きで作り方を徹底解説 Share プロジェクト計画書を作ることは、プロジェクトを成功に導くための第一歩です。 この記事にたどり着いた方は、上司から「そろそろPMやってみるか」「プロジェクト計画書を作ってみろ」と言われて、プロジェクトマネジメントやプロジェクト計画書について調べ始めた人ではないでしょうか? プロジェクト計画書の重要性は分かっているが、 より良いプロジェクト計画書を作るために基本を押えたい そもそもプロジェクト計画書の構成がよく分からない どのような記載をすれば良いのか分からない このようなお悩みをお持ちでないですか? この記事では、このような悩みから解放頂けるよう、ソフトウェア系若手PM向けに最低限作るべき簡易的なプロジェクト計画書をとにかく分かり
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く