본문으로 건너뛰기
J
0
r/jeffnews • HN • • 약 3분

아니요, Windows 시작 메뉴는 React로 만들어지지 않았음

frontend

요약

Windows 시작 메뉴가 React로 만들어졌다는 Windows Central 기사의 오보를 반박하는 글. 실제로는 하단 '추천' 섹션만 React Native for Windows를 사용하며, 이는 네이티브 코드로 컴파일되는 프레임워크임

기사 전체 정리

아니요, Windows 시작 메뉴는 React로 만들어지지 않았음

Microsoft가 "Windows 품질에 대한 우리의 약속" 포스트를 올린 후, Windows Central이 시작 메뉴가 "React로 만들어졌다"고 보도하면서 잘못된 정보가 퍼지고 있음. 사실관계를 정리하면:

  • Windows Central 기사에서 "시작 메뉴가 React를 사용해 만들어졌고 WinUI로 전환 중"이라고 했는데, 이건 부정확함
  • 실제로 React Native for Windows를 사용하는 부분은 시작 메뉴 하단의 "추천" 섹션뿐임. 시작 메뉴 전체가 아님
  • React Native for Windows ≠ JavaScript 프레임워크. 웹뷰나 브라우저가 돌아가는 게 아님
  • Windows API를 직접 호출하며(WinUI 3 포함), 네이티브 코드로 컴파일됨
  • 해당 추천 섹션은 비활성화할 수 있음
  • 성능 저하가 있긴 하겠지만 아마 C#/.NET으로 작성한 것보다 오히려 빠를 수도 있음
  • 이 변경은 몇 년 전에 이뤄진 것이고 AI 슬롭의 결과가 아님
  • Settings 앱도 웹 프레임워크를 사용하지 않음

"React Native for Windows"라는 이름 때문에 혼동이 생기는 건 이해되지만, 웹 기반 프레임워크가 OS 핵심 UI에 들어갔다는 주장은 사실이 아님. 네이밍이 어려운 건 IT 업계의 영원한 숙제임.

핵심 포인트

  • Windows Central이 시작 메뉴가 React로 만들어졌다고 보도했으나, 실제로 React Native for Windows를 쓰는 건 하단 '추천' 섹션뿐임
  • React Native for Windows는 JavaScript 프레임워크가 아니며 웹뷰/브라우저 없이 Windows API를 직접 호출하고 네이티브 코드로 컴파일됨
  • 해당 섹션은 비활성화 가능하며, C#/.NET보다 오히려 빠를 수 있음
  • 이 변경은 몇 년 전에 이뤄진 것이고 AI 슬롭의 결과가 아님. Settings 앱도 웹 프레임워크를 사용하지 않음

인사이트

React Native for Windows라는 이름이 'React = 웹 프레임워크'라는 선입견과 결합되면서 오해가 확산된 사례로, 기술 보도에서 프레임워크 이름만으로 성급한 결론을 내리는 패턴이 반복되고 있음

#windows#react-native#winui#microsoft
원문 보기
댓글 뒤로가기
이전 기사 (p) 다음 기사 (n)

댓글

댓글

댓글을 불러오는 중...

관련 기사

frontend

Firefox 149에 Split View 기능 추가 — 같은 창에서 탭 두 개를 나란히

Firefox 149부터 Split View가 정식 지원된다. 탭 우클릭으로 두 탭을 나란히 배치할 수 있으며, 캘린더 확인하며 예약하기, 문서 읽으며 노트 정리 같은 멀티탭 작업이 편해진다.

frontend

내 사이트에 먼저 올리고 SNS는 그냥 배포 채널로 써라 - POSSE 전략

POSSE(Publish on your Own Site, Syndicate Elsewhere)는 콘텐츠를 내 사이트에 먼저 올리고, 트위터/인스타/페북 같은 SNS에는 복사본만 뿌리는 방식임. 데이터 소유권도 챙기고 SNS 팔로워도 놓치지 않는 ㄹㅇ 실용적인 전략. IndieWeb 운동의 핵심 철학이기도 함.

frontend

윈도우 네이티브 앱 개발이 이렇게 개판인 줄 몰랐음 (현직 개발자 회고)

윈도우 개발 추억 있는 개발자가 소소한 유틸리티 앱 하나 만들려다 현실에 박살난 썰. Win32부터 WinUI 3까지 수십 년간 쌓인 레거시와 미완성 API들 때문에 결국 '그냥 Electron 쓰는 게 맞다'는 결론에 도달함. 마이크로소프트가 자기 플랫폼을 방치하는 수준이 ㄹㅇ 심각함.

frontend

JS 번들 뚱뚱해지는 진짜 이유 3가지 - npm 의존성 다이어트 해야 할 때

npm 패키지 트리가 왜 이렇게 무거워졌는지 분석한 글. 레거시 엔진 지원, 원자적 패키지 설계, 오래된 ponyfill 세 가지가 주범임. e18e 커뮤니티가 이 문제를 해결하려고 열심히 삽질 중ㅋㅋ

frontend

Svelte 5 드디어 출시 — 'Runes'로 리액티비티 완전히 갈아엎음

Svelte 5가 공식 출시되면서 기존 반응형 선언 방식을 싹 날리고 'Runes'라는 새로운 API를 도입했음. $state(), $derived(), $effect() 같은 함수 기반 문법으로 바뀌었고, 성능도 Svelte 4 대비 2배 빨라졌다고 함. Apple, Spotify 같은 대기업들도 이미 마이그레이션 시작했다니 ㄹㅇ 레전드급 업데이트.