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

ฉันใช้เวลาอ่านใบขับขี่ทั่วไปและใบอนุญาตซอฟต์แวร์ที่อนุญาต มีใบอนุญาตที่อนุญาตให้ผู้สร้างแอปพลิเคชันหรืออัลกอริทึมระบุผู้ที่อาจใช้ / แจกจ่ายผลิตภัณฑ์โดยยึดตามอคติส่วนบุคคลของตนเองหรือไม่ ฉันเข้าใจว่าผู้คนใช้ใบอนุญาตสองใบเพื่อบังคับให้หน่วยงานเชิงพาณิชย์จ่ายค่าใบอนุญาตหรือถูกบังคับให้แจกจ่ายรหัส sourse สำหรับโครงการของพวกเขา แต่ฉันกำลังคิดบางอย่างมากขึ้นตามแนวของตัวอย่างเช่น "รหัสนี้สามารถใช้ได้อย่างอิสระ แก้ไขและเผยแพร่โดยองค์กรใด ๆ ที่ไม่เกี่ยวข้องกับอุตสาหกรรม x [ซึ่งฉันถือว่าไม่คู่ควรกับการใช้ซอฟต์แวร์ฟรีของฉัน] " ฉันไม่สามารถหาใบอนุญาตหรือแม่แบบใบอนุญาตใด ๆ ได้และฉันคิดว่าอย่างน้อยโปรแกรมเมอร์บางคนอาจกังวลเกี่ยวกับผลกระทบทางจริยธรรมของผลิตภัณฑ์ของตน เป็นไปได้หรือไม่ที่จะสร้างอัลกอริธึมการทำ Pathfinding AI และทำให้แน่ใจว่าจะไม่ทำเสียงพึมพำกับอาวุธหรือ Arctic ice floe model และทำให้แน่ใจว่าจะไม่ถูกใช้สำหรับการขุดเจาะน้ำมันนอกชายฝั่งในขณะที่ยังคงใช้ใบอนุญาตแบบอนุญาต

43 licensing  ethics  users 

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

29 bug  users 

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

22 scalability  users 

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

15 agile  scrum  users  iterative-development 

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

13 users  technical-debt  product-management 

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

10 design  documentation  users