Facebook está fuertemente basado en JavaScript. ¿Por qué no se basa en jQuery (o cualquier otra biblioteca similar)?
Editar: ¿Por qué cerrar esta pregunta? esto no es subjetivo. facebook no usa jQuery (o cualquier otro marco) por una razón, que estoy pidiendo.
Respuesta corta: tendrás que preguntarle al equipo de desarrollo de Facebook.
Mejores conjeturas:
Las grandes empresas con grandes productos de software (y bases de código maduras) tienden a apegarse a lo que funciona, incluso cuando ya existe un marco de trabajo popular al que es convincente moverse. Recuerde, Facebook existía mucho antes de que JQuery se considerara estándar.
Es probable que admitan su código existente durante muchos años más. Y la relación costo-beneficio 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. Solo una cantidad marginal de Windows está escrita en C#.
En el año 2011 , cuando escribí esto por primera vez: si miras el sitio web de Facebook, su estructura DOM no es tan compleja. No tienen muchas animaciones. No son un sitio AJAX muy pesado. 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 tenía en 2011.
Además, cuando tiene varios equipos que contribuyen a un solo 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, el código se hincha rápidamente con la vinculación de todas estas bibliotecas diferentes. En el caso de un sitio web, esto significa tiempos de carga de página más largos.
JQuery está diseñado para admitir el mayor conjunto de navegadores. En algunos casos, esto podría significar "optimizar para el mínimo común denominador". FB puede querer aprovechar las nuevas funciones del navegador cuando estén disponibles.
Es posible que FB no quiera "encerrarse" demasiado en JQuery. Se sabía que JQuery tenía 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 que esto funcione, tendrían que actualizar a JQuery 1.7, pero eso significa una gran cantidad de pruebas en toda su base de código.
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 según el navegador que realiza la solicitud de página.
Reconozco que ninguna de estas respuestas son muy populares. ¿Qué desarrollador de su equipo no quiere cambiar a la última y mejor tecnología? Pero cuando piensa en el caso comercial y el costo de respaldar un marco en relación con el tamaño de su negocio, debe andar con cuidado.
¿Porque eligen hacer lo suyo?
Facebook no depende de las bibliotecas por la razón exacta que dijiste, se basa en gran medida en javascript. Debido a esto, quieren control total y personalización del código que escriben. Esto es para que puedan escribir soluciones que sean específicas para sus aplicaciones, que también permitan la eficiencia. La eficiencia es una gran cosa para todos los sitios (y más definitivamente para Facebook) y de esta manera pueden editar fácilmente su código para que funcione a su gusto.