Windows (r1)

한국 Microsoft에서는 Windows의 한글 공식 명칭을 '윈도우'로 사용하고 있으며, 이를 상표권으로 등록하여 법적 보호를 받고 있다. 그러나 대한민국에서는 'Windows'라는 상표권이 두 회사에 분할되어 있어 분쟁이 발생한 바 있다.

1981년 다이어리 및 서적 제작 업체인 양지사가 출판물 분야에서 'Windows' 상표권을 등록했다. 이후 1992년 상표권 유효기간을 갱신하였다. 한편, 한국마이크로소프트는 Windows 95 출시를 앞두고 동일 상표를 컴퓨터 관련 분야에 등록하려 했으나, 이미 양지사에 등록되어 있어 특허청에 상표권 취소를 청구했으나 기각당했다.

이에 한국마이크로소프트는 '양지사가 상표권을 2년 이상 사용하지 않아 갱신이 무효'라는 이유로 상표권 등록무효소송을 제기했다. 1심과 2심에서는 한국마이크로소프트가 승소했으나, 대법원에서 파기환송되었다. 파기환송심 법원은 양지사가 오랜 기간 상표권을 사용해 왔음을 인정하여 상표권의 유효성을 판단했다.

최종적으로 법원은 'Windows' 상표권의 사용 권리를 분할하여 판결했다. 출판물 관련 분야에서는 양지사가, 컴퓨터 및 관련 산업 분야에서는 Microsoft가 각각의 권리를 가지는 것으로 결정하였다. 이후 양지사는 한국마이크로소프트가 프로그램 해설 서적에 '윈도'라는 표기를 사용한 것을 문제 삼아 손해배상 소송을 제기했으나, 법원은 이 표기가 상표로 사용된 것이 아니라며 패소 판결을 내렸다.

초창기 Windows 시리즈는 MS-DOS 커널 위에서 실행되는 형태였다. 이는 멀티 프로세스 및 대용량 메모리를 고려하지 않은 DOS 커널의 한계를 그대로 가진 구조적으로 취약한 형태였다. 특히 응용 프로그램의 메모리 보호가 제대로 이루어지지 않아, 프로그램 간 메모리 침범이 빈번히 발생하여 시스템 불안정과 블루스크린을 초래하는 원인이 되었다.

이러한 문제를 근본적으로 해결하기 위해 Microsoft는 서버용 운영체제를 위해 완전히 새롭게 설계된 Windows NT를 출시했다. NT 커널은 기존 DOS 커널보다 우수한 성능과 훌륭한 안정성을 자랑했다. 그러나 완전히 달라진 구조로 인해, 특히 DOS나 16비트 프로그램과 같은 기존 응용 프로그램들의 호환성에 심각한 문제가 있었다. VDM이나 WoW 같은 호환성 레이어가 존재했으나 완벽하지는 않았다.

결국 Microsoft는 호환성과 안정성 사이에서 타협점을 찾아, 가정용 Windows는 여전히 MS-DOS 기반으로 개발하기로 결정했다. 이렇게 출시된 것이 Windows 95이며, 이후 Windows 98, Windows Me도 같은 기반을 유지했다. 그러나 Windows 2000부터는 일반 사용자용 운영체제에도 DOS를 완전히 배제한 NT 커널을 사용하기 시작했다. 기존 프로그램과의 호환성 문제로 일부 사용자들의 불만은 있었으나, 뛰어난 성능과 안정성 덕분에 대부분의 사용자들은 이를 환영했다. Windows Me를 제외하면, 이후 Microsoft의 주요 운영체제는 전부 NT 커널에 기반하게 되었다.

Windows는 Windows XP와 Windows Server 2003부터 AMD64 기반의 64비트 버전을 공식 지원하기 시작했다. 이는 32비트 버전의 메모리 주소 공간 한계인 4GB를 넘어서 최대 16EB까지의 대용량 메모리를 활용할 수 있게 해주었다. 64비트 버전을 사용하기 위해서는 당연히 64비트 지원 CPU가 필요하며, 마이크로소프트는 점차 32비트 지원을 축소하는 정책을 펼쳐왔다.

64비트 Windows에서는 WOW64라는 호환성 레이어를 통해 대부분의 32비트 프로그램을 무리 없이 실행할 수 있다. 성능 면에서도 네이티브 실행과 큰 차이가 없어 호환성을 크게 해치지 않는다. 그러나 Internet Explorer와 ActiveX 컨트롤과 같이 32비트와 64비트 버전이 공존하는 특정 프로그램의 경우, 플러그인 호환성 문제가 발생할 수 있었다.

마이크로소프트는 Windows 8과 Windows 10에서도 32비트 에디션을 함께 출시했으나, 2020년부터 OEM 컴퓨터에 64비트 버전만 제공하기 시작했다. 결국 Windows 11에 이르러서는 공식적으로 32비트 에디션의 개발을 완전히 중단하고 AMD64 및 AArch64 아키텍처 기반의 64비트만을 지원하게 되었다. 이로써 Windows의 장기간에 걸친 64비트 전환 과정이 완료되었다.

마이크로소프트는 지속적으로 Windows의 차기 버전을 개발하고 있으며, 이를 위해 Windows Insider Program을 통해 다양한 빌드를 테스트하고 피드백을 수집하고 있다. 현재 공식적으로 지원 중인 최신 버전은 Windows 11이며, 24H2, 25H2와 같은 주요 업데이트가 정기적으로 배포되고 있다.

차기 버전에 대한 구체적인 로드맵은 공개되지 않았으나, 내부적으로는 'Windows vNext'라는 코드명으로 개발이 진행 중인 것으로 알려져 있다. 개발 채널에서는 Windows 11의 26H2 베타 빌드와 함께, 차세대 버전으로 추정되는 27H2(카나리아 채널) 빌드가 테스트되고 있다. 이러한 지속적인 개발은 Windows NT 커널을 기반으로 한 플랫폼의 진화를 반영하며, AMD64와 AArch64 아키텍처를 모두 지원할 것으로 예상된다.

과거에는 Windows 10을 마지막 버전으로 간주하는 발언도 있었으나, Windows 11의 출시와 함께 지속적인 버전 업데이트 정책이 확인되었다. 마이크로소프트의 전략은 운영체제를 서비스(Windows as a Service)로 제공하며, 정기적인 기능 업데이트를 통해 사용자 경험을 발전시키는 데 중점을 두고 있다. 이는 클라우드 컴퓨팅과 구독 모델로의 전환 흐름과도 맞닿아 있다.

Windows의 설치 방식은 버전에 따라 진화해왔다. 초기 Windows 9x 계열은 수십 개의 CAB 파일로 압축된 원본 파일들을 설치 디스크에 푸는 방식을 사용했다. 더 이전의 MS-DOS, Windows 3.x, Windows NT 계열은 확장자 끝이 밑줄(_)로 바뀐 개별 파일의 압축을 일일이 풀어 설치하는 방식이었다.

현대적인 설치 방식의 전환점은 Windows Vista부터 시작되었다. Vista부터는 설치가 완료된 상태의 Windows를 WIM 이미지 파일인 install.wim에 압축하여, 설치 시 이 이미지 파일 내의 데이터를 디스크에 풀어내는 방식으로 변경되었다. 이 방식은 빠른 설치와 표준화된 배포를 가능하게 하여, Windows 11까지 이어지고 있다. 초기 install.wim 파일의 크기가 약 4GB 미만이었던 것은 FAT32 파일 시스템의 단일 파일 크기 제한을 고려한 것이었다.

이미지 기반 설치 방식의 효율성을 높이기 위해, 이후 버전에서는 더 높은 압축률을 제공하는 ESD 파일 형식도 도입되었다. Windows 11 24H2 카나리아 빌드 26040부터는 오랜 기간 사용된 설치 프로그램의 디자인과 구조를 변경하여, Windows 8부터 사용된 미디어 생성 도구를 기반으로 한 새로운 설치 환경을 제공하기 시작했다.

Windows의 로고는 운영체제의 진화와 함께 지속적으로 변화해왔다. 초기 버전에서는 네 개의 하늘색 사각형으로 창문을 형상화한 단순한 디자인을 사용했다. 이후 Windows 3.1부터 Windows 7까지는 빨강, 초록, 파랑, 노랑의 네 가지 색상으로 구성된 상징적인 로고가 정립되었다. 이 시기의 로고는 Windows 95부터 기울어지기 시작했으며, Windows Me와 Windows 2000에서는 액자 형태의 디자인이 적용되기도 했다.

Windows XP에서는 이전의 꼬리 모양이 사라지고 검은색 테두리가 제거되어 더욱 단순화되고 현대적인 느낌을 주었다. Windows Vista와 Windows 7에서는 XP 로고에 방사형 그라데이션이 추가되어 입체감을 더했다. Windows 8부터 Windows 10까지는 초기 Windows 1.0의 정신으로 돌아간다는 의미에서 네 개의 사다리꼴 형태의 단색 로고를 채택하여 평면적이고 미니멀한 디자인을 선보였다.

최신 버전인 Windows 11에서는 회사의 통합된 아이덴티티를 반영하여 Microsoft의 로고와 동일한 단색 사각형 디자인을 적용했다. 이는 운영체제가 더 넓은 Microsoft 생태계의 일부로 통합되고 있음을 시각적으로 보여준다. 이러한 로고의 변천사는 기술의 발전과 함께 변화하는 디자인 트렌드와 회사의 비전을 반영하고 있다.

Windows의 부팅 화면은 버전에 따라 다양한 디자인으로 변화해왔다. 초기 버전인 Windows 1.x부터 Windows 8까지는 각 버전마다 고유한 부팅 화면이 존재했다. 예를 들어, Windows 95는 회전하는 플래그 로고와 진행 바를, Windows XP는 흰색 글씨와 진행 바가 있는 검은색 화면을 사용했다. Windows Vista와 Windows 7에서는 애니메이션 효과가 적용된 윈도우 플래그 로고가 나타났다.

Windows 8부터는 부팅 화면이 단순화되어 회전하는 점들로 구성된 애니메이션과 함께 로고가 표시되었다. Windows 10은 이 Windows 8의 부팅 화면을 계승하여 사용하고 있다. Windows 11에서는 새로운 로고와 함께 더욱 미니멀한 디자인의 부팅 화면이 도입되었다. 한편, Windows NT 3.x와 4.0 버전은 그래픽 부팅 화면이 없이 텍스트 모드의 파란 화면에 부팅 메시지만 표시했다.

사용자는 일부 버전에서 부팅 화면을 변경할 수 있다. Windows 9x 계열은 Logo.sys 파일을 교체하는 간단한 방법이 있었으며, Windows 2000부터 Windows 7까지는 커널 패치를 통해 변경이 가능했다. Windows 8 이후 버전에서는 부트로더 설정을 수정하면 되지만, UEFI와 Secure Boot이 활성화된 경우 변경이 제한된다. 특히 Windows 11은 Secure Boot을 필수로 요구하여 부팅 화면 변경이 더욱 어려워졌다. 또한 삼성, LG와 같은 컴퓨터 제조사들은 자사의 로고를 부팅 화면에 추가하여 출시하는 경우가 일반적이다.

Windows는 역사적으로 보안 취약점이 빈번히 발견되어 왔으며, 이는 전 세계적으로 가장 널리 사용되는 운영체제로서 해커들의 주요 표적이 되기 때문이다. 초기 Windows 9x 계열과 Windows XP까지는 사용자 권한 관리가 취약하여 대부분의 프로그램이 관리자 권한으로 실행되었고, 이는 악성코드가 시스템을 손상시키기 쉬운 환경을 조성했다. 또한 Internet Explorer와 ActiveX의 결합은 관리되지 않는 시스템에서 다양한 보안 위협을 초래하는 원인이 되었다.

이러한 문제를 해결하기 위해 Microsoft는 Windows Vista에서 사용자 계정 컨트롤(UAC)을 도입했다. 그러나 초기 UAC는 확인 창이 과도하게频繁하게 나타나 사용자에게 불편을 주었고, 결국 사용자들이 무심코 '예'를 클릭하는 습관을 들이게 하는 역효과를 낳기도 했다. 이후 Windows 7에서 UAC의 빈도와 사용자 경험이 개선되었지만, 여전히 레거시 프로그램과의 호환성 문제는 남아있다.

Windows에 대한 보안 패치 정책은 오픈 소스 커뮤니티에 비해 비공개적이고 느린 편으로 비판받아 왔다. 제로 데이 취약점에 대한 대응이 지연되어 Sasser 웜과 같은 대규모 보안 사고로 이어진 사례가 있다. Microsoft는 Windows Defender를 포함한 자체 보안 솔루션을 지속적으로 강화하고 있으며, Windows 10과 Windows 11에서는 TPM(신뢰할 수 있는 플랫폼 모듈)과 Secure Boot 같은 하드웨어 기반 보안 기능을 요구하는 등 보안 체계를 발전시키고 있다.

Windows의 안정성은 초기 버전과 현대 버전 간에 극명한 대비를 보인다. Windows 95부터 Windows Me에 이르는 9x 커널 기반 버전들은 MS-DOS 위에서 실행되는 구조적 한계로 인해 멀티태스킹과 메모리 관리에 취약했다. 이로 인해 프로그램 간 메모리 침범이 빈번히 발생하여 시스템 다운과 블루스크린이 잦았으며, 사용자들은 정기적인 재부팅과 재설치를 필요로 했다. 이러한 불안정성의 근본 원인은 하위 호환성을 유지하기 위해 16비트와 32비트가 혼합된 하이브리드 구조를 채택했기 때문이다.

Windows XP부터 본격적으로 도입된 Windows NT 커널은 안정성에 있어서 혁명적인 변화를 가져왔다. NT 커널은 커널 모드와 사용자 모드를 엄격히 분리하여 응용 프로그램의 오류가 시스템 전체를 다운시키는 것을 방지했다. 또한 하드웨어 추상화 계층을 통해 드라이버 문제를 최소화했으며, 이는 Windows 2000에서 먼저 검증된 기술이었다. 이 전환으로 인해 Windows는 서버 시장에서도 신뢰를 얻을 수 있게 되었다.

그러나 높은 안정성에도 불구하고, Windows는 여전히 레거시 코드와의 호환성 유지라는 딜레마에 직면해 있다. 수십 년간 쌓아온 Win32 API와 다양한 호환성 레이어는 강력한 하위 호환성을 제공하는 동시에 시스템 복잡성을 증가시켜 잠재적 불안정 요소로 작용하기도 한다. Windows 10 이후 대규모 기능 업데이트가 빈번해지면서 초기 빌드에서의 버그와 호환성 문제가 새로운 안정성 논란을 일으키기도 했다.

전반적으로 현대 Windows는 NT 커널의 견고한 기반 위에 구축되어, macOS나 주요 Linux 배포판과 비교해도 결코 뒤지지 않는 안정성을 제공한다. 특히 Windows 7 이후로는 블루스크린이 하드웨어 고장이나 잘못된 드라이버 없이는 거의 발생하지 않을 정도로 개선되었다. 이는 Microsoft가 WHQL 인증을 통한 드라이버 품질 관리와 지속적인 커널 개선에 주력한 결과이다.

Windows는 오랜 기간 동안 고밀도 및 고해상도 디스플레이에 대한 지원이 상대적으로 늦은 편이었다. 특히 Apple의 Retina 디스플레이가 도입된 이후 고 PPI 환경에 대한 수요가 증가했지만, Windows 8.1 이전까지는 이러한 환경을 제대로 지원하지 못했다. 기본 DPI 스케일링 옵션을 제공했지만, 많은 레거시 응용 프로그램들이 이를 무시하거나 제대로 반영하지 않아 UI가 흐릿하게 표시되거나 레이아웃이 깨지는 문제가 빈번했다.

이러한 문제는 Windows의 강점 중 하나인 하위 호환성과 깊은 연관이 있다. 수많은 레거시 Win32 응용 프로그램들이 새로운 HiDPI API를 지원하지 않았기 때문에, Microsoft는 호환성을 유지하면서 점진적으로 개선하는 방식을 선택할 수밖에 없었다. Windows 10부터는 HiDPI 지원이 크게 개선되어 시스템 자체의 업스케일링으로 인한 흐림 현상은 줄었지만, 여전히 오래된 프로그램에서는 문제가 발생할 수 있다.

고해상도 디스플레이의 보급이 데스크톱 모니터에서도 WQHD, UHD 급으로 확대되면서 이에 대한 대응은 더욱 중요해졌다. Microsoft는 Surface 시리즈와 같은 고밀도 디스플레이를 탑재한 자사 하드웨어를 출시하며 환경을 주도하려 했지만, 소프트웨어 생태계 전반의 지원은 시간이 걸리는 과제로 남아 있다. 이는 운영체제의 기술적 한계라기보다는 방대한 레거시 소프트웨어 생태계를 유지해야 하는 Windows의 구조적 특성에서 기인한다.

Windows의 현지화는 오랜 기간 높은 퀄리티로 평가받아 왔으나, 특히 Windows 10 이후 대규모 업데이트 주기가 짧아지면서 번역 품질 문제가 빈번히 지적되고 있다. 이는 업데이트를 빠르게 배포하는 과정에서 완전한 현지화 작업에 할애할 시간이 부족한 것이 주요 원인으로 보인다.

번역 문제는 직역으로 인한 어색한 표현부터 아예 번역이 누락된 반글화 현상까지 다양하게 나타난다. 예를 들어, 'Delivery Optimization'은 '배달 최적화'로 오역되었고, Wi-Fi 설정의 'Open' 네트워크는 '열기'로 잘못 번역되는 등 기본적인 용어에서도 오류가 발견된다. 또한, '감사합니다'가 '감사하십시오'로 변경되는 등 자연스럽지 않은 존댓말 사용도 사용자에게 거부감을 주는 요소이다.

이러한 문제는 한국어뿐만 아니라 다른 언어 버전에서도 공통적으로 보고되고 있으며, Microsoft가 B2B 중심으로 전환하며 개인 사용자용 QA 인력을 축소한 영향도 있는 것으로 추정된다. 결과적으로, 사용자는 공식 업데이트에서도 번역기가 돌아간 듯한 문장이나 문맥에 맞지 않는 단어를 마주하게 되어 운영체제 사용 경험을 해치고 있다.

Windows의 사용자 인터페이스(UI)는 오랜 역사와 강력한 하위 호환성 유지 정책으로 인해 디자인 언어의 일관성이 부족하다는 비판을 받아왔다. 이는 Windows 95부터 Windows 11에 이르기까지 수십 년간 쌓여온 레거시 코드와 다양한 UI 프레임워크가 공존하기 때문이다.

시스템의 깊은 곳에는 여전히 Windows 3.x 시절의 고전적인 대화 상자나 Windows Vista의 Windows Aero 스타일 요소가 남아있는 경우가 많다. 반면, 최신 앱들은 Fluent Design System을 적용하고 있어, 같은 운영체제 내에서도 15년 이상 차이가 나는 디자인 요소들이 혼재하는 '짬뽕' 상태를 보인다. 이러한 문제는 Win32 API 기반의 레거시 애플리케이션과 최신 UWP 앱이 동시에 실행되는 환경에서 특히 두드러진다.

마이크로소프트는 Windows 10과 Windows 11에서 점진적인 UI 통합을 시도하고 있으나, 수많은 기존 프로그램들의 호환성을 보장해야 하므로 근본적인 해결에는 시간이 걸린다. 이로 인해 컨텍스트 메뉴, 설정 창, 파일 탐색기 등에서 디자인과 상호작용 방식이 일관되지 못한 모습을 보여 사용자 경험을 해치는 경우가 있다. 이 같은 레거시 문제의 완전한 해결은 기존 코드 베이스와의 단절을 의미할 수 있어, 많은 사용자들이 Windows 12와 같은 차세대 버전에서의 근본적인 개선을 기대하고 있다.

Windows Modern Standby(S0 절전모드)는 윈도우 기반 노트북 및 UMPC에 적용되는 신규 절전모드로, 기존의 S3 절전모드를 대체한다. 저전력 모바일 기기를 표방하며 개발되었으나, 인텔 11세대 이전 및 AMD 탑재 기기와 같은 대칭 코어 구조의 하드웨어에서 문제가 빈번히 보고되고 있다.

주요 문제점은 절전모드 진입 후에도 시스템이 완전히 대기 상태로 전환되지 않고 일부 구성 요소가 활성 상태를 유지할 수 있다는 점이다. 이로 인해 배터리가 예상보다 빠르게 소모될 뿐만 아니라, 가방이나 주머니에 넣어 둔 상태에서도 발열이 발생할 수 있다. 이는 하드웨어 및 드라이버 호환성, 펌웨어 설정, 백그라운드에서 실행되는 앱 또는 서비스의 동작 방식 등 다양한 요인이 복합적으로 작용하여 발생한다.

이 오류는 사용자 경험을 크게 해칠 수 있으며, 특히 이동 중인 사용자에게는 배터리 급격한 방전으로 인한 불편함과 과도한 발열로 인한 안전 문제를 초래할 수 있다. 마이크로소프트는 지속적으로 펌웨어 업데이트와 드라이버 개선을 통해 이 문제를 해결하려 노력하고 있으나, 근본적인 해결책으로는 사용자가 전원 관리 설정에서 '최대 절전 모드'로 전환하는 것을 권장하기도 한다.

Windows 10 이후, 특히 Windows 11로 넘어오면서 Microsoft는 사용자에게 Microsoft 계정을 강제로 연결하려는 정책을 강화하고 있다. Windows 11 설치 과정에서는 네트워크 연결과 Microsoft 계정 로그인 없이는 진행 자체가 불가능하며, 로컬 계정 생성 옵션은 찾기 어려워졌다. 이는 같은 PC용 운영체제인 macOS나 모바일 OS인 Android, iOS가 계정 없이도 활성화가 가능한 점과 대비되어 비판을 받고 있다.

설치 후에도 운영체제 내부에는 광고성 콘텐츠가 점차 증가하고 있다. Microsoft Edge 사용을 유도하는 전체화면 팝업이 간헐적으로 나타나고, 설정 앱에는 Microsoft 365 구독 서비스 광고가 노골적으로 표시된다. 이러한 행보는 유료로 구매한 운영체제에서 사용자를 대상으로 한 상업적 행위로 받아들여지고 있다.

또한 계정 연동을 통해 수집되는 개인정보의 범위와 활용에 대한 우려도 제기된다. 자동으로 설정되는 OneDrive 동기화는 사용자의 문서와 설정을 클라우드에 저장하는데, 이 서비스는 종단간 암호화를 제공하지 않아 보안상의 논란을 낳고 있다. 특히 학교 도서관이나 회사의 공용 컴퓨터와 같이 여러 사용자가 접근하는 환경에서도 이러한 계정 연동 시도는 적절하지 않다는 지적이 있다.

이러한 변화에 반발하여, 광고를 제거하고 계정 강요 요소를 삭제한 AtlasOS, ReviOS 같은 커스텀 Windows 빌드 프로젝트가 사용자들 사이에서 주목받고 있다. Microsoft의 정책이 사용자 선택의 자유를 지나치게 제한하고 있다는 인식이 확산되면서, 운영체제의 소비자 중심 접근에 대한 근본적인 재고가 필요한 시점이다.