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

2
ランダムな何かを示すときに「42」が優先されるのはなぜですか?
ロックされています。この質問とその回答はロックされています。なぜなら、質問はトピックから外れていますが、歴史的に重要だからです。現在、新しい回答やインタラクションを受け入れていません。 私はこれをSOで何度も見ました。質問が曖昧で、誰かが魔法の答えを尋ねているときはいつでも、誰かが答えは42であるというコメントを残します。 。それで、その背後に何か歴史がありますか、それとも単なる偶然ですか?
14 history  numbers 

9
符号なしの数値が実装されているのはなぜですか?
マイクロプロセッサシステムが符号なしの数値を実装する理由がわかりません。より大きい、より小さい、など、符号付きとは異なるアルゴリズムが必要なので、コストは条件付きブランチの数の2倍であると思いますが、符号なしの数値が大きな利点であるアルゴリズムはまだありますか? 私の質問の一部は、コンパイラでサポートされるのではなく、命令セットに含まれる必要がある理由です。
12 numbers 

6
.NET BigIntegerが何のために設計されているかを正確に述べているドキュメントはありますか?
私は.NET BigIntegerをいじっていますが、基本的には(予測される答えは問題ないでしょう) の曲線の偏差点((操作に必要な時間の増加)と(BigIntegerの値))? または、1から無限へのBigIntegerの値と操作に必要な時間の増加をプロットすると、滑らかな曲線になるように、そのような偏差なしで設計されていますか? たとえば、配列が50個のアイテムを処理できるように設計されていると仮定します。つまり、アイテムが1つある場合、操作はf(1)時間です。そして、私が2つのアイテムを持っているとき、操作はf(2)時間です。50個のアイテムがある場合、操作はf(50)時間です。ただし、50個のアイテムのみを処理するように設計されているため、51個のアイテムがある場合に実行される操作はg(51)で、g(51)> f(51)です。 適切に実装された場合、BigInteger演算の複雑さは滑らかな曲線になります。たとえば、乗算の時間計算量はO(NM)で、Nは最初の被乗数の桁数、Mは2番目の被乗数の桁数です。もちろん、数値がマシンに収まらないほど大きいNとMを選択できるという点で実用的な制限があります。 それがそのように実装されていると主張するドキュメントを知っていますか?
12 c#  .net  vb.net  numbers 

3
65535という数字に何か特別なものはありますか?
2¹⁶-1&2⁵=2⁵(または?明らかに?) 今日、開発者がビット単位の65535&32とは何か、つまり2¹⁶-1&2⁵=と尋ねた。最初は自発的に32と思っていましたが、数分考えて32と答えると簡単に思えました。32が正解だったようですが、どうですか。65535 =2¹⁶-1= 1111111111111111(ただし、この2進数はすべて-1(?)である必要があるため、正しくないようです)、32 = 100000ですが、変換できませんでした。何かに答える。答え32は実際には取るに足らないものですか?同じように2¹⁶-1&2⁵-1= 31ですか?開発者が正確に65535について質問したのはなぜですか? 私に評価を求められたバイナリは1111111111111111&100000でしたが、1111111111111111が-1ではない理由がわかりません。-1にすべきではありませんか?65535はオーバーフローを引き起こす数値であり、どうすればそれを知ることができますか?

8
無限線形バイナリストレージがあると仮定して、0から無限大までの整数を表す適切なスキーマですか?
スキーマに0から始まる整数を制限なしで表すことを望みます(無限線形ストレージへのアクセスを想定)。 以下は、0から255までの数値を表すことができるスキーマです。 ストレージの最初のバイト(アドレス0)を使用して整数を格納します。 ここで、255より大きい数値を表現したいとします。もちろん、整数を表すために1バイト以上を使用することもできますが、それが固定数である限り、最終的に、元のスキーマ。 これは、タスクを実行できる別のスキーマですが、おそらく効率的ではありません。 ある種の一意の「数値の終わり」バイトを使用し、前のすべてのバイトを使用して数値を表します。明らかに、この「数値の終わり」バイトは数値表現のどこにも使用することはできませんが、これは(256の代わりに)255を基数とする番号付けシステムを使用して実現できます。 しかし、それは遅く、おそらく非効率的です。低い値でうまく機能し、適切にスケーリングできる、より優れたものが欲しいです。 基本的に、それはUUIDシステムです。再設計することなく、理論的に何年、何千年、何百万年も使用できるように拡張できる、高速に実行できるUUIDシステムを作成できるかどうかを知りたいです。
10 storage  numbers  uuid 


7
なぜそれほど多くの数値型(bit、int、float、double、long)があるのですか?
PHP、Java、Cを学びました。ビット、整数、浮動小数点数、倍精度浮動小数点数、長整数型など、非常に多くの種類の数値データ型がある理由について知りたいと思います。数値のタイプを1つだけにしないでください。 これには何かメリットがありますか?たぶん、そのような小さな数を保持するために整数を使用すると、メモリを節約できますか?
9 numbers 
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.