เนื้อหา
นี่เป็นครั้งที่สองของการสัมภาษณ์สามส่วน คุณสามารถ อ่านส่วนแรกที่นี่.
***
ความเข้าใจของฉันเกี่ยวกับการพัฒนาที่คล่องตัวนั้นค่อนข้างพื้นฐาน ฉันไม่เคยทำงานภายใต้ระเบียบวิธี แต่ได้อ่านเกี่ยวกับที่นี่และที่นั่นเล็กน้อย สิ่งที่ค้างหนี้ทางเทคนิคคืออะไร?
งานในมือเป็นรายการงาน แต่มันเป็นรายการงานที่จัดลำดับความสำคัญซึ่งอาจได้รับการจัดลำดับความสำคัญใหม่ทุกสองสัปดาห์ (ตามขอบเขตการวิ่ง) และทีมจะทำเพียงแค่หน้าต่างสองสัปดาห์ (หนึ่งการวิ่ง) หนี้ค้างชำระทางเทคนิคเป็นส่วนย่อยของยอดคงค้างโดยรวมและเรื่องราว (งาน) ซึ่งถูกรวมเข้ากับ backlog ทั่วไป
นั่นไม่ได้บอกฉันทีละตัน แต่ฉันทำ google อย่างรวดเร็วอ่านเพิ่มอีกเล็กน้อยและได้พิจารณาแล้วว่า "หนี้ทางเทคนิคคือสิ่งที่ทำให้รหัสทำงานได้ยากเป็นนักฆ่าซอฟต์แวร์ที่มองไม่เห็นและต้องเป็น จัดการเชิงรุก " จากนั้นฉันเชื่อว่าฉันเข้าใจงานด้านหนึ่งของคุณดีขึ้นมาก การปรับปรุงให้ทันสมัยขึ้นตามมาตรฐานรหัสเก่าบางส่วนในฐานข้อมูล EVE Online เช่นสิ่งที่เกิดขึ้นกับ Crimewatch เมื่อปีที่แล้ว
ฉันรู้ว่าการปรับปรุงขององค์กรเก่าและรหัส POS ไม่ได้อยู่บนกระดานชนวนการพัฒนาทุกเวลาเร็ว ๆ นี้ แต่คุณจะตื่นเต้นแค่ไหนถ้ามีคนพูดว่า "ลองเขียนใหม่และทำให้มันถูกต้อง!"
คุณอาจนึกถึงการสนทนาที่เกิดขึ้นรอบ ๆ POSes เมื่อเร็ว ๆ นี้ CCP Seagull จัดการกับการสื่อสารในเรื่องนั้น ฉันสามารถพูดคุยเกี่ยวกับเรื่องหนี้ทางเทคนิค แต่ไม่ใช่ในบริบทของ POSes
ยุติธรรมพอสมควร มาจัดการกับสิ่งนี้จากทิศทางที่แตกต่างกัน Crimewatch บัญชีทั้งหมดเป็นโค้ดเก่าที่บอบบางและบอบบางมาก มันยากมากที่จะทำงานกับและโครงการส่วนใหญ่หลีกเลี่ยงการมีปฏิสัมพันธ์กับมันเพราะมันอาจทำให้เกิดปัญหาที่ไม่คาดคิด เมื่อ CCP ตัดสินใจที่จะเขียนรหัสนี้ใหม่คุณมีส่วนเกี่ยวข้องอย่างไรในกระบวนการที่มุ่งเน้นการออกแบบใหม่ คุณให้การสนับสนุนโครงการต่างๆเช่น Crimewatch มากน้อยเพียงใดเพื่อให้มั่นใจว่าเป็นไปตามมาตรฐานของคุณและพวกเขาไม่ได้เพิ่มภาระหนี้ทางเทคนิคลงที่ถนน คุณมีความสุขแค่ไหนเมื่อได้รับมอบไฟเขียวเพื่อเขียน Crimewatch?
ในแง่ของการออกแบบทางเทคนิคที่เกิดขึ้นจริงไม่มากและไม่เกี่ยวข้องกับการออกแบบเกม ความเป็นผู้นำด้านเทคนิคสำหรับทีมเล่นเกม (CCP Atlas) และโดยหลักแล้วโปรแกรมเมอร์เซิร์ฟเวอร์อาวุโส (CCP Masterplan) ในทีมที่ใช้ระบบใหม่นี้คือผู้คนในสนามเพลาะสำหรับงานออกแบบจริง บทบาทของฉันคือการเน้นความจริงที่ว่ารหัส Crimewatch เก่า ๆ นั้นเปราะบางนักเขียนโปรแกรมและทีมงานที่เข้าไปในโค้ดนั้นและตรวจสอบงานของพวกเขาโดยตรงส่งเสริมแนวคิดที่ว่าควรจะได้รับการฟื้นฟูด้วยการแสดงให้เห็นว่า และกำหนดมาตรฐานสำหรับการดำเนินงานและการทดสอบประสิทธิภาพ (ผู้อำนวยการ QA รับผิดชอบในการทดสอบคุณสมบัติและการทดสอบทั่วไป)
ฉันมีความสุขมากเมื่อโครงการนี้เป็นไฟเขียวในที่สุด เป็นการดีที่จะสามารถข้ามสิ่งเหล่านี้ออกจากรายการแล้วย้ายไปยังระบบถัดไป
ฉันพบว่าหนี้ค้างชำระทางเทคนิคทั้งหมดเป็นส่วนหนึ่งของงานของคุณที่น่าสนใจโดยเฉพาะอย่างยิ่งเนื่องจากมันหมุนรอบระบบ EVE หลักที่เก่าแก่จำนวนมากซึ่งผู้เล่นพบว่ายากที่จะทำงานด้วยและ / หรือต้องการเห็นโครงสร้างที่ดีขึ้น . CCP ได้ระมัดระวังในการแก้ปัญหาพื้นที่เหล่านี้ของรหัสเก่าที่เปราะบาง
ระบบบทบาทขององค์กรจะตกอยู่ในหนี้คงค้างทางเทคนิคหรือไม่
ในระดับหนึ่ง แต่ส่วนใหญ่แล้วระบบนั้นเป็นคำถามของสิ่งที่ควรจะทำให้สำเร็จและจากที่นั่นอาจได้รับการออกแบบเกมที่ปรับปรุงใหม่ รหัสสำหรับระบบนั้นไม่ได้อยู่ในสภาพที่แย่โดยเฉพาะ
"ไม่ได้อยู่ในสภาพที่ไม่ดี" ในสิ่งที่เคารพ? จากมุมมองของผู้เล่นระบบบทบาทเป็นเรื่องยากที่จะทำงานด้วยและสิ่งต่าง ๆ ที่ผู้คนคาดว่าจะทำได้มักจะต้องดำเนินการกับการแก้ปัญหาต่าง ๆ (Kelduum ได้บันทึกการแก้ไขปัญหาเหล่านี้บางส่วนในการต่อสู้ของเขาเพื่อให้ได้รับบทบาทขององค์กรในวิธีการพื้นฐานบางอย่าง) ฉันคิดว่ารหัสอาจอยู่ใน "รูปร่างดี" เนื่องจากสิ่งที่มันเป็นจริงและไม่ได้ถูกออกแบบมาให้ทำ ผู้เล่นส่วนใหญ่จะยอมรับว่ามันต้องการการยกเครื่อง มันมีรูปร่างที่ดีพอสำหรับการยกเครื่องเช่นนั้นหรือไม่มันให้ความสำคัญกับการพัฒนาหรือไม่?
ฉันใช้“ ไม่ได้อยู่ในสภาพที่ไม่ดี” ในบริบทของหนี้ในทางเทคนิคจากด้านเทคนิคล้วนๆ สิ่งที่คุณกำลังอธิบายคือปัญหาการใช้งานในระบบสิ่งที่ฉันเรียกว่า "คำถามของสิ่งที่ควรจะสำเร็จและจากนั้นอาจได้รับการออกแบบเกมซ่อมแซม" จากมุมมองทางเทคนิคโค้ดนั้นไม่เลวอ่านได้ง่ายในรูปแบบที่ยิ่งใหญ่ของสิ่งต่าง ๆ และไม่มีโครงสร้างที่ไม่ดี
ระบบใดบ้างที่อยู่ใน Backlog หนี้ทางเทคนิค
ระบบ POS, เบราว์เซอร์ในเกม, การปรับปรุงประสิทธิภาพในการเริ่มต้นไคลเอนต์, การปรับปรุงประสิทธิภาพการจัดส่งเหตุการณ์จำลองทางฟิสิกส์ให้กับลูกค้า, การปรับปรุงประสิทธิภาพและการปรับโครงสร้างระบบแอตทริบิวต์ใหม่ เพื่อชื่อไม่กี่ มีระบบอื่น ๆ แต่เป็นเครื่องมือหรือไปป์ไลน์ในระดับต่ำหรือภายใน ระบบเหล่านี้บางส่วนด้านบนตกอยู่ในหมวดหมู่อื่น ๆ อีกหลายประเภท เช่นระบบ POS มีการใช้งานและด้านการออกแบบบางอย่างที่เรากำลังพูดถึงใน Odyssey กับการปรับปรุงคุณภาพชีวิต
ใครเป็นผู้ตัดสินใจขั้นสุดท้ายเกี่ยวกับรายการค้างชำระทางเทคนิคที่จะถูกจัดการ?
ในที่สุดมันก็เป็นผู้อำนวยการสร้างอาวุโสที่โทรหาสิ่งที่ค้างสำหรับแต่ละรุ่นประกอบด้วย เธอพยายามหาข้อมูลจากฝ่ายต่างๆในลำดับความสำคัญและพยายามสร้างสมดุลระหว่างความต้องการด้านเทคนิคและธุรกิจต่างๆ รายการใน Backlog หนี้ทางเทคนิคมีหลายขนาดและอาจทำให้งานเล็กลงก่อนหน้านี้ (เพราะมันเหมาะกับตาราง) แม้ว่าจะมีลำดับความสำคัญทางเทคนิคน้อยกว่างานที่มีขนาดใหญ่กว่า ที่ซึ่งจะมีการเปลี่ยนแปลงที่สำคัญในกลไกของเกมเช่น Crimewatch สิ่งนี้จะตกอยู่ภายใต้ขอบเขตของผู้ออกแบบเกมหลัก
ถึงกระนั้นคุณยังต้องมีการป้อนข้อมูลที่เป็นธรรมในลำดับความสำคัญเหล่านั้น ฉันนึกภาพผู้อำนวยการอาวุโสจะต้องพึ่งพาความเชี่ยวชาญและประสบการณ์ของคุณกับหนี้ค้างชำระทางเทคนิคหรือไม่?
การรู้ว่าผู้ผลิตอาวุโสต้องการสร้างสมดุลระหว่างความต้องการที่แตกต่างกันอย่างไรฉันจึงไม่ส่งรายการที่จัดลำดับความสำคัญให้เธอ ค่อนข้างฉันหารือเกี่ยวกับงานในมือกับเธอและความสำคัญสัมพัทธ์และขนาดที่เป็นไปได้ของแต่ละโครงการพร้อมกับวิธีการทำภาระหนี้ทางเทคนิคบางอย่างงานในมืออาจทำให้สิ่งอื่น ๆ สำหรับเธอ "
รายการค้างชำระด้านเทคนิคหนี้ถูกจัดการโดยทีมใดทีมหนึ่งหรือไม่ หรือพวกเขาส่งมอบให้กับทีมตามที่สามารถจัดการกับพวกเขาที่ดีที่สุด (เช่นความเชี่ยวชาญของทีม)
พวกเขาได้รับการจัดการโดยทีมทั้งหมดแม้ว่า Team Gridlock จะมีส่วนเกี่ยวข้องในงานด้านภาระหนี้ทางเทคนิคเท่านั้นซึ่งเหมาะกับงานในมือและส่วนที่เหลือ
หนี้ค้างชำระทางเทคนิครายการถูกแก้ไขโดยการขยายตัวตามการขยายตัวหรือเป็นเพียงแค่ดำเนินการต่อเนื่องและไม่ผูกติดอยู่กับวงจรการขยายที่เฉพาะเจาะจงหรือไม่
ทั้งสอง
หนี้ค้างชำระทางเทคนิครายการใดบ้างที่ถูกจัดการเพื่อขยาย Odyssey
เพื่อระบุชื่อไม่กี่: เรากำลังปรับปรุงการแพทช์ (มีความล้มเหลวน้อยเมื่อใช้ HTTP / 1.0 พร็อกซี่), เขียนกระบวนการสร้างภาพคอลเลกชันการส่งออกภาพและการจัดการข้อผิดพลาดและการบันทึกใน EVE API เช่นเดียวกับวิธีการปรับใช้ ของ API และอัปเดตกลไกการแคชภายใน (ภายในและแบบกระจาย)