DE{CODE}: 2022년—WordPress 개발자의 해

WordPress 개발을 전문으로 할 수 있는 더 좋은 시간은 없었습니다. WordPress는 세계에서 가장 인기 있는 콘텐츠 관리 시스템(CMS)이자 가장 인기 있는 헤드리스 CMS로서 계속해서 인터넷을 잠식하고 있습니다. DE{CODE} 2022의 이 기조 연설 세션에서 WP Engine 설립자이자 최고 혁신 책임자인 Jason Cohen은 WordPress 개발자와 WP Engine이 그들의 삶을 더 쉽게 만들기 위해 노력하고 있는 프로젝트 앞에 놓인 도전과 기회에 대해 논의합니다.

아래에서 전체 비디오를 확인하십시오!

세션 슬라이드:

전체 텍스트 성적 증명서

JASON COHEN : WordPress 개발자를 축하하는 WP Engine의 연례 컨퍼런스인 DE{CODE}에 오신 것을 환영합니다. 제 이름은 Jason Cohen이고 WP Engine의 설립자입니다. 2022년은 워드프레스 개발자의 해라는 확신을 가지고 올해의 DE{CODE}를 시작하고 싶습니다. 저는 올해가 우리 모두에게 그토록 많은 가능성과 기회가 있다고 믿는 이유를 설명하고 이 시장에서 경력을 가속화할 수 있는 방법에 대해 이야기하고 싶습니다.

질문부터 시작하겠습니다. 모든 소프트웨어 개발자 커뮤니티는 무엇인가로 알려져 있습니다. 그렇다면 WordPress 개발자는 무엇으로 알려져 있습니까? WordPress 개발자는 게시자가 좋아하는 아름다운 웹 사이트를 만드는 것으로 유명하다고 말하고 싶습니다. 즉, 워드프레스를 사용하는 수백만 개의 웹사이트가 있다는 것을 모두 알고 있지만 워드프레스를 사용하고 워드프레스 개발자를 고용하는 다국적 의류 브랜드인 Under Armour와 같은 사람들도 있습니다.

이제 Under Armour는 작년에 50억 달러의 매출을 올렸기 때문에 단지 무료라는 이유로 WordPress를 사용하지 않습니다. 원하는 소프트웨어는 무엇이든 구입할 수 있습니다. 그들은 요구 사항을 충족하기 때문에 WordPress를 사용하고 이러한 요구 사항을 수용하고 아름답고 업데이트하기 쉬운 웹 사이트를 생성하는 방법을 알고 있기 때문에 WordPress 개발자를 고용합니다. 이 같은.

또는 National Geographic은 세계에서 가장 존경받는 미디어 브랜드 중 하나이며 Nat Geo는 풍부한 미디어 경험을 처리할 수 있는 정교한 디지털 자산 관리 기능을 갖춘 아름답고 업데이트하기 쉬운 웹사이트가 필요합니다. 물론 그들은 WordPress 개발자를 고용합니다. 그것은 당신이 유명한 사용 사례입니다. 그리고 기술은 어떻습니까? 현대 기술 회사가 WordPress를 사용합니까?

예, Dropbox 팀은 원할 경우 처음부터 CMS를 구축하거나 항상 표시되는 Site Builder 기술을 사용할 수 있습니다. 그러나 Dropbox는 매력적이고 쉽게 게시할 수 있어야 하는 사이트 부분에 대해 WordPress 및 WordPress 개발자와 협력하기로 결정했습니다. 마케팅 팀이 WordPress와 다른 프런트 엔드 기술을 사용하려는 사용 사례는 어떻습니까?

그래서 그들은 CMS에 WordPress를 사용하고 싶지만 프런트 엔드에는 다른 것이 있습니다. 여전히 WordPress를 사용할 수 있습니까? 물론 이것이 바로 헤드리스 WordPress입니다. 따라서 그들은 Android Authority가 한 것처럼 선택하고 헤드리스 WordPress를 사용할 수 있습니다. 따라서 Android Authority는 여전히 WordPress를 CMS로 사용하여 작가, 콘텐츠, 미디어, 웹사이트의 백엔드를 관리하는 데 필요한 모든 것을 관리하지만 프런트 엔드는 다른 프레임워크에서 처리합니다.

그리고 브랜드가 Android 권한과 같은 헤드리스 접근 방식을 원할 때 분리된 웹 사이트의 성능과 보안을 원하기 때문에 여전히 WordPress 개발자를 호출합니다. 물론 게시 워크플로 및 기타 모든 항목과 일치하는 사이트가 필요합니다. 지난 20년 동안 WordPress가 웹 사이트에 힘을 실어준 것을 기대하게 되었습니다. WordPress 개발자는 그 방법을 알고 있습니다.

게시자를 행복하게 만드는 것은 WordPress 개발자가 수행하는 것으로 잘 알려진 평판이며 WordPress의 경쟁업체도 이를 알고 있습니다. 신생 기업 및 웹 개발에 대해 가장 많이 언급되는 일부는 계속해서 WordPress에 대해 이야기합니다. 그들의 웹사이트를 탐색할 때 공통적으로 볼 수 있는 것 중 하나는 항상 WordPress 개발자를 대상으로 하는 페이지가 있다는 것입니다. 어디를 보든 모두가 WordPress 개발자에 관심이 있습니다.

그렇기 때문에 2022년이 WordPress 개발자의 해라고 말하는 이유는 모든 게시자가 필요로 하는 것을 마스터했고 이러한 요구가 변경되지 않고 가속화되었기 때문입니다. 마찬가지로 모든 게시자는 Google과 같은 검색 엔진의 유기적 트래픽이 필요합니다. 물론 그렇게 하고 있고 사람들은 여전히 ​​그 방법에 대해 항상 이야기합니다. 새로운가요? 아니, 분명히 아니야. 본질적으로 동일한 기사가 수년 동안 게시되었으며 WordPress 개발자는 이를 수행하는 전문가입니다.

A/B 테스트는 어떻습니까? 아니면 코드 A/B 테스트가 없습니까? 멋지네요. 혁신적이죠? 이제 여러분은 이 새로운 도구들을 뒤섞고 배워야 할 것입니다. 글쎄, 당신이 몇 년 동안 이것을 해왔기 때문에 당신이 하지 않는 것을 제외하고. 마찬가지로 이 아이디어는 8년 전에도 VC 펀딩을 받았습니다. 예를 들어 여기에는 변화가 없습니다. 여전히 No Code A/B 테스트가 있으며 이 모든 작업을 수행하는 방법을 이미 알고 있습니다. 당신은 이미 이 모든 것의 전문가입니다. 좋네요.

많은 분들이 페이지 경험을 순위 요소로 사용하는 Google 검색의 최근 변경 사항에 대해서도 알고 있습니다. 페이지 경험은 페이지 속도 및 기타 사항과 같은 것을 의미하며 Core Web Vitals 업데이트로 이에 대해 알 수도 있습니다. 이전에 Google에서 이와 같이 변경한 적이 있습니까? 글쎄, 그래, 사실 항상 그렇지? 그리고 당신은 그것을하는 방법을 알고 있습니다.

예, 새로운 도구이지만 웹사이트를 빠르게 만드는 것이 중요하다는 것은 새로운 것이 아니며 Google은 오랫동안 페이지 속도를 순위 요소로 사용해 왔으며 사이트 방문자가 오랫동안 만족할지 여부를 추론하려고 했습니다. . 이것들은 모두 당신이 이미 전문가입니다. 그래서 어떤 면에서 세상은 변하지 않습니다. 이러한 방식으로 게시자에게 서비스를 제공할 때 WordPress 개발자는 이미 앞서 나가기 때문에 축하하는 것이 좋습니다. 당신은 이미 전문가입니다.

그러나 진정한 변화를 보는 웹 개발에는 다른 측면이 있습니다. 세상이 빠르게 변화하는 곳. 그래서 저는 WordPress 개발자에게 건축가처럼 생각하라고 조언합니다. 따라서 건축가는 고객의 요구 사항을 예술과 결합합니다. 건축가는 또한 건축 자재 또는 소프트웨어 및 인프라를 의미하는지 여부에 관계없이 요구 사항과 예술을 올바른 기술과 결합합니다.

즉, 사용 가능한 모든 기술을 사용할 수 있어야 하며 새로운 혁신을 활용할 수 있어야 합니다. 이제 새로운 것을 배워야 하는 것이 파괴적일 수 있기 때문에 두려울 수 있지만 그것은 또한 일의 일부입니다. 우리가 소프트웨어 개발자가 되기로 결정했을 때 소프트웨어에 관한 것 중 하나는 소프트웨어가 항상 변한다는 것입니다. 그래서 우리가 훌륭한 소프트웨어 개발자나 훌륭한 아키텍트가 되려면 우리가 가진 다양한 직업에 적합한 기술을 선택할 수 있도록 최신 정보를 파악해야 합니다.

따라서 A/B 테스트 및 SEO와 같은 것들은 매우 느리게 변하고 근본적으로 전혀 변하지 않을 수 있지만 기술은 그 위에 있어야 하며 이것이 제가 다음 20분 동안 이야기하고 싶은 것입니다. 그 중 일부는 무엇입니까? 그렇다면 여러분이 살펴보고 채택해야 할 흥미진진한 새로운 기술 변화는 무엇입니까? 우리 공간에서 흥미로운 변화의 온상으로 보는 것을 살짝 보여드리고자 합니다.

따라서 익숙해져야 하는 사용자 기대치의 가장 큰 변화는 적응형 디지털 경험이라고 합니다. 이것은 개인화와 비슷하지만 그 이상입니다. 사용자는 사이트의 모양과 느낌, 기능이 특정 환경과 조건, 심지어는 로그인하지 않더라도 자신의 기록에 적응하기를 원합니다. 이제 개인화된 적응형 디지털 경험을 제공하면 사용자는 자신의 웹사이트와 사실, 웹사이트가 적응력이 있을 때 더 잘 전환되고, 사람들이 사이트에 더 오래 머무르고, 더 많은 링크를 클릭한다는 수많은 데이터가 있습니다.

즉, 미디어 기업으로서 더 많은 클릭은 더 많은 광고 수익을 의미합니다. 전자 상거래 회사로서 더 많은 전환은 더 많은 수익을 의미합니다. 기술 회사 또는 온라인으로 물건을 판매하는 모든 종류의 회사로서 전자 상거래가 아니더라도 더 많은 사람들이 참여한다는 것은 더 많은 리드 또는 더 많은 수익을 의미합니다. 따라서 모든 경우에 보다 적응력이 뛰어난 디지털 경험은 고객 만족도를 의미하며 말 그대로 고객의 수익 증대를 의미합니다. 그것이 중요한 이유입니다.

이제 우리에게 희소식은 웹의 많은 발전이 이러한 적응형 경험을 제공할 수 있는 능력을 열어준다는 것입니다. 그래서 이것을 설명합시다. 몇 가지 예를 보여드리겠습니다. 어떻게 작동합니까? 여기 실제 예가 있습니다. 온라인 잡지는 리드를 수집하기 위해 HubSpot 포럼을 사용해야 한다는 요구 사항이 있었습니다. HubSpot 포럼이 필요한 이유는 무엇입니까? 따라서 HubSpot 포럼은 프로그레시브 필드라는 기술을 사용합니다.

이것이 의미하는 바는 사용자가 양식을 채우고 백서를 다운로드하거나 무언가를 얻을 수 있는 정보를 제공한 후, HubSpot은 다음에 그 사람이 무언가를 얻고자 할 때 해당 정보를 다시 요청하지 않는다는 것을 기억합니다. 즉, 그 사람은 더 많은 정보를 얻고 사이트에 더 많이 참여하며 방해받지 않을 가능성이 더 큽니다.

이것은 적응형 경험의 좋은 예입니다. 그러나 절충안이 있습니다. HubSpot 포럼과 같은 이 제3자 스크립트를 사용하면 웹사이트 속도가 느려집니다. 사실, 그들의 등대 모바일 점수는 100점 만점에 40점에 불과했습니다. 즉, 사이트가 느리고 SEO에서 높은 순위를 차지하지 않을 것임을 의미합니다. 따라서 이 적응형 경험을 원하지만 속도 문제가 발생합니다. 당신은 그것에 대해 무엇을합니까?

그래서 Partytown이라는 새로운 기술이 등장합니다. 따라서 Partytown은 이와 같은 제3자 스크립트를 브라우저의 JavaScript 엔진의 메인 스레드에서 분리하여 별도의 스레드에 로드합니다. 따라서 이것은 사이트가 훨씬 더 빠르게 상호 작용하여 사용자가 조치를 취하고 상호 작용하는 데 차단되지 않고 동일한 멋진 적응 기능이 있는 Partytown을 사용하는 것만으로도 등대 점수가 40에서 90으로 이동했음을 의미합니다.

따라서 정말 멋지지만 느리고 느리지 않게 만드는 적응형 스크립트를 사용할 수 있습니다. 멋지네요. 그것은 설계자로서 고객 웹사이트를 훌륭하게 만들기 위해 해야 할 일입니다. 이것이 JavaScript를 빠르게 만드는 방법입니다. 성능의 또 다른 큰 부분은 미디어입니다. 이미 알고 있을 수도 있지만 기다려 보세요. 따라서 누구라도, 특히 많은 미디어를 보유한 게시자는 멋지게 보이는 아름답고 큰 이미지를 원합니다.

그러나 이미지가 단순히 크면 다운로드 속도가 느려지고 특히 휴대폰과 모바일 네트워크에서 전체 사이트 속도가 느려집니다. 이제 사람이 보기에는 똑같아 보이지만 크기가 훨씬 작아 로드 속도가 훨씬 빠른 새로운 이미지 형식이 있습니다. WebP에 대해 들어본 적이 있는 것처럼 이러한 형식 중 일부에 대해 알고 있을 것입니다. 그러나 AVIF, AVIF는 WebP보다 작지만 육안으로 보면 똑같아 보입니다.

따라서 AVIF 이미지로 전환하는 것만으로도 해당 잡지 사이트 또는 실제로 모든 사이트의 속도를 크게 높일 수 있습니다. 이제 재미있는 점이 있습니다. 나는 당신이 아마 이것을 알고 있다고 말했습니다. AVIF가 나온 지 불과 몇 개월 되지 않은 작년에 발표를 했는데 1년이 지난 지금 사용하고 계신가요? 아니요, 거의 아무도 사용하지 않습니다. W3Techs에 따르면 WebP와 함께 AVIF를 사용하는 웹사이트는 0.1% 미만이며 웹사이트의 4% 미만이 사용하고 있습니다.

따라서 이러한 기술은 어떤 의미에서 오래되었거나 알려졌어야 하지만 사용한다면 여전히 최첨단 기술입니다. 물론 사용자에게 좋고 이미지 형식을 사용하여 SEO에 좋은 웹 사이트 속도를 높이는 정말 쉬운 방법이며 사람들은 여전히 ​​일반적으로 그렇게 하지 않습니다. 이제 WordPress가 AVIF를 지원하지 않지만 WebP 이미지를 지원한다는 것을 알 수 있습니다.

따라서 일반 WordPress를 사용하는 클라이언트에 WebP가 충분할 수도 있고 AVIF를 자동으로 지원하는 것이 훨씬 쉽기 때문에 헤드리스 WordPress를 사용하는 또 다른 이유일 수도 있습니다. 클라이언트 요구 사항을 조정하고 기술 기능을 조정하고 이를 통합하는 올바른 방법을 알아내는 것은 귀하에게 달려 있습니다. 그러나 나는 건축가로서 이것을 완전히 무시하는 것은 좋은 선택이 아니라고 생각합니다. 고객을 도울 수 있는 쉬운 방법이기 때문에 여기에서 몇 가지 기술을 개발해야 한다고 생각합니다.

이제 프런트 엔드에서 일어나고 있는 또 다른 혁신인 데스크톱 및 휴대폰의 사용자 설정을 살펴보겠습니다. 이제 5년 전에는 존재하지 않았던 이러한 새로운 웹 기반 설정이 있으며 고객의 웹 사이트 방문자는 이제 이러한 설정이 존중되기를 기대합니다. 따라서 움직임 감소, 웹이 조금 더 컸으면 하는 저와 같은 사람들을 위한 글꼴 크기, 밝고 어두운 모드 선호도, 하루 중 어느 때나 사용자 선호도, 접근성 등이 있습니다. 웹과 상호 작용하는 다양한 방법을 가진 사람들에게도 웹 사이트가 잘 작동하는지 확인합니다. 맹인이나 다른 특별한 상황을 위해 때로는 규제가 필요할 수 있습니다.

그리고 이것은 사용자에게는 깔끔하지만 이 모든 것을 지원하는 사이트를 구현해야 하기 때문에 많은 작업이 필요한 것 같습니다. 그리고 여기에 또 다른 문제가 있습니다. 적응형 사이트를 구축할 때, 이와 같은 장치 기능이든 사용자에 의존하는 다른 것이든, 어떻게 테스트합니까? 이 모든 다양한 상황에서 이것이 제대로 작동하는지 어떻게 확인합니까?

우리 모두에게 익숙한 한 가지는 이 시점에서 내 사이트를 가져와 휴대전화 크기에 대해 테스트한 다음 iPad에 대해 테스트하고 그런 다음 노트북용으로 테스트하고 초광각 화면용으로 다시 테스트할 수도 있지만 제가 테스트한 것은 이미 서너 가지입니다. 하지만 지금은 각각의 경우에 대해 어떻습니까? 글꼴 크기가 정말 크게 설정되어 있으면 어떻게 됩니까? 여전히 제대로 보이나요? 당신은 그것을 테스트하고 있습니까? 라이트 모드와 다크 모드는 어떻습니까? 그것은 당신이 테스트해야 할 것들의 또 다른 곱하기 2입니다.

따라서 글꼴 크기, 조명 모드, 접근성, 다양한 종류의 브라우저를 사용하는 이들 각각은 테스트해야 하는 항목의 조합을 배가시킵니다. 그래서 좀 어렵습니다. 따라서 어떤 사람들에게는 자동 테스트를 위해 도달하는 것입니다. 이러한 경우 중 일부는 사람이 매번 모든 것을 살펴보는 대신 자동화된 테스트를 통해 처리할 수 있습니다.

그것은 좋지만 자동화된 테스트는 다크 모드 사이트가 괜찮아 보이는지 여부를 알 수 없기 때문에 완전한 대답은 아닙니다. 그것은 정말 인간이 판단해야 할 것입니다. 따라서 이 테스트는 여전히 퍼즐이며 이 테스트 퍼즐에 도움이 되는 다음 기술을 보여드릴 것이기 때문에 잠시 후에 다시 설명하겠습니다.

그래서 다음으로 보여드릴 것은 CSS와 HTML을 사용하게 된 것을 개인적으로 매우 기쁘게 생각하는 정말 멋진 것입니다. 왜냐하면 제가 이것을 원했기 때문입니다. 그리고 사실 저는 개인적으로 자바스크립트에서 이것을 시도하기 위해 코드를 만들었습니다. 왜냐하면 저는 그것을 몹시 원했기 때문입니다. 그리고 이제는 기본적으로 CSS와 HTML에 적용되고 있습니다. 즉, 모든 곳에서 사용할 수 있습니다. 그리고 Performant와 다른 모든 도구가 이를 지원할 것입니다. 그래서 저는 이것에 대해 매우 흥분됩니다.

그래서 무엇입니까? 따라서 CSS 미디어 쿼리에 익숙할 수 있습니다. 따라서 전체 화면 크기에 따라 다른 레이아웃이나 모양과 느낌을 제공할 수 있습니다. 그러나 이제는 CSS 컨테이너 쿼리라고 하는 적응형 레이아웃에 대한 새로운 기능이 있습니다. 따라서 전체 화면 크기 때문에 레이아웃이 다르게 흐르는 대신 단일 구성 요소가 크기 또는 주변 구성 요소에 따라 다르게 표시될 수 있습니다.

예를 들어 여기 보시는 것과 같은 구성 요소가 있을 수 있습니다. 이 구성 요소에는 더 넓은 버전과 더 좁은 버전이 있습니다. 이제 전화기에는 좁은 버전이, 랩톱에는 넓은 버전이 필요할 수 있습니다. 그것이 우리가 그것에 대해 생각하는 일반적인 방식입니다. 그러나 와이드 버전에 실제로 세 개의 열이 있는 경우에는 어떻게 됩니까? 그래서 각 열에서 나는 좁은 하나의 마이크를 원합니다.

이제 현재 CSS가 지원하지 않는 것을 확인하십시오. 그냥 전체 화면이 넓어서 당신이 넓다고 말하는 것과 반대로 예, 화면이 넓을 수도 있지만 열에 있기 때문에 여전히 전화를 받는 것처럼 행동해야 합니다. 그것이 컨테이너 쿼리가 하는 일입니다. 그것에 대해 매우 흥분. 이제 이것은 전체 웹 페이지가 아니라 구성 요소 측면에서 웹 페이지에 대해 생각하는 전환인 훨씬 더 큰 추세의 일부일 뿐입니다. 페이지 조각.

이제 PHP 개발자로서 여러분은 몇 가지를 분리하는 데 익숙합니다. 스타일은 여기로, 기능은 여기로, 전체 페이지 레이아웃은 여기로 이동합니다. 그러나 구성 요소로의 이동은 더 큰 변화입니다. 페이지 안에 있는 조각은 이러한 재사용 가능한 개별 구성 요소로 구성되어야 한다는 것입니다. CSS나 HTML과 같은 웹의 기본 기술은 이 구성 요소에서 보았듯이 내 크기가 더 넓은 페이지를 기반으로 하는 것이 아니라 나 자신을 기반으로 해야 하는 곳을 생각하는 것처럼 구성 요소로 이동하고 있습니다.

물론 구텐베르크에서도 이런 생각을 볼 수 있습니다. 따라서 WordPress 사용자는 더 이상 이러한 긴 페이지를 작성하지 않습니다. 그들은 블록을 조립하고 있습니다. 블록은 구성 요소입니다. 텍스트, 제목, 이미지와 같은 콘텐츠, 열 및 탭과 같은 레이아웃, 기타 모든 종류의 콘텐츠 등 원하는 방식으로 재사용하고 조립할 수 있는 단위입니다.

물론 전체 사이트 편집을 사용하면 훨씬 더 발전할 수 있습니다. 이제 구성 요소인 블록과 함께 전체 페이지를 레이아웃하는 것이 WordPress에서 수행하는 방식이므로 WordPress 개발자가 뒤쳐지지 않도록 수용해야 하는 변화입니다. HTML 및 CSS와 같은 기본 기술에서 보든 WordPress가 이미 어디로 갔고 Gutenberg 및 전체 사이트 편집으로 어디로 가는지 보든 모두 구성 요소에 대해 생각해야 한다는 점을 지적하기 때문입니다. 구성 요소와 같은 것을 개발할 수도 있습니다.

헤드리스 웹사이트와 자바스크립트 세계와 같은 더 넓은 프런트엔드 개발 웹을 볼 때도 마찬가지입니다. 정확히 같은 이야기입니다. 따라서 거의 모든 사람이 사용하는 react, view 및 angular와 같은 JavaScript 프레임워크는 처음부터 구성 요소 기반이었습니다. 수년간. 별도의 파일에 넣지 않고 구성 요소를 별도의 파일에 넣고 재사용합니다.

따라서 헤드리스와 함께 JavaScript를 사용하든 WordPress를 사용하든 HTML 및 CSS를 원시로 작성하든 여전히 구성 요소에 대해 생각해야 합니다. 그래서 많은 가치가 있습니다. 객체 지향 프로그래밍이 데이터와 코드를 캡슐화하는 방식과 비슷합니다. 마찬가지로 웹 구성 요소는 모양과 느낌, 동작, 데이터와 코드도 캡슐화하여 재사용 가능하게 만듭니다.

재사용 및 구성이 가능하다는 것 외에도 개별적으로 테스트할 수 있다는 점입니다. 그래서 이것은 우리가 말했던 테스트로 돌아갑니다. 따라서 구성 요소(단지 버튼만 말해도 가능)를 가져와 다양한 컨텍스트에서 테스트할 수 있습니다. 텍스트가 크거나 작을 때 버튼 모양은 어떻게 됩니까? 다른 종류의 브라우저에서 버튼은 어떻게 생겼습니까? 라이트 모드 또는 다크 모드 등에서 버튼 모양은 무엇입니까?

버튼을 따로 테스트하면 모든 종류의 조합을 테스트하기가 훨씬 쉽고 버그를 수정하는 등의 작업이 더 쉽습니다. 그리고 그 후에 계속 테스트할 필요가 없는 멋진 재사용 가능 버튼이 있습니다. 따라서 더 쉽게 개별적으로 테스트할 수 있는 구성 요소 배열을 가짐으로써 이제 처음으로 작동하는 페이지를 구성할 수 있습니다. 그래서 그것은 이 모든 다양한 상황에서 잘 작동하는 웹사이트를 어떻게 테스트하고 구축할 수 있는지에 대한 대답의 일부입니다.

구성 요소는 건축가로서 웹사이트에 접근해야 하는 방식이라고 생각합니다. 따라서 WordPress 개발자는 이미 세상의 많은 부분을 이해하고 있습니다. 게시자와 작업하는 방법을 이해합니다. 요구 사항을 실생활로 변환하는 방법을 이해합니다. 코드와 예술 및 요구 사항을 혼합하고 훌륭하고 효과적인 웹 사이트를 만드는 방법을 이해합니다.

비결은 이 새로운 기술을 배우고 도입하여 뒤쳐지지 않고 적응형 경험, 그 배후의 도구, 이러한 것을 구축하기 위한 구성 요소를 활용하는 것입니다. 그래서 DE{CODE}에서 여기에 있는 프레젠테이션은 바로 그렇게 하는 데 도움이 되도록 설계되었습니다. 따라서 DE{CODE}에는 헤드리스 WordPress용 트랙이 있습니다. 클라이언트에 헤드리스를 사용하는 경우와 헤드리스를 사용하지 않는 경우를 배울 수 있습니다. 헤드리스를 처음부터 몇 분 만에 정말 빠르게 시작할 수 있도록 도와주는 워크숍이 있습니다. 그래서 당신이 그것에 대해 전혀 궁금하다면 가서 확인하십시오.

또한 전자 상거래를 위한 분과회가 있으며 WordPress 및 기타 주제를 관리합니다. 제 충고는 여러분이 하루를 보내면서 이 모든 세션을 살펴보면서 할 수 있는 것을 흡수하고 메모하는 등의 일을 하지만 여러분이 말하는 한두 가지, 세 가지를 찾으라는 것입니다. 내가 시도할 것들입니다. 그런 것들을 배우겠습니다. 그런 것들을 프로젝트로 가져오려고 합니다. 나는 그것을 잘하게 될 것입니다. 아마도 기존 클라이언트로 돌아가서 이것을 사용하도록 사이트를 업그레이드하자고 말할 수도 있습니다.

그러니 여러분이 제거하고 실제로 건축가로서 실천에 옮길 그 몇 가지가 무엇인지 주시하십시오. 따라서 해당 게시자를 계속 기쁘게 하고, 새로운 영역으로 계속 확장하고, 건축가로서 계속 성장하고, 올해인 2022년은 WordPress 개발자로서 최고의 해가 될 것입니다. 감사해요.