이번 Smashing Podcast 에피소드에서 Drupal 9의 새로운 기능을 살펴보고 있습니다.이 20 년 전의 오픈 소스 프로젝트의 주요 변경 사항은 무엇입니까? Drew McLellan이 Drupal 핵심 커미터 인 Angie Byron과 이야기를 나 find습니다.

표시 사항

주간 업데이트

성적 증명서

드류 맥 렐란 : 그녀는 Drupal 생태계를 기반으로 구축 된 소프트웨어 및 서비스를 통해 알 수있는 회사 인 Acquia의 제품 및 커뮤니티 개발 담당 수석 이사입니다. 그녀는 거의 12 년 동안 Drupal의 핵심 관리자였으며 O'Reilly의 저자이자 Drupal을 살아 숨쉬는 오픈 소스 전도사였습니다. 브리티시 컬럼비아 밴쿠버 근처에서 우리와 함께합니다. 그녀는 새로운 사람들, 특히 여성들을 오픈 소스로 만드는 것에 열정적입니다. 우리는 그녀가 오랜 Drupal 전문가라는 것을 알고 있지만, 한때 돌고래에게 마멀레이드를 만들기 위해 가르쳤다는 것을 알고 있습니까? 내 친구들이 대니 앤지 바이런을 환영 해주세요.

드류 : 앤지 안녕. 어떻게 지내세요?

앤지 바이런 : 스매싱 해요, 드류 어떻게 지내세요?

드류 : 잘 지내요 감사합니다. 오늘 팟 캐스트에서 다루지 않은 내용에 대해 오늘 말씀 드렸습니다. 그리고 대규모 커뮤니티에서 인기있는 오픈 소스 프로젝트 임에도 불구하고 수년 동안 Smashing Magazine 기사를 실제로 다루지는 않았습니다. 그리고 물론 Drupal입니다. 이제 Drupal이 무엇을 소개하지 않았는지 전혀 설명하지 않았습니다. 왜냐하면 전적으로 웹 디자이너와 개발자를 만나지 않은 전체 세대의 웹 디자이너와 개발자가있을 수 있다고 생각하기 때문입니다. Drupal이 무엇인지 알고 있다고 생각할지도 모르지만 10, 15, 20 년 전의 견해에 근거 할 수 있습니다. 오늘 Drupal은 무엇입니까?

앤지 : 우리는 Drupal을 컨텐츠 관리 프레임 워크라고합니다. 그 의미는 웹 사이트를 만드는 데 사용할 수있는 일반화 된 프레임 워크이고, 모바일 앱을 만드는 데 사용할 수 있으며, 상상할 수있는 모든 것을 만드는 데 사용할 수 있습니다. 그러나 매우 컨텐츠 구조화 된 컨텐츠 기반 중앙 시스템입니다. 전 세계 35 개 웹 사이트 중 하나에 전원을 공급하는 데 사용됩니다. 거기에 있고 사람들은 그것을 사용합니다. 정부 웹 사이트, 미디어 웹 사이트, 상상할 수있는 모든 것에 많이 사용되었습니다. 공주 유람선 일정과 그와 같은 것들을 말하는 데에도 사용되었습니다. 많은 다른 용량으로 사용됩니다.

드류 : WordPress 나 Hugo 및 Jekyll과 같은 정적 게시 도구와 같이 사람들이 과거에 사용했던 다른 콘텐츠 관리 시스템과 어떻게 다른가요?

앤지 : 당신이 원하는 것이 블로그 나 워드 프레스가 정말 잘하는 다른 것이라면 워드 프레스가 좋은 선택이라고 말하고 싶습니다. 마찬가지로 하나의 특정 백엔드 시스템이나 그와 같은 것에서 만 작동하는 고급 사용자 정의 소프트웨어가 필요하다는 것을 알고 있다면 Symfony와 같은 사용자 정의 CMF 프레임 워크 또는 더 나은 선택이 될 수 있습니다. Drupal은 둘 다에 걸쳐 있기 때문에 훌륭합니다. 사용자 인터페이스가 있으므로 양식을 클릭하고 작성하기 만하면 컨텐츠를 작성할 수 있습니다. API로 확장 할 수 있지만 실제로는 브라우저에서 폼과 버튼 주위를 클릭하여 엄청난 양의 강력한 작업을 수행 할 수 있도록 만들어졌습니다.

앤지 : 나는 정말로 자신이 원하는 것을 모르는 고객이 있기 때문에 많이 사용합니다. 그래서 그들은 블로그를 원한다고 생각합니다.“아,하지만이 블로그에 전자 상거래 구성 요소도 필요합니다. 아, 그리고 우리는 XNUMX 개의 별점과 리뷰 그리고 이런 종류의 것들이있는 포럼이 필요합니다.” Drupal의 경우 WordPress와 비교하여 새로운 기능을 추가하기위한 확인란 일 뿐이므로 몇 가지 다른 솔루션을 통합하여 통합해야합니다. 그리고 커스텀 코드를 사용하면 분명히 많은 커스텀 코드가 될 것입니다.

앤지 : Drupal은 전체 기여 모듈 라이브러리를 가지고 있습니다. 추가 기능을 수행 할 수있는이 애드온 모듈의 10,000 ~ 12,000과 같은 것이 있습니다. 그리고 Drupal을 20 년 동안 사용하지 않았다면 Drupal은 실제로 실제로 모든 기능을 갖춘 CMS로, 미디어 레이아웃 지원, 모든 종류의 다른 것들로 바뀝니다.

드류 : Drupal을 사용하기 전에 일부 프로젝트를 간략하게 언급했습니다. 누군가가 다른 것을 통해 도달 할 수있는 이상적인 프로젝트는 무엇입니까? Drupal은 실제로 어디에서 뛰어 납니까?

앤지 : Drupal이 있다면 다른 하위 구성 요소가 많이 있고 일관된 모양과 느낌을 유지하기를 원하는 웹 사이트 또는 웹 사이트를 가정 해 봅시다. 예를 들어, 대학은 다른 모든 하위 사이트에서 일관된 대학 브랜딩을 원하기 때문에이를 많이 사용합니다. 그러나 그들은 또한 개별 부서들에게 컨텐츠 유형과 같이 자신의 것을 자유롭게 설정할 수 있기를 원합니다. 따라서 미술 부서에서 아티스트와 음악가 및 그와 같은 것들을 추적하고 싶을 수도 있습니다. 그리고 IT 부서와 IT 부서에서 제작 한 작업을 묶는 것은 우리가 IT 인턴쉽을 수행하는 사람들과 계약을 맺고 싶을 수도 있습니다.

앤지 : 또한 Drupal을 사용하면 모든 컨텐츠를 함께 모델링하고 컨텐츠와 동적 인 뷰를 생성하여 즉시 클릭 할 수 있습니다.

드류 : 이 시점에서 Drupal에 대해 이야기하고 싶었던 이유 중 하나는 모퉁이에 주요 릴리스가 있기 때문입니다. 없어요?

앤지 : 있습니다. 다음은 언제 나올지 모르겠지만 3 월 XNUMX 일입니다. 따라서 현재로부터 XNUMX 주일이 지났습니다.

드류 : 그리고 Drupal 9입니다.

앤지 : 맞습니다.

드류 : 이제 성숙한 소프트웨어 제품의 큰 새 버전에는 항상 새로운 기능이 포함되어 있습니다. 그렇지 않습니까? 누군가 Drupal 9에 대해 실제로 주목할만한 헤드 라인 변경은 무엇입니까?

앤지 : Drupal 8을 현재 사용하고 있다면 가장 큰 소식은 Drupal 9가 크게 바뀌지 않았다는 것입니다. 과거에는 XNUMX 명에서 XNUMX 명 또는 XNUMX 명에서 XNUMX 명으로 이동하고 싶었을 때, 나는 그것을 소름 끼치는 과정이라고 부르지 않았지만, 그런 식으로 부를 수 있었기 때문에 우리 커뮤니티에 큰 문제가되었습니다. 이전에는 데이터가 아니라 코드를 깨뜨릴 것이라는 철학이있었습니다. 우리는 항상 최신의 최첨단을 유지하고 주요 버전 업그레이드가 함께 제공됩니다. Drupal의 요구 사항, 지원 모듈 및 기본 코드는 항상 최신의 가장 좋은 것을 얻을 수 있지만 비용이 많이 들고 비용이 많이 드는 업그레이드 프로세스가 필요합니다.

앤지 : Drupal 8에서 9까지, 우리가하고있는 일은 Drupal 8에 Drupal 8를 효과적으로 구축하는 것입니다. Drupal 9은 새로운 API, 새로운 기능 및 이러한 모든 것들을 이전 버전과 호환되는 방식으로 얻었습니다. Drupal 7가 할 일은 이전 버전과 호환되는 것들을 잘라 내고 Symfony, PHP, MySQL의 최신 버전을 모두 제공하여 향후 8 ~ XNUMX 건의 보안 지원을 제공합니다. 앞으로 몇 년. Drupal XNUMX에서 Drupal을 마지막으로 보았을 때 XNUMX에서 XNUMX까지는 많지 않았습니다. Drupal XNUMX에 포함 된 혁신, 모바일 경험과 같은 혁신, 상자 구성, 보기 모듈을 사용하면 즉시 사용 가능한 항목 목록을 동적으로 어셈블 할 수 있습니다.

앤지 : 그러나 Drupal 8주기에 포함 된 기능도 제공됩니다. 이들은 미디어 라이브러리, 워크 플로우 관리, 레이아웃 구축 기능, 더 나은 자동 테스트 및 기타 모든 것들입니다.

드류 : 많은 콘텐츠 관리 시스템에 혼란 스럽거나 패치되지 않은 것이 있기 때문에 특히 관심이있는 한 가지 측면은 구조화 된 데이터의 개념입니다. 구조화 된 컨텐츠를 말할 때 무엇을 의미합니까? Drupal 9는 그 점에서 우리를 무엇으로 가져 옵니까?

앤지 : 구조화 된 컨텐츠는 정말 매력적인 개념이며 초기부터 Drupal에 내장되었습니다. WordPress 또는 Squarespace와 같은 CMS에서 사진 갤러리 기능을 다운로드하고 사진 갤러리 기능을 활성화하려고합니다. 사진 갤러리를 만든 사람으로 가져옵니다. 그것을 구상했다. Drupal에서는 다른 방식으로 진행합니다. 기본 구성 요소에서 사진 갤러리 기능을 만드는 것입니다. 그리고 이것이 의미하는 것은 사진이라는 컨텐츠 유형을 생성한다는 것입니다. 그림의 이미지 필드를 추가합니다. 캡션 필드를 추가하고 이미지 및 기타 모든 신조, 속성의 숫자 필드 또는 오래된 속성의 너비가 높은 텍스트 필드에 대해 속성을 가질 수 있습니다. 하다.

앤지 : 그런 다음 사진보기를 만들고 사진보기가 XNUMX x XNUMX 그리드에 모든 것을 배치하거나 두 개의 열 또는 그 밖의 모든 것에 배치한다고 말하면 전체 사용자 정의 기능을 가질 수 있습니다. 어떻게, 어떤 방식으로 생산되는지. 구조화 된 컨텐츠는 웹 사이트를 원하는 방식으로 보이게 할 수있을뿐만 아니라 컨텐츠가 엔티티와 필드를 통해 일반적인 방식으로 구조화되기 때문에 흥미 롭습니다. 예를 들어 백엔드로서 Drupal.

앤지 : 그리고 그 방법을 완전히 제어 한 다음 동일한 백엔드를 가져 와서 웹 사이트로 만들고 동일한 백엔드는 쇼핑몰에서 사람들이 다른 항목을 선택할 수있는 키오스크라고 말합니다. 많은 사람들이 Drupal을이 일반 컨텐츠 저장소로 사용하며,이 컨텐츠 저장소는 다른 사람과 대화 할 수 있습니다. 그리고 우리가 할 수있는 방법은 CMS가 관리하는 모든 데이터가 추상화되기 때문입니다. 프리젠 테이션 레이어에 내장되어 있지 않습니다. Wiziwig 편집기를 사용하여 컨텐츠에 응답하는 경우 본문 필드에 이미지가 포함되어 있으므로 해당 본문 필드에 참여하여 사이드 바 블록에 표시하려는 경우 결코 좋지 않습니다.

앤지 : Drupal은 모든 것을 백엔드의 개별 필드와 엔티티로 구성하여 개념을 쉽게 혼합하고 일치시킬 수 있도록합니다.

드류 : 그것은 Drupal을 헤드리스 CMS로 사용할 수 있다는 것을 의미합니까?

앤지 : 네.

드류 : 그것은 당신이 거기에서 묘사하고있는 것과 거의 맞지 않습니까?

앤지 : 네, 절대적으로.

드류 : Jamstack에서 작업 중이거나 단일 페이지 앱이 있거나 모바일 앱을 구축 중이거나 덜 전통적인 방식으로 콘텐츠를 소비하는 경우 Drupal을 콘텐츠 관리 시스템으로 사용하여 문자 그대로 관리 할 수 ​​있습니다 API 또는 JSON과 같은 것을 통해 다른 것들에 노출시킵니다.

앤지 : 바로 그거죠. 네. JSON : API 지원 기능이 내장되어 있으며 Drupal의 모든 기능은 모듈 식입니다. 테마 레이어를 원하지 않으면 필요하지 않습니다. 테마 계층은 일반적으로 PHP에 의해 생성되는 HTML 프리젠 테이션 계층과 같습니다. 그러나 당신은 그것을 버리고“모든 컨텐츠의 JSON : API 출력 만 원합니다.”라고 말할 수 있습니다. 또한 Drupal에 내장 된 특정 기능이 앱에 내장되어 있습니다. 예를 들어 Drupal에는 강력한 사용자, 권한 및 역할 시스템이 있습니다. 별도의 권한으로 다른 역할을 설정하여 사이트에서 다른 작업을 수행하거나 사이트에서 다른 페이지를 볼 수도 있습니다.

앤지 : 그리고 그러한 것들이 Drupal에 의해 존중 될 것이며 Drupal에 의해 시행 될 것입니다. 누군가 누군가가 특정 URL에서 애플리케이션을 실제로로드 할 때, 거기에있는 사람이 그것에 접근 할 수 있다는 것을 알고 있습니다. 정말 흥미 롭습니다. 일하기 좋은 제품인데, 개발자가 개발자를 위해 만든 제품이기 때문입니다. 보다 쉬운 방법을 원했기 때문에 구축을 시작했습니다. 매년 페이지 하단의 저작권 필드를 변경하기 위해 누군가에게 전화를 걸고 싶지는 않았습니다.

앤지 : 상자를 만들어서 채울 수 있습니다. 그러나 그것은 또한 사이트 빌더와 같은 완전히 새로운 사람들의 영역을 조각하기 위해 만들어진 도구입니다. 그것들은 기술적 인 것이지만, 모든 백엔드 코드를 작성하는 방법을 반드시 알아야하는 것은 아니지만, 예를 들어, 이러한 강력한 개념을 만들기 위해 서로 다른 개념을 함께 클릭하는 방법을 알고 있습니다. 따라서 언제든지 미디어 라이브러리와 같은 기능을 개발할 때이를 사용하려는 마케팅 담당자 나 컨텐츠 작성자에게이 기능을 실제로 사용하기 쉽게 만드는 방법에 대해서만 생각해야합니다. 매일뿐만 아니라 개발자 측에서 어떻게 확장 할 수있게합니까? 모든 것을 포괄하는 자동화 된 테스트를 어떻게해야합니까?

앤지 : 화면 판독기로 출력 할 수 있도록 출력에 액세스 할 수 있도록하려면 어떻게해야합니까? 그리고 이러한 모든 종류의 고려 사항. 따라서 Drupal의 흥미롭고 흥미로운 종류는 콘텐츠가 분리되지 않은 사용하기 쉬운 프론트 엔드 또는 함대가 필요한 매우 기술적 분리 된 콘텐츠 중에서 선택해야한다는 점에서 그 분야에서 두드러집니다. 작업 할 자바 스크립트 개발자 Drupal은 중간에 위치 할 수 있으며 둘 다있을 수있는 스위트 스팟에 있습니다.

드류 : Drupal은 본질적으로 주제별 CMS이기 때문에 그렇지 않습니까? HTML 페이지, CSS를 출력하기 위해 테마를 사용하는 좀 더 전통적인 사이트 인 사이트를 구축하려는 경우, 반응이 좋은 웹 디자인은 모바일 장치, 데스크탑 장치 등을 제공합니다. Drupal에서 어떤 템플릿 기능을보고 계십니까? 무엇을 사용할 수 있습니까?

앤지 : Drupal은 Twig라는 Symfony 라이브러리를 사용하며, 분기, 기본 분기 논리, 인쇄 변수 등을 수행하는 특수 문자가 거의없는 HTML 템플릿입니다. 이것이 Drupal이하는 기본 출력입니다. 출력을 생성하고 배열에 저장되는 콜백이 있습니다. 배열은 어느 출력 레이어로 전달됩니다. 앞에서 언급했듯이 JSON : API 일 수 있으며 JSON을 크게 떨어 뜨리거나 테마 레이어로 전달하여 배열을 변환 할 수 있습니다. 이것은 헤더입니다. CSS와 HTML 변수로 인쇄하십시오. 그래도 귀하의 질문에 대답했는지 모르겠습니다. 죄송합니다.

드류 : 아뇨

앤지 : 알았어

드류 : 마지막으로 Drupal을 사용했을 때 아마도 Smarty를 사용하고 있다고 생각합니다. 맞습니까?

앤지 : 오, 스마티 드루팔 6 일과 같습니다.

드류 : 예, Drupal 6 또는 Drupal 5입니다.

앤지 : 네. 오, 환상적입니다. 나뭇 가지는 Smarty와 유사한 개념이지만, 나뭇 가지에 대한 좋은 점은 비즈니스 논리와 프레젠테이션 논리를 더 잘 분리한다는 것입니다. Twig는 실제로는 할 수 없지만 그렇게 할 수는 있지만 실제 HTML 파일에 함수와 객체 및 클래스와 모든 것들을 배치하는 것이 가장 좋은 방법은 아닙니다. HTML 파일은 특별한 자리 표시 자만으로 HTML 파일을 유지합니다. 그리고 비즈니스 논리는 모듈이나 사전 프로세스 기능 또는 이와 유사한 상황에서 뒤에서 발생합니다.

드류 : 이러한 분리는 실제로 백엔드 세계에서 일하는 데 익숙하지 않은 개발자에게는 프론트 엔드 개발에 더 익숙 할 수 있지만 약간의 논리가 HTML과 분리되어 있습니다. CSS?

앤지 : 맞습니다. 그리고 당신이 그 이점으로 얻는 또 다른 것은 나뭇 가지가 자동 XSS 취약점 탈출에 정말 좋습니다. 테마를 처음부터 작성할 때 발생할 수있는 일반적인 일은 변수를 직접 인쇄하기 시작하는 것입니다. 그런 다음 누군가가 '작은 바비 테이블 또는 그와 같은 사용자 이름을 생성하여 전체 사이트를 망칠 수 있습니다. Twig는 그런 변수를 자동으로 빠져 나가기 때문에 훌륭합니다. API를 고수하고 직접 사용하는 한, 테마를 멋지게 보이게한다고해서 실수로 사이트에 JavaScript 또는 SQL 취약점이 발생하지는 않습니다.

드류 : 콘텐츠 제작 경험의 관점에서 볼 때 웹 디자인 업계의 많은 사람들이 비즈니스의 일부, 특히 Squarespace와 같은 매우 사용자 친화적 인 서비스의 하단에서 일부 비즈니스가 사라지는 것을 보았습니다. Drupal은 사람들이 이러한 세련되고 매끄러운 서비스를 통해 얻은 저작 경험과 어떻게 경쟁합니까?

앤지 : 나는 우리가 먼 길을 왔다고 말할 것이다. 우리는 확실히 Squarespace 수준이 아닙니다. 나는 단지 그것을 평평하게 말할 것입니다. Squarespace는 해당 라운드에서 구조화 된 컨텐츠를 작성하지 않거나 페이지를 작성하는 경우 이점이 있습니다. 따라서 페이지는 자체 포함되어 있으며 HTML을 완전히 제어 할 수 있으며 멋진 프런트 엔드 도구를 사용하여 얻을 수 있습니다. Drupal은 본질적으로 구조화 된 컨텐츠이므로 컨텐츠가 혼합되어 일치 할 수 있다는 이점이 있다고 언급했습니다. 다양한 패션 콘텐츠를 쉽게 출력 할 수 있습니다. 그러나 단점은 프론트 엔드 도구가 구조화 된 컨텐츠 특성을 존중하지 않는다는 것입니다. 따라서 Drupal의 편집 환경에서 페이지를 인계받는 것처럼 보이지 않습니다.

앤지 : 그러나 많은 사람들이 많은 일을하고 있다고 말할 것입니다. 따라서 코어 자체는 현장 편집으로 전환됩니다. 즉, 필드를 클릭하고 백엔드로 이동하지 않고도 현장에서 바로 편집 할 수 있습니다. 설정 트레이도 있습니다. 사이트 이름이나 블록의 위치 등을 빠르게 구성 변경하려면 내장되어 있습니다. 레이아웃 빌더에는 드래그 앤 드롭 기능도 있습니다. 우리는 Drupal의 컨텐츠 저작 경험을 향상시키기 위해 공동 노력을 기울였습니다. 우리는 사용자 테스트를 다시 시작했으며 2008 년에 시작했으며 Drupal은 오래 전에 언급 한 오래된 프로젝트이지만 2008 년과 2012 년 2015 년에 시작했습니다.

앤지 : 우리는 몇 년에 한 번씩이 일을 계속하고, 앉으 며 미네소타 대학교가이를 도와주었습니다. 우리는 앉아서 유리와 눈으로 모든 것을 추적하는 실제 사용성 실험실에갑니다. 그리고 그 과정을 통해 Drupal의 백엔드는 훌륭하고 사람들은 유연하기 때문에 그것을 좋아하고, 문서화가 잘되어 있으며, 놀랍게도 이러한 모든 것들을 설계했습니다. 사람들은 실제로 프론트 엔드와 싸웠습니다. 나는 그것을 나의 개인적인 사명으로 삼았다. Dree가 드루팔의 품질을 프론트 엔드로 가져 오기 위해 커뮤니티 전체뿐만 아니라 개인의 사명, 프로젝트 리더로 만들었습니다.

앤지 : 그리고 그 이후로 백엔드 관리자 테마와 같은 기능을 추가했습니다. 이러한 콘텐츠 중 일부는 워크 플로, 미디어, 이런 종류의 물건과 같은 친숙한 기능을 작성하여 사람들이 가장 먼저 사용하도록하여 HTML 태그 나 이런 종류의 물건을 직접 쓸 필요가 없도록하는 것입니다. 여러 해 전에.

드류 : 풀 스택 CMS가 아닌 단순한 퍼블리싱 시스템에 개발자를 끌어들이는 일 중 하나는 게이트 레포에서 모든 것을 관리한다는 개념입니다. 따라서 생활 사이트에 대한 변경 사항은 원자 적으로 배포 될 수 있으며 게이트 리포지토리는 프로젝트의 단일 소스입니다. 서로 다른 버전의 시스템을 나타내는 데이터베이스의 여러 사본이 하나의 환경에서 새로운 사이트 기능을 개발 한 다음이를 구축하고 실제 환경에 배포하는 방법을 찾으려고하는 문제를 해결합니다. 기능에 대한 작업을 시작한 이후 목표가 변경되었을 수 있습니다. Drupal은 특히 어려운 프로세스를 관리 할 수있는 방법을 제공합니까?

앤지 : 예, Drupal 7부터는 기능 모듈이라는 개념과 구성 기능뿐만 아니라 모듈 기능과 구성 변경을 결합하고 환경간에 논리적 코드를 하나의 덩어리로 배포 할 수있는 기능이있었습니다. Drupal 8과 XNUMX에서는 핵심 시스템에 바로 구축하여 이러한 기능을 향상 시켰습니다. 구성 관리 시스템이라고하는 것이 있습니다. 그리고 그것이하는 일은 여러분이하는 모든 구성입니다. 예를 들어 내 사이트 이름은 무엇이며 내가 만들고있는 이메일 템플릿은 무엇입니까? 모두 중앙 집중식 시스템에 저장되며 해당 시스템에는 다른 모든 것이 있으며 Drupal은 매우 유연합니다.

앤지 : 예를 들어 YAML 파일로 내 보내서 환경간에 마이그레이션 할 수 있습니다. 그리고 나서, 쉽게 얻을 수 있고, 다른 것을 찾아내는 것도 정말 쉽습니다. 내가 마지막으로 본 사이에 변화가 있었으며, 그것들을 살펴보고 그들이 좋아 보이는지 확인할 수 있습니다. 그리고 Drupal은 항상 그 관객 모두에게 서비스를 제공하려고 노력하기 때문에이를 수행하기위한 끈적 끈적한 도구와이를 수행하기위한 명령 행 도구가 있습니다.

드류 : 성숙한 소프트웨어 프로젝트의 새로운 주요 버전을 만들 때 항상 그랬던 적이있는 기능을 사용하지 않고 제거 할 수있는 좋은 기회가 항상 있습니다. 알맞은 것. Drupal 9의 청소 실 측면에서 어떤 변화가 있었습니까?

앤지 : 예, 우리는 집을 깨끗이 청소할 수있는 기회로 주요 버전 충돌을 일으켰습니다. Drupal 8주기 동안 우리가하고있는 일은 새로운 방식으로 일을하는 것입니다. 예를 들어 엔터 티나 구성 또는 그런 종류의 물건을 관리하거나 드래그 앤 드롭이나 그런 종류의 물건을 처리하는 최신 JavaScript 라이브러리와 같은 더 좋고 명확한 API. Drupal 8에서 우리가 한 일은 2015 년과 오늘 사이에 누군가의 사이트를 중단하고 싶지 않기 때문에 모든 오래된 자료를 제자리에 두었습니다. 그러나 Drupal 9는 우리에게“좋아요. 우리가 길을 따라갈 때 우리는 이러한 모든 것을 더 이상 사용되지 않는 것처럼 표시했습니다.”

앤지 : 그래서 우리는 나중에 그것들을 찾아서“그것이 우리가 정리해야 할 것들”과 같을 수있었습니다. 그래서 Drupal 9는 도매를 거쳐 더 이상 사용되지 않는 기능을 모두 제거했습니다. 그리고 Drupal 8.9와 동시에 출시되는 Drupal 9 버전이 있습니다. 여기에는 모든 BC 레이어가 있지만 Drupal 9와 완벽하게 호환되므로 사람들이 필요한 곳으로 모든 것을 이동할 수 있도록 릴리스 할 수 있습니다. 그러나 그렇습니다. 우리가 한 일 중에는 모든 종속성의 최신 버전으로 업데이트되었습니다. 우리는 많은 JavaScript 의존성, 일부 PHP 의존성을 가지고 있습니다.

앤지 : 이것들은 모두 최신 종류의 LTS 릴리스에 있습니다. 그래서 우리는 오랫동안 그것을 유지합니다. 또한 사람들이“오 나의 신, 왜 내 에스키모 5.7인가”와 같은 시스템 요구 사항을 제기 할 기회를 얻었습니다. 그러나 장점은 이전 버전의 PHP, 특히 PHP 5에서 많은 시간이 지났지 만 여전히 보안이 지원되지 않았다는 것입니다. 따라서 Drupal 9를 사용하는 사용자는 현재뿐만 아니라 미래에도 안전을 유지하기 위해 노력하고 있습니다. 우리는 그것들을 업데이트 한 다음 그 과정에서 생성 된 더 이상 사용되지 않는 API를 제거했습니다. Drupal 9로 사이트를 시작하면 최신 정보에 대해 더 이상 사용되지 않는 새로운 슬레이트로 시작하여 앞으로 몇 년 동안 서비스를 제공해야합니다.

드류 : 상당히 복잡한 개발 워크 플로처럼 들립니다. Drupal 9 호환 버전의 Drupal 8과 Drupal 9를 동시에 사용하여 함께 릴리스 할 수 있다는 사실. 실제로 어떻게 작동 했습니까?

앤지 : 예, Drupal 9부터 시맨틱 버전 관리라는 개념을 사용하여 지난 8 년간 Drupal 8에서 Drupal 7를 효과적으로 작성했기 때문에 잘 작동했습니다. 예를 들어, Drupal 8을 발표했을 때, 버그 수정을 제외하고는 최신 버전의 PHP와 최신 버전으로 최신 버전을 유지하는 것을 제외하고는 거의 그대로 두었습니다. . Drupal 8.1에서는 시맨틱 버전 관리로 전환했습니다. 그리고 의미하는 바는 8.2 개월마다 Drupal의 마이너 릴리스라고하며 이는 8.1.6과는 반대로 XNUMX 및 XNUMX와 같으며 버그 수정 릴리스 일뿐입니다.

앤지 : 그리고 이러한 부 릴리스 중 하나를 수행 할 때마다 새로운 API를 추가하고, 새로운 기능을 추가하고, Drupal이 기존 호환성을 유지하기 위해 항상 이전 버전과의 호환성 심을 남겨 두어야하는 경고와 함께 작동하는 방식을 변경할 수있는 기회가 있습니다 사이트가 작동을 멈추지 않습니다. 끝까지, 우리는 초기 릴리스 이후 Drupal 8을 개선했습니다. 그리고 우리는 API를 더 이상 사용하지 않는 기능을 추가했습니다. Drupal 9에 도착했을 때 많은 작업이있었습니다. 나는 우리가 통과해야 할 모든 사용되지 않는 것들과 업데이트 해야하는 모든 기여 모듈에 대한 전체 번 다운 차트와 같이 있기 때문에 거기에서 단어를 완화하거나 팀이하고있는 단어를 폐기하고 싶지 않습니다. 그들의 물건도.

앤지 : 그러나 더 이상 지원되지 않는 라이브러리, 더 이상 지원되지 않는 라이브러리를 사용하여 최신 버전을 사용하고 있는지 확인하기 때문에 다른 주요 릴리스에 대한 준비보다 훨씬 적은 노력을 기울였습니다. 물건의 모든 것들이 작동합니다. 8.9에서 12 사이의 델타가 될 것입니다. 코드가 XNUMX % 줄어든 것과 비슷한 것이라고 생각합니다. 그러나 우리가했던 것과 같은 것이지만, 그렇지 않으면 모두 같은 것을 사용하기 때문에 동일합니다.

드류 : 와. Drupal 8과 비슷하지만 족쇄가 벗겨졌습니다.

앤지 : 예. 대단하군요… 당신을 인용하겠습니다. 대단하다, 사랑한다. 마케팅 팀에 합류 할 생각이 있습니까? 아니, 농담이야

드류 : 역사적으로 Drupal은 이것만으로는 확실하지 않지만 역사적으로 이전 주요 버전에서 최신 주요 버전의 Drupal로 사이트를 옮기는 데 많은 고통이있었습니다. Drupal 9 내부에서 Drupal 8를 개발하는 과정에서 아마 약간 해결 된 것 같습니다. Drupal 8에서 Drupal 9로 옮기는 것이 실제로 매우 간단해야합니까?

앤지 : 맞습니다. 네. 기본적으로 세 가지 시나리오가 있다고 생각합니다. Drupal 8을 실행 중이고 Drupal 8의 새로운 마이너 릴리스가 나올 때마다 즉시 업그레이드하고 새로운 것을 사용하기 시작했습니다. 당신의 길은 기본적으로 당신이 이미 모든 일을하고 있고 괜찮은 것처럼 아무것도 아닙니다. Drupal 8로 돌아가서 BC 변경 사항을 따르지 않았다면 약간의 노력이 필요합니다. 어쨌든 9 년이 넘는 소프트웨어 중 가장 손쉬운 업그레이드입니다. 또한 도움을 줄 수있는 다양한 도구가 있습니다. 기여한 모든 모듈과 Drupal XNUMX 상황을 보여주는 대시 보드가 있으며 코드를 살펴보고 확인하고 사용되지 않는 기능을 표시하는 자동화 된 도구가 있습니다.

앤지 : 그리고 자동으로 올라가서 찾을 수있는 도구가 있습니다.“이것은 모듈의 최신 버전이며 Drupal 9가 준비 되었습니까? 다운로드해야합니다.”그런 종류의 것들. Drupal 8에서 9까지, 나는 그 부분이 꽤 잘 덮여 있다고 말할 것입니다. Drupal 7 이하 버전에서 Drupal 9 이전 버전으로 Drupal 8를 사용하는 경우 Drupal 9에서 변경 한 사항과 같이 조금 까다로워지기 시작합니다. 객체 지향 PHP와 우리는 다른 소프트웨어 프로젝트에서 발견 된 디자인 패턴을 활용하기 시작했습니다. 이것은 건축 적으로 수행하는 것이 현명한 일이지만, 예전의 삶에 톤이 많은 사용자 정의 코드가 있다면 Drupal XNUMX에서 이에 대한 대안을 찾아야합니다.

앤지 : Acquia는 Acquia 마이그레이션 가속기라고 불리는 제품 및 개발로, 우리가 멋지게 만들고 응용 프로그램을 찾기 위해 반응하는 응용 프로그램을 찾고있는 문제를 해결하는 것을 목표로하는 제품 및 개발입니다. 이전 Drupal 7 데이터를 읽으면 모든 Drupal 8 데이터와 동등한 Drupal 7 데이터가 생성됩니다. 구형 Drupal XNUMX 모듈에 매핑해야 할 모듈은 이전 버전을 사용하는 모든 사람이 여전히 새로운 세계 질서를 유지할 수 있기를 원하기 때문에 프로세스를 상당히 신속하게 시도하고 촉진 할 수 있습니다. 모두 같은 버전을 사용하고 있으며 모두 협력하고 있습니다.

앤지 : 그리고 Drupal 7도 확장했습니다. Drupal의 오픈 소스 커뮤니티와 같은 커뮤니티는 내년 7 월 현재 Drupal 7에서 수명이 다했습니다. 어쨌든 우리는 COVID가 그 영향을 받는지 아닌지 논의해야합니다. 그러나 여러 회사가 있으며 Acquia는 Drupal 2024을 그 이상으로 XNUMX 년까지 확장 지원하는 회사 중 하나입니다. 따라서 쉽게 업그레이드 할 수있는 사람들이 XNUMX 년 반 동안 작업을 수행 할 수 있습니다. 사람들은 업그레이드가 덜 쉽고, 필요할 경우 XNUMX 년 반 정도가 더 길어질 수 있습니다. 그리고 우리는 모든 사람이 이동하여 Acquia 마이그레이션 가속기와 같은 도구를 구축하여 프로세스 속도를 높이는 데 실제로 노력하고 있습니다.

드류 : 코드를 스캔하고 Drupal 9와 호환되는지 알아볼 수있는이 기능의 소리에 흥미가 있습니다. 본질적으로 정적 분석 도구입니까?

앤지 : 그것은. 정적 분석에는 한계가 있습니다. 우리는 조금 만들었습니다. Rector PHP라는 라이브러리이며 일반적인 PHP 코드에서 사용할 수 있습니다. Drupal에만 국한된 것은 아니지만 Drupal Rector라고하는 래퍼를 만들었습니다. 여기에는 약간의 추가 사항이 추가된다는 것을 이해하고 있습니다. 달러 기호와 같은 것을 읽는 정적 코딩에있을 때 반드시 해결할 수있는 것은 아닙니다. 그리고 우리가 찾은 가장 일반적인 문제를 찾기 위해 약간의 추가 래퍼가 있습니다. 그리고 미안한 다른 멋진 점은 혼란 스러웠습니다.

앤지 : PHP 스캔은 코드를 스캔하는 것입니다. Rector는 코드 변경 사항을 자동으로 적용 할 수있는 것입니다. 그래서 우리는 그것들을 함께 사용하고 있습니다. PHP 표준은 정적 분석과 일부 Drupal 관련 래퍼를 통해 동적으로로드 된 일부 문제를 포착합니다. 그리고 rector는 프로 시저 함수의 Drupal_set_message로 사용됩니다. 그리고 이제이 화살표는 Drupal 메시지 또는 그게 무엇이든지간에 자동으로 변경되어 자동으로 처리 할 수없는 까다로운 API 비트에만 집중할 수 있습니다. 모든 기여 모듈을 거치는 dev.acquia.com의 대시 보드.

앤지 : 그리고 나는 숫자를 틀리게 만들 것입니다. 그러나 프로젝트의 50 %가 Drupal 9에서 이미 수행 되었거나이 자동화 된 도구로 수행 할 수있는 9.1-9.2 줄 변경이 필요합니다. 그리고 가야 좋은거야. 이 두 도구는 함께 우수합니다. Drupal XNUMX 및 XNUMX에서 API 변경을 진행할 때보고 싶습니다. 그래서 우리는 실제로 모듈에서 자동으로 수정하는 rector room과 결합합니다. 이후 릴리스 에서이 전환 기간을 훨씬 더 줄일 수 있기 때문입니다.

드류 : 정말 똑똑하게 들립니다. Drupal 8 사이트를 사용하는 사용자가 현재 Drupal 9를 준비하는 데 사용할 수 있습니까?

앤지 : 그렇습니다. 몇 달 전인 베타 이후로 사람들이이 작업을 시작하도록 권장하고 있습니다. 네, 링크 또는 그와 비슷한 것을 보내는 것이 가장 좋은지 모르겠지만, drupal.org에 업그레이드 상태라는 프로젝트가 있으며 그 점이 훌륭합니다. 그것이 대시 보드 개요를 얻는 것입니다. Drupal 9에 대한 준비가되었는지 여부에 관계없이 모든 모듈에서 빨강, 노랑, 녹색을 알려주며 사이트를 업그레이드하는 데 도움이되는 도구를 알려줄 수 있습니다 Drupal을 일반 기능 이상으로 확장 한 경우 코드를 업그레이드 할 수 있습니다.

드류 : 따라서 누군가이 소식을 듣고 있으면 몇 년 동안 지어진 WordPress 사이트가 있다고 가정합니다. 그들은 여러 개의 테마와 자식 테마, 수십 개의 부가 기능, 배수, 이음새에서 파열, 땀이 나기 시작하고 Drupal을보고 있습니다.“나는 이것의 소리를 좋아한다. . 이것은 내가 여기에 얻은 더 많은 프로젝트를 위해 만들어진 것 같습니다.” WordPress와 같은 사이트를 Drupal로 옮기는 과정은 어떻게됩니까?

앤지 : Drupal 8의 기능 중 하나는 마이그레이션 API이며 Acquia 마이그레이션 가속기를 사용합니다. 그리고 마이그레이션 API는 일반적입니다. 그것은 당신이 무엇을 이동하든 상관하지 않으며, Drupal 7에서 Drupal 9로 이동하는 데 사용되지만 WordPress에서 Drupal로 이동하거나 Drupal에서 WordPress로 이동하여 사용할 수도 있습니다. 제발 하지마 마이그레이션 시스템을위한 많은 플러그인이 있으며 그 중 하나는 마이그레이션 시스템에 WordPress 관련 지식을 추가합니다. 따라서 WordPress를 소스로 설정하고 Drupal을 대상으로 설정하여 사물을 이동시킵니다. 그것은 사이트의 데이터, 사이트의 실제 기능에 효과적이었습니다. Drupal 의이 모듈에 매핑되는이 플러그인과 WordPress를 사용하고 있는지 알아 내려면 약간의 연구를해야합니다.

앤지 : Acquia 마이그레이션 가속기의 향후 계획 중 하나는 실제로 XNUMX ~ XNUMX 개의 문제가 유출되어 열려고하면 사람들이 무엇이든 Drupal로 이동할 수 있기 때문에 주요 업그레이드를 수행하는 것과 동일한 기본 문제이기 때문입니다. 외부 시스템에서 다른 외부 시스템으로. 우리가 이론적으로 WordPress, Adobe 경험 관리자, Sycor에 이러한 종류의 것들을 넣을 수 없었던 이유는 없습니다. 그래서 Drupal 보트, 메리 어가 많기 때문에 마이그레이션 도구를 사용할 수 있습니다.

드류 : Drupal은이 시점에서 거의 20 년 동안 프로젝트로 활동 해 왔으며, 커미터와 지원이 많은 건강한 생태계를 보유하고 있습니다. 회사가 주변에 세워져 있습니다. 그러나 분명히이 큰 프로젝트는 계속 발전하고 새로운 혈액을 계속 가져와야합니다. 새로운 개발자를 Drupal 제품군에 도입하려는 이니셔티브가 있습니까?

앤지 : 있습니다. 몇 가지가 있습니다. 내가 가장 흥분한 부분은 매우 야심적이며 Drupal 8에서 완료하지 못했지만 관리자 UI 이니셔티브는 아마도 그것을 분할해야 할 것입니다. 몇몇 작은 이니셔티브이지만 효과적으로 Drupal의 JavaScript를 현대화하는 이니셔티브입니다. 그리고 그것은 많은 다른 것들을 의미합니다. 첫째, 우리는 jQuery를 사용하고 있습니다. 왜냐하면 2006 년에 또는 그 결정을 할 때마다 가장 인기있는 것이기 때문입니다. 그리고 일반적인 ES 6을 좋아하도록 옮기거나 알지 못합니다. 죄송합니다. JavaScript 사용자가 아니므로 목록에 무엇을 나열해야할지 모르겠지만 최신 ECMAScript는 우리는 그것을 사용할 것입니다.

앤지 : 그러나 그것은 또한 드릴 다운을 의미합니다… Drupal 8은 특히 Drupal이 분리 된 빌드에 실제로 접근 할 수 있도록 먼 길을갔습니다. JSON : API 출력을 사용하면 Contenta라는 배포판이 있으며 Drupal 사이트에서 원하는대로 제공 할 수 있습니다. 그 지역에는 많은 것들이 있지만 더 많은 것을하고 싶습니다. 이것이 현재 가장 좋은 방법이라는 것을 알면 마치 분리 된 프론트 엔드를 백엔드에 구축하고 그 목적을 위해 Drupal을 실제로 연마 한 것과 같습니다.

앤지 : 나는 이것이 JavaScript 현대화의 일부라고 생각합니다. 그리고 다른 부분은 PHP 클라이언트 서버 모델이나 버튼을 클릭하는 사람과 같은 많은 관리자 경험 도구가 여전히 서버에 요청하거나 이탈 한 다음 출력을 얻는 것입니다. 나는 뷰를 각도로 반응시키는 동적 순간 피드백을 더 가져오고 싶습니다. 그중 일부 라이브러리는 가능합니다. 실제 관리자 인터페이스에서 코드 인터페이스가 멋지게 보이지만 구성 요소 집합을 개발할 수 있다면 구성 요소 반응 또는 이와 유사한 것을 말할 수 있기 때문입니다.

앤지 : Drupal에 연결되는 모든 Drupal 모듈도 이러한 기능을 사용할 수 있습니다. 그리고 매번 바퀴를 재발 명하는 것과 같지 않습니다. Drupal 9의 주요 초점은 JavaScript와 JavaScript 개발자를위한 Drupal의 전체 개발자 경험을 현대화하는 것입니다. 그리고 그에 더하여, 우리는 또한 개발자이고 이미 Drupal이 Drupal이 자동 업데이트 이니셔티브를 통해해야하는 작업량을 최소화하려고 노력하고 있습니다. 모듈을 업데이트하려고하는데 매우 간단하지만 코어를 업데이트하려면 약간의 수동 작업이 필요합니다.

앤지 : 그리고 우리는 모든 사람들이 가장 안전한 버전과 그런 종류의 것을 유지할 수 있도록 그것을 제거하고 싶습니다. 발견되지 않으면 Drupal은 보안에 대해 매우 우려하고 있습니다. 우리는 세계의 몇몇 주요 정부를 운영합니다. 우리는 그래미 등을 운영하고 있습니다. 많은 사람들이 Drupal에 의지하여 견고합니다. 따라서 우리는 소프트웨어의 보안에 대해 많은 시간을 할애하여 보안 팀이 핵심 문제뿐만 아니라 기여한 모듈 공간에서 발생하는 모든 것에 대응할 수 있도록합니다. 우리는 접근성에 대해 많은주의를 기울입니다. 우리는 코어로 들어가는 모든 변경 사항이 일련의 게이트를 통과하는지 확인하고 WK 호환 가능하고 올바른 Aria 속성 및 모든 종류의 항목을 사용하는지 확인하십시오.

앤지 : 우리는 일이 잘되도록 많은 시간을 보냈습니다. 그리고 이제 저는 더 많은 사람들이 더 쉽게 접근 할 수 있도록 우리가했던 모든 노력을 시작하게 될 다음 단계에 대해 생각합니다.

드류 : Drupal은 장기적인 지원을 매우 중요하게 생각합니다.

앤지 : 맞습니다.

드류 : 최신 코드 기반의 균형을 유지하는 방법에 대해 개발자에게 매력적이지만 여전히 안정적이고 유행을 따르지 않는 것을 사용하여 JavaScript 스타일을 업데이트하는 것에 대해 언급했지만 빠르게 사라질 종속성을 가져 오지 않습니다. , 당신이 의지 할 수 있고 약간 지루하고 계속 달리고 지원할 수 있습니까?

앤지 : 그것은 공정한 질문입니다. 몇 가지 다른 방식으로 생각합니다. 앞서 언급했듯이 Drupal은 매우 모듈 식입니다. 과거에 성공을 거둔 한 가지 이유는 JSON : API가 좋은 예입니다. Drupal 자체가 출력하도록 어떤 형식으로 표준화 할 것인지에 대해 많은 논쟁이있었습니다. 그리고 우리는 여러 가지 이유로 JSON : API에 정착했습니다. 개방형 프로토콜입니다. 특정 회사 인 blah, blah, blah의 지원을받지 않습니다. 많은 것들이 있습니다. 우리가 그렇게 할 때, 우리는 실제로 그것을 처음으로 프로토 타입을 만들었습니다. 우리는 매우 빠르고 쉽게 반복 할 수있는 기고 모듈을 만들었습니다.

앤지 : 그리고 우리는 심지어 "아, 그것은 작동하지 않았다, 그것을 삭제하십시오"라고 말할 수 있습니다. 우리는 이러한 기여한 모듈 공간에서 정말 빠르게 혁신 할 수있었습니다. 우리는 그곳에서 시작해서 이렇게 말했습니다.“이건 다리가 약간 있습니다. 사람들이 실제로 그것을 사용하는 것처럼. 그들은 정말 훌륭한 개발자 피드백을 제공하고 있습니다. JSON : API 사양 작성 팀에 Drupal 직원이 있습니다. 실제로는 정말 좋습니다. 우리가 이미 알고있는 것을 핵심으로 가져 오도록합시다.” 그리고 우리는 그렇게했지만 여전히 모듈 일뿐입니다. 내년에 XMLRPC는 죽음에서 돌아와서 모두가 사용하는 것이라고 가정 해 봅시다.

앤지 : JSON : API 모듈을 그대로 두는 것이 여전히 가능합니다. 새로운 XMLRPC 모듈을 얻게됩니다. 우리는 기본적으로이를 활성화하지만 여전히 오래된 것을 그대로 둡니다. 그리고 Drupal 10이 나왔을 때, 우리는 오래된 JSON : API 모듈을 가져 와서 다시 contrib으로 옮기면 사람들은 여전히 ​​사용할 수 있습니다. 그러나 핵심 소프트웨어 자체의 변화는 최신 트렌드를 따르는 것입니다. 이런 식으로 우리는 빠르게 혁신 할 수 있기 때문에 모든 세계에서 최고를 얻습니다. 기본 Drupal 사용자 경험과 개발자 경험에 대한 최선의 결정을 내릴 수 있습니다. 그러나 필요한 경우 다른 작업을 수행해야하는 경우 의사 결정을 역 추적 할 수도 있습니다.

앤지 : 나는 우리가 전체 테마 시스템을 버리고 그것을 각도로 바꾸고 싶다면 정말로 까다로울 것이라고 생각합니다. 정말 어렵습니다… 모든 모듈은 템플릿과 그런 종류의 작업을 수행 할 수있는 네 가지 방법을 작성해야합니다. 우리는 더 많은 것을 생각해야하지만 시스템에 연결하는 방법을 알아내는 일반적인 접근 방식은 여전히 ​​필요한 사람들에게 목발로 남아 있습니다. 그리고 우리가 물건을 은퇴 할 때, 우리는 그것들을 우아하게 은퇴합니다. 그래서 그들은 여전히 ​​사람들이 이용할 수 있지만 핵심 제품의 일부는 아닙니다. 나는 이것이 일반적으로 어떻게되는지 생각합니다.

드류 : 그리고 이전 버전과의 호환성을 갖춘 Drupal 8을 보유한이 시점까지 진행된 프로세스 인 것 같습니다. 이제 수하물, 수하물을 Drupal 9와 함께 흘리고 앞으로 나아갈 것입니다.

앤지 : 맞습니다. 네. 그리고 우리는 Drupal 10에서 다시 할 것입니다.

드류 : Drupal에게 매우 중요한 릴리스 인 것 같습니다. 우리가 알아야 할 다른 것이 있습니까? 언제 착륙합니까?

앤지 : 3 월 7 일에 도착합니다. 먼저 여기에서 들었거나 먼저 여기에서 듣지 않았을 수도 있습니다. 예를 들어 Drupal XNUMX과 XNUMX이 나왔을 때 전 세계의 사용자 그룹이 케이크와 함께 Drupal 파티와 같은 역할을했기 때문에 COVID 시간 동안 발생하는 것은 조금 슬프다. 물건의 종류. 그리고 우리는 가상 버전을 시도하고 시도 할 것이지만, 똑같지는 않을 것입니다. 하지만 정말 귀여운 점은 사람들이 드루팔 컵 케이크와 그와 비슷한 물건을 굽거나 드루팔 캔을 건물이나 이런 종류의 물건에 보여주는 것입니다. 정말 독창적이고 혁신적인 커뮤니티이기 때문에 멋진 것들을 알아낼 것입니다.

앤지 : 그러나 아닙니다. 다루어야 할 사항으로, 우리가 많은 것을 다루었다고 생각합니다. Drupal을 전에 보았고 코를 잡고 있다면, 다시 한 번 봐주세요. 우리는 많은 노력을 기울여 왔으며 지난 몇 년 동안 실제로 사용자 피드백을 연마하고 사용성 부분을 연마하여 마케팅 담당자가 훨씬 쉽게 할 수 있도록했습니다. 또한 개발자도 유지 관리하기가 훨씬 쉽습니다. 우리는 그 일을 해냈으며, 우리는 이전 버전과의 호환성을 유지하기 때문에 Drupal 8 사람들을 위해 끔찍하게 파괴하지 않고 기능 변경을 수행했습니다. 그러나 Drupal을 보지 않았다면 API 헤드리스 작업, 워크 플로, 레이아웃 작성기 등 모든 기능을 계속 추가했기 때문에 XNUMX 년이 지나도 크게 변했습니다.

앤지 : 그리고 그것이 구축하기에 좋은 방법이라고 말하고 싶습니다. 미래에 대비할 수 있고, 구조화 된 데이터가 있습니다. 그래서 당신은 할 수 있습니다… 결국 새로운 프론트 엔드 트렌드가 무엇이든 당신은 그것에 뛰어 넘을 수 있습니다. 멋진 사람들로 가득 찬 훌륭한 커뮤니티가 있습니다. 저는 오픈 소스 커뮤니티에서 많은 시간을 보내며 일부는“오, 당신은 blah, blah, blah에 대해 모르십니까?”와 같습니다. 뭐든간에 Drupal은“아, 당신은 blah, blah, blah에 대해 몰라? 굉장하기 때문에 그것에 대해 말씀 드리겠습니다. " 우리는 모든 다른 배경에서 왔으며 웹 락을 만들기 위해 여기에 있기 때문에 정말 환영하는 멋진 커뮤니티와 같습니다.

앤지 : 네 어쨌든 도움이 되었기를 바랍니다. 당신과 대화 할 기회를 주셔서 대단히 감사합니다.

드류 : 오픈 소스에 더 일반적으로 참여하는 것에 대해, 특히 더 많은 여성들이 오픈 소스에 참여하게하는 데있어 가장 큰 장애물에 대해 묻지 않겠다는 생각이 듭니다. 그것은 당신이 매우 열정적 인 것입니까?

앤지 : 네. 저의 배경은 제가 십대 였을 때 오픈 소스 열광 자였습니다. 저는 오픈 소스에 대해 들었습니다. 나는“정말 멋지다. 모든 것이 오픈 소스 여야합니다.” 그러나 나는 항상 당신이 오픈 소스에서 일하기 위해 천재 여야한다는 비전을 가지고있었습니다. 큰 이름을 가진 오픈 소스였던 사람들은 Linus Torvalds와 Eric S. Raymond와 같았 기 때문에 알 수 없습니다. 어떤 이유로 그들은“아, 그 사람들은 너무 똑똑 해요”라는 빛을 발합니다.

앤지 : 그래서 저는 스스로 가르쳤고 당시 커뮤니티 칼리지에 가고있었습니다. 그래서, 나는 이것이 나를위한 것이 아니라고 생각했습니다. 그러나 구글은 오픈 소스 프로젝트를 수행하기 위해 여름에 걸쳐 돈을받는 곳인 구글 서머 오브 코드 (Google Summer of Code)라는 프로그램을 발표했다. “저는 우리가 학생이라는 것을 알면 아직 모든 것을 알지 못하기 때문에 정말 흥미 롭습니다. 어쩌면 내가 어떻게 될지 알 수있을 것입니다.” 그리고 나는 방문하는 모든 웹 사이트에서 소스를 사용하는 사람들 중 하나이기 때문에 Drupal을 선택했습니다. 당시에는 Drupal을 기반으로 구축 된 Spread Firefox라는 웹 사이트가있었습니다. 그리고 정말 재미있었습니다. 이 사이트는 기본적으로 누구나 Firefox가 설치된 Fest 나 캠퍼스가있는 이벤트처럼 업로드하거나 커뮤니티에서 만들거나 좋아하는 포스터를 업로드 할 수있는 커뮤니티 사이트입니다.

앤지 : 그리고 저는“정말 깔끔합니다. 멋지다. 나중에 파일을 정리해 두겠습니다.” PHP nuke를 사용하기 때문에 실제 CMS 사용을 포기한 이후로“아니, 나는 결코 그런 일을하지 않습니다. 어쨌든 내 고양이는 이것보다 더 나은 코드를 작성할 수 있습니다. 죄송합니다. 죄송합니다. PHB 핵무기.” 어쨌든, 나는 그것을 멀리 떨어 뜨 렸고 나는 Drupal을 리스터에서 보았고,“좋아요. 나는 그것을 줄 것이다.” 그리고 커뮤니티의 일원이되고 실제로 기여한이 측면에서“와우. A : 우선, 내가 생각한 사람들은이 모든 것을 실제로 알지 못했습니다. 무슨 말인지 알겠 니?” 그들이하다. 그러나 모든 사람이 강점과 약점을 가지고 있습니다. 그리고 내가 본 것은 코드의 특정 측면에 정말 능숙한 사람들이 있다는 것입니다.

앤지 : 문서에 능숙한 사람, 디자인에 능숙한 사람 사람들에게 무엇이든 설명하는 데 능숙한 사람들,이 모든 사람들이 이러한 변화에 협력하고 모두가 아는 약간의 기여를합니다. "저는 10 년 전과 마찬가지로이 문제에 부딪치게된다면 지금까지 수십 년의 소프트웨어 경험을 쌓을 수있었습니다." 그래서 저는 특히 여성이 아주 어린 나이부터 기술에 익숙하지 않기 위해 사회화되기 때문에 여성을 위해 그 장벽을 극복하고 시도하는 것을 저의 임무로 삼았습니다. 그리고 일단 기술에 익숙해지면“오 마이 갓, 그것은 여자예요”와 같은 것이 많이 있습니다. 그리고 만약 당신이 기술에 있다면 이미 일정량의 쓰레기를 다루고있는 것과 같습니다.

앤지 : 마치 쓰레기를 자르고 사람들에게 이것이 얼마나 멋진 지 보여주지 않겠습니까? 저는 오픈 소스에 참여하고 싶은 사람, 특히 몇 년 동안 Drupal Chicks라는 그룹을 운영했기 때문에 Drupal의 여성들이 모여 이야기하기 때문에 특히 여성과 이야기하는 것을 좋아합니다. 소녀는“글쎄요, 저는 개발자는 아니지만”하고 싶었 기 때문에 회의는 매우 재미있었습니다. 그리고 나서 그녀는 자신이하는 모든 복잡한 CSS 작업을 설명하려고했습니다. 저는“저것이 개발이라는 것을 알고 있습니까?” 나는 특히 여성들은 모두 이것으로 어려움을 겪을 수 있지만, 특히 여성들은 내가 완벽하게 유능한 사람이더라도 나는 다른 사람들만큼 좋지 않다는 느낌에 어려움을 겪고 있습니다.

앤지 : 나는 그 장벽을 무너 뜨리려고 정말로 노력했다. 나는 또한 사람들을 무너 뜨리는 것처럼“웹 병아리는 누구인가?” 저는“아니요, 그냥 바보 같은 것입니다.” “지난 주에 멍청한 짓을 했어요.” 재미있었습니다. 그리고 우리는 모두 인간 일 뿐이고 우리 모두가 그것을 작동 시키려고 노력하고 있기 때문에 그 록 스타 우상 숭배를 무너 뜨릴 수 있습니다. 나는 오픈 소스와 오픈 소스의 개념과 그 아이디어를 진정으로 사랑하는 누군가가 있다고 생각하기 때문에 열정이 있습니다. 그들은 그들이 좋지 않다고 생각하기 때문에 보류해서는 안됩니다. 내가 지금 당신에게 말할 수 있기 때문에 다른 사람들처럼, 당신은 충분하고 당신은 그냥해야합니다.

드류 : 너무 중요합니다. Drupal 9에 대해 배웠습니다. 최근에 무엇을 배웠습니까, Angie?

앤지 : 전염병이 시작될 때 기타를 가르치는 친구가“랩, 내 음악 학교가 문을 닫았습니다. 줌 레슨을하고 싶은 사람이 있습니까?” “저는 기타가 있습니다. 방금 여기서 놀고 있었어요.” 딸이 음악을 듣고 싶어하는 경우에 대비해서 악기를 수집하기 때문입니다. 나는“좋아요, 모든 것이 있습니다.” 그러나 나는 그것을 연주하는 방법을 모른다. 드럼을 연주합니다. 그래서 저는“물론 시도하겠습니다.” 사실 지난 XNUMX 개월 동안 나는 친구로부터 온라인으로 기타 레슨을 받았고 독수리와 같은 것들과 약간의 블루스 물건으로 쉽게 배우는 것을 배우고 있습니다. 끔찍하지만 나는 노력하고 재미있다.

앤지 : 그렇지 않으면 완전히 다른 것입니다. 네, 정말 재밌었어요.

드류 : 놀랄 만한. 사랑하는 리스너가 Angie로부터 더 많은 것을 듣고 싶다면 트위터에서 @Webchick 인 그녀를 팔로우하고 webchick.net에서 개인 사이트를 찾을 수 있습니다. 물론 drupal.org에서 최신 및 향후 버전의 Drupal에 대해 알아보십시오. 오늘 우리와 함께 해줘서 고마워, 앤지 이별 할 말 없어?

앤지 : 아니요, 당신과 대화 할 수있는 기회를 갖게되어 정말 감사합니다. 당신은“거룩한 소”와 같은 블록 주위에 있었어요. 나는 당신의 이력서를보고있었습니다. 마치 "오 세상에" 받침대에 앉아 있지만 솔직히 말하면 놀라운 일입니다. 특히 소규모 오픈 소스 프로젝트에 대해 이야기 할 수있는 기회에 정말 감사합니다. 사람들이 그것을 시험해 볼 기회를 갖기를 바랍니다.

(일)

출처 : https://www.smashingmagazine.com/2020/06/smashing-podcast-episode-17/