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

บริการของฉันมีกิจกรรมของผู้ใช้จำนวนมากอย่างต่อเนื่องและเราต้องการทำสิ่งต่าง ๆ เช่น "การนับเหตุการณ์ประเภทTตั้งแต่วันที่D " เรากำลังพยายามตัดสินใจขั้นพื้นฐานสองประการ: จะเก็บอะไรดี? การจัดเก็บทุกเหตุการณ์เทียบกับการจัดเก็บมวลรวมเท่านั้น (สไตล์บันทึกเหตุการณ์) บันทึกทุกเหตุการณ์และนับในภายหลังกับ (สไตล์อนุกรมเวลา) จัดเก็บ "การนับเหตุการณ์อีสำหรับวันที่D " ที่รวบรวมไว้ทุกวัน จะเก็บข้อมูลที่ไหน ในฐานข้อมูลเชิงสัมพันธ์ (โดยเฉพาะ MySQL) ในฐานข้อมูลที่ไม่ใช่เชิงสัมพันธ์ (NoSQL) ในไฟล์บันทึกการทำงานแบบแบน (รวบรวมจากส่วนกลางผ่านเครือข่ายผ่านทางsyslog-ng) มาตรฐานการปฏิบัติคืออะไรที่ฉันสามารถอ่านเพิ่มเติมเกี่ยวกับการเปรียบเทียบระบบประเภทต่าง ๆ ได้ รายละเอียดเพิ่มเติม: สตรีมเหตุการณ์ทั้งหมดมีขนาดใหญ่อาจมีหลายแสนรายการต่อวัน แต่ความต้องการในปัจจุบันของเราเพียงเพื่อนับเหตุการณ์บางประเภทที่อยู่ภายใน เราไม่จำเป็นต้องเข้าถึงข้อมูลดิบหรือผลการรวบรวมแบบเรียลไทม์ IMHO "บันทึกเหตุการณ์ทั้งหมดไปยังไฟล์รวบรวมข้อมูลในภายหลังเพื่อกรองและรวมสตรีม" เป็นวิธีมาตรฐาน UNIX ที่สวยงาม แต่เพื่อนร่วมทาง Rails-y ของฉันดูเหมือนจะคิดว่าไม่มีอะไรจริงเว้นแต่ว่ามันจะอยู่ใน MySQL

17 architecture  database  metrics 

ปิด คำถามนี้จะต้องมีมากขึ้นมุ่งเน้น ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้มุ่งเน้นที่ปัญหาเดียวโดยแก้ไขโพสต์นี้ ปิดให้บริการใน4 ปีที่แล้ว ฉันจะติดตามได้อย่างไรว่าฉันกำลังพัฒนาซอฟต์แวร์มากขึ้นหรือน้อยลงกว่าเดิมเมื่อวันก่อน?

16 productivity  metrics 

ความคิดเห็นเกี่ยวกับประสิทธิภาพได้เกิดขึ้นเมื่อไม่นานมานี้ในงานของฉันและฉันก็อยู่ในตำแหน่งที่น่าสนใจ ทีมของเราทำการเขียนโปรแกรมคู่จำนวนมากซึ่งมีแนวโน้มที่จะเฉลี่ยความแตกต่างของทักษะระหว่างสมาชิกในทีม (โดยเฉพาะอย่างยิ่งเมื่อพิจารณาว่าเราหมุนคู่) โดยทั่วไปเมื่อทำการตรวจสอบประสิทธิภาพคุณจะมองย้อนกลับไปที่งานที่คุณทำและแสดงให้เห็นถึงสิ่งที่คุณทำสำเร็จและวิธีที่คุณคาดหวังเกินกว่าจะพยายามเจรจาเพื่อเพิ่มหรือผลประโยชน์อื่น ๆ คุณจะแสดง (หรือวัด) ประสิทธิภาพการทำงานของแต่ละบุคคลในสภาพแวดล้อมเช่นนี้ได้อย่างไร

15 pair-programming  metrics 

ในปี 1977 Maurice Howard Halstead ได้แนะนำมาตรการความซับซ้อนของระบบซอฟต์แวร์ซึ่งรวมถึงการวัดคำศัพท์ของโปรแกรมความยาวของโปรแกรมปริมาตรความยากความพยายามและจำนวนข้อผิดพลาดโดยประมาณในโมดูล ตามวิกิพีเดียความยากลำบากเกี่ยวข้องกับความยากลำบากในการทำความเข้าใจโปรแกรมเมื่ออ่านหรือเขียนและความพยายามสามารถแปลเป็นเวลาที่ใช้ในการเขียนโปรแกรมประยุกต์ที่เวลา = (ความพยายาม / 18) วินาที การวัดไม่มีประโยชน์เว้นแต่ว่าข้อมูลและการคำนวณจะเกี่ยวข้องกับการพัฒนาซอฟต์แวร์ อย่างไรก็ตามฉันไม่พบงานใด ๆ ที่ระบุว่าความยากลำบากของค่าบางค่าหรือสูงกว่ามีแนวโน้มเพิ่มขึ้นอย่างมีนัยสำคัญทางสถิติในข้อบกพร่องหรือความสัมพันธ์ระหว่างความยากลำบากและเวลาในการอ่านรหัส (ความยากลำบากของ N การทำความเข้าใจฐานรหัส) หรือการวิเคราะห์ใด ๆ ที่สามารถคำนวณเวลาหลังจากข้อเท็จจริงที่เป็นประโยชน์ในการกำหนดคุณภาพ (โดยเฉพาะตั้งแต่เวลาที่จะเขียนควรได้รับการบันทึกเป็นการวัดแล้ว) ฉันสนใจโดยเฉพาะอย่างยิ่งในการประเมินข้อผิดพลาดของ Halstead (ซึ่งไม่ได้กล่าวถึงใน Wikipedia) - จำนวนข้อบกพร่องในแอปพลิเคชันสามารถประมาณได้โดย Volume / 3000 หรือ Effort ^ (2/3) / 3000 ฉันกำลังมองหาสองสิ่ง: มีใครบ้างที่ใช้มาตรการความซับซ้อนของซอฟต์แวร์ของ Halstead ในแอปพลิเคชันที่ใช้งานจริงเพื่อประเมินคุณภาพซอฟต์แวร์ ถ้าเป็นเช่นนั้นคุณใช้พวกเขาอย่างไรและพวกเขากลายเป็นการวัดที่มีประโยชน์ถูกต้องและ / หรือเชื่อถือได้หรือไม่ มีงานวิจัยเชิงวิชาการในรูปแบบของการสำรวจวิเคราะห์หรือกรณีศึกษาที่กล่าวถึงความถูกต้อง (หรือความไม่ถูกต้อง) ของมาตรการความซับซ้อนของ Halstead เมื่อนำไปใช้กับคุณภาพของซอฟต์แวร์หรือไม่ …

14 quality  metrics  measurement 

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

14 code-reviews  quality  metrics  measurement 

จากการสัมภาษณ์เพื่อนร่วมงานและออกจากงานฉันได้ยินว่าที่ บริษัท เล็ก ๆ ของฉันฉัน "รับผิดชอบ" ที่ใดก็ได้จากรหัสมากกว่า 3-10 เท่ากว่าที่ฉันจะได้งานอื่น ฉันพยายามมองหาตัวชี้วัดแบบคลุมเครือบางอย่างที่ฉันสามารถใช้เพื่อเปรียบเทียบปริมาณงานของฉันกับคนอื่น ๆ ในสาขาของฉัน โดย "ความรับผิดชอบต่อโค้ด" ฉันไม่ได้หมายความว่า "ฉันเป็นคนเดียวที่รู้พื้นที่ X ของฐานรหัส" (แม้ว่าเศร้ามันมักจะเป็นจริงในสภาพแวดล้อมการเริ่มต้น) แต่ค่อนข้างหมายถึงจำนวนเช่น "code_base_size / number_of_developers" มีทรัพยากรใดที่ฉันสามารถใช้เพื่อช่วยฉันในการวัดภาระงานของฉันอย่างแม่นยำมากกว่าการนับจำนวนบรรทัดโค้ด

13 metrics 

ขอบคุณสำหรับคำถามที่รีวิวรหัสฉันได้มีความขัดแย้งเล็กน้อย (ซึ่งเป็นโอกาสที่จะเรียนรู้บางสิ่งบางอย่าง) เกี่ยวกับสิ่งที่ซับซ้อน Cyclomatic สำหรับรหัสด้านล่าง public static void main(String[] args) { try { thro(); thro(); thro(); thro(); thro(); thro(); thro(); } catch (NullPointerException e) { } } private static Random random = new Random(); public static void thro() throws NullPointerException { if (random.nextBoolean()) throw new NullPointerException(); System.out.println("No crash this time"); …

12 metrics  cyclomatic-complexity 

นี่คือใบเสนอราคาจากคู่มือการฝึกอบรมที่ทำงานเกี่ยวกับ SLIM และการประเมินซอฟต์แวร์: โปรดสังเกตว่ามีความสัมพันธ์ระหว่างความพยายามกับข้อบกพร่อง ซึ่งหมายความว่ายิ่งมีคนได้รับมอบหมายให้โครงการขนาดที่กำหนดมากเท่าไหร่ก็จะยิ่งมีข้อบกพร่องมากขึ้นเท่านั้น ความพยายามคือบุคคลเวลา (คนปีบุคคลเดือน) สำหรับโครงการ ข้อบกพร่องคือจำนวนของข้อบกพร่องที่ตรวจพบ ณ จุดใด ๆ ในวงจรชีวิต ขนาดถูกกำหนดให้เป็นกรณีการใช้งานจุดทำงานหรือ SLOC ที่ประกอบโครงการ ดูเหมือนว่าจะเป็นเรื่องที่เข้าใจง่ายโดยถือว่าเป็นกระบวนการที่ดีและวิศวกรที่มีความสามารถ ตัวอย่างเช่นการมีคนมากขึ้นหมายถึงการมองสิ่งประดิษฐ์ทั้งหมด (ข้อกำหนดรายละเอียดการออกแบบรหัสการทดสอบ) นอกเหนือจากการมีดวงตามากขึ้นสัญชาตญาณของฉันแสดงให้เห็นว่ามีความสัมพันธ์ระหว่างความพยายามและข้อบกพร่องเล็กน้อยในโครงการที่ใช้เทคนิคคุณภาพที่เหมาะสม ฉันไม่สามารถค้นหาเอกสารใด ๆ นอกเหนือจากเอกสารเกี่ยวกับแบบจำลองพัทนัม (ซึ่งใช้โดย SLIM) ที่แนะนำความสัมพันธ์แบบใดก็ได้ที่รู้จักระหว่างข้อบกพร่องกับความพยายามหรือข้อบกพร่องและจำนวนคนในโครงการ นี่เป็นความสัมพันธ์ที่รู้จักกันดีและเป็นการยืนยันว่า "มีคนมากกว่า = ข้อบกพร่องมากขึ้น" ถูกต้องหรือไม่?

12 estimation  quality  metrics  measurement 

ปิด คำถามนี้จะต้องมีมากขึ้นมุ่งเน้น ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้มุ่งเน้นที่ปัญหาเดียวโดยแก้ไขโพสต์นี้ ปิดให้บริการใน4 ปีที่แล้ว มีคุณภาพหลายประเภทที่สามารถวัดได้ในผลิตภัณฑ์ซอฟต์แวร์เช่นความเหมาะสมสำหรับวัตถุประสงค์ (เช่นการใช้งานปลายทาง) การบำรุงรักษาประสิทธิภาพ บางส่วนเป็นแบบอัตนัยหรือเฉพาะโดเมน (เช่นหลักการออกแบบ GUI ที่ดีอาจแตกต่างกันในแต่ละวัฒนธรรมหรือขึ้นอยู่กับบริบทการใช้งานคิดว่าการทหารกับการใช้งานของผู้บริโภค) สิ่งที่ฉันสนใจคือรูปแบบที่ลึกกว่าของคุณภาพที่เกี่ยวข้องกับเครือข่าย (หรือกราฟ) ของประเภทและความสัมพันธ์ระหว่างกันของพวกเขานั่นคือประเภทใดที่อ้างถึงแต่ละประเภทจะมีกลุ่มของการเชื่อมต่อระหว่างกันอย่างชัดเจน สถาปัตยกรรมแบบฉัตรหรือตรงกันข้ามมี 'ball' ขนาดใหญ่ของการอ้างอิงประเภท (รหัส 'เสาหิน') นอกจากนี้ขนาดของแต่ละประเภทและ / หรือวิธีการ (เช่นวัดในปริมาณของรหัสไบต์ Java หรือ. Net IL) ควรให้ข้อบ่งชี้ว่ามีการใช้อัลกอริธึมที่ซับซ้อนขนาดใหญ่เป็นบล็อกก้อนใหญ่ของรหัสแทนที่จะถูกย่อยสลายได้ง่าย ชิ้น การวิเคราะห์ตามแนวคิดดังกล่าวอาจสามารถคำนวณตัวชี้วัดที่มีพร็อกซีเพื่อคุณภาพอย่างน้อย เกณฑ์ที่แน่นอน / คะแนนการตัดสินใจระหว่างคุณภาพสูงและต่ำฉันจะสงสัยว่าเป็นอัตนัยเช่นเนื่องจากการบำรุงรักษาเราหมายถึงการบำรุงรักษาโดยโปรแกรมเมอร์ของมนุษย์และดังนั้นการสลายตัวของการทำงานจะต้องสอดคล้องกับวิธีการทำงานของจิตใจมนุษย์ ด้วยเหตุนี้ฉันจึงสงสัยว่าจะมีคำจำกัดความที่บริสุทธิ์ทางคณิตศาสตร์ของคุณภาพของซอฟต์แวร์ที่เหนือกว่าซอฟต์แวร์ที่เป็นไปได้ทั้งหมดในทุกสถานการณ์ที่เป็นไปได้หรือไม่ ฉันยังสงสัยว่านี่เป็นความคิดที่อันตรายหรือไม่ถ้าหากผู้รับมอบฉันทะที่มีคุณภาพเป็นที่นิยมนั้นความกดดันทางธุรกิจจะทำให้นักพัฒนาต้องติดตามตัวชี้วัดเหล่านี้ด้วยค่าใช้จ่ายของคุณภาพโดยรวม (ด้านคุณภาพของพวกเขา วิธีคิดอีกอย่างคือคุณภาพจากมุมมองของเอนโทรปี เอนโทรปีคือแนวโน้มของระบบที่จะเปลี่ยนจากการสั่งซื้อเป็นรัฐที่ไม่เป็นระเบียบ ทุกคนที่เคยทำงานในโลกแห่งความเป็นจริงโครงการซอฟต์แวร์ขนาดกลางถึงขนาดใหญ่จะขอบคุณในระดับที่คุณภาพของรหัสฐานมีแนวโน้มที่จะลดลงเมื่อเวลาผ่านไป โดยทั่วไปความกดดันทางธุรกิจส่งผลให้เกิดการเปลี่ยนแปลงที่มุ่งเน้นไปที่ฟังก์ชั่นใหม่ (ยกเว้นในกรณีที่คุณภาพเป็นจุดขายหลักเช่นในซอฟต์แวร์ avionics) และการกัดเซาะของคุณภาพผ่านปัญหาการถดถอยและฟังก์ชั่น 'รองเท้า horning' มุมมองด้านคุณภาพและการบำรุงรักษา ดังนั้นเราสามารถวัดเอนโทรปีของซอฟต์แวร์ได้หรือไม่? …

12 quality  metrics  measurement 

ฉันกำลังจะเข้าร่วมการสนทนากับฝ่ายบริหารเกี่ยวกับการวัดประสิทธิภาพการทดสอบของเราในฐานะองค์กร QA เหตุผลหลักที่อยู่เบื้องหลังคือว่าทีมงานของเราครึ่งหนึ่งถูกทำสัญญาและธุรกิจของเราต้องการที่จะให้ข้อมูลบางอย่างเกี่ยวกับประสิทธิภาพและประสิทธิภาพของเราดังนั้นเราจึงมีข้อมูลพื้นฐานที่จะเจรจาต่อรองพารามิเตอร์สัญญากับข้อตกลงการบริการของผู้รับเหมาของเรา . ฉันแหย่ไปรอบ ๆ เล็กน้อยและส่วนใหญ่ของความเห็นที่ฉันได้พบในเรื่องนี้เกี่ยวกับประสิทธิภาพของนักพัฒนา: บรรทัดของรหัสจุดเรื่องราวส่งมอบข้อบกพร่องแนะนำ ฯลฯ แต่แล้วผู้ทดสอบล่ะ การทดสอบของเรานั้นเป็นไปตามความต้องการเป็นส่วนใหญ่และการทดสอบด้วยตนเองกึ่งอัตโนมัติและการทดสอบอัตโนมัติ (ไม่ใช่เพราะเราไม่ได้มีระบบอัตโนมัติทุกอย่าง แต่เนื่องจากบางสิ่งไม่สามารถทำงานได้อัตโนมัติในระบบทดสอบของเรา)

11 testing  efficiency  qa  metrics 

ฉันกำลังพยายามสร้างตัวชี้วัดสำหรับเป้าหมายการประหยัดต้นทุนของ บริษัท ในการทำสิ่งนี้ฉันต้องการประเมินการประหยัดที่เรารับรู้โดยใช้แอปพลิเคชันเว็บโอเพนซอร์สแทนที่จะสร้างจากการลบหรือซื้อโซลูชัน COTS ขั้นตอนหนึ่งในกระบวนการนี้คือการประเมินว่าจะมีค่าใช้จ่ายเท่าไหร่ในการพัฒนาแอปพลิเคชันด้วยตนเอง แต่น่าเสียดายที่ฉันสูญเสียวิธีง่าย ๆ ในการทำเช่นนี้โดยไม่ต้องผ่านกระบวนการประเมินเต็มรูปแบบ เนื่องจากฉันมีซอร์สโค้ดฉันคิดว่าควรมีการแก้ปัญหาด้วยวิธีการบางอย่างที่สามารถให้เวลานักพัฒนาโดยประมาณที่ยากลำบากแก่ฉันในการเขียน น่าเสียดายที่การค้นหาเว็บของฉันในหัวข้อส่วนใหญ่ทำให้บทความและความคิดเห็นเกี่ยวกับวิธีที่บรรทัดของโค้ดไม่ได้เป็นตัวบ่งชี้ประสิทธิภาพหรือคุณภาพที่ดี ทางออกที่ดีที่สุดของฉันคือการเลือกจำนวนบรรทัดที่นักพัฒนาสามารถเขียนในหนึ่งวันและคำนวณจำนวนชั่วโมงนักพัฒนาได้จากที่นั่น หากฉันไปด้วยวิธีการนั้นฉันต้องการมีหลักฐาน (โดยเฉพาะการวิจัยเป็นหลัก) เพื่อสำรองข้อมูลการเรียกร้องของฉันเกี่ยวกับประสิทธิภาพของนักพัฒนาซอฟต์แวร์ สิ่งหนึ่งที่ฉันทำเพื่อฉันคือการสร้างตัวชี้วัดสุดท้ายของฉันสิ่งที่ฉันต้องการจริงๆคือขอบเขตที่ต่ำกว่าในเวลาของนักพัฒนาหรือค่าใช้จ่ายของโครงการ ยิ่งการประเมินสูงขึ้นเท่าไหร่ตัวชี้วัดของฉันก็จะยิ่งดีขึ้น แต่ฉันอยากจะใช้เทคนิคการประมาณค่ามากกว่าที่จะเป็นตัวเลขที่สูงเกินไป มีวิธีที่ดีกว่าในการประเมินมูลค่าของโครงการโอเพนซอร์ซหรือไม่?

11 open-source  estimation  metrics 

ควรจะมีดัชนี "ข้อมูลด้านสุขอนามัย" สำหรับซอฟต์แวร์ - เพื่อระบุว่าโปรแกรมนั้นสะอาดแค่ไหน? ไม่สร้างไฟล์ temp ที่ไม่ได้ใช้รายการรีจิสตรีตัวแปรสภาพแวดล้อม ฯลฯ ตัวอย่างเช่นดูในโฟลเดอร์ผู้ใช้ของคุณใน Windows คุณจะเห็นไฟล์พื้นที่ทำงานทุกประเภทที่แอปพลิเคชันของคุณใช้ ตัวอย่างเช่นสิ่งนี้ทำให้ยากที่จะทราบว่าต้องสำรองข้อมูลอะไรบ้างและสิ่งที่สามารถยกเลิกได้เมื่อสร้างด้วยเครื่องจักร

11 environment  metrics  data  application-design 

ฉันพบนักพัฒนาที่ต้องการคำแนะนำจากภายนอกเกี่ยวกับโครงการทีมของพวกเขา ฉันพบว่าพวกเขากำลังพัฒนาชุดซอฟต์แวร์ขนาดใหญ่สำหรับผู้บริหาร บริษัท ผู้จัดการโครงการและนักพัฒนาที่สามารถคำนวณตัวชี้วัดโดยอัตโนมัติและสร้างกราฟต่อการทำซ้ำ ในฐานะนักเรียนจากพื้นหลังวิทยาศาสตร์คอมพิวเตอร์ฉันรู้น้อยมากเกี่ยวกับการวัดและความสำคัญของพวกเขา แต่คำถามของฉันคือ: บริษัท ส่วนใหญ่มีวิธีการบางอย่างไม่จำเป็นต้องเป็นโปรแกรมที่สง่างามในการวัดตัวชี้วัดที่มีความหมายหรือไม่? ตัวชี้วัดเดียวหรือรวมกันช่วยให้คุณ จำกัด ขอบเขตและประมาณการโครงการให้แคบลงได้บ้าง ในฐานะคนที่วิเคราะห์ตัวชี้วัดคุณมักจะตัดสินใจออกมาบ่อยแค่ไหน? IE การทดสอบล้มเหลวต่อสัปดาห์กำลังเพิ่มขึ้นอย่างมาก คุณรู้สึกว่าการแนะนำตัวชี้วัดการศึกษาช่วยให้คุณเข้าใจโครงงานดีขึ้นหรือไม่? ไม่แน่ใจว่าทำไม แต่นักพัฒนาโครงการสนใจฉันและฉันต้องรู้เพิ่มเติม ถ้า y

9 project-management  metrics