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

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

13 development-process  tools  issue-tracking 

ฉันมีส่วนร่วมในหลายโครงการไม่ว่าจะเป็นผู้ทดสอบหรือผู้พัฒนา ในหลายโครงการมีสถานะต่อไปนี้สำหรับข้อบกพร่อง: จะไม่แก้ไข ยกเลิก คุณใช้สถานะดังกล่าวและคุณแตกต่างกันอย่างไร ฉันถามเพราะคนส่วนใหญ่ไม่สามารถอธิบายความแตกต่างได้ ความเข้าใจของฉันคือ: WON'T FIX - ผู้พัฒนาจะไม่แก้ไขข้อบกพร่องเนื่องจากไม่ใช่ข้อบกพร่อง ยกเลิก - ข้อบกพร่องไม่ควรได้รับการแก้ไขเนื่องจากลำดับความสำคัญต่ำสุด

13 tools  issue-tracking 

ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้เป็นหัวข้อสำหรับ Software Engineering Stack Exchange ปิดให้บริการใน5 ปีที่ผ่านมา ฉันได้ประเมินเครื่องมือตรวจสอบโค้ดจำนวนหนึ่ง (ส่วนใหญ่เป็นเครื่องมือฟรี) แต่พวกเขาดูเหมือนจะมุ่งไปที่การตรวจสอบแพตช์ก่อนที่พวกเขาจะทำ สิ่งนี้จะไม่พอดีกับขั้นตอนการทำงานในการโค่นล้มของเราดังนั้นฉันจึงมองหาทางเลือกที่สนับสนุนการตรวจสอบการแก้ไขที่ดีขึ้นแทนที่จะดีกว่า คำแนะนำใด ๆ ฉันต้องการเครื่องมือฟรีหรือราคาไม่แพง

13 tools  code-reviews 

ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้ ปิดให้บริการใน8 ปีที่ผ่านมา ล็อคแล้ว คำถามและคำตอบของคำถามนี้ถูกล็อคเนื่องจากคำถามอยู่นอกหัวข้อ แต่มีความสำคัญทางประวัติศาสตร์ ขณะนี้ไม่ยอมรับคำตอบหรือการโต้ตอบใหม่ คุณใช้เครื่องมือสร้าง UML ฟรีแบบใดและทำไมถึงดีกว่าเครื่องมือสร้างแบบอื่น

13 tools  uml 

ล็อคแล้ว คำถามและคำตอบของคำถามนี้ถูกล็อคเนื่องจากคำถามอยู่นอกหัวข้อ แต่มีความสำคัญทางประวัติศาสตร์ ขณะนี้ไม่ยอมรับคำตอบหรือการโต้ตอบใหม่ ฉันใช้ CodeRush ใน Visual Studio 2010 เพื่อทำการปรับโครงสร้างเขียนรหัสได้เร็วขึ้นด้วยเทมเพลตและนำทางรหัสของฉันเร็วกว่าหุ้น VS ถึง 10 เท่า เมื่อเร็ว ๆ นี้ฉันได้ทำงานกับแอพ Android อื่นและต้องคิดว่า ... ปลั๊กอินเสริมประสิทธิภาพสูงสุดสำหรับ Eclipse คืออะไร ฟรีโดยเฉพาะอย่างยิ่ง ฉันกำลังมองหาปลั๊กอินที่ช่วยเขียนใน Java ไม่ใช่ PHP หรือ Rails หรือภาษาอื่น ๆ ที่ Eclipse รองรับ

12 java  productivity  tools  eclipse  plugins 

เมื่อใดก็ตามที่คำถามเกิดขึ้นว่าเครื่องมือ Agile ที่จะใช้มีใครบางคนที่ตอบว่า "อย่าใช้เครื่องมืออิเล็กทรอนิกส์เพราะคุณจะเสียความได้เปรียบที่เห็นได้อย่างชัดเจนซึ่งจะสร้างบทสนทนาของทีมได้ดีกว่า" เป็นเช่นนี้เสมอหรือมีบริบทใดบ้างที่เครื่องมืออิเล็กทรอนิกส์เป็นตัวเลือกที่ดีกว่า ข้อดีและข้อเสียของแต่ละวิธีมีอะไรบ้าง

11 agile  tools 

ตอนนี้ฉันรู้ว่าผู้คนสามารถพิจารณาคำถามนี้ซ้ำหรือถามหลายครั้งในกรณีนี้ฉันจะขอบคุณลิงก์ไปยังคำถามที่เกี่ยวข้องพร้อมคำตอบสำหรับคำถามของฉัน เมื่อเร็ว ๆ นี้ฉันไม่เห็นด้วยกับบางคนเกี่ยวกับการครอบคลุมโค้ด ฉันมีกลุ่มคนที่ต้องการให้ทีมงานของเราลดการมองการครอบคลุมโค้ดทั้งหมดโดยอ้างว่าการครอบคลุม 100% ไม่ได้หมายถึงการทดสอบคุณภาพที่ดีและรหัสคุณภาพดี ฉันสามารถผลักดันกลับได้โดยการขายอาร์กิวเมนต์ที่ Code Coverage บอกฉันว่ายังไม่ได้ทดสอบอย่างแน่นอนและช่วยให้เรามุ่งเน้นไปที่พื้นที่เหล่านั้น (ข้างต้นได้รับการกล่าวถึงในลักษณะคล้ายกันในคำถาม SO อื่น ๆ เช่นนี้ - /programming/695811/pitfalls-of-code-coverage ) ข้อโต้แย้งจากคนเหล่านี้คือ - จากนั้นทีมจะตอบสนองโดยการสร้างการทดสอบคุณภาพต่ำอย่างรวดเร็วและทำให้เสียเวลาโดยไม่เพิ่มคุณภาพที่สำคัญ ในขณะที่ผมเข้าใจมุมมองของผมกำลังมองหาวิธีที่จะทำให้เป็นกรณีที่แข็งแกร่งมากขึ้นสำหรับความคุ้มครองรหัสโดยการแนะนำเครื่องมือที่มีประสิทธิภาพมากขึ้น / (Functional, Statement,Decision, Branch, Condition, State, LCSAJ, path, jump path, entry/exit, Loop, Parameter Value etc)กรอบที่ดูแลเกณฑ์ที่ครอบคลุมมากขึ้น สิ่งที่ฉันกำลังมองหาคือข้อเสนอแนะสำหรับการรวมกันของเครื่องมือครอบคลุมรหัสและการปฏิบัติ / กระบวนการที่จะไปกับพวกเขาซึ่งสามารถช่วยฉันตอบโต้ข้อโต้แย้งดังกล่าวในขณะที่รู้สึกสะดวกสบายกับคำแนะนำของฉัน ฉันยังยินดีรับฟังความคิดเห็น / ข้อเสนอแนะใด ๆ ที่ยึดตามประสบการณ์ / ความรู้ของคุณเกี่ยวกับวิธีการโต้แย้งเช่นกันเพราะในขณะที่อัตนัยการครอบคลุมโค้ดได้ช่วยให้ทีมของฉันตระหนักถึงคุณภาพของรหัสและคุณค่าของการทดสอบมากขึ้น แก้ไข: เพื่อลดความสับสนเกี่ยวกับการเข้าใจจุดอ่อนของการครอบคลุมโค้ดทั่วไปฉันต้องการชี้ให้เห็นว่าฉันไม่ได้อ้างถึงเครื่องมือ …

11 java  unit-testing  tools  test-coverage 

ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้เป็นหัวข้อสำหรับ Software Engineering Stack Exchange ปิดให้บริการใน5 ปีที่ผ่านมา บางครั้งมันจะดีที่จะพูดอะไรบางอย่างเช่น: (git|svn|hg|etc) diff Foo.c:main (git|svn|hg|etc) log log Foo.c:main เพื่อดูการเปลี่ยนแปลงที่เกิดขึ้นกับฟังก์ชันเฉพาะภายในไฟล์ต้นฉบับตั้งแต่การส่งครั้งล่าสุดหรือประวัติการเปลี่ยนแปลงทั้งหมด คำถามของฉันคือสองเท่า: มีบางสิ่งที่มีอยู่ใช่ไหม เครื่องมือดังกล่าวจะเป็นประโยชน์หรือไม่? มันจะต้องทำการแยกวิเคราะห์โค้ดอย่างง่าย ๆ ในแต่ละการแก้ไขเพื่อเปรียบเทียบฟังก์ชั่นเวอร์ชั่นต่าง ๆ ค่าใช้จ่ายจะมากเกินไปหรือไม่ที่จะมีประสิทธิภาพ?

11 version-control  tools 

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

11 project-management  tools  requirements 

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

11 tools  programming-practices  planning 

ปิด คำถามนี้เป็นคำถามความคิดเห็นตาม ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้สามารถตอบข้อเท็จจริงและการอ้างอิงได้โดยแก้ไขโพสต์นี้ ปิดให้บริการใน5 ปีที่ผ่านมา ฉันใช้รหัสเป็นหลักใน. net ในที่ทำงาน แต่สงสัยว่าการสมัครใช้งาน MSDN ในบ้านนั้นมีอยู่ / คุ้มค่าเป็นเครื่องมือในการติดต่อกับเทคโนโลยีล่าสุดสำหรับการพัฒนาของ Microsoft หรือไม่

11 tools 

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

11 design  tools  efficiency 

ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้เป็นหัวข้อสำหรับ Software Engineering Stack Exchange ปิดให้บริการใน5 ปีที่ผ่านมา สมมติว่าคุณต้องพัฒนาซอฟต์แวร์ขนาดกลาง + ขนาดเต็มที่ด้วยตัวคุณเอง ราวกับว่ามันเป็นโครงการส่วนตัวที่คุณต้องการทำให้สำเร็จ คุณจะใช้วิธีการ / เครื่องมือใดในการกำหนดสิ่งที่จะต้องพัฒนาเรียนรู้และมีความคิดระดับโลกว่าระบบนี้มีรายละเอียดอย่างไร โดยทั่วไปจะติดตามตัวเองและไม่หลงทาง

10 tools  methodology 

ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้เป็นหัวข้อสำหรับ Software Engineering Stack Exchange ปิดให้บริการใน4 ปีที่แล้ว ฉันได้ยินเกี่ยวกับเครื่องมือชื่อFitNesseซึ่งควรส่งเสริมความร่วมมือที่ดีขึ้นระหว่างการพัฒนาการทดสอบและกลุ่มผลิตภัณฑ์ คุณมีประสบการณ์อะไรกับมัน? มันปรับปรุงคุณภาพของโปรแกรมหรือไม่? มีข้อเสียในการใช้งานหรือไม่?

10 productivity  tools  collaboration 

ฉันเป็นนักศึกษาปริญญาตรีในปีที่ 3 ของการศึกษาระดับปริญญาวิศวกรรมซอฟต์แวร์ จากปีนี้มหาวิทยาลัยของฉันได้เปิดตัวหลักสูตรใหม่ที่เรียกว่า 'คอมไพเลอร์คอนสตรัคชั่น' ซึ่งสอนพื้นฐานของทฤษฎีการสร้างคอมไพเลอร์ อะไรจะเป็นข้อได้เปรียบในโลกแห่งความเป็นจริงสำหรับวิศวกรซอฟต์แวร์ในการเรียนรู้เกี่ยวกับการสร้างคอมไพเลอร์?

10 tools  compiler