คำถามติดแท็ก feature-requests

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

21 project-management  requirements  feature-requests 

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

16 agile  feature-requests  product-backlog 

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

15 feature-requests 

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

12 customer-relations  feature-requests 

นี่เป็นส่วนหนึ่งของชุดคำถามที่มุ่งเน้นไปที่โครงการน้องกับโครงการ Abstraction ซึ่งมีจุดมุ่งหมายเพื่อสรุปแนวคิดที่ใช้ในการออกแบบภาษาในรูปแบบของกรอบ โปรเจ็กต์น้องสาวเรียกว่า OILexer ซึ่งมีวัตถุประสงค์เพื่อสร้างตัวแยกวิเคราะห์จากไฟล์ไวยากรณ์โดยไม่ต้องใช้การฉีดโค๊ดในการจับคู่ บางหน้าอื่น ๆ ที่เกี่ยวข้องกับคำถามเหล่านี้เกี่ยวข้องกับการพิมพ์โครงสร้างสามารถดูได้ที่นี่และความสะดวกในการใช้งานที่พบที่นี่ เมตาหัวข้อที่เกี่ยวข้องกับสอบถามรายละเอียดเพิ่มเติมเกี่ยวกับกรอบและสถานที่ที่เหมาะสมในการโพสต์สามารถพบได้ที่นี่ ฉันมาถึงจุดที่ฉันจะเริ่มแยกต้นไม้แยกออกจากไวยากรณ์ที่กำหนดตามด้วย Recursive Descent parser ซึ่งใช้ DFA เพื่อแยกแยะเส้นทางข้างหน้า (คล้ายกับ ANTLR 4's LL (*)) ดังนั้นฉันจึง คิดว่าฉันจะเปิดมันเพื่อรับข้อมูลเชิงลึก ในคอมไพเลอร์ตัวแยกวิเคราะห์คุณลักษณะชนิดใดที่เหมาะที่สุด? จนถึงตอนนี้เป็นภาพรวมคร่าวๆของสิ่งที่นำไปใช้: แม่แบบ ดูการคาดการณ์ล่วงหน้ารู้ว่าอะไรถูกต้อง ณ จุดที่กำหนด Rule 'Deliteralization' ใช้ตัวอักษรในกฎและแก้ไขโทเค็นที่มา Automata ของ Nondeterministic Automata ที่กำหนด เครื่องสถานะศัพท์ง่ายสำหรับการรับรู้โทเค็น วิธีอัตโนมัติของ Token: สแกน - มีประโยชน์สำหรับความคิดเห็น: ความคิดเห็น: = "/ *" สแกน ("* …

10 compiler  language-features  parsing  code-generation  feature-requests