+ JavaScript の質問用スレッド vol.126 + [転載禁止]©2ch.net (739ﾚｽ)
上下前次1-新
448(1): 05/19(日)17:31 ID:t4Sl9HBx(3/5) AAS
画像ﾘﾝｸ[jpg]:imgur.com
449: 05/19(日)17:32 ID:t4Sl9HBx(4/5) AAS
長文の投稿ができなかったので分割にて投稿させていただきました。
何卒よろしくお願いいたします。
450(2): 05/19(日)21:33 ID:??? AAS
論破もくそもねーわ
変更したいなら変更すればいいじゃん
これ100％発注側の問題だからな
451(2): 05/19(日)21:37 ID:??? AAS
まあそうだわな
客あるあるだけど
欲しいもの、必要なものをちゃんと説明できないのは
本当によくあることで
だいたいの不幸や不具合はそこが起点になるんだ
作る側もそれはわかってるから
出来るだけ真意を聞き出そうとはするんだけど
で、平行線になってるってことは
説明不足のまま、もう作っちゃったからでしょ
ちゃんと追加料金払って変更してもらいなさいな
452(4): 05/19(日)23:34 ID:t4Sl9HBx(5/5) AAS
今後のために教えてください。
「アプリで登録されたユーザー情報」を「WEBアプリで管理したい」
という話し合いはしていましたがプルダウンにする/しないという
話し合いは確かにしていませんでした。
また自分は普段別の領域で制作業務を行なっており
アプリに関して無知ですが制作系はそこそこのクライアントをこなしています。
アプリの業界では特に話し合いを詰めないと
この様な非常識な仕様がポンと出てくるものなのでしょうか？
自分がいる業界ならば二度と仕事は振られないと思います。
（考えれば使いづらいのは話し合うまでもなくわかるでしょう、それがわからないのなら次はない、という感じ）
453: 05/20(月)04:30 ID:??? AAS
>>452
>「アプリで登録されたユーザー情報」を「WEBアプリで管理したい」という話し合い
いやいやざっくりすぎやろｗ
項目すら詰めてないとか非常識にもほどがあるんだけど
454: 05/20(月)04:41 ID:??? AAS
>この様な非常識な仕様がポンと出てくるものなのでしょうか？
どういう会社にどういう条件でいくら支払うか次第
海外とかにユルユルな発注を低予算でやるとそれなりによくあること
さすがに5万件になったら使いづらいというのは受注側も百も承知
それが理解できないような人間には出会ったことがない
お金の問題かスケジュールの問題か人不足か
いずれにしろ仕様変更の影響度が大きすぎるから今の条件では対応できないということ
ぶっちゃけ言えば君から二度と仕事を振られなくても別に困らないということでもある
455: 05/20(月)05:52 ID:??? AAS
非常識な業者は多い。
だから優秀な社員、又はアドバイザーみたいな第三者を雇う。
例えば家の売買なら、直接売買せずに宅建業者を通すのと同じ
後はキャンセルして、裁判して金を取り返す。
そんな業者と付き合っても損するだけ
詐欺みたいなもの
456: 05/20(月)10:57 ID:??? AAS
>>452
>アプリに関して無知ですが
無知な人が関わっちゃったのが
問題の根っこなのはさて置き
データ件数とかは設計時に検討した？のかな？
自分も死ぬほど経験しているけど
ウェブ制作会社のディレクターって
ウェブのこと全然知らないじゃん？
あんまり関わらない方がいいよ
自分でも作れるけどやらないだけ、くらいになるまでは
457: 05/20(月)12:27 ID:??? AAS
NGワードに引っかかって書けない
458: 05/20(月)12:29 ID:??? AAS
登録済みユーザーを一覧できる画面とか存在しないのかな？
負荷を無視して単に使い勝手を改善したいならデータリストに変更すれば解決
459: 05/20(月)13:50 ID:??? AAS
独自のプルダウンを開発すれば5万件いける
無限スクロールすればいい
460(1): 05/21(火)00:30 ID:rWUCBStb(1/3) AAS
質問者です。
知り合いのエンジニアさんが助けてくれて
解決できる機能のソースコードは持っていて、
自由に使って良いですよ、と言われているのですが
提案したらクオリティの担保ができないから断られました。
まあわかるんですが、クオリティが低いから問題になっているのですが、、という感じです。
461: 05/21(火)02:01 ID:??? AAS
その開発会社思ったよりはまともそうでよかったじゃんｗ
462(1): 05/21(火)02:09 ID:??? AAS
キチガイクライアント掴んでしまったか
463(1): 05/21(火)10:08 ID:??? AAS
書けば書くほど墓穴を掘っていくな
君が第一にやるべきはソースコードを渡すことじゃなくて
どう修正して欲しいかを含めて整合性のある要求仕様としてまとめて提示することだぞ
単純なCRUDアプリなんだから要求仕様さえきちんとまとまっていればこんな問題は起きない
464: 05/21(火)10:26 ID:??? AAS
モバイルアプリで登録済みのユーザー情報を管理するためのWebアプリなら
普通は検索画面、一覧画面、ユーザー単位の詳細画面があって
一覧画面や詳細画面からユーザー単位の編集画面へリンクされるので
編集画面でそのユーザーのメールアドレスをドロップダウンから選ぶ必要はない
あるユーザーと別のユーザーを手作業で紐づける機能が必要ということであれば
ユーザー単位の編集画面から紐づける機能を起動して検索画面 -> 一覧画面 -> 詳細画面と辿る
この場合は紐づけ処理中かどうかで一覧画面や詳細画面の内容を変える必要があるから画面数の扱いとしては別画面
465: 05/21(火)10:59 ID:??? AAS
このくらい小規模な開発だと
要件定義含めて客とのやり取りと
客に説明するためのドキュメント作りがコストの大半だからな
それを理解しない客は避けるに越したことがない
466(2): 05/21(火)18:20 ID:rWUCBStb(2/3) AAS
>>463
単純なCRUDアプリであれば、
整合性のある要求仕様を提出しなくても
ある程度のクオリティが上がってくるものだとおもっていました。
こちらは私の完全な落ち度ですね。
ただ、この場合制作会社が
「仕様書がなかったから、或いは具体的な指示がなかったから50,000行を一気に表示しても良いと思った」
として50,000行を一気に表示するようなものを作った、みたいなことはよくあることなのでしょうか？
自分の業界であれば素人のクライアントには合理的な解決法をアドバイスするかなと思います。後で自分が地雷撤去で困ることもあるし、次の仕事がほしいので。
467: 05/21(火)21:26 ID:??? AAS
>>466
>単純なCRUDアプリであれば、
>整合性のある要求仕様を提出しなくても
>ある程度のクオリティが上がってくるものだとおもっていました。
アホすぎるｗｗ
上下前次1-新書関写板覧索設栞歴
あと 272 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.011s