問題タブ [communication]

企業の流行語や重い管理用語が、ソフトウェア プロジェクトのコミュニケーションの邪魔になっていると思いますか? たとえば、次のような単語を使用します。

• 主流化
• ホリスティック
• 競争可能性
• 相乗効果
• 等

業界内で、人々がより良いコミュニケーションを取り、プロジェクトのコミュニケーションを平易な英語で維持できるようにするために、このような専門用語をやめさせるイニシアチブを望んでいますか? それも問題ですか？あなたの考え/逸話は何ですか?

2 つの異なる Web アプリケーション間で通信する Web アプリケーションがあります (1 つの受信者と 1 つの送信者、送信者はアプリケーションと通信し、アプリケーションは両方と通信します)。

通常のシナリオでは、送信者が HttpRequest をアプリケーションに送信し、それを HttpHandler で受信します。これにより、HttpContext が何らかのビジネスロジックに送信され、配管が行われます。

ビジネスクラスがデータの保存 (ロギングなど) を完了した後、すべてのヘッダー、フォームデータなどを含む同じリクエストをレシーバーアプリケーションに中継したいと考えています。これは、HttpHandler からではなく、クラスから送信する必要があります。

問題は本当に - どうすれば HttpContext オブジェクトを取得し、URL をhttp://myserver.com/からhttp://receiver.comに変更するだけでまったく同じリクエストを転送/中継できるかです。

好ましい c# のコード例は素晴らしいでしょう!

.net mvcの最短の説明は何ですか（マネージャーが高レベルで理解するために、それがどのように機能するか、利点など）。

あなたの開発プロセスで現在抱えている問題は、チームをより機能横断的にしない人が数人いることです。

そのため、この人がプロジェクトの一部のボトルネックになることがあります。彼らは共有知識の問題にWikiを使用することを好みません。問題トラッカー システムのチケットに十分なコメントを投稿しません。

この問題のために、私たちの経営陣は、開発者を解雇できない場合があります (彼らがそれを非常に望んでいても)。

この問題はcode-reviewだけでは解決できないと思います。問題に直面するまで、チケット用に十分なドキュメントが作成されていないことに気付くことができない場合があるからです。

チームが分散しているため、ペアプログラミングは私たちの状況では適用できません。

私たちは会議でこの問題について多くのことを話しましたが、概念的な問題のように思えます。この人の態度を変えることはできますか？この問題はどのように解決できますか?

異なる ViewPart に存在するページ ウィジェット間の通信を行う最良の方法は何ですか?

リスナーまたは「getViewSite().getPart()/getPage()」などの共有オブジェクト インスタンスを介して? どのような賛否両論があり、あなたにとって最善の戦略は何ですか?

ありがとうございます。それでは、お元気で

分離された(送信者と受信者がお互いを知らない/気にしない)メッセージトランスポートの経験があり、分散およびおそらくリモートの相互作用イベントの待ち時間が短い人はいますか? それらは存在しますか？

私は、デバイスが接続されている同じシステムに存在する場合と存在しない場合があるソフトウェアを制御する、有形の相互作用デバイス (つまり、物理的なボタン、ノブ、スライダー、RFID センサー/アクチュエーター) の相互作用技術を研究/開発しています。

一般に、ある種の pub/sub アプローチは、私が行きたい方法です。なぜなら、各エンティティには、それが生成するイベントとそれ自体の機能だけに関心を持たせたいからです。言うまでもなく、デバイスは不定に接続および切断される可能性があります。

この分野で人気のあるテクノロジーの 1 つにEventHeapがあります。これは、IBM のタプル スペースの実装であるTSpacesに基づいて構築されています。イベントをバッグに押し込み、それを引き出すことができます。しかし、タプル スペースの実装の一般的なパフォーマンスの制限は、高い待機時間です。レイテンシーは時々ぎくしゃくしたり、決定論的ではありません。これは、きめの細かい相互作用には受け入れられません。

EventHeap ソース

私のチームは、IM を使って多くのコミュニケーションをとっています。IM を使用して、隣のキューブにいる人に質問することもあります。その理由は、IM に応答することは、会話することよりもはるかに混乱が少ないことがわかっているからです。

それでも、頭を下げてコーディングしているときに、点滅するメッセージ ウィンドウが邪魔になることがあります。人々が書いたものを見ずにはいられないので、考えがまとまらないことがよくあります。このタイプのマルチタスクは、生産性を損なうものです。そのため、アラート機能をオフにしました (私は Pidgin を使用しています)。Windows のタスク バーが非表示になっているので、カーソルを画面の一番下にドラッグし、タスク バーをポップアップさせ、ピジン トレイ アイコンがオレンジ色に点滅しているかどうかを確認し、新しいメッセージを確認する必要があります。

これはうまく機能しますが、すぐに答えが必要な場合に簡単な質問をすることがあります。

メッセージの優先順位を送信する機能があれば素晴らしいでしょう:

優先度 3:できるときにチェックしてください
優先度 2:通常のチャット
優先度 1:すぐに返信してください

次に、優先度レベルを使用してアラート方法を決定します。例: (1)ウィンドウにフォーカスを移す、(2)タスクバーで点滅する、(3)トレイで点滅する。

これを達成する簡単な方法についてのアイデアはありますか?

ありがとう

GSM ネットワークで内部的に使用される小さなプロトコルの技術文書を書いています。このプロトコルは、バイトの連続ストリームで [id1] + [byte[] data1]、[id2] + [byte[] data2] などのパターンを使用します。

ポイントは、さまざまな理由 (将来の拡張性と下位互換性) により、一部のフィールドが使用されないことです。このフィールドの値は、誰がプロトコルを実装するかの選択です (現時点では、デフォルト値はプロトコルの実装に使用される言語/フレームワーク、つまりバイト配列要素のデフォルト値に由来します)。

今質問です。未使用のフィールドにデフォルト値を課すことは、何らかの方法で役立ちますか?