共感で繋がるSNS

人気

な

AIに聞いたらLaravelでCRUD、画像アップロード、認証機能、API開発まで出来れば進捗率70%らしいから行けるぜッッ!!さっさとLaravelは終わらせてReactやっぞ!
GRAVITY
GRAVITY73
にゃんも

にゃんも

今日の予定のしんどい部分はやっと乗り越えた。なぜかsupabaseのDB接続ができなくて、neonってやつに変えたらなんかできた。とりあえず一旦このまますすめる。認証認可のみの本番デプロイができたので、もう少し進めつつ、軽いCRUDができるところまでやる。
GRAVITY
GRAVITY2
な

マイグレーションでテーブル定義&作成してシーダーで実データ入れましたわ。データベースシーダーからファクトリー動かしてテストデータ大量作成も出来ますわ。MVCアーキテクチャに従って一通りCRUD機能作ってトランザクション処理もつけましたわ。
将来「Reactはレゴ遊びw」って言えるようになりてぇ~「レゴ遊びで喜んでる成人男性ヤバくないか?救いようが無いw」って言いてぇ~
GRAVITY
GRAVITY22
金々子

金々子

The image shows a conversation in a group chat, likely about work experiences in China and Japan. Here's a breakdown of the key points:
* Domestic Work in China: Several people express dissatisfaction with their work in China, citing low pay, long hours, and a lack of opportunities for learning and growth. One person mentions feeling like 99% of their work is just "增删改查" (CRUD operations - Create, Read, Update, Delete), indicating a repetitive and unfulfilling work environment.
* Comparison to Japan: The group chat's title suggests a focus on IT professionals considering moving to Japan. The conversation highlights the perceived differences in work culture and opportunities between the two countries.
* Frustration and Burnout: The overall tone is one of frustration and burnout. The participants seem to be looking for better work-life balance and more fulfilling career paths.
* AI's Perspective: One person mentions an AI's conclusion about their situation, suggesting that AI might n
GRAVITY
GRAVITY6
いし

いし

webアプリ開発の有識者おしえてください


前提
わたしは、フロントエンジニアです。
他に、バックエンドエンジニアがいます。
そして、PM的な人がいます。


BtoBのwebアプリ作るぞい!まずはスモールスタートするぞい!と収集されました。

わたしは(Reactで作ればいいかな…?)と思ってました。

そして作られたスケジュールを見ると、
バックエンド作業完了後に、フロントエンドエンジニアのタスクが見当たりませんでした。

(おや?API呼び出しとかしないといけないから、スケジュールおかしいのでは…?)
と思って、スケジュールにコレコレのタスクが必要だよんと指摘。

そしたら、こんな回答をもらいました。

「バックエンド側でAPI呼び出しまで実装したらいいよ。フロントエンドエンジニアはhtmlファイル作って、バックエンドエンジニアに渡してあげる方法でもいいヨ。」

えっと、
えっっと、

わたしがwebアプリの実務経験が浅いからかもしれない。BtoBで売っていく予定のアプリケーション開発で、こういう開発構造は一般的?ですか??ちなみに開発しようとしてるwebアプリは、ログインして使用するアプリで、基本的なCRUDは含まれてます。他諸々機能ありです。

わたしはてっきり(お、SSRの話…?Next.js使おうぜって話か…??)と思いながら聞いてたら「HTML」という単語が出てきたもんで、(?????🙂??????)となっていったん散歩に出かけようとしてます逃
ITエンジニアの星ITエンジニアの星
GRAVITY13
GRAVITY16
もっとみる

関連検索ワード

新着

にゃんも

にゃんも

個人開発1ヶ月やってみて、AI頼りであまりにもコードが読み解けない状態になったものの、まあいい失敗をしたと思ってる。一旦何も考えず行動するしか個人開発をやる未来はなかったので。

こういうアプリ作りたいっていうイメージはかなり出来上がったので、一旦設計に圧倒的重きをおいて、これからまた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フローやトランクベース開発)
GRAVITY
GRAVITY12
もっとみる

おすすめのクリエーター