Trò chơi của ĐCSTQ - Cuộc phỏng vấn với Giám đốc phần mềm vũ trụ EVE & lpar; Phần 2 của 3 & rpar;

Posted on
Tác Giả: Louise Ward
Ngày Sáng TạO: 9 Tháng 2 2021
CậP NhậT Ngày Tháng: 20 Tháng MườI MộT 2024
Anonim
Trò chơi của ĐCSTQ - Cuộc phỏng vấn với Giám đốc phần mềm vũ trụ EVE & lpar; Phần 2 của 3 & rpar; - Trò Chơi
Trò chơi của ĐCSTQ - Cuộc phỏng vấn với Giám đốc phần mềm vũ trụ EVE & lpar; Phần 2 của 3 & rpar; - Trò Chơi

NộI Dung

Đây là phần thứ hai của một cuộc phỏng vấn ba phần. Bạn có thể đọc phần đầu tiên ở đây.


***

Hiểu biết của tôi về phát triển nhanh là khá cơ bản. Tôi chưa bao giờ làm việc theo phương pháp này, nhưng đã đọc một chút về nó ở đây và ở đó. Chính xác thì tồn đọng nợ kỹ thuật là gì?

Một hồ sơ tồn đọng là một danh sách nhiệm vụ; nhưng nó là một danh sách nhiệm vụ ưu tiên có thể được ưu tiên lại sau mỗi hai tuần (trên ranh giới nước rút) và các đội chỉ cam kết trong một cửa sổ hai tuần (một lần chạy nước rút). Một tồn đọng nợ kỹ thuật là một phần phụ của tổng thể tồn đọng và câu chuyện (nhiệm vụ) được xen kẽ với tồn đọng chung.

Chà, điều đó không cho tôi biết nhiều, nhưng tôi đã tìm kiếm trên google nhanh hơn, đọc nhiều hơn một chút và đã xác định rằng "Nợ kỹ thuật là thứ khiến mã khó hoạt động. Nó là một kẻ giết người vô hình của phần mềm, và phải là quản lý tích cực. " Dựa vào đó, tôi tin rằng tôi hiểu một khía cạnh trong công việc của bạn tốt hơn nhiều. Hiện đại hóa, đưa ra các tiêu chuẩn, một số mã cũ trong cơ sở mã EVE Online, chẳng hạn như những gì đã xảy ra với Crimewatch năm ngoái.


Tôi biết bất kỳ bản sửa đổi nào của mã công ty và mã POS cũ sẽ không sớm phát triển, nhưng bạn sẽ cảm thấy phấn khích như thế nào nếu ai đó nói "Hãy viết lại điều này và làm cho đúng!"

Bạn có thể nhớ lại các cuộc thảo luận đã xảy ra xung quanh POS gần đây; ĐCSTQ Seagull xử lý giao tiếp về chủ đề đó. Tôi có thể thảo luận về chủ đề nợ kỹ thuật nhưng không phải trong bối cảnh của POS.

Đủ công bằng. Hãy giải quyết điều này từ một hướng khác. Tội phạm. Bởi tất cả các tài khoản là một đoạn mã cũ, rất dễ vỡ. Nó rất khó để làm việc và hầu hết các dự án đều tránh tương tác với nó, bởi vì nó có thể gây ra những vấn đề không lường trước được. Khi ĐCSTQ đưa ra quyết định viết lại mã này, bạn đã tham gia vào quá trình tập trung vào thiết kế mới như thế nào? Bạn giám sát bao nhiêu cho các dự án như Crimewatch để đảm bảo rằng chúng phù hợp với tiêu chuẩn của bạn và chúng không thêm vào nợ kỹ thuật? Bạn đã hạnh phúc như thế nào khi đèn xanh được đưa ra để viết lại Crimewatch?


Về mặt thiết kế kỹ thuật thực tế, không nhiều, và không tham gia vào thiết kế trò chơi. Lãnh đạo kỹ thuật cho các đội chơi trò chơi (ĐCSTQ) và chủ yếu là lập trình viên máy chủ cao cấp (ĐCSTQ) trong nhóm thực hiện hệ thống mới là những người trong chiến hào cho công việc thiết kế thực tế. Vai trò của tôi là làm nổi bật thực tế là mã Crimewatch cũ rất dễ vỡ, các lập trình viên và đội ngũ thận trọng đã mạo hiểm với mã đó và trực tiếp giám sát công việc của họ, thúc đẩy ý tưởng rằng nó nên được tái cấu trúc bằng cách chứng minh chi phí mà hệ thống / mã hiện tại gây ra cho chúng tôi và thiết lập các tiêu chuẩn để thực hiện và kiểm tra hiệu suất (Giám đốc QA chịu trách nhiệm kiểm tra tính năng và thực hành kiểm tra chung).

Tôi đã rất hạnh phúc khi dự án này cuối cùng đã được bật đèn xanh; thật tốt khi có thể loại bỏ những thứ này ra khỏi danh sách, và sau đó chuyển sang hệ thống tiếp theo.

Tôi thấy toàn bộ phần nợ kỹ thuật tồn đọng trong công việc của bạn rất hấp dẫn, đặc biệt là vì nó xoay quanh rất nhiều hệ thống EVE cũ, cốt lõi mà người chơi cảm thấy khó làm việc và / hoặc muốn thấy được tái cấu trúc với các tính năng hiện đại hơn, tốt hơn . ĐCSTQ đã cẩn thận trong việc giải quyết các lĩnh vực mã cũ, dễ vỡ này.

Hệ thống vai trò của công ty sẽ rơi vào Backlog nợ kỹ thuật?

Ở một mức độ nhất định, nhưng chủ yếu là hệ thống đó là một câu hỏi về những gì nó cần phải hoàn thành và từ đó có thể rút ra một thiết kế trò chơi được đại tu. Mã cho hệ thống đó không phải là hình dạng đặc biệt xấu.

"Không phải trong hình dạng xấu", về mặt nào? Từ góc độ người chơi, hệ thống vai trò rất khó để làm việc và những điều mà mọi người mong đợi sẽ làm, thường phải được thực hiện với nhiều cách giải quyết khác nhau. (Kelduum đã ghi lại một vài trong số những cách giải quyết này trong các cuộc đấu tranh của anh ấy để các vai trò của công ty hành xử theo một số cách cơ bản.) Tôi cho rằng mã có thể ở "hình dạng tốt" với những gì nó thực sự và không được thiết kế để làm. Hầu hết người chơi sẽ đồng ý rằng nó cần được đại tu. Là nó trong hình dạng đủ tốt cho một cuộc đại tu như vậy, nó đã được ưu tiên phát triển?

Tôi đang sử dụng không phải là một hình dạng xấu trong bối cảnh của Backlog Nợ kỹ thuật từ khía cạnh kỹ thuật thuần túy. Những gì bạn đang mô tả là các vấn đề về khả năng sử dụng trong hệ thống, những gì tôi gọi là một câu hỏi về những gì nó cần phải hoàn thành và từ đó có thể rút ra một thiết kế trò chơi được đại tu. Từ góc độ kỹ thuật, bản thân mã không phải là xấu, tương đối dễ đọc trong sơ đồ lớn của mọi thứ và không có cấu trúc xấu.

Một số hệ thống rơi vào Backlog nợ kỹ thuật là gì?

Hệ thống POS, trình duyệt trong trò chơi, cải thiện hiệu suất để khởi động máy khách, cải thiện hiệu suất để gửi các sự kiện mô phỏng vật lý đến máy khách, cải thiện hiệu suất và tái cấu trúc hệ thống thuộc tính; đến tên một vài. Có các hệ thống khác nhưng chúng là các công cụ hoặc đường ống cấp thấp hoặc nội bộ. Một số hệ thống trên thuộc nhiều loại khác; chẳng hạn như hệ thống POS có các khía cạnh về khả năng sử dụng và thiết kế, một số trong đó chúng tôi đang giải quyết trong Odyssey với Chất lượng cải tiến cuộc sống.

Ai là người đưa ra quyết định cuối cùng về những hạng mục Nợ kỹ thuật nào sẽ được xử lý?

Cuối cùng, đó là Nhà sản xuất cao cấp thực hiện cuộc gọi về những gì tồn đọng cho mỗi bản phát hành. Cô tìm kiếm đầu vào từ các bên khác nhau về các ưu tiên và cố gắng cân bằng các nhu cầu kinh doanh và kỹ thuật khác nhau. Các mục trên Backlog Nợ kỹ thuật có nhiều kích cỡ khác nhau và do đó, một nhiệm vụ nhỏ hơn có thể được thực hiện sớm hơn (vì nó phù hợp với lịch trình) ngay cả khi có ít ưu tiên kỹ thuật hơn một nhiệm vụ lớn hơn. Trường hợp sẽ có những thay đổi đáng kể trong cơ chế trò chơi, chẳng hạn như với Crimewatch, điều này nằm trong tầm nhìn của nhà thiết kế trò chơi chính.

Mặc dù vậy, bạn vẫn phải có một chút đầu vào hợp lý cho những ưu tiên đó. Tôi có thể tưởng tượng Nhà sản xuất cao cấp phải dựa vào chuyên môn và kinh nghiệm của bạn với Backlog Nợ kỹ thuật không?

Biết được Nhà sản xuất cao cấp cần cân bằng các nhu cầu khác nhau như thế nào thì tôi không gửi cho cô ấy một danh sách ưu tiên duy nhất; thay vào đó, tôi thảo luận về việc tồn đọng với cô ấy và tầm quan trọng tương đối và quy mô có thể có của từng dự án cùng với cách thực hiện một số nhiệm vụ Backlog Nợ kỹ thuật có thể cho phép cô ấy làm những việc khác và làm thế nào để không thực hiện các nhiệm vụ Backlog Debt kỹ thuật khác ".

Các mặt hàng Nợ kỹ thuật có phải là một nhóm cụ thể không? Hoặc chúng được trao cho các đội dựa trên đó có thể giải quyết tốt nhất với họ (tức là chuyên môn của đội)

Chúng được xử lý bởi tất cả các đội, mặc dù Team Gridlock chỉ tham gia vào các nhiệm vụ Backlog Nợ kỹ thuật, phù hợp với phần còn lại của công việc tồn đọng và chuyên môn của họ.

Các mặt hàng Nợ kỹ thuật tồn đọng được xử lý trên cơ sở mở rộng bằng cách mở rộng, hay chúng chỉ đơn giản là đang diễn ra, và thường không gắn liền với một chu kỳ mở rộng cụ thể?

Cả hai.

Những mặt hàng Nợ kỹ thuật nào đã được xử lý để mở rộng Odyssey?

Để đặt tên cho một số ít: Chúng tôi đang cải thiện việc vá lỗi (đã có một số lỗi thấp khi sử dụng proxy HTTP / 1.0), viết lại quy trình tạo Bộ sưu tập xuất khẩu hình ảnh và sửa chữa xử lý lỗi và đăng nhập API EVE cũng như phương thức triển khai của API và cập nhật cơ chế lưu trữ nội bộ của nó (cục bộ và phân phối.)

Tiếp tục đọc Một phần ba của cuộc phỏng vấn với Erlendur S. orsteinsson.