Steven Sinofsky(@stevesi)의 스레드

Windows가 처음 등장했을 때, 시스템 측에서 운영 체제가 애플리케이션의 "대부분 작업"을 수행한다고 주장하는 것은 드문 일이 아니었습니다. 그 이유는 운영 체제 개발자들이 윈도잉, 마우스, 장치 지원, 클립보드 등에 대한 지원을 구축하면서 대부분의 작업을 수행했기 때문입니다. 하지만 애플리케이션 담당자들은 고객 요구 사항의 핵심이 아닌, 많은 시간이 소요되는 작업(글쓰기, 그림 그리기, 계산 등)을 하고 있었습니다. 그래픽 운영 체제는 앱의 "대부분의 작업"을 수행하지 않았을 뿐만 아니라, 당시 많은 전문가가 예상했던 대로 애플리케이션 자체를 상품화하지도 않았습니다. 이론에 따르면 Windows와 같은 그래픽 운영 체제가 앱의 "모든 작업"을 수행하면 한 공급업체의 앱이 같은 "카테고리"에 있는 다른 공급업체의 앱과 충분히 다르게 만들어질 수 없게 됩니다. 사람들은 역사적으로 광범위한 플랫폼에서 해결되는 문제를 상위 계층보다 훨씬 과대평가해 왔습니다. 이는 주로 도메인 지식이나 고객 정보가 부족하기 때문이지만, 플랫폼이 결국 맡게 되는 작업의 깊이가 점점 더 깊어지는 것을 고려하지 못하고 플랫폼의 규모와 속도를 과장하기 때문이기도 합니다. 아직도 확신이 서지 않나요? 브라우저에서 해결되는 것과 방문하고 사용하는 사이트에서 해결되는 것은 무엇일까요?