Developers Summit 2025での登壇資料です。 【発表資料中のURL】 ◆P12

デブサミ2025で品質に関するパネルディスカッションに参加してきました。アジャイル開発において「価値提供のスピードを落とさずに品質を維持するためにどうするか」というテーマにおいて、僕はアーキテクトという立場から「構造」の側面、ブロッコリーさんはQAエンジニアという立場から「プロセス」の側面から話をしました。 アジャイル開発で品質とスピードを両立するには、構造とプロセスの両面からのアプローチが必須です。 はじめに 参加したのはデブサミ2025での「開発スピードは上がっている…品質はどうする？ ～スピードと品質を両立させるためのプロダクト開発の進め方とは～」です。もう1人の登壇者である風間さん（ブロッコリー）からお誘いを受けてお話しさせていただきました。パネルは安達さんにまとめてもらい、良い形になったと思います。 ブロッコリーさんのブログ「Developers Summit 2025で企画作成

バクラク事業部エンジニアの id:upamune です。最近、ローカル開発環境構築に対して人より熱意があるということに気がつきました。 ということで、この記事ではバクラク事業部での、ローカル開発環境構築の今について書きます。 はじめに 近頃、AIの発展により開発、特にコーディングのハードルは大きく下がりました。弊社でもプロダクトマネージャーやデザイナーがエンジニアに混じってPRを出しています。 詳しくはバクラクビジネスカードでプロダクトマネージャーをしている原山がnoteを書いているのでご覧ください。 note.com しかし、ここで開発の障壁となるのが最初のローカル開発環境の構築です。セットアップドキュメントは存在しますが、主にソフトウェアエンジニア向けに書かれており、ローカルでアプリケーションを動かすだけなら不要なツールまでまとめてインストールするため、時間のかかるものになっていました

Cline を使い始めて2ヶ月ぐらい経った。 自分の直感として、Cline は真のイノベーションの入口であり、そして開けてはいけないパンドラの箱でもあったと思う。 ここでいう Cline は Cline型コーディングエージェントであり、広義には Devin / Cursor や Copilot Agent 等を含む話。だが、後述するように Cline でしか見えない世界がある。 その先の未来に、プログラマとしての自分はフルベットする、という話をする。 私たちが知っているプログラミングの終焉 大事なことは次の記事に全部書いてある。まずこれを読んでほしい。 (Google翻訳) Steve Yegge 氏は、置き換えられるのはジュニアおよび中級レベルのプログラマーではなく、新しいプログラミング ツールやパラダイムを受け入れず過去に固執するプログラマーであると指摘しています。 <略> これはプロ

本スライドはオブジェクト指向プログラミング（OOP）を理解しているバックエンドエンジニアの方向けに、フロントエンドのコンポーネント指向を解説することで、フロントエンドを開発するための足がかりを作ることが狙いです。OOPとの違いを意識することで、フロントエンド特有の設計思考を身につけましょう。Reactと…

Developers Summit 2025で登壇した資料です 障害対応のイマが分かる年に一度の祭典 PagerDuty on Tour Tokyo 2025、参加申し込み受付中です！ https://www.pagerduty.co.jp/pagerdutyontourtokyo/?cpcod…

JJUG ナイトセミナー　2025/1 発表資料」

“見積り” を作成した開発チームと、それを確認したビジネス担当者や経営者が、その内容を巡って対立することがあります。「見積りが大き過ぎる」「いや、これぐらいはかかりますよ」といったあのやり取りです。 これはおそらく、両者がともに “見積り” と “計画” を区別せず、混同しているから発生しています。見積り依頼を受けた時、開発チームが提出するものは、おそらく “見積り” です。しかし、ビジネス担当者や経営者が期待するアウトプットは “計画” なのです。 こうして “見積り依頼” という名のもとに、ソフトウェア組織に対立が日々生じているのではないでしょうか。 “見積り” と “計画” は別物見積り結果の「30人月」という数字（①）は、計画ではなく見積り工数です。そんなことは当たり前ですよね。 工数が明らかになれば計画なのか？それでは、30人月の開発を5人でこなすから「6か月」かかる（②）、とい

はじめに 自分は2021年に新卒でWeb系の開発会社にフロントエンジニアとして入社し2022年で2年目になります。 実務ではReact×TypeScriptを利用したフロント周りとNode.js(Nest)やRailsを用いたバックエンド(API)の開発をしています。 その中で使っていたAPI設計について改めて学び直したのでまとめて行きます。 この記事の対象者 エンジニア初心者から中級者 APIについて学びを深めたい人 この記事の目標 APIについて学ぶ 我流ではなく正しいAPI設計について学ぶ この記事でやらないこと 具体的にコードを用いたAPI設計の書き方の説明に関しては下記の記事で解説をしています。 APIについて APIとは APIは"Application Programming Interface"の略で、直訳すると「アプリケーションを使プログラミングを使ってつなぐ」という意味

「すべてのライフサイクルモデルの祖は、ウォーターフォールモデルである」とは、スティーブ・マコネルの言葉だ1。また、ソフトウェア開発ライフサイクル（SDLC）に関するGitHubの文書では、広く採用された最初のSDLCがウォーターフォールモデルであるとされている2。 そこに、ウォーターフォールを学ぶことに対する価値がある。それは、スクラムを導入し、アジャイルソフトウェア開発を実践する組織にも言えることだろう。いや、そうであるからこそだ。どんなソフトウェア開発プロセスモデルであろうと、ウォーターフォールから派生したり、何らかの影響を受けていると考えられる。したがって、ウォーターフォールへの理解から、自分達がやっていることの本質を見いだせるのではないだろうか。 ウォーターフォールなんて誰でも知っていると思うかもしれないが、そうとも限らない。確かにウォーターフォール未経験のソフトウェア開発者は少な

今回のとことんDevOps勉強会は「【ライブデモ】Visual Studio CodeのDev Containersを使って開発環境構築してみるよ」と題して、Visual Studio Codeの拡張技術であるDev Containersを使用した開発環境の構築方法をライブデモでお届けしました。途中、GitHubの障害でトラブルに見舞われたものの、何とか最後までご覧いただくことができました。 このライブデモは先日行われたオープンデベロッパーズカンファレンス(ODC)2023において、好評いただいたワークショップをもとに実施しました。Dev Containersは現時点ではまだベータ版ではありますが、クライアント環境を汚すことなく、素早く開発環境を用意できるという大きなメリットがあります。ぜひ、これを機会にウォッチしてみてはいかがでしょうか？ 振り返りも兼ねて当日の配信の様子をYoutube

この記事は、freee Developers Advent Calendar 2024 5日目の記事です。 こんにちは。現在プロダクトマネージャー兼ソフトウェアエンジニアとしてfreee人事労務の開発を行っている金山（id: tepppei）です。先日わたしが投稿した記事（「機能を削る」以外のスコープの絞り方）に引き続き、今回も現在わたしが取り組んでいる「勤怠モニター機能」の開発の中で考えたことを発信します。 本記事の趣旨 新機能のリリース後の次の一手として、認知を優先するか作り込みを優先するかの選択は難しい問題です。 どちらを優先すべきかは、その機能がユーザーに受け入れられることにどれだけ確信があるかに依存すると考えられます。 今回は認知より作り込みを優先するという判断を行い、実践してみて良かった点・難しかった点を一事例として発信します。 「渇望→認知」戦略 ある新機能の最初のリリースを

個人開発しているアプリ、minto(ミント)が2024年5月で5周年、累計50万ユーザーを突破しました。 そこで、なぜアプリを作ったか？から現状のアプリのことまで1記事でまとめました。 とても長いですが興味ある部分だけでも読んでいただけると嬉しいです。 きっかけ個人アプリを始める前に、会社の新規事業部で新規アプリの開発担当として働いていたのですが、どのプロジェクトも成果を上げることができませんでした。会社から給料をもらいながら開発費を垂れ流す身になるのはとても辛い思いがありました。同時に「自分が1から企画してプロジェクトをスタートしたらうまくいく自信がある。チャレンジしたい」という欲求がふつふつと湧いてきました。 なぜmintoちょうどその頃、同僚から家族のTODOをSlackで共有している話を聞き、ハックまでして解消したいペインがあるのなら、それをアプリにして広く大衆が使えるようにすれば

この記事は freee Developers Advent Calendar 2024 の6日目です。 adventar.org こんにちは！ freeeで基盤プロダクトのデザイナーをしているnachanと申します。 ちょうど今日誕生日です 🎈 昨年と一昨年も12/6にアドベントカレンダーを投稿し、誕生日に投稿するのはこれで3回目になります。すごいですね。 本題ですが、デザインガイドラインは、プロダクト開発の一貫性や品質を支える重要な基盤です。 しかし、その存在を知りつつも、実際の現場では十分に活用されていなかったり、形骸化してしまうことも少なくありません。 この記事では、私が開発チームのメンバーと一緒に実践した「デザインガイドラインの輪読会」の取り組みとその成果についてご紹介します。 ガイドラインの現状と課題 私は元々エンジニアでしたが、デザイナーに異動したキャリアがあります。 異動し

公開日 2024/11/12更新日 2024/11/14オブザーバビリティ導入の教科書〜「投資対効果は？」に負けないオブザーバビリティの導入方法〜 システムから出力されるあらゆる情報を計測し、システム内部の状態が常に観測・制御可能な状態を指す「オブザーバビリティ」。開発生産性の向上のほか、顧客満足度の向上や事業成長への貢献にもつながるとあって、近年注目を集めています。しかし、その重要性は理解していても、社内での導入や浸透となると難しいもの。特に、現状の監視体制で十分だと考える経営陣を説得し、新たなツール導入や体制構築に向けて動き出すのは簡単なことではありません。 そこでFindy Toolsでは、オブザーバビリティプラットフォームを提供するNew Relicの上席エヴァンジェリストの清水氏へインタビューを実施。オブザーバビリティの価値、New Relicの独自の強み、そして導入による事業貢

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

高品質と高スピードを両立させるテストアプローチ/Test Approach that Improves Quality and Agility Together

システム構成図、ER図、フローチャートなどを描くときに無料で使える作図ツールやドローイングツールまとめ。2024 システムを開発する際には、インフラを構築するためのシステム構成図やアプリケーションの仕様を検討するためのさまざまなUML関連のダイアグラム、フローチャートやデータベース設計におけるER図など、さまざまな作図をする場面があります。 これらの作図作業を支援してくれるツールは多数存在しますが、ここでは無料で使えるツール、あるいは無料プランが利用できる有料サービスなどをまとめました。 draw.io 無料で利用できるドローイングツールの代表的な存在がdraw.ioでしょう。ユーザー登録すら不要ですぐに使い始めることができて、作図したデータはGoogle DriveやOneDrive、Dropbox、GitHubやGitLab、ローカルデイバイスなどに保存できます。 GitHubにサーバ

技術的負債をうまくマネジメントすることは重要です。なぜなら、持続可能な長期的な利益の確保こそが競争戦略における目標であり、技術的負債への対応力はその目標に近づくための重要な組織能力だからです。EMとして組織の成果の最大化を目指す上で避けては通れない課題です。また技術的負債への対応は、単に技術的な課題ではなくそれらを包含するプロダクトの課題です。どうやって解決するかだけでなく、なぜ、いつ、どのくらいやるべきかを、事業責任者などのステークホルダーと合意して初めて対応を進めることができます。こうした課題に対しては、多職種をつなぐメンタルモデルの構築、方向付け、ファシリテーションといったソフトスキルが必要になってきます。EMはエンジニアリングの視点とそうしたスキルを併せ持つことが期待される存在で、技術的負債への対応においても重要な役割を担うと考えています。本記事では、技術的負債をマネジメントする方

An IDE built on top of a canvas, Haystack takes care of the tedious and confusing parts of coding for you