Microsoft 개발자가 NES에서 .NET을 시연하여 .NES 제공
번역기만 돌린 기계 번역으로 오역이 많을 수 있으며 자세한 내용은 원문을 참고하세요.
Microsoft 개발자가 NES에서 .NET을 시연하여 .NES 제공
1986년에 출시된 Nintendo Entertainment System이 2000년에 Windows 플랫폼용으로 출시된 .NET Framework를 실행하는 것을 보고 싶었던 적이 있습니까? .NET이 Windows 95로 백포트되는 것을 좋아하는 기술 퇴보자라면 아마도 올바른 위치에 있을 것입니다. 물론 NES가 평균적인 Windows 95만큼 성능을 발휘하지는 못할 것입니다. PC.
계속하기 전에, 강력한 Nintendo Entertainment System의 처리 능력을 맥락에 맞게 살펴보겠습니다. 왜냐하면 그것은 결국 그 당시에는 강력했기 때문입니다. NES는 1.78MHz에서 실행되는 8비트 CPU(kHz가 아니라 MHz입니다!)를 자랑하며 넉넉한 2KB의 RAM과 VRAM 할당을 제공합니다.
또한 최대 512킬로바이트의 저장 공간으로 게임 카트리지를 처리할 수 있는데, 이는 불필요하게 결정된 .NET 포터( Microsoft 의 Jon Peppers)가 최신 Android/iOS 앱 아이콘에 거의 충분하지 않다고 지적한 것입니다. 가장 인기 있는 iOS/Android 앱은 또한 55-206MB의 영역을 실행하는 경향이 있는데, 이는 NES가 이해할 수 있는 것보다 훨씬 더 높은 규모입니다.
그러면 왜 이런 일이 일어났습니까? 원본 프레젠테이션에는 다양한 이유가 제공됩니다. 여기에는 API 디자인 및 .NET 개발 경험을 위해 MSIL을 6502 어셈블리 로 변환하는 방법 과 가장 중요한 간단한 "Nerd Flex"가 포함됩니다. "Nerd Flex"의 경우 실제로 Windows 95를 근본적으로 개선하는 마지막 .NET Framework 관련 Nerd Flex에 비해 용도가 상당히 제한적인 것처럼 보입니다 . 현재 NES의 .NET은 게임을 실행하지 않고 대부분 Hello World 및 기타 간단한 데모만 실행하고 있습니다.
하지만 여전히 꽤 멋지다. 특히 그것이 전혀 작동한다는 사실을 고려하면 더욱 그렇다. 많은 호환성 관련 코드, 디버거 및 .NET의 기타 선택적 구성 요소를 포함하여 NES의 제한된 하드웨어에서 작동하도록 이 구현에서 .NET의 여러 구성 요소가 제거되었습니다. 또는 NES에서 실행하는 경우 "선택 사항"이라고 생각합니다.
우주 전체의 잔인하고 부조리한 상황 속에서도 오래된 하드웨어는 작동하는 한 언제든지 사용할 수 있다는 사실을 잊지 마십시오. 일반적으로 이는 오래된 게임을 플레이하는 것과 같은 것을 의미하지만 때로는 오래된 하드웨어를 유지하기 위해 완전히 새로운 게임과 확장팩을 만드는 것을 의미합니다. 어떤 경우에는 기능을 너무 많이 희생하지 않고 미학을 유지하기 위해 오래된 하드웨어를 고치거나 근본적으로 교체하는 것이 중요합니다 .
