25세의 W3C

지난 주 W3C(World Wide Web Consortium)는 창립 25주년을 기념하고 해시태그 ^#WebStories 를 통해 개방형 웹 플랫폼이 중요한 이유를 공유하도록 사람들을 초대했습니다. 저는 W3C CSS 워킹 그룹의 일원이자 Fronteers의 대표이기 때문에 우리 모두가 하는 작업에서 W3C의 역할에 대해 조금 더 설명하기에 좋은 시간이라고 생각합니다.

W3C는 정확히 무엇입니까?

W3C 웹사이트의 정보 페이지에서는 W3C를 다음과 같이 설명합니다.

"... 회원 조직, 정규 직원, 대중이 함께 협력하여 웹 표준을 개발하는 국제 커뮤니티입니다. 웹 발명가이자 이사인 Tim Berners-Lee와 CEO인 Jeffrey Jaffe가 이끄는 W3C의 사명은 웹을 다음과 같이 이끄는 것입니다. 그것의 완전한 잠재력."

해당 페이지에는 W3C의 사명과 비전에 대한 세부 정보에 대한 링크가 있지만 조직의 주요 동기는 웹이 모든 사람을 위한 것임을 확인하는 것입니다.

웹 액세스는 귀하가 누구인지, 어디에 있는지 또는 사용 중인 장치에 의해 제한되어서는 안 됩니다.

"

회원 조직은 누구입니까?

W3C Member는 W3C의 일부가 되기 위해 회비를 지불하는 조직입니다. 글을 쓰는 현재 회원은 449명이며 전체 목록은 여기에서 볼 수 있습니다. 이 목록을 읽으면 대부분의 회원이 매우 큰 회사임을 알 수 있습니다. Google 및 Mozilla와 같은 브라우저 공급업체, Airbnb 및 Facebook과 같은 대규모 인터넷 회사와 같이 웹 개발자로서 쉽게 인식할 수 있는 이름이 있습니다. 그러나 다양한 산업 분야의 회원들이 있습니다. 웹은 삶과 비즈니스의 거의 모든 영역에 영향을 미치며 우리가 웹 회사로 생각할 수 없는 공간에서 흥미로운 일을 하는 회사가 있습니다. 예를 들어, 전통적인 출판(많은 책이 웹 기술을 사용하여 형식이 지정됨) 및 자동차 산업에서 일하는 사람들입니다.

모든 구성원의 공통점은 웹 이 자신이 하는 일에 영향을 미치고 상황이 움직이는 방향에 대해 말하고 싶어하고 웹 기술을 만들고 지정하는 데에도 한 몫을 한다는 것입니다.

저는 W3C에서 Fronteers(네덜란드 웹 개발자 조직)를 대표합니다. 올해 Fronteers는 W3C Member Organization이 되는 이례적인* 단계를 밟았습니다.

* "Unusual"은 대기업의 이익을 대변하는 대기업이 아닌 웹 개발자를 대표하는 자발적 단체이기 때문입니다.

자문 위원회(AC)

회원 조직은 다양한 문제에 대해 투표를 통해 W3C의 비즈니스에 참여합니다. 이것은 W3C에서 조직으로 정보를 전달하고 W3C에서 논의 중인 관련 주제에 조직의 관점을 전달하는 역할을 하는 조직의 AC 담당자가 조직합니다.

저는 Fronteers의 담당자이므로 1년에 두 번 AC 회의에 참석하고 많은 이메일을 받습니다! 투표 문제에 관해서는 Fronteers에서 어떻게 투표하고 싶은지 알아낸 다음 Fronteers 투표를 해야 합니다. 작년에 한 가지 중요한 투표 문제는 자문 위원회(AB) 구성원의 선출이었습니다. Fronteers는 내부 투표를 했고 저는 W3C에서 공식 투표를 하기 위해 그 결과를 다시 가져왔습니다.

W3C 그룹

대부분의 웹 개발자는 조직의 나머지 부분보다 W3C 작업 그룹에 대해 더 잘 알고 있을 것입니다. 우리가 관심을 갖고 있는 대부분의 작업이 이러한 그룹을 통해 진행되기 때문입니다. 모든 회원 조직은 조직의 사람들을 작업 그룹으로 선택할 수 있습니다. 또한 그룹은 특정 사람들( 초청 전문가 라고 함)을 해당 그룹에 초대할 수 있습니다. 저는 CSS Working Group의 초대 전문가였으며 지금은 Fronteers의 대표로 그룹에 속해 있습니다. 실질적인 측면에서 CSS Working Group과의 상호 작용은 동일하지만 이제 Fronteers의 W3C 담당자로서 W3C 전체에서 수행할 역할이 있습니다.

기술의 전체 범위를 다루는 많은 수의 작업 그룹이 있습니다. 이러한 그룹은 일반적으로 CSS 작업 그룹에서 생성한 사양과 같은 일종의 결과물에 대해 작업합니다. 또한 일부 작업 그룹의 권한에 부분적으로 포함될 수 있는 특정 주제에 대한 아이디어 교환을 허용하는 여러 이해 그룹 이 있습니다.

위의 그룹은 상당한 시간 약속과 W3C 회원 자격 또는 초대된 전문가 자격이 필요하지만 관심 있는 사람에게 공개되고 특정 시간 약속을 부과하지 않는 커뮤니티 및 비즈니스 그룹 이 많이 있습니다. 웹 플랫폼 인큐베이터 커뮤니티 그룹이 그러한 그룹 중 하나이며 새로운 웹 기능에 대한 토론과 GitHub의 다양한 제안을 위한 토론 포럼이 있습니다. 이러한 기능 중 많은 부분이 궁극적으로 CSS 또는 기타 언어 사양이 되어 플랫폼의 일부가 됩니다.

참여하고 따라하기

커뮤니티 그룹에 가입하는 것 외에도 누구나 W3C 작업에 참여할 수 있습니다 . 즉, 초대 전문가, 회원 조직의 일부 또는 특별한 자격이 없어도 됩니다. 예를 들어 CSS 작업 그룹에서 무슨 일이 일어나고 있는지 알고 싶다면 GitHub의 문제를 볼 수 있습니다. 누구나 이러한 문제에 대해 논평하여 기능에 대한 새로운 사용 사례를 제공할 수 있으며 CSS 사양의 일부가 되어야 한다고 생각하는 기능에 대한 문제를 제기할 수도 있습니다.

대부분의 W3C 그룹과 마찬가지로 CSS WG는 IRC를 사용하여 회의를 소집합니다. 문제에 대한 모든 토론은 나중에 문제에 다시 게시되어 관심 있는 모든 사람이 따라할 수 있습니다.

더 넓은 범위의 W3C가 무엇을 하고 있는지 알고 싶다면 전략적 하이라이트 문서를 살펴보는 것이 좋습니다. 최신 문서는 9월에 작성되었으며 W3C 그룹이 최근에 달성한 주요 작업 중 일부를 보여줍니다. 해당 문서를 스크롤하면 W3C가 관련된 광범위한 활동을 확인할 수 있습니다. 벤더가 웹의 방향을 제어할 때 어떤 일이 발생하는지에 대한 과거의 예를 이미 보았듯이 웹 커뮤니티가 표준에 참여하는 것이 매우 중요합니다 .

이 역사는 Amy Dickens의 "Web Standards: What, Why, and How" 게시물에서 아름답게 설명되어 있습니다.

"Web Standards 커뮤니티가 없다면 브라우저 제조업체는 월드 와이드 웹의 기능이어야 하고 하지 말아야 하는 것에 대한 결정을 내리는 사람이 될 것입니다. 이는 웹이 독점 상품이 되어 가장 큰 플레이어만 발언권을 갖게 될 수 있습니다. 미래가 어떻게 될지."

나의 #웹스토리

이 모든 것이 나에게 중요한 이유는 무엇입니까? 웹에 게시하고 웹을 위해 무언가를 구축하려는 새로운 사람들에게 열려 있고 액세스 가능한 웹 플랫폼에 대해 내가 그토록 관심을 갖는 이유 중 하나는 여기까지 오기까지의 경로 때문입니다.

앞서 언급했듯이 W3C는 사람들이 웹에 어떻게 참여하게 되었는지에 대한 이야기를 공유하도록 초대하여 기념일을 축하하고 있습니다.* 그런 정신으로(그리고 아마도 Smashing 독자가 자신의 이야기를 공유하도록 격려하기 위해) 여기 제 글이 있습니다.

* 많은 사람들이 W3C 블로그에서 웹에 처음으로 놀랐고 웹의 잠재력에 계속 감탄하게 된 과정을 이미 공유했습니다. 참여하고 이야기를 공유하십시오!

나는 컴퓨터로 작업할 생각이 전혀 없었다. 무용수와 가수가 되려고 했고 16살에 학교를 그만두고 무용대학에 진학했습니다. 하지만 아버지는 프로그래머여서 내가 10살이던 1985년까지 집에 컴퓨터가 있었기 때문에 당시 우리는 상당히 특이한 사람이었습니다.

어렸을 때 나는 책과 잡지에 나온 "자신만의 모험을 선택하라" 게임의 코드를 타이핑하는 것을 좋아했습니다. 나는 Amstrad CPC464에서 나중에 (보통 아버지가 수정한 후에) 플레이할 게임에 나타날 텍스트 문자열을 발견하는 것을 좋아했습니다. 저는 Newcastle University의 컴퓨터실을 방문하고, 거대한 컴퓨터를 보고, 그 컴퓨터에서 일하는 여성들과 이야기하는 것을 좋아했습니다. 아마도 가장 중요한 것은(그리고 나의 예술적 관심에도 불구하고) 나는 결코 컴퓨터를 사용할 수 없다고 생각하며 자라지 않았습니다. 그냥 특별히 관심이 없었어요.

학교에서 나는 전자 타자기로 타자를 배웠고, 증거로 볼 수 있는 유일한 컴퓨터는 기본 드로잉 응용 프로그램에 사용되는 미술실에 있었습니다. 집에 컴퓨터가 있었기 때문에 일부 교사들은 인쇄된 에세이에 만족하지 않았지만 학교 공부를 위해 컴퓨터를 사용했습니다.

나는 결국 무용을 그만두고 무대 뒤에서 런던 웨스트엔드에서 일했습니다. 움직이는 조명, 자동화된 세트 및 쇼 제어 시스템은 몇 년 동안 거의 변화가 없었던 산업에 엄청난 변화를 일으키려고 했습니다. 내가 West End에 있었을 때 우리는 그 변화의 시작을 보고 있었습니다. 나는 우리의 전통적인 프로덕션에는 없는 많은 문제가 있는 "멋진 컴퓨터 시스템"이 있는 일부 쇼에 대한 뉴스를 들었을 때 제작진과 함께 웃었던 것을 기억합니다. 우리 중 누구도 다가올 변화를 상상할 수 없었습니다.

그러다 딸을 임신해 극장을 그만둬야 했다. 나는 크루잉을 잘했고 극장을 사랑했지만, 그것은 무거웠고 때로는 위험한 일이었고, 사교적이지 않은 시간이었습니다. 아기를 가진 누군가에게는 실제로 그런 일이 아니었습니다. 무엇을 해야할지 몰랐는데 타이핑을 할 수 있어서 사람들을 위한 에세이를 쓸 수 있지 않을까 하는 생각이 들었습니다. 나는 워드프로세서를 찾기 위해 PC World에 갔을 때 컴퓨터에 팔려갔습니다. 640×480 화면이 내장된 Packard Bell 486이었습니다. 사운드 카드 나 모뎀을 동시에 작동시킬 수는 있지만 둘 다 작동시킬 수는 없는 끔찍한 기계였습니다. 나는 모뎀을 선택했고 이것이 내 웹 스토리가 시작되는 곳입니다. 이 모뎀을 작동하게 하고 컴퓨터를 인터넷에 연결하는 것조차 어려운 일이었습니다. 일단 그렇게 하고 나서... 아기에 대한 정보를 찾으러 갔습니다.

나는 아기에 대해 아무것도 몰랐습니다. 내 친구들은 모두 연극 무대 뒤에서 일하는 남자들이었다. 제 주변에는 지원 네트워크도, 도와줄 가족도 없었기 때문에 부모님이 있는 곳에서 로그인하여 제 질문에 신경 쓰지 않고 기꺼이 도와주는 사람들을 찾았습니다. 그 당시에는 페이스북이 없었습니다. 즉, 사진과 이야기를 공유하고 싶다면 웹사이트를 구축해야 합니다. 그래서 출산과 유아의 짜증에 관한 포럼 중에는 HTML을 서로 가르치고 그래픽 세트를 코드와 함께 공유하여 배치하는 사람들이 있었습니다. 그것은 "자신의 모험을 선택하십시오" 책을 다시 타이핑하는 것과 같았습니다. 내 코드를 수정할 사람이 필요하지 않다는 사실에 놀랐습니다. 그냥 작동했습니다!

머지 않아 사람들은 웹사이트를 구축하기 위해 나에게 돈을 지불할 것이고, 나는 내가 질문한 모든 질문에 대해 적어도 어떤 식으로든 보답해야 한다고 생각했습니다. 그래서 포럼에서 질문에 답하기 시작했습니다. 그것이 효과가 있는 것처럼 보였습니다. 사람들은 배우고 사다리를 한 단계 더 올라갈 것이고 , 새로운 사람들은 같은 질문을 가지고 올 것이고 한 단계 앞서 있는 사람들은 대답할 것입니다. 그 동안 계속해서 더 많은 사람들에게 자신의 질문을 던집니다. 나는 이것을 좋아했다. 수업을 할 여유가 없었지만 시간은 있었습니다. 나는 다른 사람들을 도울 수 있었고, 그 대가로 사람들이 나를 도왔습니다. 나는 이것을 통해 내가 기술적인 것들을 직관적으로 설명하는 데 꽤 능숙하다는 것을 발견했습니다. 이러한 새로운 것들을 스스로 배우기 위해 고군분투했다는 사실을 항상 인정해 온 능력이었습니다. 결코 쉽지 않았습니다. 그러나 나는 기꺼이 시간을 할애했고 그것이 흥미로웠다.

내 딸을 무릎에 앉히고 나는 기성 방명록이 마음에 들지 않고 내 자신의 방명록을 쓰고 싶었기 때문에 Perl을 배우기 시작했습니다. 저는 중고 Compaq에 Linux를 설치하고 시스템 관리의 기본, Apache 컴파일 방법을 배웠고, 파일 사용 권한을 머리로 감쌌습니다. 그래서 제 딸이 세 살이 되었을 때 기술 관련 부서로 일하게 되었습니다. 자산 "닷컴" 회사의 팀입니다.

기본적으로 웹 표준에 관심을 갖게 된 이유는 두 브라우저 에서 작동하려면 동일한 웹사이트를 두 번 만들어야 한다는 것이 이해가 되지 않았기 때문입니다. 그 당시 Dreamweaver는 우리가 싸워야 했던 복잡한 중첩 테이블을 훨씬 쉽게 처리할 수 있게 해주었기 때문에 많은 웹 개발자가 선택한 도구였습니다. 그래서 Web Standards Project의 작업에 영향을 받아 저는(당시 남자친구이자 지금은 남편인 Drew McLellan과 함께) Dreamweaver Usenet 그룹과 팁과 Dreamweaver 확장 기능을 공유하기 시작했습니다. Dreamweaver 지원 표준을 만드는 방법.

결국 우리 둘 다 Macromedia Beta를 사용하게 되었고 Dreamweaver 자체를 보다 표준과 호환되게 만드는 데 도움이 되었습니다. 우리는 또한 Web Standards Project에 초대받았습니다. 특히 Dreamweaver Task Force의 일원이 되기 위해 말이죠. Jeffrey Zeldman이 나 에게 이메일을 보내 WaSP에 가입하도록 요청했다는 사실을 믿을 수 없었습니다! 내가 존경하고 많은 것을 배웠던 사람들이었다. 그들이 내가 조직의 일원이 되기를 원했다는 사실은 놀랍고 내가 이미 하고 있는 일을 계속할 수 있는 자신감을 주었습니다.

그 참여는 내 경력의 기반이 되었습니다. 나는 기술적인 것들을 설명하는 나의 능력이 다른 웹 개발자들이 이러한 새로운 기술을 배우고 표준의 필요성을 이해하는 데 도움 이 될 수 있다는 것을 깨달았습니다. 또한 명확하게 설명할 수 있다는 것이 버그 보고서를 제출하고 새로운 소프트웨어 기능(브라우저 또는 Dreamweaver와 같은 도구)에 대한 사용 사례를 작성하는 데 유용하다는 것을 발견했습니다. 웹 표준을 발견한 지 20년이 지난 지금도 나는 이 일을 하고 있습니다. 그것은 나에게 계속 관심을 갖고 있으며 그 어느 때보다 중요하다고 생각합니다 .

웹의 개방형 특성, 기술의 상대적 단순성, 커뮤니티의 도움이 되고 공유하는 태도가 제가 여기 있는 이유입니다. 몇 년이 지나도 내가 이곳에 머물게 된 가장 큰 이유 중 하나는 웹 표준과 개방형 웹을 위한 지속적인 투쟁 때문입니다. 그렇기 때문에 W3C와 표준 프로세스가 매우 중요하고 웹 개발자도 프로세스에 참여하는 것이 중요하다고 생각합니다.

소규모 프로젝트를 진행하는 웹 개발자의 목소리가 들리고 웹의 방향이 소수의 거대 기업에 의해 좌우되지 않도록 하고 싶습니다. 웹은 우리가 경력을 쌓고 종종 사회 생활을 하는 곳입니다. 그것은 우리가 서로 의사 소통하는 방식입니다. 내가 있고 싶은 곳으로 남고 싶다. 기술 배경이 없는 다음 사람이 게시 및 창작을 시작하고 경력을 쌓고 싶은 곳을 찾을 수 있을 만큼 충분히 열려 있기를 바랍니다.

당신의 웹 스토리는 무엇입니까?

웹에서 일한 지 20년이 넘었든 단 1년이던 상관없이 W3C 블로그나 자신의 사이트에서 이야기를 공유하거나 아래의 댓글 섹션에 글을 작성해 주세요. 당신의 여정을 듣고 싶습니다!