คำถามติดแท็ก numbers

2
เพราะเหตุใด '42' จึงเป็นหมายเลขที่ต้องการเมื่อแสดงบางสิ่งที่สุ่ม
ล็อคแล้ว คำถามและคำตอบของคำถามนี้ถูกล็อคเนื่องจากคำถามอยู่นอกหัวข้อ แต่มีความสำคัญทางประวัติศาสตร์ ขณะนี้ไม่ยอมรับคำตอบหรือการโต้ตอบใหม่ ฉันเคยเห็นสิ่งนี้ทาง SO หลายต่อหลายครั้ง เมื่อใดก็ตามที่คำถามคลุมเครือและคำถามกำลังถามคำตอบเวทมนต์บางคนหรือคนอื่น ๆ แสดงความคิดเห็นว่าคำตอบคือ 42 แม้แต่หนังสือที่ฉันกำลังอ่านอยู่ตอนนี้ใช้ '42' เป็นตัวเลขเมื่อใดก็ตามที่ต้องการแสดงแนวคิดพื้นฐานโดยใช้จำนวนเต็ม . ดังนั้นจึงมีประวัติใด ๆ เบื้องหลังหรือเป็นเพียงเรื่องบังเอิญ?
14 history  numbers 

9
เหตุใดจึงมีการใช้ตัวเลขที่ไม่ได้ลงชื่อ?
ฉันไม่สามารถเข้าใจได้ว่าทำไมระบบไมโครโปรเซสเซอร์จึงใช้ตัวเลขที่ไม่ได้ลงชื่อ ฉันเดาว่าค่าใช้จ่ายเป็นสองเท่าของจำนวนสาขาที่มีเงื่อนไขเนื่องจากยิ่งน้อยกว่า. etc ต้องการอัลกอริธึมที่แตกต่างจากการเซ็นชื่อยังมีอัลกอริทึมใด ๆ คำถามของฉันส่วนหนึ่งเป็นเพราะเหตุใดพวกเขาจึงต้องอยู่ในชุดคำสั่งที่ต่างจากคอมไพเลอร์
12 numbers 

6
เอกสารใดที่บอกว่าช่วงใดของ. NET BigIntegers ที่ออกแบบมาเพื่ออะไร?
ฉันกำลังเล่นกับ. NET BigIntegerและโดยทั่วไปฉันสงสัยว่าจำนวนใด - คำตอบโดยประมาณน่าจะดี - คือจุดเบี่ยงเบนของเส้นโค้งของ (กราฟของ (เพิ่มเวลาที่จำเป็นสำหรับการปฏิบัติการ) vs (มูลค่าของ BigInteger))? หรือพวกมันถูกออกแบบโดยไม่มีการเบี่ยงเบนเช่นนั้นถ้าเราวางแผนการเพิ่มเวลาที่จำเป็นสำหรับการดำเนินการเทียบกับมูลค่าของ BigInteger จาก 1 ถึงอินฟินิตี้เราจะมีเส้นโค้งที่ราบรื่นไปตลอดทาง? ตัวอย่างเช่นสมมติว่าอาร์เรย์ได้รับการออกแบบที่มีความสามารถในการจัดการ 50 รายการ หมายความว่าถ้าฉันมี 1 รายการการดำเนินการจะเป็นเวลา f (1) และเมื่อฉันมี 2 รายการการดำเนินการคือ f (2) เวลา หากฉันมี 50 รายการการดำเนินการจะเป็นเวลา f (50) แต่เนื่องจากมันถูกออกแบบมาสำหรับการจัดการ 50 รายการเท่านั้นการดำเนินการเมื่อเรามี 51 รายการจะเป็น g (51) โดยที่ g (51)> f (51) หากดำเนินการอย่างเหมาะสมความซับซ้อนของ BigInteger …
12 c#  .net  vb.net  numbers 

3
มีบางสิ่งที่พิเศษเกี่ยวกับหมายเลข 65535 หรือไม่?
2¹⁶-1 & 2⁵ = 2⁵ (หรือ? ชัด?) ผู้พัฒนาถามฉันในวันนี้ 65535 & 32 bitwise คือ2¹⁶-1 & 2⁵ =? ตอนแรกฉันคิดว่าเป็นไปตามธรรมชาติ 32 แต่ดูเหมือนง่ายที่ฉันคิดว่าเป็นเวลาหลายนาทีแล้วตอบ 32. 32 ดูเหมือนจะเป็นคำตอบที่ถูกต้อง แต่อย่างไร 65535 = 2¹⁶-1 = 1111111111111111 (แต่มันดูไม่ถูกต้องเพราะเลขฐานสองนี้ทั้งหมดควรเป็น -1 (?)), 32 = 100,000 แต่ฉันไม่สามารถแปลงมันในหัวของฉันดังนั้นฉันตอบ 32 แล้วตั้งแต่ฉัน เพื่อตอบคำถาม คำตอบที่ 32 เป็นเรื่องจริงเล็กน้อย เป็นเช่นเดียวกัน 2 same-1 & 2 &-1 = 31 หรือไม่ …

3
ทำไมค่าต่ำสุดของ ints, double, etc 1 ไกลจากศูนย์มากกว่าค่าบวก
ฉันรู้ว่ามันมีส่วนเกี่ยวข้องกับส่วนประกอบของ 2 และการเพิ่ม 1 แต่ฉันไม่เข้าใจวิธีที่คุณสามารถเข้ารหัสตัวเลขอีกหนึ่งจำนวนที่มีจำนวนบิตเท่ากันเมื่อมันเป็นจำนวนลบ
10 java  numbers 

8
สคีมาที่ดีในการแสดงตัวเลขจำนวนเต็มตั้งแต่ 0 ถึงอินฟินิตี้สมมติว่าคุณมีที่เก็บข้อมูลไบนารีเชิงเส้นไม่สิ้นสุดใช่หรือไม่
ฉันต้องการสคีมาเพื่อแสดงตัวเลขจำนวนเต็มเริ่มต้นด้วย 0 โดยไม่มีขีด จำกัด ใด ๆ (สมมติว่าการเข้าถึงหน่วยเก็บข้อมูลเชิงเส้นไม่มีที่สิ้นสุด) นี่คือสคีมาที่สามารถแสดงตัวเลขตั้งแต่ 0 ถึง 255: ใช้ไบต์แรกของที่เก็บข้อมูล (ที่อยู่ 0) เพื่อเก็บจำนวนเต็ม ทีนี้สมมติว่าฉันต้องการแสดงตัวเลขที่มากกว่า 255 แน่นอนฉันสามารถใช้มากกว่า 1 ไบต์เพื่อแทนจำนวนเต็ม แต่ตราบใดที่มันเป็นจำนวนคงที่ในที่สุดก็จะมีจำนวนเต็มจนไม่สามารถแทนด้วย สคีมาเดิม นี่คือสคีมาอีกอย่างที่ควรจะสามารถทำงานได้ แต่มันอาจยังห่างไกลจากประสิทธิภาพ เพียงใช้ไบต์ "สิ้นสุดจำนวน" ที่ไม่ซ้ำกันและใช้ไบต์ก่อนหน้านี้ทั้งหมดเพื่อแสดงตัวเลข เห็นได้ชัดว่าไบต์ "สิ้นสุดจำนวน" นี้ไม่สามารถใช้ที่ใดก็ได้ในการแทนตัวเลข แต่สามารถทำได้โดยใช้ระบบฐาน 255 (แทนที่จะเป็นฐาน 256) อย่างไรก็ตามมันช้าและอาจไม่มีประสิทธิภาพ ฉันต้องการมีเครื่องที่ดีกว่าที่ทำงานได้ดีกว่าด้วยค่าที่ต่ำและเครื่องชั่งที่ดี โดยพื้นฐานแล้วมันเป็นระบบ UUID ฉันต้องการดูว่าเป็นไปได้หรือไม่ที่จะสร้างระบบ UUID ที่รวดเร็วและมีประสิทธิภาพซึ่งสามารถปรับขนาดให้ใช้งานได้หลายปีหลายพันปีล้านปีโดยไม่ต้องออกแบบใหม่
10 storage  numbers  uuid 

7
เหตุใดจึงมีตัวเลขหลายประเภท (บิต, int, float, double, long)
ฉันได้เรียนรู้ PHP, Java, และ C ตอนนี้ฉันอยากรู้ว่าทำไมมีชนิดข้อมูลตัวเลขมากมายเช่นบิต, int, float, double และ long ทำไมไม่สร้างตัวเลขเพียงประเภทเดียว? มีประโยชน์กับเรื่องนี้หรือไม่? บางทีถ้าเราใช้จำนวนเต็มเพื่อเก็บจำนวนน้อยเช่นนี้เราสามารถบันทึกความทรงจำได้?
9 numbers 
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.