現場OS 開発者

@pwsh_saurus

12Contributions
10
Posts1
Followees0
Followers

生成AIを活用しながら「現場OS」という業務アプリを個人開発しています。 在庫管理、予約、組織管理、申請、QRなどを作る中でぶつかった設計・実装・テストの話を、初心者目線で記録しています。 コードを書くこと以上に、「現場の困りごとをどう仕様に落とすか」に興味があります。

Following Organizations

No Organizations you are following

Contributions

posted an article

#9｜「自分の在庫も持てた方が楽じゃん」で、“場所・所有・利用範囲”が全部別問題だった　〜マイ在庫・現場在庫・共有在庫を分けたら、在庫数よりスコープ管理が難しくなった〜

posted an article

#8｜「二人とも空いてる画面を見てたら、どっちが勝つの？」でRace Conditionが牙をむいた　〜在庫も予約も、画面に表示された「空き」を信用しただけでは守れなかった〜

posted an article

#7｜「ログインできたからって何でも触れたらまずいじゃん」で、認証より面倒な認可の沼に入った　〜管理者か一般かでは足りず、「誰が・誰に・何をできるか」まで判定することになった〜

posted an article

#6｜「会社ごとにちょっと変えたい」で、設定駆動とバリデーションが殴り合いを始めた　〜柔軟にしたら、「自由に設定させすぎない仕組み」の方が難しくなった〜

article is Stocked

#3「機能増えたら毎回探すの面倒じゃん」で、お気に入りから共通UI設計まで広がった　〜機能を増やした結果、「何を作るか」より「どう辿り着くか」が問題になった〜

article is Liked

#3「機能増えたら毎回探すの面倒じゃん」で、お気に入りから共通UI設計まで広がった　〜機能を増やした結果、「何を作るか」より「どう辿り着くか」が問題になった〜

posted an article

#5｜「どこの現場で使うかも持てばいいじゃん」で、物件マスタが在庫・予約・人を全部つないだ　〜機能ごとにバラバラだった情報が、共通マスタを境に一つのシステムへ変わり始めた〜

posted an article

#4「普通の組織図でいいじゃん」で一人を複数部署に入れたら、“多対多”が始まった　〜兼務・複数所属・部署別役職・過去履歴が一気に絡み始めた〜

posted an article

#3「機能増えたら毎回探すの面倒じゃん」で、お気に入りから共通UI設計まで広がった　〜機能を増やした結果、「何を作るか」より「どう辿り着くか」が問題になった〜

article is Stocked

個人開発【現場OS開発編】【プロローグ】素人エンジニアが自分でアプリ開発できると甘く見てた 全16弾 無邪気な実装 vs 架空エンジニア2人の容赦なきツッコミ ～便利かなと思ってどんどん追加しちゃうんだよね～