YUI3/jQuery에 대한 큰 논쟁

번역자 주: 서로 다른 JavaScript 라이브러리/프레임워크 간의 다양한 비교를 자주 볼 수 있지만 YUI3 설계자와 jQuery 의 아버지 간의 직접적인 대화는 매우 드물며 너무 흥미로워서 도움이 되지 않을 수 없습니다. 모든 독자들 중에서 "라이브러리/프레임워크" 개발에 관심이 있는 동료들에게 영감을 주기를 바랍니다.

jQuery의 아버지는 "YUI3는 어떻게 영향력을 높이나요?"라고 대답합니다.

원문: http://www.quora.com/How-could-YUI3-improve-its-image-compared-to-jQuery-MooTools-etc/

질문: jQuery 및 Mootools와 비교할 때 YUI3는 영향력을 어떻게 향상합니까?

저자: John Resin(jQuery의 아버지)

번역자: 바치

YUI3는 YUI2를 능가했으며 jQuery 와 동등합니다. 그러면 YUI3가 어떻게 영향력을 향상시킬 수 있을까요? 이 질문에 대해 일부 답변은 주제에서 벗어난 것 같습니다. 질문은 "YUI의 영향력을 향상시키는 방법"(좋은 질문)이지만 대부분의 답변은 jQuery를 공격하고 있습니다.

나는 이 질문에 두 가지 측면에서 대답합니다.

1. 더 많은 사람들이 사용할 수 있도록 YUI를 어떻게 개선해야 할까요?
2. YUI는 jQuery를 통해 어떻게 경쟁력을 높일 수 있나요?

다른 JS 라이브러리와 비교할 때 YUI는 코드 수준 작업이든, 훌륭한 문서 , 데모 , 블로그 기사 , 비디오 자습서 등이든 정말 뛰어납니다. 다른 JS 라이브러리에서는 이러한 측면에 크게 관심을 두지 않으며, 저는 이러한 콘텐츠가 성공적인 오픈 소스 프로젝트의 가장 중요한 구성 요소라고 생각합니다. 그러나 YUI는 시장을 점령하는 데 더 성공하지 못했으며, 이는 제가 항상 의아해했습니다. .

여기서는 이해를 돕기 위해 몇 가지 가정을 하겠습니다.

1. 현재 YUI3 버전은 "충분히 좋습니다"
2. YUI 문서와 포럼도 더 많은 사용자가 YUI3를 사용하도록 유도하기에 충분합니다.

이를 바탕으로 몇 가지 간략한 의견을 제시하겠습니다.

1. 다른 사람들이 지적했듯이 분산된 도메인 이름은 하나로 통합되어야 하며 너무 많은 사이트를 유지하는 것은 종종 비생산적이고 감사할 일이 아닙니다.
2. 여러 코드 기반을 하나의 코드 기반으로 병합해야 합니다. 예, 사람들은 여전히 ​​YUI2를 사용하고 있지만 YUI3의 API는 YUI2와 매우 다르며 YUI는 앞으로 YUI3에서만 성공할 것입니다(YUI 팀은 YUI2를 고집스럽게 유지하는 데 도움이 되지 않습니다). 유이 "더 성공적")
3. YUI를 소개하는 방법은 너무 많아서 하나로 압축해야겠습니다. 사람들은 YUI().use로 시작해야 합니다(YUI를 깊이 있게 사용하고 싶다고 가정). 홈페이지에서 한 가지 중요한 점만 유지하세요. YUI는 <script src="http://yuilibrary.com/yui-min.js"></script>와 같이 소개되어야 훨씬 더 명확해집니다.

간단히 말해서, YUI 프로젝트는 전체적인 방향을 유지해야 합니다. 초점이 너무 분산되면 역효과를 낳게 됩니다.

오늘날 YUI가 jQuery와 직접 경쟁하려면 YUI와 해당 하위 프로젝트의 운영 방식이 바뀌어야 합니다. 현재 YUI 프로젝트의 운영 방식은 YAHOO 의 작업 방식과 상반되기 때문입니다. 현재 관리 접근 방식의 운용성이 극도로 열악하다는 점을 감안할 때 YUI 프로젝트는 불행한 손실을 입었습니다.

원래 YUI 프로그램을 시작하려면 SimpleYUI를 사용해야 합니다. jQuery를 살펴보세요. API는 간단하고 실용적이며 사람들은 이러한 매력적인 기능을 위해 대부분의 사이트를 구축합니다. 따라서 yuilibrary.com을 방문할 때 YUI를 사용하는 방법은 simpleYUI(이름을 좀 더 간결하고 자연스러운 것으로 변경해야 함)밖에 없다는 것을 예상해야 합니다.

출처: taobaoued