브라우저 캐시를 활용하여 정적 CSS와 JS 자산을 관리하는 방법이 기사에 언급되지 않은 이유에 대한 궁금증이 있음. 과거에 쇼핑 사이트를 MPA 방식으로 구축했을 때 페이지 전환이 거의 눈에 띄지 않았음
PHP와 jQuery 시절의 웹 개발이 가장 생산적이었다고 주장하는 사람도 있음. React 등 최신 기술보다 과거의 패러다임이 더 생산적일지 궁금해하는 의견이 있음. Amazon이나 Steam 같은 대형 사이트도 여전히 서버에서 HTML을 렌더링하고 JS를 추가하는 방식으로 만들어짐
서비스 워커 전략이 기존의 HTTP 캐시 헤더와 비교해 어떤 점에서 더 나은지 설명을 요청하는 의견이 있음. 네트워크 왕복을 줄일 수 있지만, 작은 최적화를 위해 전체를 재발명하는 것처럼 느껴짐
"You Can't Build Interactive Web Apps Except as Single Page Applications... And Other Myths"라는 제목의 의미가 생략된 부분 때문에 클릭을 유도하는 느낌이 듦
프로그래밍에서 가장 위험한 것은 개발자의 지루함과 과거에 대한 무지임
Node.js 웹 서버 시대에 서버 측과 클라이언트 측(SPA) 사이의 이분법이 왜 존재하는지 이해하지 못하는 의견이 있음. 서버에서 대부분의 작업을 초기화하고 클라이언트로 직렬화하여 SPA로 작동하게 할 수 있지 않을까 하는 질문이 있음
SPA와 MPA를 서로 반대되는 팀으로 보는 경향이 있지만, 웹 스택을 자연스럽게 사용하는 방법과 "해킹" 방식으로 구분할 수 있음. SPA는 현재 해킹 방식이지만, 과거에는 CGI, Java 애플릿, Flash 등이 있었음. 해킹 방식이 자연스러운 방법의 한계를 확장하는 역할을 함
기술 스택 결정보다 먼저, 개발자들이 자신이 무엇을 작성하고 있는지 잘못 이해하는 경우가 많음. 높은 수준의 상호작용이 필요하지 않다면, 대부분 서버 측 프레임워크로 충분할 수 있음
"단일 페이지 앱이 아니면 상호작용 웹 앱을 만들 수 없다"는 신화에 대한 반박이 있음. SPA는 더 많은 제어를 제공하고 코드의 일부를 재작업할 가능성을 줄여줌
HN 헤드라인이 실제 헤드라인보다 더 공격적임. Tony Alaribe가 BigSkyDevCon에서 발표한 에세이로, 비-SPA 기반 웹 애플리케이션을 빠르고 매끄럽게 만드는 기술을 논의함. 새로운 기술을 소개하며, 컨퍼런스에서 최고의 발표였다고 생각함
Hacker News 의견
브라우저 캐시를 활용하여 정적 CSS와 JS 자산을 관리하는 방법이 기사에 언급되지 않은 이유에 대한 궁금증이 있음. 과거에 쇼핑 사이트를 MPA 방식으로 구축했을 때 페이지 전환이 거의 눈에 띄지 않았음
PHP와 jQuery 시절의 웹 개발이 가장 생산적이었다고 주장하는 사람도 있음. React 등 최신 기술보다 과거의 패러다임이 더 생산적일지 궁금해하는 의견이 있음. Amazon이나 Steam 같은 대형 사이트도 여전히 서버에서 HTML을 렌더링하고 JS를 추가하는 방식으로 만들어짐
서비스 워커 전략이 기존의 HTTP 캐시 헤더와 비교해 어떤 점에서 더 나은지 설명을 요청하는 의견이 있음. 네트워크 왕복을 줄일 수 있지만, 작은 최적화를 위해 전체를 재발명하는 것처럼 느껴짐
"You Can't Build Interactive Web Apps Except as Single Page Applications... And Other Myths"라는 제목의 의미가 생략된 부분 때문에 클릭을 유도하는 느낌이 듦
프로그래밍에서 가장 위험한 것은 개발자의 지루함과 과거에 대한 무지임
Node.js 웹 서버 시대에 서버 측과 클라이언트 측(SPA) 사이의 이분법이 왜 존재하는지 이해하지 못하는 의견이 있음. 서버에서 대부분의 작업을 초기화하고 클라이언트로 직렬화하여 SPA로 작동하게 할 수 있지 않을까 하는 질문이 있음
SPA와 MPA를 서로 반대되는 팀으로 보는 경향이 있지만, 웹 스택을 자연스럽게 사용하는 방법과 "해킹" 방식으로 구분할 수 있음. SPA는 현재 해킹 방식이지만, 과거에는 CGI, Java 애플릿, Flash 등이 있었음. 해킹 방식이 자연스러운 방법의 한계를 확장하는 역할을 함
기술 스택 결정보다 먼저, 개발자들이 자신이 무엇을 작성하고 있는지 잘못 이해하는 경우가 많음. 높은 수준의 상호작용이 필요하지 않다면, 대부분 서버 측 프레임워크로 충분할 수 있음
"단일 페이지 앱이 아니면 상호작용 웹 앱을 만들 수 없다"는 신화에 대한 반박이 있음. SPA는 더 많은 제어를 제공하고 코드의 일부를 재작업할 가능성을 줄여줌
HN 헤드라인이 실제 헤드라인보다 더 공격적임. Tony Alaribe가 BigSkyDevCon에서 발표한 에세이로, 비-SPA 기반 웹 애플리케이션을 빠르고 매끄럽게 만드는 기술을 논의함. 새로운 기술을 소개하며, 컨퍼런스에서 최고의 발표였다고 생각함