+ JavaScript の質問用スレッド vol.126 + [転載禁止]©2ch.net (740ﾚｽ)
上下前次1-新
504: 446 05/22(水)17:02 ID:+dtlvEAW(11/19) AAS
>>494
私はプログラマーではないし、
あなたの文章にも主語がないですよね
対立はしたくないですが、これは事実なので申し訳ないです。
505: 05/22(水)17:28 ID:??? AAS
ただの愚痴レスか
506: 05/22(水)17:31 ID:??? AAS
JS全く関係なくて驚いた
507(2): 05/22(水)17:49 ID:??? AAS
>>499
まーた都合のいいところだけ答えようとするよなぁ
>>493が書いてる通り1担当者が指示を効かないという問題なら
相手の会社の責任者に言って対応してもらえばいいじゃない？
なんでそれをしないの？
508(3): 05/22(水)17:59 ID:??? AAS
マジでこいつ救いようがないな
担当者がアメリカ人だとかすぐ感情的になる(と君が感じてる)だとか全く関係ないじゃん
自分のマネジメント能力の欠如が一番の問題なのにそれを自覚してるようにすら見えない
自分の責任は放棄しておいて開発会社の担当者に責任転嫁して自己正当化しようとしてる
挙句の果てに俺はWeb制作ならマネジメント経験あるんだぜみたいなどうしようもないアピールまでしちゃう
はぁ〜
509(1): 446 05/22(水)18:07 ID:+dtlvEAW(12/19) AAS
>>507
最終的にはしますよ。
その前段階の話をしています。
510: 446 05/22(水)18:08 ID:+dtlvEAW(13/19) AAS
>>508
何度も言いますが自分の落ち度は認めています。
またアピールをしたつもりはありません。
511(1): 446 05/22(水)18:10 ID:+dtlvEAW(14/19) AAS
>>508
「俺はWeb制作ならマネジメント経験あるんだぜ」
どこで言ってます？
512(1): 446 05/22(水)18:16 ID:+dtlvEAW(15/19) AAS
>>508
あなたには全く関係ない様に見えても私には大いにありますね。
ただし、そういう事情は質問の内容とは関係ないので最初は話していません。
「なぜ制作会社に『直してくれ』が言えないのか？」という内容の質問に理由を答えたまでです。
513(1): 05/22(水)18:20 ID:??? AAS
>>499
>「Aで定義したデータをBに紐づける」「Aの数は万人を超える」事は要件定義しておりますが
こういうのは要望の羅列であって要件定義したとは言わないんだが
それはいいとしてAで定義したデータをBに紐づけるのならブルダウン以前に
Bの新規登録画面でAを選択させるというのは依存関係的に間違い
>「この仕様で万件の中から1件を目視で探すのは無茶ですよね」
数文字タイプすればいいだけだから無茶ではない
それを許容できるかどうかは非機能要件次第
定義してないなら愚痴以上の何ものでもない
>「確かにそうですね、作り直します」で終わる話なのではないかと思います。
省3
514: 05/22(水)18:21 ID:??? AAS
>>512
え？「直してくれ」と言ってないの？
515: 446 05/22(水)18:25 ID:+dtlvEAW(16/19) AAS
>>507
あなたが思う、私が答えていない都合の悪いところはどこですか？
508さんも私が「自己を正当化」していると指摘していますが、
匿名の掲示板で不特定多数に「私は間違っていない」と主張したところで
何も解決しないですし、何なら自分の立場を良く見える様に作り変えることだってできると思いますがそれをしたところで何の意味もありません。
あなたに自分の主張を通したいと思っていません。
またそのために不都合な部分を隠す、捏造するようなことはしていません。
質問をしているだけです。
516(1): 05/22(水)18:33 ID:??? AAS
>>509
なんで「最終的には」なんだよ すぐやれよｗ
マネジメント能力が欠如してるのはそういうところだぞ
その前段階の話て「担当者が言うこと聞いてくれないんです〜どうしたら言うこと聞いてくれますかね〜〜」とか5chでウダウダやってるだけだろ
しかもJavaScriptスレで
517(1): 446 05/22(水)18:38 ID:+dtlvEAW(17/19) AAS
>>513
ご指摘ありがとうございます！
＞Bの新規登録画面でAを選択させるというのは依存関係的に間違い
どうするのが正しいでしょうか？
もしよろしければ今後のためにご教授願いたいです。
＞数文字タイプすればいいだけだから無茶ではない
制作会社ではAの項目に入力されたデータ（ユーザーのメアドになります。）
をBでプルダウンで表示し、そこから目視で選択せねばならない仕様でした。
それが非合理ではないかという私の指摘に対し制作会社が「そうは思わない」と
主張し平行線になっています。
省7
518(1): 446 05/22(水)18:45 ID:+dtlvEAW(18/19) AAS
>>516
あなたのマネジメント論ではそうかもしれませんが、
数社が参加しているプロジェクトなので穏便に済ます必要があり
私は「トップに話して即解決する」という選択肢を選んでいません。
ですので出来るだけ波風を立てず、技術的な解決をするためにここで質問を書き込んでいます。
その過程で技術面からは外れた質問を投げかけられたので質問にそのまま答えています。
私は自己の問題解決のために寄せられた質問に対してより正しい回答が返ってくるのであればという思いで答えているだけです。
その点に関して不快に思ったのならば謝りますが何卒ご容赦ください。
519(1): 05/22(水)18:56 ID:??? AAS
結局どうしたいんだ？
そのアメリカ人を我々が説得すればいいのか？
520(3): 446 05/22(水)19:23 ID:+dtlvEAW(19/19) AAS
>>519
・アメリカ人が主張する「数万件をプルダウンで目視するという機能が一般的である」ということが客観的にみて正しいと言えるのかというご判断がいただきたいです。
・私は非合理であるという立場ですが、もし皆様の中に「非合理である」という判断をしてくださった場合、現状が非合理であるとする客観的な証明をご教授いただきたいです。
・また代替案のスクリプト処理の方法のアドバイスを伺いたいです。
前述の通り、ここでの質問と並行で進めてくれていた知り合いのエンジニアによって当座は問題は解決しましたが管理画面そのものは私の私感では「良くない」ものであるという判断です。
アメリカ人は直す必要がないし直すなら追加予算をくれと言っております。
お金が無い訳ではないですが、知り合いのエンジニアの方が明らかに合理的な解決をしてくれたので、追加予算を支払ったところで劇的に改善は見込めないので揉めずにお仕事をしていただいた分のフィーを支払い、次期に向け別の会社を探そうと思います。その際にどの様にすると良いのかアドバイスをいただきたいのです。
521(2): 05/22(水)23:46 ID:??? AAS
素のhtmlのselectの子要素のoptionを数百以上も表示するのは一般的ではない
なぜなら
・画面操作が重くなる
・スマホを使う場合、iPhoneとAndroidではそれぞれ独自のコンボボックスUIになる
・データベースへ無制限selectはアンチパターン
・データベースでメモリリークを起こす可能性がある
・ネットワークの転送効率が悪くなる
522(1): 05/22(水)23:49 ID:??? AAS
データベースに大量の行となるselectはアプリ側で必ずページネーション処理を行うことが一般的
・ページネーションとは、1回のクエリを1000件ずつのように小分けにしてデータを取得すること
・データベースの効率化とメモリとネットワークの転送効率のため
・UIは2パターン
1. 検索ウインドウとデータテーブル
2. 仮想スクロールによる独自コンボボックス
523(1): 05/23(木)00:06 ID:??? AAS
>>448
モザイク処理をしているけど、おそらくこれは「メールアドレスと名前」のプルダウンになっているのだと思うが、これを「参照」または「リファレンス」というデータベースで関連づけをするためのプルダウンなのだろう
そうすると余計に検索ウインドウを使うのが一般的な設計になる
メールアドレスまたは名前でlike検索をすると候補が出てくる
そして候補の中から1つ選択する
参照対象を全てプルダウンに表示するなんて、世界中みてもそんなクソ設計はあり得ない
上下前次1-新書関写板覧索設栞歴
あと 217 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.009s