คำถามติดแท็ก language-agnostic

ใช้แท็กนี้สำหรับคำถามโปรแกรมที่เป็นอิสระจากภาษาการเขียนโปรแกรมเฉพาะใด ๆ

9
ตัวพิมพ์ใหญ่และตัวพิมพ์เล็ก
เมื่อทำการเปรียบเทียบแบบไม่คำนึงถึงตัวพิมพ์เล็กหรือใหญ่การแปลงสตริงเป็นตัวพิมพ์ใหญ่หรือตัวพิมพ์เล็กจะมีประสิทธิภาพมากกว่ากัน? มันสำคัญหรือไม่? มีคำแนะนำในโพสต์ SO นี้ว่า C # มีประสิทธิภาพมากกว่ากับ ToUpper เนื่องจาก "Microsoft ปรับให้เหมาะสมที่สุด" แต่ฉันได้อ่านอาร์กิวเมนต์นี้ด้วยว่าการแปลง ToLower กับ ToUpper นั้นขึ้นอยู่กับว่าสตริงของคุณมีอะไรมากกว่าและโดยทั่วไปสตริงจะมีอักขระตัวพิมพ์เล็กมากกว่าซึ่งทำให้ ToLower มีประสิทธิภาพมากขึ้น โดยเฉพาะอย่างยิ่งฉันต้องการทราบ: มีวิธีเพิ่มประสิทธิภาพ ToUpper หรือ ToLower ให้เร็วกว่าอีกแบบหรือไม่? เร็วกว่าที่จะทำการเปรียบเทียบแบบไม่คำนึงถึงตัวพิมพ์เล็กหรือใหญ่ระหว่างสตริงตัวพิมพ์ใหญ่หรือตัวพิมพ์เล็กและเพราะเหตุใด มีสภาพแวดล้อมการเขียนโปรแกรมหรือไม่ (เช่น C, C #, Python อะไรก็ได้) ที่กรณีหนึ่งดีกว่าอีกกรณีอย่างชัดเจนและเพราะเหตุใด

9
เหตุใด Math.pow (0, 0) === 1
เราทุกคนรู้ดีว่า 0 0นั้นไม่แน่นอน แต่ , จาวาสคริปต์กล่าวว่า: Math.pow(0, 0) === 1 // true และC ++พูดในสิ่งเดียวกัน: pow(0, 0) == 1 // true ทำไม? ฉันรู้แล้ว: >Math.pow(0.001, 0.001) 0.9931160484209338 แต่ทำไมการMath.pow(0, 0)โยนไม่มีข้อผิดพลาด? หรืออาจจะดีกว่าNaN1

7
แผนที่ / ลดคืออะไร?
ฉันได้ยินเกี่ยวกับแผนที่ / ลดจำนวนมากโดยเฉพาะอย่างยิ่งในบริบทของระบบประมวลผลคู่ขนานของ Google มันคืออะไรกันแน่?

15
คุณวางแผนสถาปัตยกรรมของแอปพลิเคชันอย่างไรก่อนที่จะเขียนโค้ดใด ๆ [ปิด]
ปิด . คำถามนี้จะต้องมีมากขึ้นมุ่งเน้น ขณะนี้ยังไม่ยอมรับคำตอบ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้เน้นไปที่ปัญหาเดียวโดยแก้ไขโพสต์นี้เท่านั้น ปิดให้บริการใน6 ปีที่ผ่านมา ปรับปรุงคำถามนี้ สิ่งหนึ่งที่ฉันประสบคือการวางแผนสถาปัตยกรรมของแอปพลิเคชันก่อนที่จะเขียนโค้ดใด ๆ ฉันไม่ได้หมายถึงการรวบรวมข้อกำหนดเพื่อ จำกัด สิ่งที่แอปพลิเคชันต้องทำ แต่เป็นการคิดอย่างมีประสิทธิภาพเกี่ยวกับวิธีที่ดีในการจัดวางคลาสข้อมูลและโครงสร้างการไหลโดยรวมและทำซ้ำความคิดเหล่านั้นเพื่อให้ฉันมีแผนที่น่าเชื่อถือ การดำเนินการก่อนที่จะเปิด IDE ในขณะนี้มันเป็นเรื่องง่ายเพียงแค่เปิด IDE สร้างโปรเจ็กต์เปล่าเริ่มเขียนบิตและบ็อบและปล่อยให้การออกแบบ 'ขยายออก' จากที่นั่น ฉันรวบรวม UML เป็นวิธีหนึ่งในการทำสิ่งนี้ แต่ฉันไม่มีประสบการณ์กับมันเลยดูเหมือนจะคลุมเครือ วิธีทำคุณวางแผนสถาปัตยกรรมของโปรแกรมก่อนที่จะเขียนรหัสใด? หาก UML เป็นหนทางที่จะไปคุณสามารถแนะนำคำแนะนำที่กระชับและเป็นประโยชน์สำหรับนักพัฒนาแอปพลิเคชันขนาดเล็ก ฉันขอขอบคุณข้อมูลของคุณ

4
มีวิธีที่มีประสิทธิภาพในการสร้างจำนวนเต็มสุ่ม N ในช่วงที่มีผลรวมหรือค่าเฉลี่ยที่กำหนด?
โปรดปรานหมดอายุใน 8 ชั่วโมง คำตอบสำหรับคำถามนี้มีสิทธิ์ได้รับค่าหัว+200ชื่อเสียง Peter O.กำลังมองหาคำตอบที่ยอมรับได้ : เพื่อสรุป: อย่างใดอย่างหนึ่ง (1) หาอัลกอริทึมที่มีประสิทธิภาพมากกว่าที่ใช้ในรหัสหรือ (2) ระบุสูตรสำหรับจำนวนที่ถูกต้อง ชุดค่าผสมและวิธี "ยกเลิกการจัดอันดับ" หมายเลขชุดค่าผสม มีวิธีที่มีประสิทธิภาพในการสร้างการรวมกันแบบสุ่มของจำนวนเต็ม N เช่นนั้น - จำนวนเต็มแต่ละค่าอยู่ในช่วง [ min, max], จำนวนเต็มมียอดรวมของsum, จำนวนเต็มสามารถปรากฏในลำดับใดก็ได้ (เช่นลำดับแบบสุ่ม) และ ชุดค่าผสมจะถูกสุ่มเลือกจากชุดค่าผสมทั้งหมดที่ตรงตามข้อกำหนดอื่น ๆ มีอัลกอริทึมที่คล้ายกันสำหรับชุดค่าผสมแบบสุ่มซึ่งจำนวนเต็มจะต้องปรากฏในลำดับที่เรียงตามค่าของพวกเขา (แทนที่จะเรียงตามลำดับใด ๆ ) หรือไม่? (การเลือกชุดค่าผสมที่เหมาะสมกับค่าเฉลี่ยของmeanเป็นกรณีพิเศษถ้าsum = N * meanปัญหานี้เทียบเท่ากับการสร้างพาร์ติชันแบบสุ่มที่สม่ำเสมอของsumเป็นส่วน N ซึ่งแต่ละส่วนในช่วง [ min, max] และปรากฏในลำดับใด ๆ หรือเรียงตามลำดับของพวกเขา ค่าตาม แต่กรณี) …

8
ค้นหาปีด้วยจำนวนประชากรสูงสุด (วิธีที่มีประสิทธิภาพที่สุด)
รับสองอาร์เรย์ $birthsมีรายการปีเกิดแสดงเมื่อมีคนเกิดและ$deathsมีรายการปีแห่งความตายที่ระบุเมื่อมีคนตายเราจะหาปีที่ประชากรสูงสุดได้อย่างไร ตัวอย่างเช่นกำหนดอาร์เรย์ต่อไปนี้: $births = [1984, 1981, 1984, 1991, 1996]; $deaths = [1991, 1984]; ปีที่ประชากรสูงสุดควรเป็น1996เพราะ3ประชาชนยังมีชีวิตอยู่ในช่วงปีนั้นซึ่งเป็นประชากรที่สูงที่สุดนับจากทุกปี นี่คือคณิตศาสตร์ที่ใช้อยู่ในนั้น: | เกิด | ความตาย | ประชากร | ------- | ------- | ------------ | | 1981 | | 1 | | 2527 | | 2 | | 2527 | 2527 | 2 | | 2534 …
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.