Có nghĩa là gì khi lập trình hệ thống

Tôi đang chuẩn bị cho một kỳ thực tập là lập trình viên trò chơi tại một công ty phát triển trò chơi nổi tiếng thế giới. Khi tôi tìm kiếm trang web của họ cho các điều kiện tiên quyết cần thiết, nó cho tôi thấy điều này:

Thêm lợi thế

• Kiến thức về DirectX / OpenGL.
• Lệnh mạnh về Toán và Vật lý 3D.
• Visual Studio IDE để phát triển C ++.
• Lập trình hệ thống và khái niệm hệ điều hành.

Chính xác thì chúng có ý nghĩa gì bởi các khái niệm lập trình hệ điều hành và hệ điều hành?

Tôi có nên học lập trình Windows không? Hoặc tôi nên đi với lập trình Linux (có nghĩa là họ muốn tôi biết các khái niệm quan trọng). Hay nó là một cái gì đó hoàn toàn khác nhau?

"Lập trình hệ thống" (hay "lập trình hệ thống") có nghĩa là lập trình được thực hiện ở mức độ trừu tượng thấp hơn so với (ví dụ) lập trình trò chơi. Lập trình trò chơi thường là về việc xây dựng các cơ chế trò chơi thực tế và các tính năng trực diện mà người dùng có thể thấy, trong khi lập trình hệ thống là về việc xây dựng các khung mà các lập trình viên chơi trò chơi làm việc.

Điều này có thể có nghĩa là đồ họa, tải và phát tài nguyên, âm thanh, quản lý bộ nhớ, IO tệp, API trừu tượng nền tảng, et cetera. Các chi tiết khác nhau khá nhiều, và vì không có tiêu chuẩn nào cho các chức danh trong ngành công nghiệp trò chơi nên không có tiêu chuẩn nào cho tên của các lĩnh vực lập trình. Tại một studio, bạn có thể thấy rằng "lập trình hệ thống" có nghĩa là mọi thứ tôi liệt kê ở trên. Mặt khác, bạn có thể thấy rằng họ phân biệt "lập trình đồ họa" là một miền riêng biệt và gọi mọi tác vụ phi lập trình trò chơi khác là "lập trình hệ thống". Trong một trường hợp khác, họ có thể không sử dụng thuật ngữ này và chỉ gọi nó là "lập trình động cơ".

Vì đó là miền cấp thấp hơn và thường liên quan đến việc giao tiếp trực tiếp hơn với các API dành riêng cho nền tảng cho bất kỳ nền tảng nào mà trò chơi đang được xây dựng, nên có kiến ​​thức về các nền tảng đó sẽ hữu ích, cũng như có kiến ​​thức về miền chung hơn (ví dụ: , về các khái niệm hệ điều hành mà không liên quan đến cách thức hoạt động của hệ điều hành cụ thể, chẳng hạn như bộ nhớ ảo là gì hoặc cách hoạt động của các luồng, cách bộ đệm IO hoạt động, et cetera).

Câu trả lời của Josh thực sự rất hay nhưng tôi đoán rằng tôi đã ném xuống một số gạch đầu dòng về đội Hệ thống nơi tôi làm việc. Tôi không làm việc trên Hệ thống nhưng tôi làm việc với họ rất nhiều. Trách nhiệm của một nhóm Hệ thống thay đổi rất nhiều từ công ty này sang công ty khác.

Nhóm Hệ thống của chúng tôi phụ trách rất nhiều thứ:

• Thư viện toán
• Thư viện thay thế STD
• Khung trò chơi cốt lõi
• Khung ứng dụng cốt lõi
• Đầu vào
• Tin nhắn sự kiện
• Hệ thống thành phần thực thể
• Kịch bản ràng buộc
• (và hơn thế nữa)

Có rất nhiều kiến ​​thức về miền Windows và Linux ở đây cũng như nhiều kiến ​​thức về Vật lý, logic trò chơi cốt lõi và quản lý bộ nhớ cấp thấp. Các nhóm hệ thống thường sẽ tham gia ít nhất một phần trong mỗi HĐH được hỗ trợ do hầu hết các dự án của họ nằm trên mỗi HĐH ở mức khá thấp.

Một số điều có thể thuộc nhóm "Hệ thống" mà chúng tôi chia thành các nhóm riêng biệt (nhưng nhóm Hệ thống của chúng tôi vẫn tương tác với nhau khá nhiều):

• Vật lý
• Linux (máy chủ chuyên dụng)
• Hỗ trợ trực tiếp cho các HĐH khác (iOS / Mac / Bảng điều khiển / v.v.)
• Xây dựng hệ thống
• Âm thanh

Lập trình hệ thống được xác định rất rõ, nhưng các công ty cố gắng kéo dài nó theo nhu cầu của họ. Nếu bạn đang sử dụng hoặc viết các cuộc gọi hệ thống, bạn đang thực hiện lập trình hệ thống. Các cuộc gọi hệ thống là các chức năng được cung cấp bởi kernel hoặc trình điều khiển không gian người dùng. Điều này bao gồm OpenGL vì về cơ bản nó là một trình điều khiển.

Các lợi thế được thêm vào được liệt kê ở trên hầu hết là dành cho lập trình công cụ trò chơi khi cần thiết, do đó liên quan đến việc sử dụng API cấp thấp. Lập trình hệ thống ở đây hy vọng bạn biết cách thực hiện cuộc gọi đến âm thanh hệ điều hành, quản lý quy trình, thao tác tệp, cuộc gọi mạng, v.v.

Vì họ tham chiếu Visual Studio, lập trình hệ thống đề cập đến việc viết các chương trình dành riêng cho windows Hệ điều hành, nghĩa là: các tòa nhà cửa sổ (ví dụ: không có chuỗi fork-exec), tài khoản người dùng, nơi đưa dữ liệu cụ thể của người dùng, mô hình chia sẻ dữ liệu của bạn vào cửa sổ Nhìn lên, ví dụ như cách bạn có thể kiểm tra người dùng hiện tại trong visual c ++ Hoặc cách bắt đầu một quy trình mới

Các khái niệm hệ điều hành, tham khảo lịch trình, trừu tượng tập tin, chủ đề, không gian người dùng, v.v. os dev wiki và diễn đàn có thể là một đọc tốt

Xác thực người dùng là ví dụ trong cả hai phần, vì windows là một hệ điều hành người dùng duy nhất, có tích hợp nhân sâu hơn nhiều về quản lý người dùng và giao diện người dùng.

Msd là cơ sở tri thức cho tất cả những thứ lập trình cửa sổ apis, thư viện, v.v https://msdn.microsoft.com/

Stackoverflow cho mã hóa thực tế nếu bạn bị mắc kẹt.