返信の受付は終了いたしました。
-
-
- 読み込み中...
急な仕様変更のせいとか、フレームワークが対応してないからとか、何の要因で高くなるのか説明が無いと例えようが無いのでは -
-
-
- 読み込み中...
既に開発に入ってれば、積み上げた石垣、上の方の石は楽に取り替えられるが、下の方の一部の石を大きさも形も違うものに代えるのはどれだけ大変か想像つきますか、てな話をする。
まだ開発に入ってなければ…なんだろな（笑）。クルマのグレードとオプション変えてるようなもんかな。 -
-
-
- 読み込み中...
非同期のソート機能が高額であることが前提に語られているけれど、これはたぶん制作者の得意不得意で分かれると思うよ。俺の場合は、むしろ、非同期の方が安くできると思っちゃうけどね。試しに、簡単な内容と金額差を出してみてよ。制作者によって驚くほど反応が違うはずだから。 -
-
-
- 読み込み中...
これって、フロントとバックエンドの違いが理解できないお客さんなのか、
違いはわかるけど、非同期にするとなんで高くなるのかという論点なのか、
どっちなのかで話は変わってくるよね？
前者なら「フロントは店頭で解決できる話だったら安く済みます。バックエンドは工場みたいなもんで、生産ラインを変えないといけないから費用が大きくかかります。画面遷移しなくても、非同期は工場と裏口で繋ぐので、結局やることは同じです。工場の中身を変えるぐらい大きな仕様変更です。」みたいな感じに説明するかなあ。
後者だったら、中途半端に知識つけてるヤツ、ウゼー、って思うだけだけどねw -
-
-
- 読み込み中...
API作るのなんて今どき半日もかからないし、フロント側も一覧とページネーション出すぐらいならトータルで１人日。バッファ見ても２人日ぐらいじゃないの？
驚かれるほど差がでるというのは元々がFWの機能使うだけでほぼ０円見積もりしてたとか？ -
-
-
- 読み込み中...
ただの想像だけど、これって多分、バックエンド前提だよ
どっちにしてもバックエンドは必要になるわけで、ソート結果を、画面遷移して出すか、遷移せずに出すかだけの違いだと解釈できたよ -
-
-
- 読み込み中...
そりゃソートなんだからバックエンド前提の話なんだろうねえ。
それは私もわかるよ。フロントに出てる一部分だけの件数だけソートしても、何の意味もないからねえ。 -
確かにクライアントからしたら、画面遷移するものがしないだけで何故こんなに？と思うよなぁと思い。何か納得しやすいような現実での喩えがありませんでしょうか？