증분 문제 13 : 프론트 엔드

STRIPE의 Quarterly Magazine (인쇄 및 온라인) 인 Stripe의 증분은 팀이 대규모 소프트웨어 시스템을 구축하고 관리하는 방법을 탐구합니다. 일반적으로 웹 사이트 개발을 다루지만이 문제는 프론트 엔드 개발에 대한 최초의 전용 초점을 나타냅니다.

"프론트 엔드가 풀 스택을 의미 할 때"가 포함되어 있습니다. 결국이 사이트에 적응하여 더 많은 컨텍스트를 추가 할 수 있습니다 (인쇄 제한이 적용됨). 나는 그것이 어떻게 증가하는지에 감격했다! 스 니펫은 다음과 같습니다.

우리는 다양한 방식 으로이 확장 책임에 접근합니다. 광범위한 작업 타이틀을 공유하더라도 많은 프론트 엔드 개발자가 전문화됩니다. 종종 우리는 선택의 여지가 없습니다. "유니콘"이라는 용어는 한때 프론트 엔드 및 백엔드 개발 모두에서 유능한 희귀 한 개인을 설명했지만 오늘날까지도 전체 스펙트럼의 프론트 엔드 기술을 마스터하는 것조차도 드문 일입니다. 실제로 "Full Stack"은 종종 백엔드 개발자에게 할당 된 많은 작업을 처리하는 프론트 엔드 개발자를 의미합니다.

이 문제는 인상적인 저자 라인업을 자랑합니다.

• Lea Verou의 "CSS 변수에 대한 사용자 안내서"(CSS 변수가 무한 루프를 생성 할 수 있음을 알게되었습니다.
• Ian Feather의 "Frontend Architecture를 재평가하는 방법"(Buzzfeed의 기술적 의사 결정에 대한 통찰력있는 모습).
• Evan 당신은 "The Process : Vue 3"(프레임 워크 진화는 종종 기능과 효율성을 향상시키는 브라우저 발전에 의해 주도됩니다).
• IpSita Agarwal의 "사례 연구 : 스크린 리더를위한 웹 구성 요소"(특정 슬랙 구성 요소 및 접근성의 복잡성 탐색).
• Safia Abdalla의 "On Composable Modular Frontends"( "우리는"우리는 정문에 합성 가능한 디자인 원칙을 적용해야합니다. "
• Chris Stokel-Walker의 "Rise of React"
• Nishant Shukla의 "챗봇 원정대"
• Glenn Fleishman의 "디자인에 의한 디자인"

그리고 나의 관심사와 가장 관련이있는 기사 : Chris Lilley의 "왜 CSS는 무엇입니까?". CSS가 어떤 소프트웨어 프로젝트처럼 진화하는 것을 보는 것은 놀랍게도 드러나고, 낙담하고 안심할 수 있습니다.

일단 구현되면 기능은 우수하지만 완전히 다른 대안으로 대체하는 것보다 개선하기가 더 쉽습니다.

이것은 float 속성을 확장하여 목록 마커가 CSS에서 처음 정의 된 이유를 설명합니다. (마커가 왼쪽으로 떠서 텍스트가 오른쪽으로 감싸도록 허용). 이 접근법은 list-style-position 속성에 찬성하여 포기되었으며, 현재 정의에는 자신감이 적은 인라인 의견이 포함되어 있습니다.

진정으로 뛰어난 프론트 엔드 기사 컬렉션.

과정 전반에 걸쳐 그들의지도에 대해 Sid Orlando와 Molly McArdle에 대한 진심으로 감사드립니다. 그들은 환상적인 일을 이끌고 있습니다.

1. 이 잡지는 스타일 가이드를 준수하는 "Frontend"를 지속적으로 사용합니다. 그러나 나는이 맥락에서 "프론트 엔드"를 선호한다. ? "프론트 엔드"라는 용어는 복합 형용사로 정확합니다. "프론트 엔드"는 명사로 정확합니다.

위 내용은 증분 문제 13 : 프론트 엔드의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!