タグ付けされた質問 「client」

7
クライアントが非現実的な期待を抱いている場合はどうしますか?[閉まっている]
閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか? 質問を更新して、 Software Engineering Stack Exchangeのトピックになるようにします。 7年前に閉鎖されました。 クライアントサイトではデータの機密性が必要であり、私たちが自分のオフィスで働きたくないので、私は過去6か月間クライアントサイトでプロジェクトに取り組んできました。 このクライアントサイトに一人で現れたとき、2か月でプロジェクトを完了する必要があると言われました。 クライアントはソフトウェア会社ではないため、さまざまなポリシーがあるため、Eclipse、Tomcatなどをインストールする権利を自分のマシンに与えるだけで約20〜25日かかりました。環境のセットアップが遅れても、彼らは、私が同じ2か月の期間でプロジェクトを完了することを期待していました。 要件文書は提供されませんでしたが、私はクライアントサイトで作業しているため、以前は定期的に会議を開いて要件について話し合いました。 6か月後もアプリケーションはまだ完成しておらず、誰もが私を非難していますが、最初の数回の会議で説明した機能よりも多くの機能を追加したことに気づきません。 この期間中に多くのことをやり直す必要がありました。たとえば、フォームを2つのセクションに分けます。数週間後、彼らは混乱を招くので2つのフォームを再度マージするように頼まれました。 アプリケーションの範囲は日々拡大していますが、彼らはまだそれが遅れた2ヶ月のプロジェクトだと考えています。範囲が増えたと彼らに言ったとき、彼らは最初に要件を求めなかった理由を尋ねます。 私はすでに毎日11〜12時間働いており、3〜4時間旅行していますが、今では土曜日にも来ることを期待しています。 ここですべてを行う必要があります。要件、設計、コード、およびテストを行います。 そのような場合はどうすればいいですか? その他の詳細:成果物のリストがありましたが、それらも重要であると言っていくつか追加しました。また、いくつかの成果物を変更しました。彼らはUATサーバーさえ持っておらず、IPアドレスを介して私の開発マシン自体でテストします。

3
クライアント要求なしでサーバーからクライアントにデータをプッシュしますか?
Stack Exchangeの閲覧中に、「3つの新しいメッセージ、クリックして表示」などの動的な通知があることに気付きました。説明しようとしていることに対して、このような動的な更新が必要です。 最近のニュース記事10件のカルーセル/スライドショーを作成したいとします。このカルーセルは、キューで1時間ごとに更新されます。新しい記事は、古い記事をキューから押し出します。私の頭の上の解決策は次のようになります。 ユーザーがクライアントにログオンします。 クライアントは、次の時間マークまでの分数を計算し、その時間に実行するタイマーを設定します。 時間マークで、まだカルーセルに入っていない新しいニュース記事についてサーバーにリクエストを送信します。 応答を処理します。 タイマーをリセットします。 これは受け入れられる戦略ですか?クライアントのリクエストに依存せずにこれを達成できますか?言い換えれば、Stack Exchangeは動的更新をどのように実現していますか?
11 server  client 

2
クライアントが不合理なものを要求したときの対応(私の観点から)
私はフリーランスのプログラマーで、最近ウェブサイトを完成させましたが、すべてうまくいきましたが、クライアントにログインできないと不平を言うユーザーがいました。私自身で問題を作成するのではなく、ユーザーの何十人もがウェブサイトでうまく働いています) 今、私のクライアントは言った:私は何かをするためにあなたにお金を払った、そして誰かが不満を言う それであなたはあなたの仕事を正しくしませんでした。 この状況で私は何ができますか?

1
P2Pアプリケーションを設計する方法
[ SOユーザー(10k SO +)の提案でここに移動] ピアツーピアアプリケーションを開発したいのですが。私はLOBアプリで多くの経験を積んでいますが、P2Pアリーナは初めてです。 私は物事がどのように機能するかについて大まかな考えを持っていますが、私の理解を記入するためにいくつかの詳細が必要です。 私が知っている(信じる)必要なこと: かなりの割合のクライアントがインバウンド接続を有効にする必要がある(ala uPnP / NATルール) 特定のノードがダウンした場合に回復力を提供するために、ノードは他の既知のノードを共有する必要があります 任意のクライアント間でデータを送信するには、何らかの形式の同期/ルート検索が必要です 「ダム」クライアントとノードリストの同期/共有を処理し、メッセージをリレーするためのより強力な「スーパーノード」を区別するためのリソーススニッフィング インバウンドサポートのないクライアントは、接続するノードの情報を受信できるアウトバウンド接続を開いたままにする必要があります。 つまり、特定の中央サーバーへの接続に依存しないチャット/メッセンジャーサービスを(最初は)提供したいと思っています。物事を始めるには(または大幅なアップグレード後に)集中型の「スーパーノード」をいくつか用意する必要があると思いますが、機能するP2Pネットワークが確立されたら、これらはオプションにする必要があります。 私は多くの問題を見ることができ、それらに対処する方法がわかりません。主にどのように... 中央の権限を確認することなく、ユーザーを他のノードに認証する どのノードが他のどのノードについて知っているかを調整します(最小-最大数/レイテンシ別????) 特定のユーザーが別のユーザー(またはノード)がオンラインかどうかを判断できるようにする ノードの2つのグループが物理的に切断(エアギャップ)されている状況と、グループの再接続時に再同期する方法に対処する など 私はこれがかなり自由回答式の質問であることを知っているので、高レベルの設計パターンは高く評価されますが、私が本当に探しているのは、他の人がこれらの問題を処理する方法に関するまともなガイドです(そして私はまだ検討していません) )。
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.