2024/6/28 開発生産性カンファレンス2024 登壇資料 https://dev-productivity-con.findy-code.io/2024
![「開発生産性を上げる改善」って儲かるの?に答えられるようにする / Is development productivity profitable?](https://cdn-ak-scissors.b.st-hatena.com/image/square/a33d16295a40fba2f19984ded0738f15a78eb507/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2F3e956c3255bf4539bdf05ffebd2fa926%2Fslide_0.jpg%3F30834548)
2024/6/28 開発生産性カンファレンス2024 登壇資料 https://dev-productivity-con.findy-code.io/2024
開発生産性Conference 2024で発表した資料です。 https://dev-productivity-con.findy-code.io/2024?m=2024/m/XmiKkhYo
みなさんこんにちは。@ryuzeeです。 2024年6月28-29日に開催の開発生産性Conference 2024で登壇しましたので、資料を公開します。 最近「開発生産性」という言葉を耳にする機会がすごく増えたような気がしますし、自分でもあるメディアの取材で「開発生産性」という単語を使ったのですが、なんとなくスッキリしない感じを抱えていました。 僕自身は「生産性」という単語の不透明さをさけるべく「開発生産性」を使ったのですが、これでも不透明さは残ったままだったわけです。 ということで、「開発生産性」が何を指すのかを深堀りした上で、この単語とどう付き合っていくべきなのかを整理したのが、このセッションです。 スライド全部を読む時間のない方もいると思いますので、以下に結論を書いておきます。 「開発生産性」に関心を持つ理由も、「開発生産性」の定義もさまざま 重要なのはコンテキスト 数字だけで全て
本記事は「珠玉のアドベントカレンダー記事をリバイバル公開します」企画のために、以前Qiitaに投稿した記事を改訂したものです。 はじめにPub/Sub型のメッセージングアーキテクチャを採用するにあたっては、kafkaなどのブローカーミドルウェアや、Amazon SNS、Google Cloud Pub/Subなどのマネージドサービスを利用するケースが多いかと思います。ところでPostgreSQLでも実はPub/Subができます。 すでに業務でPostgreSQLを使っていれば、新たにPub/Subブローカーを構築しなくても、疎結合なシステム間通信を簡易的に実現できます。 本記事ではこの機能の紹介と、Pub/SubクライアントをJavaで実装する場合の選択肢、考慮点を示しています。 ※実行環境はPostgreSQL 16.2とJava 21です ※データベースの文字コードはUTF-8としてい
はじめに HRMOSプロダクト本部で人財活用システム「HRMOSタレントマネジメント」のプロダクト開発をしている輿水です。 私たちのチームには、プロダクト開発を進める上で次のような課題がありました。 プロダクトオーナー(以下、PO)の業務が多岐にわたり、ドキュメントの更新が大きな負担となっていた 要件や仕様について最新の情報を把握することが難しく、ステークホルダー間でのコミュニケーションコストが増大していた これらを解決するため、私たちのチームは「エピック主管」という仕組みを導入しました。これは、エンジニアがリードしてドキュメント管理を行い、プロジェクトマネジメントの役割も果たすことで、POやエンジニアリングマネージャー(以下、EM)の業務負担を削減するものです。 本記事では、エピック主管とは何か、そしてその役割や成果について深く掘り下げて紹介します。 この記事では、プロダクト開発において
JetBrains、「Google Gemini」をGitHub Copilot対抗の「JetBrains AI Assistant」に採用へ 開発ツールのIntelliJ IDEAやプログラミング言語Kotlinなどの開発元として知られるJetBrainsは、AIによるコード生成やリファクタリングなどを自動的に行う「JetBrains AI Assistant」の生成AIとして、Google Geminiを採用すると発表しました。 JetBrains is going to integrate Google’s Gemini models into AI Assistant. Read more in our blog post: https://t.co/s4fkngY7v1 pic.twitter.com/MLnRkRvG1N — JetBrains (@jetbrains) Jun
2022年から2年ぶりの開催となりました、Kotlin Fest 2024 に参加しました。 今回はオフライン開催のみということで、STORESでKotlinを活用しているAndroidエンジニアで、ブースに回ったり、セッションを見たり、参加しているほかのKotlinエンジニアと交流してきました。 www.kotlinfest.dev このエントリーでは、参加した弊社のエンジニアによる印象に残ったセッションの紹介をします。 アーカイブ配信はまだですが、これから発表内容を確認したい人の参考になれば幸いです。 印象に残ったセッション @みっちゃん Kotlinで愉しむクリエイティブコーディング プログラミング教育は楽しくあるべきだという考えを軸に、どのようなクリエイティブコーディングがおすすめかを紹介するセッションでした。 パーリンノイズ(時間発展)を作成するものは、ノイズ関数の組み合わせによ
Kotlin Fest 2024 @kotlin_fest 🏮あと1日🏮 いよいよ明日は #KotlinFest 2024開催日です! 明日朝は9:30受付開始、10:30オープニングセッション開始となっております。 10:30付近は受付の混雑が予想されますので、十分余裕をもってお越しください。 2024-06-21 20:00:03 Kotlin Fest 2024 @kotlin_fest 📢重要なお知らせ📢 10:50からホールAで予定されていた「Kotlinらしいコードを書こう - Convert Java File to Kotlin File のあとにやること」はキャンセルとなりました。 代わりにホールAでは、「KotlinConf 2024 を後から256倍楽しむためのヒント」をサテライト配信します。 #KotlinFest 2024-06-21 20:01:00
ソフトウェアエンジニアは、どのように事業に貢献すべきか? 宿泊施設やレストランの予約サービスを提供する株式会社一休で執行役員CTOを務める伊藤直也さんは、2016年に入社しておよそ2年間、心の奥に抱えた悩みを解消できないまま仕事をしてきました。 伊藤さんは、2000年代から複数のWeb系テックカンパニーで技術部門のリーダーとして活躍し、現在でも利用される個人向けWebサービスのローンチをいくつか手掛けています。一休には入社以前からフリーランスで技術顧問を務めており、会社がヤフーグループ(当時)に入って経営陣が一新されるタイミングで、代表取締役CEOとなった榊淳さんの要請を受けて入社しました。 当時は全て.NETだったというサービス基盤の刷新や技術的負債の解消、開発組織の整備といったエンジニアリングにおいて重要な改善を進めてきましたが、あるとき自身が「事業に貢献していない」ことを明確に意識す
議論がとっ散らかって、何の話をすべきなのか何を話せば前に進むのかわからなくなることあるよね。そういう時にうまーーーく整理してくれる人が近くにいていつもすごいなと思っている。自分から見たTipsとして雑にまとめておきたい。 枕詞をつけて切り出す 「自分もまだ整理できていない中で確認なんですけど」「間違っていたり齟齬があったら指摘してほしいんですが」のように切り出すことが多い 停滞している時に前に勧めていくのは難しいが、枕詞をつけてうまく論点の整理などに持っていっている 純粋な疑問を聞いて深ぼる 「ちょっとわからなかったので質問していいですか」のように、わからないことをそのまま聞いて深堀りする 深ぼっていく中で、論点が整理されていくのは別の技術なのだが、とっかかりとしては有効 どこまで揃っているか確認する 「自分の理解も兼ねて確認なんですが、これまでの話でおそらくこの部分については皆さん異論な
読者の皆さんは、テストについてどのようなイメージをお持ちでしょうか。「開発の後に行う確認作業」といったイメージを持たれている方もいるかと思います。 しかし、開発しようとしているソフトウェアに不具合の混入を防ぐには、もっと早い段階でテストについて考えることが必要です。こういったテスト活動は、プログラムを1文字も書いていないときから始めることができるのです。 本記事では、2016年に提唱された継続的テストモデルを紹介しつつ、アジャイルとも親和性のあるシフトレフトなテスト活動について解説していきます。 DevOpsにおけるテストの考え方 DevOpsのループ図とは何か? 継続的テストモデルとは何か 継続的テストモデルにおいてテストは「活動」である シフトレフトなテスト活動とシフトライトなテスト活動 シフトレフトなテスト活動としてのテスト駆動開発 コード実装を始める前から行うテスト活動 シフトレフ
この本の概要 本書はCI/CDの設計や運用について,GitHubを使ってハンズオン形式で学ぶ書籍です。GitHub Actionsの基本構文からスタートし,テスト・静的解析・リリース・コンテナデプロイなどを実際に自動化していきます。あわせてDependabot・OpenID Connect・継続的なセキュリティ改善・GitHub Appsのような,実運用に欠かせないプラクティスも多数習得します。 実装しながら設計や運用の考え方を学ぶことで,品質の高いソフトウェアをすばやく届けるスキルが身につきます。GitHubを利用しているなら,ぜひ手元に置いておきたい一冊です。 こんな方におすすめ GitHubは使っているけれど,プルリクエストぐらいしか利用していない CI/CDというキーワードは知っているけれど,自分で設計したことはない GitHub Actionsには触れているけれど,正直雰囲気で運
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く