2008-11-14 10 views
20

Actualmente estoy usando la biblioteca de Yahoo YUI javascript en algunos de mis proyectos.¿YUI o no a YUI?

Sin embargo, estoy un poco preocupado por tres cosas. Primero, despidieron al 10% de sus empleados. En segundo lugar, el precio de sus acciones sigue cayendo: especialmente después de ignorar la adquisición de MS a principios de este año. Tercero, ¿qué pasa si alguien los compra?

La única razón por la que menciono esto es porque tiendo a construir aplicaciones que van a durar de 8 a 10 años.

¿Qué harías?

+6

a yui o no a yui? esa es la pregunta? Si es más noble en la mente sufrir, Las eslingas y flechas de la escandalosa fortuna, o yagni y lidiar con eso cuando lo haga – Ken

+5

Los proyectos que intentan planificar durante 10 años son asesinados y el hack que lanzan juntos para usted termina siendo departamental o de toda la compañía durante 10 años. Perdona mi cinismo –

+2

@Ken: a menos que seas el jefe. – NotMe

Respuesta

49

Yahoo es una empresa importante que no terminará en el próximo par de años.

Yahoo! la biblioteca es de código abierto, por lo que tendrá otras personas para continuar mejorando si Yahoo se declara en quiebra.

Ninguna tecnología es 100% segura desde hace 10 años, creo que no corre peligro con ella.

En 10 años, Javascript será completamente diferente y la mayoría del framework no será el mismo, así que creo que lo que elijas necesitarás cambiar muchas cosas en 10 años;) Solo asegúrate de mantener una versión del código en su repositorio siempre tendrá la última versión que funcione para su sistema y estará bien.

+0

" La biblioteca de Yahoo! es de código abierto, por lo que tendrá otras personas para continuar mejorando si Yahoo se declara en quiebra. " Bueno, si la aplicación está planificada para los próximos 10 años, ¿por qué no usar el cu? versión actual, no la versión "mejorada"? Le ahorra la molestia de las pruebas de compatibilidad con versiones anteriores :) – Zlatko

6

¿Cambiar a jQuery?

1

Si la biblioteca hace lo que necesita hacer hoy, no veo ninguna razón para no usarla. 8-10 años es mucho tiempo para una aplicación web, pero me gustaría pensar que todavía habrá Javascript disponible.

Si lo está utilizando con la expectativa de que tendrá grandes avances en el futuro, entonces sus preocupaciones son válidas, pero creo que lo mismo se puede decir de casi cualquier tecnología/idioma/biblioteca. Y como es de código abierto, usted u otros podrían continuar el desarrollo.

4

Incluso si Yahoo! va por debajo, su biblioteca es de código abierto. Lo más probable es que la comunidad lo recoja y continúe su desarrollo.

+2

Si la comunidad lo recoge o no , aún puede seguir utilizándolo, incluso si es "TAL CUAL". –

7

Cambié a jQuery hace un tiempo y he estado mucho más feliz desde que lo hice. Debe considerar el hecho de que YUI es de código abierto, por lo que siempre puede hacer las actualizaciones necesarias que necesite en el futuro.

+0

Estoy de acuerdo con la parte de código abierto, pero no he usado YUI, así que no puedo decir cómo se comparan. –

+0

IMO, jQuery es mucho más fácil para trabajar y hacer que la escritura del código JS sea más divertida. Hay muchos complementos, por lo tanto, aunque tiene menos características y widgets que YUI, todo lo que desees es de fácil acceso y fácil de escribir si lo deseas. –

2

Si su aplicación web existe desde hace más de 4 años en su forma actual, entonces eso es increíble. Eso significará que se trata de nuevas tecnologías de navegación y posiblemente la pérdida de las existentes. También significa que el sitio no necesitará modificaciones importantes en ese momento.

La mayoría de las aplicaciones web en las que he trabajado se han reescrito casi por completo después de 3 años. Por lo general, esto se debe a que los requisitos cambian; generalmente hay tantas adiciones en ese momento que es una pieza de software completamente diferente.

Además, en 8 años, estoy seguro de que el YUI habrá cambiado tanto que ni siquiera será el mismo. Hace 8 años que no existía; 8 años a partir de ahora tal vez sea algo completamente diferente. Esto no significa que no pueda seguir utilizando las bibliotecas existentes exactamente como son.

Lo único que se te ocurre hacer es guardar las versiones tú mismo. No me refiero a cargarlos desde tu propio servidor, sino simplemente guardarlos en algún lugar. Incluso solo en caso de que YUI cambie algo y termine rompiendo algo que estabas usando, no es probable.

Creo que cualquier biblioteca está sujeta a estas mismas preocupaciones: YUI o jQuery, etc.

+0

Tengo dos aplicaciones web que han existido durante casi exactamente 9 años que estoy en el medio de reemplazar. Tengo la suerte de que la industria en la que se juegan estas aplicaciones es bastante estática, por lo que los requisitos son bastante conocidos. – NotMe

+0

Guau, supongo que tengo suerte. Mis clientes están contentos y para cuando se completa la primera versión, están queriendo más. –

1

Estas son las opciones: 1.
construir su propia biblioteca de Javascript
2. Utilice la biblioteca YUI existentes
3. Utilice alguna otra biblioteca Javascript de terceros

Puede descargar la biblioteca YUI completa y ejecutarla desde su propio servidor web, por lo que no necesita depender de los servidores de Yahoo. El código es de código abierto, por lo que puede realizar mejoras usted mismo si Yahoo deja de construirlo. Dado que, personalmente, creo que usar YUI es mucho mejor que tratar de rodar tu propia biblioteca de Javascript. Veo una tonelada de beneficios virtualmente sin riesgos.

La pregunta que queda es si debe usar YUI o alguna otra biblioteca de terceros. Casi todas las otras bibliotecas de código abierto comparten el mismo riesgo futuro que YUI. Personalmente, analizaría las características que admite cada biblioteca y elegiría la que actualmente admite todo lo que desee (o la mayor parte de lo que desee).

4

He cambiado Jquery recientemente, y el aumento en la productividad es notable.

YUI tiene mejores documentos, pero romperá la compatibilidad en 3.0.

Deje su código heredado en yui, y cambie a jquery para los nuevos desarrolladores.

3

No creo que sea seguro decir "una biblioteca para todas las soluciones".

Siempre es una buena práctica analizar cada proyecto que hace y luego decidir qué biblioteca usar. Ya sea jQuery, YUI, mootools, etc.

Para responder a su pregunta un poco más sin rodeos, no se preocupe. La web es uno de los sectores de mayor crecimiento y evolución en el mundo. Me sorprendería que sus proyectos no se vuelvan a desarrollar (por usted o por otra persona) en los próximos 3 a 4 años.

64

Como miembro del equipo de YUI, me gustaría añadir lo siguiente a esta conversación: Casi todos los que han trabajado en el equipo todavía está con Yahoo y sigue trabajando en YUI - una consistencia notable para un proyecto que ya está casi cuatro años. Nadie puede predecir el futuro de Yahoo en este momento (ni de ninguna otra compañía), pero puede confiar en el código que está utilizando hoy. Es gratis, abierto bajo BSD, y nadie puede evitar que lo use independientemente de lo que pueda suceder en el futuro.

Continuamos entusiasmados con YUI y creemos que sus próximos cuatro años serán mejores que los últimos cuatro.

Saludos, Eric

+1

Muchas gracias por pesar. – NotMe

1

En primer lugar, Es de código abierto para que pueda seguir utilizándolo sin importar lo que sucede con Yahoo. Además, nadie piensa que irán a ningún lado pronto.

En segundo lugar, no importa qué biblioteca o herramienta de terceros use, siempre se enfrenta al riesgo de que abandone el producto en algún momento, o peor, que la empresa cierre.

Independientemente de cualquiera de los dos, puede seguir utilizándolo después de que ocurra. Y no hasta entonces, ¿realmente necesitas cambiar? Además, la forma en que la web ha cambiado, es posible que no desee utilizar YUI en unos pocos meses, ¿quién sabe?

2

Bueno, Yahoo sigue siendo una empresa rentable con más de $ 3 mil millones en el banco. No espero que quiebre pronto, a menos que hagan algo realmente horrible.

Sin embargo, Yahoo todavía tiene que reducir los costos y simplemente podrían dejar de desarrollar YUI para mover a los desarrolladores a otros lugares. Algo a tener en cuenta sobre si elige continuar en w/YUI. En su estado actual, no veo que YUI sea un generador de ingresos, que es lo que Yahoo necesita en este momento.

15

todos los demás aquí ya se ha mencionado que YUI es de código abierto (y por lo tanto, se puede extender, en forma de horquilla, etc.)

Pero lo importante a destacar es que Yahoo USOS YUI en su propia web propiedades. Es un proyecto valioso para ellos, no solo como una biblioteca de componentes internos, sino como una forma estandarizada de escribir código JavaScript. Una vez que te hayas acostumbrado a eso, te darás cuenta de que si Yahoo todavía está en Internet, probablemente aún esté poniendo recursos en YUI.

Además, aunque es un gran admirador de jQuery, un desarrollador equilibrado no puede recomendar seriamente un marco particular sobre otro sin tener un contexto de proyecto y consideraciones de diseño.

que simplemente no puede asumir que su clavija cuadrada va a encajar en el agujero redondo de todos, no importa lo difícil que tratar de interferir en.

2

He usado YUI en un proyecto hace 1 año.
Estaba bastante satisfecho con la biblioteca, incluso si me resultaba realmente difícil entender cómo funcionaba. Después de que yo descubrí jQuery y lo intenté en otro proyecto. Hombre, ese era otro mundo.
Estos días estoy haciendo algunos cambios en el viejo proyecto YUI. Quería portar todo al 2.8 (desde 2.4.2).
Esperaba que fuera más fácil pero no lo era. Después de haber pasado unos meses en jQuery, debo admitir que YUI es demasiado complejo.
Puedes hacer casi todo y configurar todos los aspectos de tu aplicación, pero, bueno, lleva años entender cosas o alquilarlas.
jQuery es mucho mejor y más rápido. El sistema de complementos es asombroso. No probé YUI 3 porque he decidido que jQuery es lo suficientemente bueno para mí.

+0

Estoy de acuerdo en la parte demasiado complicada. De hecho, he comenzado a extraer YUI en muchas áreas de la aplicación. Probablemente me tome otros dos meses completar el trabajo, es una prioridad muy baja y, por lo tanto, solo paso una hora cada dos semanas en él. Uno de mis objetivos había sido convertir parte de esto en controles de usuario .Net, pero eso estaba más allá de un PITA. Todo lo que necesitaba era arrastrar/soltar, y un editor de texto enriquecido. Terminé usando el editor de Telerik (huella más pequeña, más características). En cuanto a Arrastrar/soltar, me he molestado en reemplazar eso todavía. – NotMe

5

Aprendí YUI antes de JQuery, y el problema con YUI es (en mi opinión) está sobre ingeniería, lo que significa que es más complejo. Es divertido codificar a JQUery y, al mismo tiempo, puedes hacer todo lo posible con él.

Mi consejo sería usar JQuery, y si necesita algún componente YUI, utilice ambos. Sin embargo, no veo ninguna ventaja particular de YUI sobre JQuery.

0

jQuery es para la codificación, YUI es para aprendizaje. jQuery está más extendido que YUI porque es fácil rociarlo en páginas web que necesitan simples manipulaciones de DOM y animaciones o AJAX básicos. YUI es una biblioteca extremadamente popular que históricamente ha sido una de las favoritas de desarrolladores y desarrolladores de aplicaciones más avanzados. jQuery es demasiado pequeño y pequeño, por lo que debe buscar otros marcos/bibliotecas para trabajar en conjunto. Tienes que tomar mucho tiempo para investigar el marco de prueba, ui framework. MVC frameworks ... ¡Pero si eliges YUI, es suficiente!marcos de prueba (navegador y sin cabeza), herramientas ci, widgets, grid/architecture de css, AOP, MVC ... ¡todas las características sofisticadas que desea en un Framework! eso es realmente kool. Así que si comienzas un proyecto empresarial, sugiero usar YUI, aunque es una curva de aprendizaje un poco abrupta.