メンバー全員が開発リードになれる、「エピック主管」という仕組み
はじめに HRMOSプロダクト本部で人財活用システム「HRMOSタレントマネジメント」のプロダクト開発をしている輿水です。 私たちのチームには、プロダクト開発を進める上で次のような課題がありました。 プロダクトオーナー（以下、PO）の業務が多岐にわたり、ドキュメントの更新が大きな負担となっていた 要件や仕様について最新の情報を把握することが難しく、ステークホルダー間でのコミュニケーションコストが増大していた これらを解決するため、私たちのチームは「エピック主管」という仕組みを導入しました。これは、エンジニアがリードしてドキュメント管理を行い、プロジェクトマネジメントの役割も果たすことで、POやエンジニアリングマネージャー（以下、EM）の業務負担を削減するものです。 本記事では、エピック主管とは何か、そしてその役割や成果について深く掘り下げて紹介します。 この記事では、プロダクト開発において
JetBrains、「Google Gemini」をGitHub Copilot対抗の「JetBrains AI Assistant」に採用へ
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
Kotlin Fest 2024参加レポート - STORES Product Blog
2022年から2年ぶりの開催となりました、Kotlin Fest 2024 に参加しました。 今回はオフライン開催のみということで、STORESでKotlinを活用しているAndroidエンジニアで、ブースに回ったり、セッションを見たり、参加しているほかのKotlinエンジニアと交流してきました。 www.kotlinfest.dev このエントリーでは、参加した弊社のエンジニアによる印象に残ったセッションの紹介をします。 アーカイブ配信はまだですが、これから発表内容を確認したい人の参考になれば幸いです。 印象に残ったセッション @みっちゃん Kotlinで愉しむクリエイティブコーディング プログラミング教育は楽しくあるべきだという考えを軸に、どのようなクリエイティブコーディングがおすすめかを紹介するセッションでした。 パーリンノイズ（時間発展）を作成するものは、ノイズ関数の組み合わせによ
Kotlin Fest 2024
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
社外向け勉強会とプライベートの勉強会を開催してみて
ししとうLT #2 -若手LT会- https://4410.connpass.com/event/316005/
何が事業貢献なのか分からなくなっていた伊藤直也さんが再認識したユーザーエクスペリエンスへのコミット - Findy Engineer Lab
ソフトウェアエンジニアは、どのように事業に貢献すべきか？ 宿泊施設やレストランの予約サービスを提供する株式会社一休で執行役員CTOを務める伊藤直也さんは、2016年に入社しておよそ2年間、心の奥に抱えた悩みを解消できないまま仕事をしてきました。 伊藤さんは、2000年代から複数のWeb系テックカンパニーで技術部門のリーダーとして活躍し、現在でも利用される個人向けWebサービスのローンチをいくつか手掛けています。一休には入社以前からフリーランスで技術顧問を務めており、会社がヤフーグループ（当時）に入って経営陣が一新されるタイミングで、代表取締役CEOとなった榊淳さんの要請を受けて入社しました。 当時は全て.NETだったというサービス基盤の刷新や技術的負債の解消、開発組織の整備といったエンジニアリングにおいて重要な改善を進めてきましたが、あるとき自身が「事業に貢献していない」ことを明確に意識す
議論を整理するTips - Konifar's ZATSU
議論がとっ散らかって、何の話をすべきなのか何を話せば前に進むのかわからなくなることあるよね。そういう時にうまーーーく整理してくれる人が近くにいていつもすごいなと思っている。自分から見たTipsとして雑にまとめておきたい。 枕詞をつけて切り出す 「自分もまだ整理できていない中で確認なんですけど」「間違っていたり齟齬があったら指摘してほしいんですが」のように切り出すことが多い 停滞している時に前に勧めていくのは難しいが、枕詞をつけてうまく論点の整理などに持っていっている 純粋な疑問を聞いて深ぼる 「ちょっとわからなかったので質問していいですか」のように、わからないことをそのまま聞いて深堀りする 深ぼっていく中で、論点が整理されていくのは別の技術なのだが、とっかかりとしては有効 どこまで揃っているか確認する 「自分の理解も兼ねて確認なんですが、これまでの話でおそらくこの部分については皆さん異論な
コードを書き始める前からテストをずっと考える ─ 継続的テストモデルとシフトレフトなテスト活動をアジャイルにどう取り入れるか - Agile Journey
読者の皆さんは、テストについてどのようなイメージをお持ちでしょうか。「開発の後に行う確認作業」といったイメージを持たれている方もいるかと思います。 しかし、開発しようとしているソフトウェアに不具合の混入を防ぐには、もっと早い段階でテストについて考えることが必要です。こういったテスト活動は、プログラムを1文字も書いていないときから始めることができるのです。 本記事では、2016年に提唱された継続的テストモデルを紹介しつつ、アジャイルとも親和性のあるシフトレフトなテスト活動について解説していきます。 DevOpsにおけるテストの考え方 DevOpsのループ図とは何か？ 継続的テストモデルとは何か 継続的テストモデルにおいてテストは「活動」である シフトレフトなテスト活動とシフトライトなテスト活動 シフトレフトなテスト活動としてのテスト駆動開発 コード実装を始める前から行うテスト活動 シフトレフ
GitHub CI/CD実践ガイド ――持続可能なソフトウェア開発を支えるGitHub Actionsの設計と運用
この本の概要 本書はCI/CDの設計や運用について，GitHubを使ってハンズオン形式で学ぶ書籍です。GitHub Actionsの基本構文からスタートし，テスト・静的解析・リリース・コンテナデプロイなどを実際に自動化していきます。あわせてDependabot・OpenID Connect・継続的なセキュリティ改善・GitHub Appsのような，実運用に欠かせないプラクティスも多数習得します。 実装しながら設計や運用の考え方を学ぶことで，品質の高いソフトウェアをすばやく届けるスキルが身につきます。GitHubを利用しているなら，ぜひ手元に置いておきたい一冊です。 こんな方におすすめ GitHubは使っているけれど，プルリクエストぐらいしか利用していない CI/CDというキーワードは知っているけれど，自分で設計したことはない GitHub Actionsには触れているけれど，正直雰囲気で運
【実演あり】GPTsの力でブログ執筆を圧倒的に楽にする方法(プロンプトも公開)｜little_hands
株式会社ログラスの生成AI/LLMチームの松岡(@little_hand_s)です。 GPTs、話題ですね！！使ってますか？(GPTsとは、ChatGPTの機能をカスタマイズして、目的に合わせたツールを自由に作成できる機能です) そして、もうすぐアドベントカレンダーの時期ですね、ブログを書く予定はありますか？ ブログを書くのって、結構気合がいりますよね。 あれって、文字列を書くこと自体とよりも、 何を書くか どういう切り口の記事にするか どういう構成にするか といったことにに脳のエネルギーを使うんですよね。 逆にいうと、これらのステップをクリアすれば、ブログ執筆のハードルはぐっと下がります。 そこで今回、GPTが執筆者にインタビューをしてくれて、それに応じるだけでブログの構成がどんどん決まっていくような執筆アシスタントGPTを作ってみたのです。 そしてもちろん、この記事も執筆アシスタントG
「名前のない仕事」ができる人は強い
ℹ この記事は推敲中のため、今後大幅な変更が加えられる可能性があります。 ここのところ至るところで話している気がするので、この機会にブログにまとめておくことにする。 最近人にポジティブなフィードバックをするときや、ある人の仕事ぶりをポジティブに伝えるときに「名前のない仕事」という言葉で表現することが非常に多くなった。 この表現自体は以前から必要に応じて使っていたものの、感染症の影響下にあった世界の雪解けにつれて、こう表現できるシチュエーションが増えたように感じる。 「名前のある仕事をそつなくこなすことは誰でもできる、ただ名前のない仕事は、その意識と実行力が伴った人間が行って初めてできる」という言葉の理由を改めて伝えたい。 直接話す人達にはその文脈に即したその人の活躍を交えて伝えられるが、誰に対してもその機会があるわけではないので。そのため抽象的な話にはなるが、この記事を通じて企業組織に所属
うつになるタイプのアニメーターについて
アニメーターは、愚痴愚痴言いながら、自己否定のループにはまっていく人間が多い。周りから能力の高さを買われていても、全く評価されていないと嘆いていることが珍しくない。 感受性ばかりが高まって絵を描いているうちにアニメーターになってしまった。しかしアニメーターは下請け業務である。自己管理能力が問われる職業である。彼らはえがいていた仕事像と必要とされる能力とのギャップに驚きつまずく。 その言動をよく観察してみると、家族関係に問題を抱えている人間が少なくない。要するに、愛着障害によって、自己嫌悪と承認欲求の無限回廊に閉ざされている。 まずもって彼らは自分が嫌いなのである。理想の自分像があって、そこから外れると減点評価。当然、他者をも認めることができない。批評家になる。本人は目指すべき場所を目指しているつもりだが、実際には様々な外的評判を内面化しているに過ぎないことに気づかない。内省する力が残ってい
提言: コミットメッセージの一行目には要求仕様を書け - Qiita
これは Git (や Subversion などのバージョン管理システム) にコミットする時により良いコミットメッセージを書くための提言です。この提言は特にメッセージの一行目だけを対象とします。せめて最も重要な一行目だけでも良いメッセージを書いて欲しいからです。提言をズバリ一言で表すと 一行目には要求仕様を書け です。 背景 プロジェクトによっていろいろ慣習の差はあるものの、一般的には「コミットメッセージの一行目は変更内容の要約を簡潔に書け」とされます。特に Git は、各コミットメッセージの一行目だけを取り出してそれを一覧表示するなど、一行目を特別に処理する機能が多いので、一行目にできるだけ多くの情報を凝縮させることは重要です。またメッセージを一行しか書かない不届きな慣習のプロジェクトでは、十分な情報を持たないメッセージは無用の長物と化します。 良くないコミットメッセージ しかし私は、情
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
例外設計について考えて Kotlin（Spring Boot&Arrow）で実践する/thinking exception design and implementation by kotlin
「+ Joy」 初めは熱々だったはずなのに だんだん硬くて冷たくなっていく目標に 血を通わせる工夫
2024年のRailsと自由について考える
自己効力感を二次元アイドル作品から得ながら社会人としての成長を超加速させる
2024年版 Kotlin サーバーサイドプログラミング実践開発
プロダクト組織全員がレベルアップする勉強会を継続的に開催する秘訣
20240622ScrumFestOsaka2024