Svelte 커뮤니티에 기여하는 방법은 코드 작성 외에도 다양합니다. 프로젝트에 대해 이야기하고 🗣️,
이슈 트래커에서 문제를 식별하고 해결하며 🐛,
Discord에서 질문에 답하고 💬,
실패하는 테스트를 작성하고 🧪,
좋은 재현 사례를 제공하며 📝,
문서의 오타를 수정하고 📚,
밋업에서 발표하는 것 🎤 등이 모두 중요한 기여입니다. 핵심은 자신의 강점과 열정에 맞는 방식으로 참여하는 것입니다. ✨
Svelte의 derived 및 effect 룬은 React의 useEffect와 같은 명시적인 의존성 배열을 사용하지 않습니다. 이는 Svelte가 자동으로 의존성을 추적하여 개발자가 의존성 관리에 신경 쓰지 않도록 하기 위함입니다. 🧠 명시적인 의존성 배열을 필요로 한다면, Svelte의 관용적인 방식과 맞지 않을 수 있습니다. 🤔 디버깅을 위해 Untrack이나 dollar inspect trace와 같은 도구를 사용할 수 있습니다. 🛠️
프레임워크와 에코시스템 간의 역할 분담은 명확한 답이 없으며 지속적으로 변화합니다. ↔️ 프레임워크는 내부 해킹 없이는 불가능한 핵심 기능을 제공해야 하며 ⚙️, 매우 일반적인 사용 사례나 '기본적인' 기능은 프레임워크에 통합될 수 있습니다. 🌟 그러나 너무 많은 것을 포함하면 유지보수 부담이 커지고 ⚖️, 미래에 구식이 될 수 있는 모범 사례를 고착화할 위험이 있습니다. 🕰️
Svelte의 핵심 유지보수자들은 다양한 배경과 역할을 가지고 있습니다. Anthony는 이벤트 티켓팅 사이트를, Pete는 Hugging Face의 Gradio 라이브러리를, Rich와 Simon은 Vercel에서 Svelte를 풀타임으로 개발하며 👨💻🧑🔬, Paulo는 커스텀 렌더러 API를, T-Ming은 SvelteKit 개발을, Manuel은 SV CLAI 통합을, Dominic은 Vite 플러그인 개발을 담당합니다. 🌐 이들은 Svelte가 더 이상 작은 팀이 아니며, 누구나 기여를 통해 유지보수자가 될 수 있다고 강조합니다. 💪
SvelteKit의 미래는 안정성을 유지하면서도 사용자 경험을 개선하는 데 중점을 둡니다. 🔒 load 함수와 같은 현재의 데이터 로딩 방식에 대한 재고가 이루어질 수 있으며, 데이터를 컴포넌트 수준에서 가져오는 방향으로의 변화 가능성이 논의됩니다. 🧩 궁극적으로 SvelteKit을 더 작고 모듈화하여 사용자가 자신만의 라우터나 다른 구성 요소를 가져올 수 있도록 하는 것이 목표입니다. 🏗️