framework - load facebook sdk for javascript

¿Por qué facebook no usa jQuery(o similar)?

Question

Facebook está fuertemente basado en JavaScript. ¿Por qué no se basa en jQuery (o en cualquier otra biblioteca similar)?

Edit: ¿Por qué cerrar esta pregunta? esto no es subjetivo Facebook no usa jQuery (o cualquier otro marco) por una razón que estoy solicitando.

Answer 1

¿Porque eligen hacer lo suyo?

Answer 2

@ yes123: Cuando construyes un sitio web que termina sirviendo a la mitad del planeta, comenzarás a correr hacia las paredes que los marcos de cualquier tipo tienden a terminar imponiendo. Cuando crea sus propios marcos personalizados, lenguajes de consulta de base de datos, etc., tiene mucho más control y puede llegar realmente al negocio de optimizar un sitio que tiene que atender cantidades extremas de solicitudes por segundo.

Por supuesto, también existen otras consideraciones, si todo lo que trabaja es de código abierto y está disponible públicamente, también lo son los errores y las debilidades inherentes. No todos son tan altruistas como para enviar una solución a los autores originales de un marco o biblioteca; Algunos lo usarían para explotar. Si su fuente es esencialmente cerrada y propietaria, hace que la tarea de los usuarios malintencionados sea mucho más complicada.

En cualquier caso, esto no es realmente una pregunta para ...

Answer 3

Debido a que construyen lo que necesitan por su cuenta, jQuery también es Javascript.

Answer 4

En mi experiencia personal es porque muchas de las grandes empresas sienten que son demasiado buenas para usar marcos, sienten la necesidad de mantener todo "en casa".

Answer 5

Facebook no confía en las bibliotecas por la razón exacta que dijiste, se basa en gran medida en javascript. Debido a esto, quieren el control total y la personalización del código que escriben. Esto es para que puedan escribir soluciones que sean específicas para sus aplicaciones, lo que también permite la eficiencia. La eficiencia es una gran cosa para todos los sitios (y definitivamente para Facebook) y de esta manera pueden editar fácilmente su código para que se desempeñen a su gusto.

Answer 6

Requieren un alto grado de rendimiento y eficiencia que jQuery no lo corte. Necesitan una API que se adapte únicamente a sus necesidades, sin ningún código ni características adicionales que no se utilicen.

Answer 7

Respuesta corta: tendrás que preguntar al equipo de desarrollo de Facebook.

Las mejores conjeturas:

1. Las grandes empresas con grandes productos de software (y bases de código maduras) tienden a seguir con lo que funciona, incluso cuando ya existe un marco popular al que hay que acudir. Recuerda, Facebook existía mucho antes de que JQuery fuera considerada estándar.

2. Es probable que apoyen su código existente durante muchos años más. Y la relación beneficio / costo de hacer un "cambio" a un nuevo lenguaje o marco puede ser demasiado baja para justificar una reescritura o una transición. Caso en cuestión: Sun no transfirió gran parte de Solaris a Java. Sólo una cantidad marginal de Windows está escrita en C #.

3. En el año 2011, cuando escribí esto por primera vez: si realmente miras el sitio web de Facebook, su estructura DOM no es tan compleja. No tienen muchas animaciones. No son un sitio muy pesado de AJAX. Dado eso, JQuery puede no ser convincente para ellos. Actualización - En 2015 : FB es mucho más dinámico que hace años. Así que el # 3 aquí no tiene el mismo peso que en 2011.

4. Además, cuando tiene varios equipos que contribuyen a un único producto de software (o sitio web), es importante que todos se estandaricen en el mismo marco. Si cada equipo se integra con un marco diferente, entonces el código se infla rápidamente con el enlace de todas estas bibliotecas diferentes. En el caso de un sitio web, esto significa tiempos de carga de página más largos.

5. JQuery está diseñado para admitir el mayor conjunto de navegadores. En algunos casos, esto podría significar "optimización para el mínimo común denominador". Es posible que FB desee aprovechar las nuevas funciones del navegador cuando estén disponibles.

6. Es posible que FB no quiera "bloquearse" demasiado con JQuery. Se sabe que JQuery tiene algunos errores con algunos de los navegadores más nuevos que estaban en versión beta. Ahora, si Facebook tiene un millón de líneas de código basadas en JQuery 1.6, podría tener errores cuando se ejecute en IE 10, FF 5 y Chrome 12 cerca del año. Para hacer que esto funcione, tendrían que actualizarse a JQuery 1.7, pero eso significa una gran cantidad de pruebas en todo su código base.

7. Finalmente, pueden tener algo interno que funcione mejor que JQuery. No me sorprendería si Facebook ya tiene un marco del lado del servidor que genera HTML + JS basado en el navegador que realiza la solicitud de página.

Reconozco que ninguna de estas respuestas es muy popular. ¿Qué desarrollador de tu equipo no quiere cambiar a la última y mejor tecnología? Pero cuando piensa en el caso de negocios y el costo de respaldar un marco en relación con el tamaño de su negocio, tiene que pisar con cuidado.

Answer 8

Si quieres mi opinión:

Creo que la única razón es porque Facebook se publicó en 2003/2004, jQuery en 2006. En ese momento era demasiado tarde para reconvertir todos los js a jQuery.