ソフトウェアエンジニア 目線の再発防止策とはソフトウェアエンジニア 目線の再発防止策とは 面 和毅
iBet uBet web content aggregator. Adding the entire web to your favor.
Link to original content: https://b.hatena.ne.jp/tomiyanx/20241201
スケーリングにおけるチーム構造の変遷
アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） みなさんこんにちは。@ryuzeeです。 アジャイルを活用したプロダクト開発では、初期は1つの小規模なチームからスタートすることが一般的です。 この段階では迅速な仮説検証や市場適応が求められるため、ユーザーからのフィードバックを反映しやすい少人数の柔軟なチーム構成が理想的です（逆に言うと、仮説検証段階でチーム規模を大きくしてしまうと、何か仕事をしなければいけないと考えて、使わない機能を開発したり、余計な標準化などに時間を費やしたりしてしまう可能性があります）。 しかし、プロダクトが成長し、市場での成功の兆しが見えてくると、より多くの機能の開発や技術的な対応が必要になり、チーム規模の拡大（スケーリング）が必要になるのが一般的で
Modular Monolith Monorepo ～シンプルさを保ちながらmonorepoのメリットを最大化する～
スタートアップにおけるMonorepo開発で、単にコードを一箇所に集めるだけでなく、チームの意思決定プロセスとコミュニケーションの設計を通じて、その真価を最大化する実践について解説。
金が掛からないRailsの本番環境を求めて、
そして私は家を飛び出した。 旅路の果てで、以下の構成に辿り着いた。 データベース: TiDB Cloud ストレージ: Cloudflare R2 Railsの実行環境: Fly.io ~ 20xx年某月某日 ~ 私はRuby on Railsを使ってWebアプリを作ろうとしていた。 そして同時にこう思っていた。 「お金かけたくない🥺」 当たり前だ。 なにせ私はこの荒れ果てた日本の片隅で、ひっそりと呼吸し、そして下界に転がる食料を貪る、一匹のしがなく卑しい動物だ。 いや、虫だ。 PR TIMESで「大規模な資金調達したぜ！」なんてPRできるようなニュースは無いし、タクシーの後部座席のディスプレイで上級国民にゴマをするサービスもない。 だから「できるだけお金を掛けない構成にせねば」と最初に考えた。 そんなことを考えながら、我が家のくたびれたドアノブを回した。 何に金が掛かるのか 以下の要素
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
