共感で繋がるSNS
人気
しろ（
3
さいと
5
かにみ
matsu /
6
ましろ
9 もっとみる 
関連検索ワード
新着
Lawrie:ローリー
見境ないし、寧ろいけないサイトを世界向けにつくるならcrawdflareしかなかったんよな。
あと安い印象ある。今は知らないけど。
CDNでまともなのって、アカマイかAWSあたりは確実だけど高いし、マネタイズできないし、いけんしサイトは使えないし
24
ゆうり
いくつかサイトが繋がらなかったからCDN?DNS?
どっかやられたんかなー
とのほほんとしてました
（今はなんのサービスも管理してない人だから）
Cloudflareなのか。
がんばれ
9
黒ラベ
8
ふぇいんと
それ以前は様々な会社で各種WebアプリからPC用CAD製品、アーケードゲーム、Androidアプリなどなど、今から考えると何の節操もなく（笑）何でもやってきてますねえ、、、
19
にゃんも
こういうアプリ作りたいっていうイメージはかなり出来上がったので、一旦設計に圧倒的重きをおいて、これからまた1ヶ月くらいやってこう。
以下をいい具合にやっていく。
1. コンセプト・要件定義
プロダクトの目的・価値（誰のどんな課題を解決するか）を明確化
ユーザーストーリー・ユースケース作成
優先度づけ（MVPで何を必ず入れるか）
2. 画面設計・UI/UX設計
Figmaなどで画面モック作成
共通コンポーネント整理（ボタン、フォーム、カード、ナビバーなど）
入力フォームのバリデーションパターン一覧化（必須・型・長さ・正規表現など）
遷移フロー図（ユーザーがどう動くか）
3. API設計
各画面ごとに必要なAPIの洗い出し
API仕様書の作成（リクエスト形式、レスポンス形式、エラーハンドリング）
再利用されるAPIの抽出（認証、検索、CRUD系など）
命名規則の統一（エンドポイント名、変数名、クラス名）
4. データベース設計
必要なテーブルの洗い出し
ER図の作成（リレーションを整理：1対多、多対多など）
正規化/非正規化のバランス検討（パフォーマンスも考慮）
マイグレーション設計（将来のスキーマ変更に備える）
5. アーキテクチャ設計
フロントエンド・バックエンド・DBの責務を明確化
デザインパターンの検討（MVC, MVVM, クリーンアーキテクチャなど）
認証・認可方式の決定（JWT, OAuth2, セッション管理など）
環境分離（開発 / ステージング / 本番）
6. 非機能要件
セキュリティ（CSRF, XSS, SQL Injection対策）
パフォーマンス（キャッシュ、インデックス、CDN利用）
ログ設計・監視設計
スケーラビリティを見越した構成（マイクロサービスにするか、モノリシックで始めるか）
7. ドキュメンテーション・管理
README、設計書（API仕様書、ER図、クラス図、シーケンス図）
命名規則・コーディング規約の共有
バージョン管理ルール（Gitフローやトランクベース開発）
12 もっとみる