Stephanie Stimac과 Aaron Gustafson의 스매싱 팟캐스트 에피소드 8: Microsoft Edge의 새로운 기능은 무엇입니까?

이 Smashing Podcast 에피소드에서는 Microsoft의 Aaron Gustafson 및 Stephanie Stimac과 이야기하여 Microsoft Edge의 새로운 버전과 이것이 전 세계 웹 개발자에게 미치는 영향과 웹에 미치는 영향에 대해 알아봅니다.

메모 표시

• Web We Want 웹사이트 및 트위터
• 트위터의 스테파니와 아론

주간 업데이트

• "신화 속의 신화적인 인간의 달",
  존 포먼
• "SVG와 <lit-element>를 사용하여 Arduino 푸시 버튼 재현하기,"
  작성자 Uri Shaked
• "Vue.js에서 구성 요소 간에 데이터를 전달하는 방법"
  맷 마리보조크
• "WordPress Multisite에 대한 완전한 안내서"
  마니쉬 두다레지아
• "가치를 측정하여 디자인 팀의 역량을 강화하는 방법",
  데이브 커닝햄

성적 증명서

Drew: 둘 다 Microsoft 출신이라는 것을 알고 있습니다. 둘 다 우리 모두를 위해 더 나은 웹을 만들기 위해 헌신하고 있습니다. 하지만 가장 최근의 Web We Want 모임이 지구 대기권 밖의 열기구에서 개최되었다는 사실을 알고 계셨습니까? Felix Baumgartner의 스타일로 지구로 다시 뛰어내리기 전에.

Drew: My Smashing Friends, Stephanie Stimac과 Aaron Gustafson을 환영합니다.

드류: 안녕 스테파니, 안녕 아론, 잘 지내?

Aaron Gustafson: 굉장합니다.

스테파니 스티막: 저도 굉장합니다.

Drew: 저는 오늘 Microsoft Edge 브라우저에서 진행되고 있는 몇 가지 매우 흥미로운 개발에 대해 이야기하고 싶었습니다. 우리 대부분은 Edge가 전통적으로 많이 사랑받는 Internet Explorer를 대체한 Windows 10 브라우저라는 것을 알고 있을 것입니다. 아마도 우리가 가장 먼저 주목해야 할 것은 Edge가 더 이상 Windows 10 전용이 아니라는 것입니다. 그렇죠?

아론: 맞습니다.

Stephanie: Windows 10 및 Mac OS에서 Edge를 찾을 수 있습니다. 그리고 아직 Windows Seven에서 사용할 수 있는지 확실하지 않습니다.

Aaron: 예, Windows Seven과 Windows Eight에서도 사용할 수 있다고 생각합니다. 물론 iOS 및 Android용 모바일 클라이언트도 있습니다.

Drew: 거의 모든 최신 플랫폼이 그렇습니다.

스테파니: 네.

Aaron: Linux를 제외하고 곧 출시될 예정입니다.

Drew: Linux 데스크톱 사용자도 작업에 참여할 수 있습니다.

Aaron: 결국, 그것이 희망입니다.

드류: 훌륭합니다. 내가 이해하는 한, 여기서 틀렸다면 정정해 주세요. 그러나 Edge는 기술적으로 Internet Explorer 코드 기반의 연속체였습니다. 그게 공정한가요?

Aaron: 예, Edge가 처음 시작되었을 때 기본적으로 우리가 깨달은 모든 것이 뒤떨어져 있다는 것을 깨달았습니다. 모든 오래된 브라우저 도우미 개체 및 ActiveX 항목 및 이와 유사한 것입니다. 그래서 엄청나게 썩었습니다. 팀이 기존의 많은 짐을 없애고 표준에 집중할 수 있는 일종의 기회였습니다. 그래서 그것은 오래된 Triton 엔진의 연속이었지만 일종의 리팩토링을 거쳐 Edge HTML 엔진으로 만들어졌습니다.

Drew: 코드 베이스 내부의 대규모 주택 개조와 같았습니다.

Aaron: 네, 스터드로 가져가세요.

Drew: 가장 최신 버전의 Edge에 대해 이야기하고 싶은 가장 큰 변화는 그런 종류의 오래된 내장이 더 많이 제거되고 교체되었다는 것입니다. 그리고 새로운 렌더링 엔진이 설치되었습니다. 이제 나는 전문 용어를 사용하는 것에 대해 약간 의식하고 있으며 브라우저 작동에 익숙하지 않은 사람들은 렌더링 엔진이 무엇을 의미하는지 완전히 만족하지 않을 수 있습니다. 나는 우리가 브라우저의 내부를 직접 다루지 않더라도 오랫동안 웹에서 일하면서 그 정보를 얻었을 것이라고 생각합니다. 그러나 웹 개발을 처음 접하는 사람은 렌더링 엔진이 무엇을 의미하는지 이해하지 못할 수도 있습니다. 그렇다면 브라우저 내부의 렌더링 엔진은 무엇입니까? 그리고 렌더링 엔진이 아닌 비트는 무엇입니까?

Aaron: 브라우저에는 다양한 부분이 있습니다. 렌더링 엔진은 실제로 화면에 그려지는 것과 일종의 대화형 사물에 대해 이야기할 때 일반적으로 생각하는 것입니다. 그리고 Chromium 세계에서는 이것이 Blink 렌더링 엔진입니다.

Aaron: 그리고 Safari를 실행하는 WebKit 렌더링 엔진이 있습니다. 그리고 그것은 초기에 Konquerer를 실행했던 KHTML 렌더링 엔진을 기반으로 했습니다.

Aaron: 전에 언급한 Trident 렌더링 엔진은 Windows용 Internet Explorer에 있는 엔진이었습니다. Tantek Celik은 Mac용 IE5를 작업하는 팀의 일부로 Tasman 렌더링 엔진을 만들었습니다.

Aaron: 이렇게 다양한 렌더링 엔진이 있습니다. 그리고 사실 Peter Paul Cox가 방금 말한 Flow라는 새로운 것이 있었다고 생각합니다. SVG 또는 이와 유사한 것을 기반으로 하는 다중 스레드 렌더링 엔진과 같습니다. 그리고 실제로 저전력 장치인 셋톱 박스용으로 설계된 브라우저가 곧 출시될 예정입니다.

Aaron: 하지만 네, 렌더링 엔진이 모든 정보를 가져와 화면에 표시합니다. 그리고 기본 JavaScript 엔진도 있습니다. 따라서 Chromium 스택의 경우 v8입니다. 그리고 그것을 위한 다양한 것들이 있습니다.

Drew: 그래서 IE에서 나왔고 Edge에 있던 오래된 렌더링 엔진 Trident가 교체되었다고 말할 때입니다. 우리는 실제로 화면에 무언가를 그리는 비트와 JavaScript 엔진과 같은 관련 항목에 대해 이야기하고 있습니다. 공정한가요?

Aaron: 예, 새 Edge 버전의 경우 기본적으로 이전 Edge의 토대가 없습니다. Chromium 프로젝트는 Chrome 및 Brave 및 기타 여러 가지 Opera 등을 실행하는 오픈 소스 프로젝트입니다. 그리고 그 프로젝트에는 렌더링 엔진이 포함되어 있고 JavaScript 엔진이 포함되어 있으며 모든 UI가 포함되어 있습니다. 또한 빌드 프로세스와 실제로 브라우저를 만들기 위한 모든 종류의 항목이 포함됩니다.

Aaron: 그래서 우리는 기본적으로 Chromium 프로젝트를 가지고 있으며 새로운 Edge의 기반이 되었습니다. 그래서 Edge처럼 보이게 만들고 동기화 측면에서 필요한 기능을 추가하고 Microsoft 계정을 사용하는 등의 모든 과정을 거쳐야 했습니다.

Aaron: 따라서 새로운 Edge는 Trident 등에서 상속받은 Edge HTML인 기존 Edge와 일종의 전통적인 의미의 계보를 공유하지 않습니다. 그리고 대부분의 경우 Mosaic으로 계속 돌아갈 수 있습니다.

Aaron: 하지만 예, 이제 새로운 Edge는 Chromium입니다. 이전에는 WebKit을 기반으로 했고 KHTML 등을 기반으로 했습니다. 따라서 이전과 완전히 다른 혈통입니다.

Drew: 즉, Microsoft는 더 이상 자체 코드에서 생성된 브라우저를 사용하지 않기 때문에 엄청난 변화가 아닐 수 없습니다. 그러나 실제로는 오픈 소스 프로젝트를 가져와서 자체 브라우저를 만들고 있습니다. 제 생각에는 Apple이 WebKit으로 과거에 했던 것과 비슷합니다. 뭐, KHTML이었나...?

Aaron: 네, Konqueror는 ... K와 함께 했습니다.

Drew: 네, Konquerer는 오픈 소스 프로젝트를 가져와서 Safari가 되었습니다. 그래서 Microsoft는 Chromium 프로젝트와 비슷한 일을 하고 있으며 Edge를 만들었습니다.

아론: 맞습니다.

Drew: 내가 웹 개발자로서 Edge 앞에 앉았다면 내가 보고 있는 것은 Edge에서만 볼 수 있는 것입니다. 예시?

Stephanie: 현재 이 첫 번째 안정적인 릴리스의 많은 기능은 소비자 중심입니다. 그래서, 나오는 컬렉션이 있습니다. 이것은 웹에서 개별 컬렉션으로 물건을 가져오는 아주 멋진 방법입니다. 따라서 이름이 지정되었습니다. 그리고 그 데이터를 가져 와서 측면 창에 넣은 다음 Word와 Excel로 내보낼 수 있습니다. 디자인 프로젝트 및 기타 작업에 사용하고 있습니다. 자원을 모으는 것만으로도 충분합니다.

Stephanie: 그리고 Enterprise 고객을 위한 다른 기능 중 하나는 Windows에서만 사용할 수 있는 IE 모드입니다. 따라서 이전 기술에 의존하는 페이지가 여전히 필요한 사람들을 위해 Edge의 탭 내에서 Internet Explorer가 실제로 렌더링됩니다. 정말 멋지네요.

Stephanie: 그리고 개발자 도구의 관점에서 지금은 모든 것이 동일합니다. 곧 Chromium으로 이식될 몇 가지 항목이 있다는 것을 알고 있지만 작업 중이고 팀에서 반복 중인 멋진 3D DOM 뷰어가 있습니다. 그리고 Chrome에는 아직 존재하지 않는 몇 가지 다른 도구가 있습니다. 흥미진진합니다.

Drew: 그래서 웹 개발자들에게 큰 문제가 되지 않습니까? 일반적으로 사람들은 선택한 브라우저에서 일련의 개발자 도구를 사용하는 데 익숙해지고 솔직히 말해서 요즘 많은 웹 개발자가 Chrome을 사용하는 경우가 많기 때문입니다. 따라서 Edge로 이동하여 매우 유사한 개발자 도구 세트를 찾을 수 있으려면 상당히 무승부여야 한다고 생각하십니까?

아론: 네, 그런 것 같아요. 정확히 동일한 도구 세트를 갖게 되는 것과 같은 종류의 것입니다. 우리는 모든 개발 도구를 포함하여 Chromium을 기반으로 구축되었습니다. Stephanie가 말한 대로 3D DOM 뷰어에 많은 투자를 했습니다. 우리는 개발 도구의 전반적인 접근성 개선, 새로운 도구 추가, 개발 도구의 국제화 작업 측면에서 많은 투자를 해왔습니다.

Aaron: 그리고 Stephanie가 언급했듯이, 우리가 하고 있는 작업의 대부분은 기본적으로 Edge에 특정한 UI가 아니거나 동기화 플랫폼 또는 이와 유사한 것과 관련된 모든 작업이 Chromium으로 업스트림됩니다. 따라서 우리가 만드는 수정 사항, 접근성을 위한 개선 사항은 Chrome을 더 좋게 만들고 Brave, Opera를 더 좋게 만들 것입니다. 그들은 심지어 Electron을 더 좋게 만들 것입니다.

Aaron: 그래서 더 큰 생태계의 일부가 된 것이 정말 좋습니다. 그리고 우리 자신의 브라우저를 넘어 영향력을 가질 수 있습니다. 그래서 개발 도구는 우리가 많은 투자를 해온 영역이었습니다. 우리는 프로그레시브 웹 앱에서도 Chrome 팀의 파트너와 많은 작업을 하고 있습니다. 그리고 프로그레시브 웹 앱이 무엇을 하는지, 또는 데스크톱 환경에서 어떻게 보여야 하는지 알아내려고 노력하고 있습니다. 많은 초점이 모바일에 있기 때문입니다.

Aaron: 그런 다음 Dev Tools 팀과 VS Code에서 작업하는 사람들 사이에 이러한 도구가 함께 더 잘 작동하도록 하기 위해 많은 작업이 있었습니다. 페이지를 디버깅하는 동안 기본적으로 VS 코드 내에서 브라우저에서 개발 도구에 액세스할 수 있습니다. Edge 개발 도구에서 스타일 규칙을 클릭할 수 있는 것과 같이 모든 것이 연결되어 있습니다. 실제로 스타일 시트의 VS 코드에서 해당 행으로 이동합니다. 정신이 번쩍 드는, 정말 멋진 물건입니다.

드류: 정말 흥미롭게 들립니다. VS Code가 웹 개발 커뮤니티에서 엄청난 관심을 받고 있는 것으로 알고 있습니다. 실제로 많은 사람들이 수년에 걸쳐 표류했을 수 있는 Microsoft 도구를 다시 찾게 되었다고 생각합니다. 오픈 소스와 새 버전의 Edge를 수용하는 것과 마찬가지로 확실히 Microsoft의 다른 시대처럼 느껴집니다. 웹 개발의 관점에서 이 모든 것이 매우 흥미롭고 상쾌해 보입니다.

Drew: 또한 이러한 관점에서 볼 때 주요 브라우저 중 일부, 특히 Chrome 및 Edge, 그리고 Brave 및 Opera에 대해 언급한 경우 모두 동일한 렌더링을 사용하고 있기 때문에 이것이 웹 개발자에게 정말 큰 편의를 제공하는 것 같습니다. 많은 곳에서 테스트할 필요가 없는 많은 호환성 문제와 브라우저를 줄여주는 엔진일 것입니다. 모든 것이 동일하게 작동해야 합니다. 그게 공정한가요?

스테파니: 네.

드류: 놀랍군.

아론: 그게 꿈이지, 그렇지?

드류: 그게 항상 꿈이에요. 시장에서 일종의 건전한 경쟁이 감소하는 것은 아니지만 약간의 우려가 제기됩니다. 마이크로소프트가 브라우저를 앞으로 밀고 있는 반면, 구글은 브라우저를 앞으로 밀고 있습니다. Apple은 브라우저, Opera 및 다른 모든 플레이어를 이상적으로 추진하기를 바랍니다. 그리고 그런 종류는 모두가 서로를 따라잡기 위해 노력하고 개선하려고 노력하는 건강한 경쟁의 분위기를 만듭니다. 많은 빅 플레이어가 모두 동일한 렌더링 엔진을 사용하고 있다면 건전한 경쟁에 어려움을 겪습니까?

Aaron: 이것은 내가 오랫동안 웹 표준 담당자로 일해 왔으며 약간의 어려움을 겪었기 때문에 확실히 가지고 있는 것입니다. 제 생각에는 ... 나는 그것에 대한 비즈니스 정당성을 완전히 이해합니다. 마이크로소프트의 관점에서 볼 때 그것은 많은 의미가 있었습니다. 그리고 프론트 엔드 개발자의 관점에서 볼 때 다양한 엔진을 수용할 필요가 없다는 것이 좋습니다.

Aaron: 전반적으로 오랫동안 웹 작업을 해 온 우리는 렌더링 측면에서 확실히 많은 수렴을 보았습니다. 우리는 Netscape 4.7 시절에 말했던 것처럼 문제가 많지 않습니다. 알다시피, 저는 회사가 서로 다른 브라우저에 대해 고유한 스타일 시트를 만들고 있다는 사실을 알고 있었습니다.

Aaron: 하지만 지금과 다른 점은 원래 브라우저 전쟁으로 돌아가면 이러한 독점 엔진이 모두 있었고 모두가 새로운 플랫폼 기능과 새로운 JavaScript 기능을 제공하려는 면에서 일종의 1인칭 게임에 가까웠다는 것입니다. . 또는 Microsoft의 경우 JavaScript를 리버스 엔지니어링하여 J Script를 만들고 이 모든 것을 함께 맞추는 방법을 알아내려고 합니다.

Aaron: 하지만 이제 우리는 오픈 소스 프로젝트에서 실제로 함께 일할 수 있고 여전히 대화를 나눌 수 있으며 여전히 올바른 단어는 아니지만 다양한 접근 방식의 영향에 대해 진지한 토론을 할 수 있습니다. 그리고 서로 의견이 맞지 않습니다. 그리고 정말 좋은 사양을 만들기 위해 노력합니다. 또한 Chromium 프로젝트 또는 WebKit 또는 Firefox 공간의 Mozilla와 같은 맥락 내에서 기본 코드에 대한 경쟁적인 접근 방식을 사용합니다.

Aaron: 예, 한편으로는 다른 렌더링 엔진을 잃어버렸습니다. 그리고 Opera가 Chromium으로 가기로 결정했을 때도 같은 고통을 느꼈습니다. 하지만 Microsoft 내부에 있으면서 의미 있는 방식으로 Chromium 프로젝트에 실제로 참여하기 위해 우리가 얼마나 헌신하고 있는지를 보니 다소 의욕이 생겼습니다. 그리고 가만히 앉아서 Chromium에서 다운스트림으로 오는 모든 것을 받아들이는 것이 아니라 실제로 플랫폼에 무엇이 들어가고 참여하는지 확인하는 것입니다.

Aaron: 그래서 저는 그것에 대해 조금 용기를 얻었고 우리가 단지 그 프로젝트에서 가져오고 그 프로젝트에 이해관계가 있는 모든 다른 사람들에 의해 전달되는 모든 것을 받아들이기 위해 그곳에 있는 것이 아닌 것처럼 느낍니다. 그러나 실제로 그곳에서도 협력해야 합니다.

Aaron: 상호 운용 가능한 구현의 측면에서 이것이 표준 기관에 무엇을 의미하는지 여전히 파악해야 한다고 생각합니다. 기본적으로 어떤 것을 구현하고 싶지 않다고 결정한 일부 브라우저가 있다면 표준이 되는 것을 완전히 막을 수 있기 때문입니다. 세계의 모든 개발자가 원하더라도.

Aaron: 그리고 그들이 그것에 동의하지 않는 것과 같은 것은 아닐 수도 있습니다. 기능을 구축할 대역폭이 없을 수 있습니다. 모두 직원 등을 위해 압력을 받고 있습니다.

Drew: 플랫폼으로서의 웹에서의 협업은 개별 코드 기반에서 동일한 것을 구현하는 데 동의하는 모든 사람에서 본질적으로 동일한 코드 기반에서 함께 작업하는 일부 주요 플레이어로 위치를 옮겼습니다.

Drew: 내 말은, 당신은 의견 불일치에 대해 간략하게 언급했고 분명히 그것이 모든 오픈 소스 프로젝트에서 우려할 수 있는 부분이라고 생각합니다. 그러나 예를 들어 Google의 개발자가 기능을 구현하기를 원하고 Microsoft의 개발자가 실제로 구현되는 것을 원하지 않는 경우 어떻게 작동하는지 알고 있습니까? 그들은 GitHub 문제로 그냥 싸우나요?

Aaron: 내 말은, 이 많은 일들이 GitHub 문제나 Chromium의 버그 추적기인 Crbug에서 공개적으로 발생한다는 것입니다. 저는 브라우저 엔지니어가 아니기 때문에 내부의 모든 세부 사항을 알지 못하지만 기본적으로 원하지 않으면 끌 수 있는 것들이 많이 있다고 생각합니다.

Aaron: 그리고 Google이 Chromium에서 Chrome으로 변환하는 계층까지 Google 관련 서비스 등을 더 많이 추출하기 위해 Chromium 프로젝트 내에서 일종의 정리 작업을 하고 있다는 것을 알고 있습니다.

Aaron: Chromium을 Edge로 전환하는 유사한 프로세스가 있습니다. 그리고 분명히 우리는 예를 들어 Edge UI의 디자인을 확인하고 싶지 않을 것입니다. 또는 Stephanie가 언급한 UI 사용자 중심에 더 가까운 Collections는 Chromium으로 스트리밍하지 않습니다. 그것들은 일종의 UI 부분에 존재합니다.

Aaron: 내가 이해하는 한 Chromium에서 기능이 나오면 우리가 좋아하거나 좋아하지 않을 수 있는 특정 기능을 끌 수 있습니다. 그리고 나는 Brave가 Google이 말하는 것과는 매우 다른 개인 정보 보호 접근 방식을 가지고 있기 때문에 같은 종류의 일을 한다는 것을 알고 있습니다. 그리고 우리는 그들 중 하나 또는 당신이 가지고있는 것과 약간 다른 견해를 가질 수 있습니다.

Aaron: 그래서 다른 지점에서 일어나는 일들이 있을 거라고 생각합니다. 그 중 일부는 프로젝트가 오픈 소스 프로젝트에서 브라우저로 변환되는 일종의 장소가 될 것입니다. 그 중 일부는 표준 조직 또는 표준 조직 내의 이익 그룹에 속할 것입니다.

드류: 그리고 다른 방식으로도 작동하는 것 같군요, 그렇죠? 특정 기능을 개발할 수 있는 충분한 엔지니어가 없는 브라우저에 대해 언급하셨습니다. 전통적으로 표준 기관 내에서 작동하는 방식은 무언가가 표준의 일부로 받아들여지기 전에 여러 가지 다른 구현이 필요하다는 것이었습니다. 실제로 테스트할 수 있는 구현이 많지 않은 경우 분명히 알아내야 합니다.

Drew: 하지만 예를 들어, Microsoft가 기능을 구현하기를 원했고 Google이 해당 기능을 구현할 리소스가 없다고 결정했다면 우선 순위 목록에서 충분히 높지 않았습니다. 오픈 소스 프로젝트로 스트리밍되기 때문에 어쨌든 무료로 얻을 수 있습니다. 그런 다음 엔지니어가 특별히 개발에 많은 시간을 할애할 필요 없이 액세스할 수 있고 모든 사용자가 이점을 얻을 수 있습니다.

Drew: Mozilla가 Firefox에서도 동일한 작업을 수행하고 Chromium 프로젝트를 채택하기로 결정했다면 웹에 문제가 될 것이라고 생각하십니까?

Stephanie: 제 말은, 그렇습니다. 왜냐하면 우리는 이 브라우저 단일 문화에 있고 솔직히 말하면 저는 Firefox를 사랑하기 때문입니다. Firefox에는 Chromium에 없는 몇 가지 훌륭한 도구가 있습니다. 잃으면 정말 끔찍할 것 같아요. 그리고 여전히 개방형 웹을 위해 싸우는 일종의 독립 브라우저가 있다는 것은 좋은 일입니다. 내 말은, 우리도 개방형 웹을 위해 싸우고 있지만 Firefox가 하는 일은 여전히 ​​중요하다고 생각합니다.

Aaron: 제 말은, Chromium인지 WebKit인지 아니면 기존 오픈 소스 프로젝트의 포크인지, 표준 기관이 렌더링 엔진과 JavaScript 엔진을 제어한다면 어떻게 되는지 궁금합니다. 그리고 모든 브라우저 제조업체는 개발 및 지속적인 생성에 기여했습니다. 그것은 반드시 나쁜 것입니까 아니면 좋은 것입니까? 모르겠어요. 나는 그것에 대한 답이 무엇인지 모르지만, 만약… 우리가 새로운 렌더링 엔진을 많이 볼 수 있고 해당 분야에 막대한 투자를 하게 될 가능성은 상대적으로 거의 없을 것입니다. 많은 기업이 서비스에 집중하는 방향으로 전환했기 때문입니다.

Aaron: Apple과 함께 모든 iCloud와 전체 생태계가 함께합니다. 그리고 Mozilla는 Pocket 등을 인수하면서 비슷한 일을 하고 있습니다. 그리고 확실히 Google 제품군, Microsoft 제품군 등이 있습니다. 그리고 Brave는 개인 정보 보호와 기본적인 관심 토큰과 같은 것에 중점을 둡니다. 모든 사람은 자신만의 작은 생태계를 가지고 있습니다.

Aaron: 그래서, 거기에 있는 것들에 도전하기 위해 새로운 렌더링 엔진과 새로운 JavaScript 엔진을 구축하는 데 많은 관심이 있을지 모르겠습니다. 그래서, 일종의 통합이 계속될 것인지에 대한 일종의 문제입니다. 그리고 더 많은 사람들이 진행중인 개발에 적극적으로 관심을 갖고 엔진이 어디로 가고 웹 플랫폼이 어디로 가는지에 대해 어려운 대화를 나누는 것이 좋은 일인지 모르겠습니다. 그래도 흥미로운 사고 실험입니다.

드류: 정말이야. 새로운 Edge는 정말 흥미롭게 들립니다. 나는 베타를 가지고 조금 놀고 그것을 즐기고 있습니다. 이 새 버전이 전 세계에 출시되는 데 얼마나 걸릴 것 같습니까? 이번 달에 출시된 지 얼마 되지 않았기 때문에 2020년 1월입니다.

Aaron: 네, 1월 15일, 기본적으로 일반 관객에게 갔습니다. 그래서 우리는 Canary 개발 버전과 베타 버전을 가지고 있습니다. 이런, 우리가 언제 이것을 시작하기 시작했습니까, 스테파니, 기억하십니까?

스테파니: 6개월 전에 말하려고 합니다. 하지만 솔직히 말해서, 저는 그냥 거기에 던지고 있습니다. 몇 달 동안 카나리아를 일상적인 드라이버로 사용한 것 같습니다.

Aaron: 예, 대중에게 공개하기 전에 내부적으로 잠시 사용하기 시작했기 때문에 우리가 약간 편향되어 있다고 생각합니다. 하지만 예, 작년에 Build에서 공유하기 시작했다고 말하고 싶습니다. 5월이었을 거에요. Canary 때인 것 같아요. 아마도 전환 경로일 때 베타가 나왔을 때였는지 기억이 나지 않습니다. 그런데 15일에 완전 안정화 버전이 나왔다.

Drew: 그래서, 당신은 둘 다 The Web We Want 라는 프로젝트에 참여하고 있습니다. 이 프로젝트는 다양한 브라우저 제조업체 간의 일종의 이니셔티브입니다. 맞습니까?

스테파니: 예, 우리가 원하는 웹 은 아론이 지난 6월쯤 시작했고 우리는 그것에 대해 이야기하기 시작했다고 생각합니다. 그리고 네, The Web We Want 가 기본적으로 이니셔티브이고 Aaron과 제가 이 일을 주도적으로 실행해 왔지만 우리는 다른 브라우저 공급업체와 해당 팀에서 일하는 사람들의 관심을 받았습니다.

Stephanie: 기본적으로 개발자가 웹에서 겪고 있는 문제에 대한 피드백을 수집하는 방법입니다. 왜냐하면 우리는 브라우저를 만드는 사람들로서 우리가 구현하고자 하는 새롭고 빛나는 것들에 집중할 수 있기 때문입니다. 그러나 개발자 여러분, 우리가 이 이니셔티브를 통해 알게 된 것처럼 브라우저에서 기본이 아닌 빌드에 여전히 애쓰고 있는 많은 것들이 있습니다. 그것은 아마도 지금쯤 해결되었을 것입니다. 그러나 아직 해결되지 않았습니다.

스테파니: 그리고 그것이 이니셔티브의 모든 것입니다. 문제 영역이 무엇인지 알아낸 다음, 그런 종류의 문제인 경우 브라우저와 표준 기구에 다시 가져가는 것입니다.

Drew: 그래서, 그것은 어떤 종류의 형태를 취합니까? 직접 하는 건가요 아니면 모두 온라인으로 하는 건가요?

Stephanie: 두 가지 구성 요소가 있습니다. 따라서 webwewant.fyi로 이동하여 웹에서 발생한 문제와 사용 사례로 양식을 작성할 수 있습니다. 그리고 나서 Aaron과 저는 우리가 갔던 것 같아요. 음, 우리는 회의나 모임에서 6~7개의 이벤트를 주최한 것 같습니다.

Stephanie: 그래서 필요한 형식은 우리가 파트너 관계를 맺고 있는 회의에서 보통 45분에서 1시간 정도의 세션을 갖는 것입니다. 그리고 우리는 웹에서 직면한 문제를 제출한 사람들에게 일반적으로 업계 전문가인 심사위원단에게 문제를 발표할 기회를 제공합니다.

스테파니: 그리고 그 사이에 보통 세션 중에 제시되는 문제 중 4~5가지가 있습니다. 그리고 그 각각의 사이에 우리는 심사위원단이 제시되는 문제 영역에 대해 일종의 대화를 나눴습니다. 그리고 그것이 흥미로운 문제 공간인지 아닌지. 또는 브라우저 공급업체가 이에 대해 작업하는 것이 유용할 것이라고 생각하는 경우.

Stephanie: 그리고 세션이 끝나면 심사위원들이 가장 시급한 문제를 선택하고 수정하도록 합니다. 또한 청중 구성 요소가 있으므로 세션 청중도 브라우저 공급업체가 수정해야 할 가장 시급한 사항에 대해 투표할 수 있습니다.

Stephanie: 그런 다음 해당 데이터를 다시 팀으로 가져갑니다. 그리고 우리는 현재 이를 다른 브라우저 팀에 분산시키는 방법을 찾는 과정에 있습니다.

Drew: 특별히 기억에 남는 눈에 띄는 제안이나 제안이 있습니까?

Stephanie: 그래서 몇 가지가 있었는데, HTML 컨트롤이 계속해서 등장한다는 사실이 저에게 계속 눈에 띕니다. 그리고 그것은 내가 지금 HTML 컨트롤과 관련된 대화를 진행 중이고 스타일을 지정하거나 확장할 수 없다는 것이 문제이기 때문에 저를 위해 튀어나온 것입니다. 그리고 그 피드백이 더 많이 반복되는 것을 보는 것은 일종의 멋진 일입니다.

Stephanie: 정말 흥미로운 것이 있었습니다. 개발 도구의 소스 보기 순서 또는 소스 순서 뷰어를 위한 것이 있었는데, 그리드 콘텐츠를 포착하고 보는 것과 관련이 있다고 생각합니다. DOM을 통해 사물이 어떻게 흐르는지 식별하는 것입니다. 따라서 개발 도구에서 구현하는 것이 정말 멋진 일이라고 생각합니다.

Aaron: 네, 접근성 관련 제출물이 정말 많았습니다. 개발 도구 및 접근성과 관련된 또 다른 것은 실제로 접근성 테스트를 자체 부분으로 분류하는 것이 아니라 감사 탭이었습니다. Lighthouse가 접근성 테스트를 수행하는 것처럼 현재 위치에 있다고 생각합니다. 또는 다음을 사용할 수 있습니다. 웹 힌트 또는 접근성 통찰력 등.

Aaron: 이것의 아이디어는 예를 들어 접근성 오류 측면에서 낮은 매달린 과일의 일부를 캡처하고 이를 콘솔에서 버블링하기 시작하는 것입니다. 따라서 대체 텍스트가 없거나 아주 작은 글꼴이 있거나 대비가 충분하지 않은 이미지가 있는 경우 실제로 콘솔에서 해당 이미지를 오류로 throw할 수 있습니다. 그리고 많은 개발자가 자신의 항목이 제대로 작동하는지 확인하는 경향이 있습니다. 따라서 해결해야 하는 접근성 문제가 있음을 사람들에게 조금 더 분명하게 알릴 수 있습니다.

Aaron: 그리고 Dom 뷰어나 CSS 인스펙터 도구에 이를 통합하는 몇 가지 유사한 방법을 볼 수 있습니다. 이 도구는 대비가 너무 낮은 것으로 플래그를 지정하거나 알려진 접근성 문제가 있는 요소를 강조 표시할 수 있습니다. 그런 종류의 일은 꽤 흥미로울 것입니다.

스테파니: 예, 저는 그것을 피기백하고 싶습니다. 실제로 작년 암스테르담에서 열린 View Source에서 정말 흥미로운 발표가 있었습니다. 브라우저 주변에서 특정 유형의 접근성 문제를 자동으로 수정했습니다. 색상과 대비가 있거나 특정 글꼴을 읽을 수 없는 경우도 있습니다. 그리고 제시된 제안과 사례 연구는 정말, 정말 잘 생각했습니다. 그러나 브라우저가 개발자로서 문제를 해결하기 시작하면 걱정할 필요가 없기 때문에 잘못된 코드를 작성하게 되는지에 대한 흥미로운 질문을 던지기도 합니다.

스테파니: 그가 제시하고 일종의 시연을 하는 아이디어가 정말 멋졌기 때문에 흥미로웠습니다. 그러나 그것이 개발자들에게 의미하는 바는 무엇입니까? 그래서 그들은 게으르게 될 것입니다. 그래서, 나는 그것에서 멋진 물건이 나오는 것을 보았습니다.

Drew: 그래서 아직 초기 단계라고 생각합니다. 그렇지 않습니까? 그래서 우리는 어떤 브라우저에서도 초기 개발 단계에 실제로 도달하는 것을 본 적이 없다고 생각합니다. 그 과정이 어떨지 아세요? 아직 알아내려고 노력 중이라고 하셨죠? 맞나요?

Aaron: 예, 우리 모두는 여전히 그것을 알아내려고 노력하고 있지만 적절한 사람들이 관련되어 있습니다. Mozilla와 Google, Igalia의 사람들도 있습니다. 그들은 그리드 작업을 많이 했고 이 모든 표준 작업이 어떻게 작동하는지 매우 잘 알고 있습니다. 사실, 나는 그들이 지금 메탄올을 하고 있고 WebKit에 대한 구현을 하고 있다고 생각합니다.

Aaron: 예, 우리는 이 작업에 열심이고 성공을 보기를 열망하는 많은 사람들이 탑승하고 있습니다. 그리고 W3C도 주목하고 있는데, 멋지네요.

Stephanie: 그래서, 지금 우리는 12개의 상위권을 가지고 있다고 생각합니다. 작년에 각 이벤트의 우승자를 가져와 특정 범주로 분류했습니다. 따라서 일부는 개발 도구에 중점을 두고 일부는 HTML, 웹 플랫폼에 중점을 둡니다. 그리고 세 번째 범주가 무엇인지 기억나지 않습니다. 그냥 일반적인 종류였습니다.

Stephanie: 그리고 우리가 최소한 조사하기 시작한 Edge 측에서, 우리가 시간을 투자해야 하는 이러한 문제 공간을 검증하기 위해 더 많은 피드백을 수집하는 데 도움이 되기를 바랍니다. 그리고 잘만되면 우리는 거기에서 갈 것입니다. 그래서 나는 올해 언젠가 우리가 일종의 진전을 보기 시작할 수 있기를 바랍니다. 하지만 현재로서는 조금 느립니다.

Drew: 웹은 실제로 매우 협력적인 플랫폼이기 때문에 훌륭합니다. 그리고 제 생각에는 웹 개발자가 일상적으로 사이트를 구축하면서 실제로 프로세스에 피드백을 제공하는 방법과 자신의 목소리를 들을 수 있는 방법이 있다는 사실을 잊은 것 같습니다. 저는 이것이 여러분의 목소리를 들을 수 있는 정말 훌륭하고 쉬운 방법이라고 생각합니다.

Drew: 청취자 중 Web We Want 세션에 함께 오고 싶어 하는 사람이 있다면 그 세션이 있습니까?

Stephanie: 몇 명이 있으니 여기에서 내 목록을 불러오겠습니다. 자, 나이지리아 라고스에서 열리는 오픈 소스 페스티벌입니다. Aaron과 나는 거기에 가지 않을 것이지만 그들은 실제로 그 행사를 독립적으로 운영하고 있습니다.

스테파니: 그리고 3월 말에 샌프란시스코에서 열리는 SF HTML5에 참석할 예정입니다. 나는 그것이 무료라고 생각하지만 그것에 대해 나를 인용하지 마십시오. 확인해야 해요. 따라서 샌프란시스코 지역에 계시다면 저희가 그곳에서 운영하고 있습니다.

Stephanie: 그리고 4월에 SmashingConf San Francisco가 있습니다. 우리는 그것을 거기에서 실행할 것입니다.

Stephanie: 그리고 TBD가 되기를 바라며 여전히 SmashingConf Austin을 보고 있습니다.

Stephanie: 그리고 그것이 우리가 지금 달력에 있는 전부라고 믿습니다. 그러나 여기에서 약간의 플러그를 꽂을 예정입니다. 회의나 모임을 운영하고 이 커뮤니티 중심 세션이 그곳에서 진행되기를 원하신다면, 정말 멋지기 때문에 연락해 주십시오.

Drew: 물론 SmashingConf는 여기에서 우리가 생각하기에 가장 좋은 곳입니다.

스테파니: 예, 그렇습니다.

Drew: 그래서 제게는 그 모든 것이 정말, 정말 흥미진진하게 들립니다. And I'm heartened to see all the big browser makers actually coming together and backing that sort of initiative to get out and to talk to web developers, talk to the people who are actually solving these sort of everyday problems, building websites and apps for their clients and for their companies.

Drew: I think it's really important to actually listen to the people who are at the coalface doing the work.

Drew: I normally ask at the sort of end of these episodes, what have you been learning lately? Because we're all about learning stuff here at Smashing, but really with Web We Want , I think you must be learning all these things all the time by speaking to web developers. So I really think we've covered masses there.

Drew: Is there anything else that you wanted to mention about Web We Want or about the new version of Edge that we hadn't talked about?

Aaron: I just think if folks have ideas, even just the germ of an idea, some cow path that you think should be paved for the web, reach out to us, let us know. We're happy to also work with you on kind of refining the submission. So, in a lot of cases we'll get a submission that's kind of a germ of an idea. It's not perfectly articulated or anything like that. And we work with those authors to make sure that we kind of capture what it is that they're looking to put out there. So, don't worry about your grammar or your spelling or anything like that. It's not like we just post it up as soon as you send it, we'll look at it, review it.

Aaron: And in some cases people have suggested things that actually exist, in which case we tell them, hey, you can actually do that and here's a way to do that. So we can, it's a little bit of stack overflow as well. Because he can tell you if there's something that you can do that already with standards.

Aaron: But yeah, I mean, we want any and all ideas on how we can improve the web. Hopefully they're actionable ideas. In some cases we get like, the web is too hard. And it's like, you know, I feel you, but, you know, not something browser vendors can really solve.

Aaron: But yeah, I mean, we want to know what is it that you're doing, where you're running into problems. We have the kind of saying, if you could wave a magic wand and fix something on the web, what would it be?

Aaron: And yeah, so you can can hit us up via the forum. Stephanie mentioned webwewant.fyi. Or we're webwewantfyi on Twitter. Yeah, please reach out.

Stephanie: I will also pile on just to talk something about Edge that also, the team is super hungry and eager to get feedback from all of our users. So if you're in Edge and there's something you don't like or there's something you love, there's a little feedback icon you can click. All of the teams see that feedback and are looking at it. And if you have a problem are very proactive and engaging. And you can always ping MS Edge Dev on Twitter if you have a problem and it hasn't been addressed yet. So trying to be super proactive and really build a browser that not only developers want to use, but the world.

Drew: If you, dear listener, would like to hear more from Aaron or Stephanie, you can follow them on Twitter where he's @AaronGustafson and she's @seaotta. You can find The Web We Want at webwewant.fyi.

Drew: Thank you for joining us today Aaron and Stephanie, do you have any parting words?

Stephanie: Thanks.

Aaron: Adios.