¿Cuántos servidores se podría ahorrar Facebook con C++?
Publicado el Domingo 20 de Diciembre del 2009 @ 19:47 por Armonth.
- 81
- 2
Comentar
Pues algo así como 22.500 servidores según esté artículo de los 30.000 que recientemente dijeron que tenían. La noticia la vi en Slashdot (así que no os extrañe si el primer enlace se vuelve a caer).
“Recientemente Facebook nos facilito algo de información acerca de su parque de servidores. Usan unos 30.000 servidores y, sin sorpresa alguna, muchos de ellos están usando código PHP para generar páginas llenas de información social para sus usuarios. Ya que sólo dicen que una mayoría está ejecutando PHP, asumamos que son 25.000 de los 30.000 que usan. Si C++ hubiera sido usado en lugar de PHP entonces 22.500 servidores podrían apagarse (asumiendo un ratio de conservación 10 para la eficiencia de C++ versus PHP). O una reducción de 49.000 toneladas de CO2 por año. Por supuesto es un poco injusto dejar sólo a Facebook aquí. Sus servidores son una pequeña fracción de todos los que hay por el mundo interpretando código PHP”.
Aunque cualquiera con conocimientos medios/avanzados de programación (yo desde luego no) seguramente le encontrará más de uno y de dos fallos a la argumentación (por no hablar que sus argumentos los encuentro flojos) por ejemplo y sin pensarlo mucho se me ocurre:
- No es lo mismo mantener código C++ que código PHP.
- Una vez cacheada la información (otra cosa es que no sea nada fácil cachear información en redes sociales por su naturaleza) ¿no es prácticamente lo mismo servir una página cacheada en un lenguaje u en otro?.
Sea como fuera, un tema de discusión interesante y que puede generar polémica, sobretodo este mes que parece que si un tema no va de calentamiento global, CO2 y desarrollo sostenible (/lol) entonces no es interesante.
81 Comentarios
-
Liamngls:
Madre mía, C++ para servir páginas web … genial.
Ahora solo falta un estudio que demuestre que los servidores con windows consumen menos y todos a administrar servidores con vista y c++ xD
-
Rarok:
Posiblemente si sustituyen el apache+php o lo que sea que tengan sirviendo las webs por un programa “hardcoded” en C ahorrarían bastante servidores, pero… ¿Va a compensar el ahorro de servidores con el sobrecoste de mantenimiento y de problemas que pueda dar el nuevo sistema?
Porque si nos vamos de ahorro y eficiencia mejor tiremos por la borda todos los sistemas operativos y los lenguajes de alto nivel y todos a programar cada servicio en ensamblador directamente sobre la máquina ¿no?
-
unoquepasa:
creo que hay miles de formas de evitar emisiones CO2 mucho mas inteligentes que reescribiendo facebook.
-
Armonth:
Si no os digo que no… La gracia es que es portada en Slashdot ;P
Por cierto no os perdais los comentarios de Slashdot, las pegas al texto que yo (por mis conocimientos bajos en programación) no os sé sacar, ahí los disparan a bocajarro :P
-
Felipe Alfaro Solana:
“Madre mía, C++ para servir páginas web … genial.”
¿Y qué te crees tú que usan empresas como Microsoft o Google? ¿PHP? Por supuesto que no.
-
lector:
@Felipe ¿Y tú crees que usan C++? Festival del humor.
-
Javier:
@Felipe Alfaro Solana
Google usa Go y Microsoft Asp.
-
R:
“Madre mía, C++ para servir páginas web … genial.”
¿Con qué crees que lo hacen los servidores serios, con php o similares? jajajajaja
-
Hsilamot:
Liamngls: ehm, Apache esta hecho en C, y si mal no recuerdo es para servir páginas web….
Rarok: no, por que si tienes una página con 1000 visitas mensuales de nada sirve andar haciendo tus sistemas en C o cualquier otro lenguaje, mejor uno sencillo como PHP, el problema llega cuando tienes que servir tantas solicitudes como facebook, es cuando el PHP debería ser desechado por mejores y más eficientes sistemas.
Felipe Alfaro Solana: Google se tiene la “teoría” de que usa un SO exclusivo para sus servidores, y Microsoft usa ASP y C#
yo la gran pega que veo es el costo de desarrollo, ningún programador que se respete va a programar un sistema como Facebook en C(++) sin pedir unos honorarios muy nonorificos, además de que a estas alturas quizá no convenga descargar los servidores que ya tiene facebook…. de ahi en más veo muchas otras pegas, más que del lado de programación, del lado del negocio, si yo tuviera que decidir por Facebook, por el lado práctico y QUIZA ecológico, sería reprogramar el sistema, pero por el lado económico, asi como esta esta muy bien.
-
Miow:
Probablemente el que hizo ese estudio tenga razón.
Pongámosle a él a que programe de nuevo en C++ verás como pronto cambia de opinión en su estudio…
-
publikaccion:
lo que es la optimización de código vs. los inversores con pasta…
-
Kydorn:
Tronchante xD
C++ para web me parece una aberración; aunque la idea de fondo la comparto.
El php es código que se interpreta cada vez que se llama a él, por lo que con muchos accesos concurrentes se puede saturar.
Sí se ahorraría coste computacional usando por ejemplo jsp. El código es pseudointerpretado, es decir, se “precompila” en lo que se llama bytecode; que viene siendo una especie de código máquina que ejecuta una máquina virtual java. En términos de rendimiento, es bastante mejor para proyectos grandes, ya que al compilarlo se optimiza el código y hace más ligeras las siguientes ejecuciones. Como todo, la máquina virtual tiene un coste; pero se compensa si el código se tiene que ejecutar muchas veces.
Hablando de mantenimiento de código, PHP5 es MUUUUY fácil; un lenguaje orientado a objetos hecho y derecho, muy fácil de mantener; aunque java tiene tropecientas librerías para todo, y ahorra muchísimo trabajo.
Sobre el contenido cacheado; es poco probable que se pueda aplicar a facebook; al fin y al cabo, las páginas son dinámicas y prácticamente siempre se tienen que regenerar.
-
marco:
Este tipo de páginas está escrito en PHP porque es un lenguaje sencillo que permite crear rápidamente una aplicación web. Luego cuando el proyecto se engorda…se van añadiendo ‘pegotes’ de PHP en lugar de reescribirlo en un lenguaje más optimizado. Al final queda una cosa como FaceBook, que no es que tenga muchos fallos de cara al cliente, pero en temas de seguridad…deja que desear. Aparte de la optimización de recursos como comentais en esta página.
El lenguaje web por excelencia a día de hoy es Java, no C++. Java es presente y futuro en la programación web.Un saludo.
-
javier:
Y no te imaginan la cantidad que se ahorraria si estuviera programado FB en ASM,
-
a:
Para: liamngls
Los servidores windows no llevan vista….
-
Jordi:
Vaya tontería… De todas formas igualmente se esta ejecutando en C, porque el PHP es C. Así que usa unos datos de entrada (el fichero PHP) se ejecuta el código programado en C y genera unos resultados en HTML
-
Pablo:
Una cosa esta clara y es que php no es el mejor lenguaje de programación para desarrollar un portal del estilo de facebook… si se opta por esta opcion porque es un lenguaje sencillo y rapido, dice muy poco de los desarrolladores o de la empresa encargada de crear la comunidad de facebook y muy poco de los responsables tecnicos y comerciales. Solo el coste de mantenimiento de una aplicacion como facebook en php debe de ser impresionante… a esto sumando los agujeros de seguridad que puede tener y el poco aprovechamiento de desarrollos web… Lo digo como programador que trabajo en php y ahora esta en java o .net.
y por ultimo el crecimiento debe de ser un infierno para los desarrolladores… y si se quieren realizar desarrollos rapidos y medianamente competentes se pueden utilizar lenguajes como ruby bajo el fw rails.
-
Carlos Ruiz:
Holap:
C++ más eficiente que PHP para los servidores????? X_X
Interesante… investigaré al respecto…Saludooos :P
-
jurl:
Estooooo….
para los cracks de “que te crees que usan los servidores serios?”Por poner un ejemplo Yahoo utiliza PHP. Ahora bien, puede que no sea “serio” O_o
Por su parte Facebook utiliza optimizadores y precompiladores de PHP (sí con bytecode y esas cosillas). Así como cachés intermedias para servir el contenido sin tener que calcularlo cada vez.
De hecho sus creadores han contribuido a mejorar sistemas de cacheo en PHP…Alguno se informa antes de comentar por aquí??
-
Draka:
Ja! java el futuro, creo que con java se necesitarían 6 veces mas de servidores, recordad lo lento que es.
Y las páginas si se cachean, se notan que no saben nada de cached, todo facebook esta en RAM, es tan complejo explicarles como funciona esto de cachear paginas, lo digo porque o si no no estuvieran defendiendo usar C++, que solo me retiro con un Ja!
-
unknown:
Madre mía, candidata a una de las ideas tecnológicas mas absurdas de la década..
-
ya pero...:
Solo quisiera dejar plasmado aquí otro punto de vista:
Comentar que generalmente cuando una empresa o grupo de personas deciden lanzar un website sobre red social o sobre un proyecto con riesgos de no triunfar, no se plantean que en un futuro vayan a tener millones de usuarios y visitas diarias, suelen diseñar o usar sistemas escalables que puermitan crecer fácil y rentablemente según vayan triunfando con el paso del tiempo. Empezar un negocio con PHP es rápido y económico, además te permite crecer con comodidad, y no os preocupéis por tantos servidores, están de sobra amortizados.Es por eso seguramente que sitios como Facebook u otros comenzaron con entornos php, fueron creciendo paulatinamente y continuan así en la actualidad. Es fácil verlo ahora y pensar “que paquetes, anda que montarlo así…” pero hay que ser conscientes de que de lo que estamos hablando no es solo idiomas de programación sino que es DINERO y RIESGO, y muchos de nosotros no estamos capacitados para entender la dimensión que tienen estas palabras.
Por último recordad que no tendría ningún sentido cambiar ahora esa plataforma pues supondría una inversión alta de dinero y en este tipo de negocios ya se sabe que un día estás en la cresta de la ola, y al día siguiente llega google y te destroza tu negocio, con lo cual ahora se dedican a ir creciendo, recoger beneficios, y el día que se acabe la gallina de los huevos de oro a “cerrar el chiringuito”.
saludos!
-
Pablo:
Parece que os habeis olvidado de Python, mucho más “mantenible” que php y también genera bytecode como Java, aparte de los incontables paquetes ya escritos, comparable a la librería de perl. Su framework web Django tiene el footprint más ligero que yo sepa. Saludos.
-
KePitt2:
Yo utilizo Symfony (basado en PHP) y de momento mis aplicaciones superan con creces las pruebas de carga, pero desconozco la potencia de C++.
Ahora bien, por mucho que éste sea más “eficiente” (por decirlo de alguna manera) y lograra minimizar la cantidad de servers, no se me ocurriría desarrollarlos de nuevo en este lenguaje JAMAS!!! -
Ian:
Como pollas se hace una web en c++?? estamos locos?
-
Loco:
Y cuantos se necesitarían con ensamblador!?!?!?!?
-
Ummff:
Realmente estoy con “jurl”, la gente a menudo habla “por hablar”, sin tener realmente idea ni de lo que dice, ni de lo que implica lo que dice.
Primero sobre el “programar con C++” … ¿estamos hablando de crear un aplicativo propio con un interfaz web propio con servicios web propios? Sinceramente, es una estupidez como la copa de un pino, y atenta contra cualquier principio de reutilización, refactorización … pq efectivamente, ya que partimos de esa premisa … hagamos un SO propio que sea “FBOS” … ¿alguien cree que esto va a alguna parte?
Por otra parte si hablamos de “programar con C++” para luego ejecutar sobre un interfaz cgi-bin, pues … en fin … ni C++ está pensado para crear aplicativos web, ni su función es esa. ¿Se puede hacer? Sí. ¿Es rentable hacerlo? Personalmente, sólo con el número de clases que se deben crear para igualar en funcionalidad a nivel de aplicativo web a un lenguaje como PHP5 … hace que simplemente sea una estupidez como la copa de un pino.
Luego está la eterna tontería de “¿Es PHP el lenguaje más óptimo para sitios grandes?”. Y como siempre, una legión de “informados” diciendo lo primero que se les pasa por la cabeza. ¿Es PHP es lenguaje más óptimo para generar aplicativos web grandes?
Sinceramente, según y cómo. Primero PHP tiene como ya han comentado optimizadores de código y capacidad para generar código intermedio a partir de utilidades creadas por Zend … por tanto no es lo mismo un aplicativo PHP optimizado, que un aplicativo PHP sin optimizar y sin generar byte-code intermedio. Por otra parte, y como también han comentado, la capacidad para servir contenido pregenerado ( cacheado ) hace que según cómo esté montada la arquitectura se pueda optimizar más o menos el número de sistemas que deben soportar X usuarios.
En definitiva … crear arquitecturas de alto rendimiento no es nada sencillo, arquitecturas web de alto rendimiento se pueden crear en J2EE, en PHP o si me apuras en bash script, porque en una arquitectura de alto rendimiento entran a formar parte tantos y tantos elementos que “el lenguaje” al final es algo bastante simbólico, puesto que lo que al final importa es tener un servidor web optimizado y adecuado a los objetivos, tener un interfaz fast-cgi, contar con código en byte-code, tener optimizadores, tener sistemas de cache, y por supuesto, tenerlo montado todo sobre un sistema de clusters de alto rendimiento / alta disponibilidad … y la estrategia es similar tanto para aplicaciones J2EE, como para aplicaciones PHP, como para aplicaciones ASP.NET, como para lo que más guste a cada cual …
Ea, mis 2 céntimos.
-
LoQueHayQueLeer:
Cuanta chorrada que se lee por ahi…
Para programar una web en C++ no es necesario programar el servidor web, se puede usar apache (o cualquier otro servidor) y programar un módulo para generar las páginas dinámicamente en C/C++. El beneficio obtenido es considerable y el mantenimiento tampoco es para tanto ya que las webs son programas muy simples. Simplemente habría que usar bibliotecas consistentes.
Por otro lado, en PHP se pueden usar modulos precompilados y hacer llamadas a programas externos y librerías de modo que no es necesario que por usar PHP todo el contenido esté creado en PHP…
Edit por parte de Armonth: no estropees una buena argumentación insultando a los demás. A la próximo borro el comentario directamente.
-
Nada como aparecer en la portada de menéame para que salgan un par de trolls. Chicos yo solo me hago eco de una noticia que, a su vez, se hacen eco Slashdot.
Es un tema polémico y como tal para muchos puede sonar a chorrada (yo también le veo muchas pegas xD) pero por favor no me hagais moderar: se están haciendo comentarios muy interesantes por parte de todos vosotros, no hace falta caer en el insulto gratuito ;)
-
Marcos Mayorga:
yo he programado una web de juegos online en c++ con una interfaz con apache fcgi y he tardado una miseria de tiempo, si bien sé c++ afondo, no entiendo como han proliferado tanto lenguajillo derivado como php y java que no le llegan a c++ ni a los talones, sinceramente creo que todos los que han empezado con php, asp, java e tc han picado con alguna estratagema comercial de M$, de Sun o de Mr. Flakes para convencer hasta el sosum cordan que c++ es dificil y su lenguaje es el futuro. La inercia social hace el resto.
C++ 4 ever. -
Morpheo:
Hola, aquí la gente no distingue entre programación cliente/servidor y programación de escritorio (como se dice vulgarmente). Y bueno… no se tú pero yo programo todos los lenguajes que habeis mencionado (y algunos más) y no me quiero ni imaginar que coño tienes que liar para hacer lo mismo que se hace en php (de manera sencilla) que en c/c++ XD Aquí la gente que tiene poca idea de programar se piensa que es ponerse y hacerlo XD Por algo se han inventado los lenguajes de Alto nivel y cada uno se ha hecho para una tarea “determinada” porque si quisiera podría programar cualquier programa en ensamblador x86 pero el tiempo que se tarda en realizar la misma tarea no es igual. Acaso me tengo yo que preocupar de realizar las interrupciones de sistema necesarias para imprimir un caracter por pantalla cuando tengo una función en lenguaje de alto nivel que me lo hace. Ej.
c -> printf(”pepe);
c++ -> cout System.out.println(”pepe”);O acaso debo preocuparme por la conexión, mantenerla, utilizarla, liberarla… porque en c++ el código se complica de manera geométrica mientras que en php te lo simplifica.
Un Saludo
-
PHPero:
No sabia que facebook estaba en php, pero me hace gracia que de los sitios mas “petados” que conozco (Facebook, Slashdot, Meneame) esten con lenguages supuestamente “nefastos” para estos menesteres (PHP, Perl).
La gente debería atenerse a hechos y realidades con números, y dejarse de películas teóricas de libro.
Solo por aprender, alguien puede darme datos de un sistema con muchisima carga montado sobre .jsp o .asp ?, alguno sobre python ?, que no digo que no los haya, es que tengo curiosidad.
-
yo mismo:
Cuanto entendidillo hay por aquí, y lo mejor de todo es que el 99% no tiene ni la más repajoera idea.
Nadie duda de las ventajas de sistemas cono .Net, J2ee, etc, pero vamos, que me demuestre alguno que una página se va a servir más rápido que una usada con PHP digamos, 5.3.
Además, facebook usa de manera importante el uso de javascript/ajax, y minimizar el cacheo de páginas.
Otra cosa, que la verdad ha hecho que en la oficina nos riamos, y repito riamos, es que php se usa para cosas pequeñas. En que versión de PHP os habeis quedado? En la 3.0? Los mayores bancos de servidores web están en PHP, y no porque se programe muy rápido, sino porque es rápido, estable y escalable.
Y en cuanto a la seguridad, no va tanto en el lenguaje, como el programador/es que lo hace. Porque, cuantos de vosotros habeis hackeado facebook? Cuanto listo hay por aquí.
Ah, y como comentaban más arriba, si hicieramos la web en Java, posiblemente necesitaríamos tantos servidores que haría rica a la eléctrica que los serviría.
En fin!! Un poco de información, no os vendría mal, que aquí hay mucho troll.
-
in0de:
@Marcos Mayorga. Claro, el rendimiento puede que sea superior. Ahora bien, necesito integrar varios sistemas con tu aplicación. Cómo narices hago? Reinventas la rueda y te peleas con API’s de SOAP o te adhieres a un lenguaje como Java donde tienes RMI, integración con colas de mensajes, APIs de servicios web…
No sé, hablar por hablar es tremendamente fácil
-
Marcos Mayorga:
y digo yo…
no podian haber diseñado una sintaxis de java y de php == a la de c++?, y en vez de vender la innovación de crear un interprete de bytecode asociado a un lenguaje nuevo (java), no podian haber simplemente modificado g++ (el compilador de c++) para crear tal bytecode (ensamblador para una CPU generica)?. Motivos politicos y de poder empresarial que generan las diferencias que estamos observando en esta pagina y en muchas otras. Yo promoveria una renuncia a programar en lenguajes ilegitimos, pero ya hay demasiada gente que tiene el cerebro programado con estas nuevas “sintaxis”. :P que dios salve a la reina -
on:
Mañana mismo empiezan a migrar los 30.000 servidores, me juego lo que quieras xDD
-
NeoVasili:
En primer lugar, hola (no hay que olvidar los modales),
Me gustaría aportar mi granito de arena al tema, que como bien se ha dicho por ahí arriba, esta arrojando comentarios muy interesantes.
Está claro que prolifera el mal gusto cuando la gente empieza a soltar calumnias, contra unas u otras tecnologías (llamemoslos, lenguajes de programación), pero si algo he aprendido en mi carrera (académica y profesionalmente) de “informático” es que cada cosa se hace por un motivo.
Si bien es cierto que el lenguaje de programación que podría considerarse más óptimo es el ensamblador, existen otras muchas soluciones que dependiendo de la aplicación final pueden ofrecer soluciones más óptimas (y por supuesto más fáciles y rápidas de programar y mantener).
Por desgracia, y a pesar de que nos empeñamos en crear un sistema digital universal de contenidos (dícese de internet), cada aplicación requeriría unas especificaciones diferentes a cualquier otra, y de facto todas son distintas.
Lo más óptimo, pues sería generar un lenguaje propio para cada aplicación, pero entonces no sería “universal”, luego ¿que hacemos?
Pues cada cual lo hace como cree que va a ser mejor para su aplicación y si conoce todas las herramientas disponibles y tiene acceso a ellas (ni todo el mundo lo sabe todo, ni puede pagar los royalties) pues posiblemente consiga algo muy óptimo (relación calidad/precio, que es a lo que vamos).
Conclusión, de lo hacen los demás, enriquecemos nuestro conocimiento.
Saludos
PD: perdón por la parrafada -
Marcos Mayorga:
queridisimo @in0de:
yo no me caracterizo especialmente por hablar al cuadrado.
Estoy de acuerdo que Java es ya demasiado grande como para ahora exigir a c++ que soporte el RMI de java, el fallo fue crear tanto soporte al nuevo lenguaje. Si se hubiera creado tanto soporte (que lo hay) alrededor de c++ contariamos seguramente ahora con que lo que ves hoy (the technology bleeding edge) lo habrias visto hace algunos años. Java y php han protagonizado un retraso en la evolucion informatica. -
Morpheo:
Si bueno algunos son más troll que otros XD. Hay que hacer gran diferencia entre lenguajes “complilados” y lenguajes “interpretados” los interpretados por inercia van ha ser más lentos… ¿cuanto más lentos? eso lo dirá la arquitectura que se utilice y los pasos intermedios para la ejecución (coidgos intermedios (byte codes)). Si yo quiero velocidad para una aplicación que necesita respuéstas lo más inmediatas posibles (tiempo real aprox) no se me ocurriría usar un lenguaje como java pero hay que tener encuenta en el uso de un lenguaje, el objetivo de la aplicación para un sistema de control aereo yo no usaría java, usaría un lenguaje como ada o alguno similiar (Lenguajes que permiten concurrencia). Para una aplicación web necesito varias cosas: concurrencia (con eso ya tengo que tener en cuenta la seguridad para la utilización de los datos), transparencia para el usuario, comodidad para el programador y un aspecto clave (mocosoft sabe del tema) es un interfaz facil, rapido y amigable. Y para todo ello se usa html y javascript (para los no entendidos ajax es solo una tecnica) y como las aplicaciones no son estáticas sino que crecen y cambian, se necesita un sistema para ello y el sistema que actualmente está siendo más rentable, rapido, barato y comodo para el programador es la mezcla php-mysql aunque como todo según de mayor o menor rendimiento la pagina (money) se deberá actualizar los sistemas para usar sistemas propietario como Oracle, Sql server, mysql de pago… pero actualmente los lenguajes punteros son php asp (.net) y jsp y lo demás son tontunas de la gente. Todos ellos funcionan de una manera muy parecida.
Un Saludo
pd: los lengujecillos nuevos bueno… simplemente es el progreso.
ppd: si no necesitas una velocidad alta… hazme programilla en c++ que haga un sistema de simulación y hazmelo en java… a ver cuanto tardas en hacer lo mismo. Y tarda poco más o menos en ejecutarse. Aunque la stl a mejorado mucho c++ la cantidad de librerías, código hecho y funcional es inmenso tanto en java como en lenguajes de la plataforma .net (c++ está dentro de la plataforma ampliando el tema porque c++ solo ya no se usa (frameworks)) -
Marcos Mayorga:
si mal no recuerdo, witty (c++ web widgets toolkit) ya existia mientras java estaba en la cocina de Sun (y ya iba con ajax). http://www.webtoolkit.eu/wt
esperaremos a la proxima pataleta de una gran empresa a que de un giro y barra de la escena lo que actualmente hoy conocemos, asi es la vida del “probe pogramador”
que tal una rebelion? siempre me ha motivado, pero los informaticos somos bastante sumisos
-
NeoVasili:
Abogo por la rebelión, pero no ganaríamos mucho
-
Marcos Mayorga:
pues morpheo, te digo que un tio que sabe java tarda lo mismo en hacer una simulacion que lo que tarda otro tio que sabe c++, reconozco que php es mas valido para hacer cosas de forma mas rapida y siempre han de ser pequeñas si se pretende hacer codigo mantenible, dado que no tiene tipos de datos.
o sea para hacer algo pequeño y chapuceramente rapido: php
para algo grande o serio: java
para algo grande, serio, y cool: c++
;)
( se me ve el corte ein? ) -
Yo:
@Draka java superlento??????
Claro, por eso hay juegos para todos los moviles escritos en java… pq es superlento…
-
Sería RMI en caso de usar EJB3 (que los usan pocas empresas ya) o arquitecturas orientadas a servicios web(tanto SOAP como REST). Desconozco la cantidad de facilidades que tienes en C++ para trabajar con ese tipo de arquitecturas.
Si bien, como expliqué en meneame, dudo, y mucho, que un servicio donde haya 30k servidores, y estimando que unos 10 o 12k sean para bases de datos distribuidas y servicios de almacenamiento, el resto sean todos para el frontal web. Seguramente, por no decir fijo, el frontal estará desarrollado íntegramente en PHP, pero las arquitecturas distribuidas usan servicios web o colas de mensajes(salvo Twitter, claro xD), ambas compatibles con otros lenguajes.
De todos modos, la mantenibilidad de una aplicación en C++ es más compleja que una en Java, seamos realistas.
-
Yo:
El mejor lenguaje de progrmacion del mundo es, y sera:
PYTHON
En python da gusto programar… Eso se consigue en C++?
I LOVE PYTHON
-
Marcos Mayorga:
class Yo {};
class in0de {};template
struct post {
static string answer() const;
};template
string answer() const { return “esto si que da gustito”; }template
string answer() const { return “la complejidad de la mantenibilidad es relativa al talento y el conocimiento del lenguaje”; }cout () ()
-
Marcos Mayorga:
(me hodio los angular brackets el sistema este \)
-
Sí, pero no es lo mismo la abstracción que consigo en los DAO con JDBC, o frameworks superiores como IBATIS, Hibernate o cualquier otro framework ORM que si tengo que implementarlo por mí mismo.
Aumentarán las líneas de código y por tanto la posibilidad de introducir errores.
-
yo mismo:
“Marcos Mayorga”. Eres tan lumbreras que las mayores plataformas web del mundo están realizadas en PHP. Porque dices aplicaciones pequeñas y chapuceras? Desde luego que eres un troll con letras mayusculas.
Soy analista programador, y aunque mi especialidad es C#, conozco y uso muchos otros lenguajes, entre ellos los Web, PHP, .net, Java, y decir que PHP es para cosas pequeñas denota tu poco criterio y desconocimiento. En fin, repito, TROLL!!!!!
-
Marcos Mayorga:
c#? tu si que eres un troll, alguien deberia eliminar el post de este personaje que se dice analista y programador, no por ello, sino por maleducado.
-
Draka:
@Todos
Si, JAVA superlento come ram y todo el resto, hay muchos juegos en móviles en Java, pero si los hicieran en C serian más rápidos en carga. Pobres móviles, como los exprimen, un ejemplo es el iphone donde usan un derivado de C para los juegos, son tan bellos en gráficas que le hacen la competencia al DS.Ahora creo que nadie capto el hecho que dije que todo es cacheado.
1. Por cada servidor apache que sirve un script de php, que esta cacheado y por lo tanto la interpretación ya no se hace sino que se ejecuta y es igual de rápido que uno compilado, hay 6 servidores de base de datos MySql, y porque MySql, porque es lo mejor para usar, pensado en un DataWares es más rápido, seguro no hay comprobación de llaves foráneas para aun ser más rápido.
2. Por cada servidor de Base de Datos hay al menos 10 de cached, memcached usado por google y FB.
3. Ahora la mayoría del código de presentación se ejecuta en el cliente, como deben saber es JS usando AJAX, si, jQuery.
4. Los servidores no están en una casucha, están repartidos por todo el mundo, para que la velocidad de acceso tienda a ser local, imagínese una persona en china que tenga que pedir datos al servidor de Ilinois, China tiene su arreglo de servidores local, con optimizaciones propias de la región, según los gustos de los usuarios.—-
Creo que en C++ esto no hubiera funcionado, todo lo que tendrían que reinventar y que lleva años de depuración, tendría tantos huecos. -
Draka:
Anexo, si se desea mantener un diseño, C++ usaría plantillas que a su vez introducirían código y datos específicos y al final tendrías un nuevo código interpretado.
-
Noah:
Se esta perdiendo el quid de la cuestion, el porque. ¿porque se usa PHP o cualquier otro lenguaje de programacion?, segun mi humilde opinion dependiendo del uso y del inicio del proyecto. Como ya ha comentado alguna otra persona, el creador de facebook ni en sus mejores sueños hubiera imaginado tener el trafico y el negocio que tiene ahora, por tanto lo empezo en la herramienta que mejor se ajustaba a la necesidad del momento. Si hubiera sido un jefe de desarrollo en un banco dudo que su eleccion hubiera sido la misma. Cualquier lenguaje es bueno siempre que cumpla con los objetivos del programador. Y nadie es adivino como para saber dentro de 5 años que volumen de informacion manejara nuestra apliacion web, asi de simple. PHP bien, C++ bien, Python bien… da igual.
Como diria aquel: “Si funciona no lo toques” -
“yo mismo” y Marcos: las riñas de pareja en privado que repito que no me apetece tener que borrar comentarios ;)
De momento, como se ha dicho en comentarios anteriores, opino que es muy poco realista suponer que un % alto de servidores se usarán para interpretar código PHP cuando hay soluciones tanto de cache como de bytecode (muchas comentadas por aquí).
A día de hoy en los servidores el mayor cuello de botella, si no estoy equivocado (y asumiendo código eficiente), es en el acceso a las BBDD en buena parte “por culpa” de los discos duros. Es decir muchos servidores no se añaden por falta de CPU si no por saturación de I/O, poder mantener más conexiones abiertas, almacenamiento de datos (sobretodo media: imágenes, vídeos…), etcétera.
Sobre la pregunta de Noah en el comentario anterior, mi fuerte nunca fue la programación pero al principio de los tiempos, cuando los dinosa… er… quiero decir cuando empecé a ver páginas usando PHP (y entonces sí era algo “para páginas pequeñas”: las serias usaban Perl + CGI) permitía una forma fácil de añadir algo de dinamismo a las webs si tenías la suerte de que tu servidor soportase PHP.
-
EgoMesmo:
C++ es mas eficiente que php… bueno, vale, aceptamos barco como animal acuatico. Pero ya puestos… ¿Por que no lo hacemos en un lenguaje de más bajo nivel y mas eficiente aun, por que no lo hacemos en algún ensamblador? Más eficiente, imposible. Hace más de una decada creaba páginas con otros lenguajes (¡hasta las hice en Delphi en Win2 para IIS!), y a día de hoy puedo decir que php/javascript quitan más problemas que cualquier otro lenguaje de programación (ya sea java o perl, no te hablo ya de C++). Pero lo que no vuelvo a hacer son páginas en lenguajes compilados, cuyo mantenimiento es exageradamente mayor respecto de las ventaja teóricas que pudieran ofrecer. A ver si nos enteramos: hoy el hardware es suficientemente barato como para que no haya que optimizar en estas cosas (hablo por supuesto a nivel de servidores web de redes sociales, no de procesos científicos, de investigación, etc.) Por cierto, los comentarios radicales a favor de C++ denotan un profundo desconocimiento de la vida real de los programadores y de la programación como trabajo real.
-
Dani:
EgoMesmo nos comenta:
“…los comentarios radicales a favor de C++ denotan un profundo desconocimiento de la vida real de los programadores y de la programación como trabajo real. ”
Totalmente de acuerdo, de hecho, desde que he empezado a leer el artículo y comentarios he tenido que hacer un enorme acto de fe y pensar que cuando se referían a C++ querían decir el C# o cualquier otro lenguaje .NET.
Si nos fijamos en los sites por los que navegamos (sobre todo de grandes empresas), veremos que la inmensa mayoría son Java y el resto .NET. La verdad es que incluso me chocó que Facebook estuviera hecho en PHP. Llevo 5 años trabajando en consultoría tecnológica, y nunca he visto que se utilice para PHP en webs que vayan a tener una gran carga.
-
EgoMesmo:
¿Pero que dices, Dani? ¿Sabes lo que es Moodle?
-
David:
Pero bueno ignorantillos, que llevais por la web tan poco tiempo, que os creeis ¿que son los cgi?, a ver si es que hace 10-14 años estabamos equivocados y programabamos las paginas web en c/c++….nadie ha inventado la rueda otra vez, esto antes de Asp/Asp.NET,php, etc etc, lo que se hacia para programar en web eran los CGI, y ¿con que creeis que se hacian?……pues si!!!!!!!!, premio con c/c++.
A ver si miramos un poco la historia antes de hablar sin saber….
Saludos pequeños padawans.
-
Dani:
¿Moodle? Pues la verdad es que no lo había oido nunca. Acabo de buscar algo ahora, pero… ¿qué quieres decir?
David, no seas listillo tú… vale que los CGI están hechos en C/C++, pero si a lo que se referían era a eso, pues creo que lo podían haber expresado un poco más claro, ¿no?
-
Alex:
Usar C en web… ¿Quereis volver a los tiempos de los CGI, del buffer overflow?
¿PHP no es seguro?… es bastante graciosa la argumentación sobre todo cuando te dicen que Java, .net o C son más seguros…
Yahoo funciona o funcionaba hasta muy recientemente con PHP, Google tiene phyton en muchos de sus desarrollos.
No tengo unos benchmarks pero estoy seguro que a igualdad de condiciones y cacheando el procesado de los ficheros con algo como eAccelerator estoy seguro que el ratio de rendimiento entre C y PHP en web es muy cercano a 1:1
-
Dani: no llames ignorantes a los demás, no es necesario faltar para argumentar. Hay muchos sitios con un tráfico inmenso usando PHP. Yahoo sin ir más lejos.
Claro, es de tontos pensar que es PHP a secas: habrá JIT/bytecodes, caches, etcétera por en medio.
Y por cierto en los tiempos del CGI vale que había mucho CGI con C/C++ pero yo también veía mucho con Perl.
-
Guillermo:
El Proyecto TuEntidad.es utiliza recientemente módulos en c++ para servir los datos de la web. El resto de estructuras viajan desde diferentes servicios independientes (que se pueden descargar en un archivador una vez y usar localmente) que simplemente conectan con los datos, como es el caso de la web (en php) http://www.lotienes.com/
-
Alberto:
Ehmmm, los cuellos de botella no los hace php, lo hacen:
a) La bbdd de los servicios y digo de los servicios porque me apuesto el higado a que ni un script del frontend de la aplicacion toca una conexion, no es como hacerte un “blog” de yo y mis pajas mentales.
b) Las comunicaciones, Facebook esta en una nube de computadoras y la mayoria de las peticiones se haran con SOAP, REST o lo que co..ones sea y la latencias de la comunicacion no te la quita ni C++, ni C , ni dios.
c) Digo yo que las imagenes, los css, los js y demas historias no los almacena ni los manda php, asi que ir restando unos cuantos miles de servidores a esa estupida suposicion, porque el Apache algo tiene que ver.
d) Por cierto el php se compila, para el que no tenga ni p.. idea de php existe el Zend Accelerator y basicamente php es un programa en C.
e) Cuando c++ tenga una decima parte de las librerias de php por favor seguir posteando,
f) Ahmm y otra cosa tambien existe PECL, que para el que siga sin tener ni p.ta idea de lo que critica (me hiere que critiquen la herramienta con la que me gano el pan, aunque sepa c++), puedes implementar librerias en C sin problemas para las partes mas criticas y creo que facebook se puede permitir ampliar pecl lo que le de la gana.
Hasta luego.
-
Alberto:
Por cierto, a uno que pone algo de que nunca ha visto proyectos que utilicen php para gran carga, el 90% de los periodicos y editoriales usa php. Tambien muchisimas de las de e-commerce (doy fe, llevo 4 años en comercio electronico).PHP es tan valido o mas como las demas lo unico que a las consultoras no les interesa porque les repatea lo “free”, y normalmente los analistas no se complican, java-oracle lo mismo me vale para un arreglo que para un descosio, o .NET. Normalmente llaman Analista a un tio que solo sabe de uno o de otro. Y que conste que he trabajado en java para muchas cosas y me encanta, aunque sin la “Apache foundation” no vale un duro. C++ para videojuegos y Software en tiempo real.
-
Penilargo:
Desde que existe FastCGI la única excusa para usar PHP es que es más fácil y rápido para cosas pequeñas, porque prácticamente todos los lenguajes tienen librerías y frameworks que alivian el grueso del trabajo. Eso sí, en cuanto se haga algo gordo, tras mantener PHP escrito por varias personas distintas agradecerías unas vacaciones picando piedra en el Valle de la Muerte.
Por otro lado, la mayoría (>95%) de la CPU la consume el SGBD, así que la propia cuestión de que se ahorraría CO2 tirado a la atmósfera no tiene puto sentido.
-
Evidencio:
“e) Cuando c++ tenga una decima parte de las librerias de php por favor seguir posteando,”
Jajajajajajaja, jajajajajaja, jajajajajajaja.
A lo mejor es que estoy muy acostumbrado a la STL, boost y a tener los paquetes -dev a golpe de apt-get, pero las librerías de php que cada una funciona como su madre, la mitad no se mantienen y la otra mitad introducen más bugs de los que resuelven, no es algo precisamente de halago.
-
Alberto:
Me refiero a web.
-
Alberto:
A lo mejor es que estas demasiado acostumbrado a STL que no entiendes el contexto.
-
Evidencio:
Wt le da tantas vueltas a Zend, Symfony, CakePHP o Codeigniter, que es uno de los mayores ejemplos de que es mejor calidad que cantidad.
PHP no es más que un lenguaje pegamento de mil tecnologías distintas que van variando según la moda, y queda lo que queda.
-
Alberto:
SI????????. Mi enhorabuena, te ha dado tiempo en todo este tiempo a poner en google “frameworks php”. Por cierto “paladin del c++”, yo tambien lo utilizo para mis aplicaciones en background, php para calculos es una caquita pero para salidas es lo mejor. Si solo sabes decir “c++, c++” es que no sabes de otra cosa, defiende python, ruby, java o perl pero por favor no mates moscas a cañonazos. A todo esto me gustaria ver algun proyecto que tengas en c++ propio de web, ya que sabes tanto del tema, a lo mejor me equivoco y migro todas mis aplicaciones.
-
Alberto:
Por cierto es un poco triste que un framework web de c++, tenga el wiki, el foro y el gestor del proyecto en ruby, al menos todos los frameworks de php dan ejemplo de lo que se puede hacer haciendolo con su propio framework. Ademas la pagina es html estatico. ¿Hay algo aparte de los 4 ejemplos cutres esos hecho en wt?
-
David:
Perdón, antes se ha cortado el comentario.
Por si sirve de algo:
http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html
Respecto a la discusión generada, muy interesante, aunque la “cabra tira siempre para el monte”. Se nota que cada uno programa en lo que le da la gana (o lo que le pide el cliente, sobre todo si es quien te paga) y que defiende lo que más le gusta; pero poner a parir un lenguaje de programación u otro me parece una tontería, porque al final, lo que importa es el resultado final. Eso sí, decir que no se puede usar PHP para webs de gran carga y que no es un lenguaje seguro es sencillamente no tener ni idea de PHP. Sin embargo, la gran ventaja de PHP no es nada de esto, sino que es un tema más práctico: la facilidad con la que puedes encontrar o sustituir programadores. Y eso, las empresas LO SABEN. Lo peor que puede tener hoy en día una empresa es un programador que sea un crack, te monte librerías nativas y te lo optimice todo y luego se te escape o tengas que prescindir de sus servicios. Nos guste o no, en términos de rentabilidad empresarial, cada vez se usarán más los lenguajes de programación que sean más sencillos de usar e interpretar (”fast programming”) y si un día, los que manejan la tela pueden sustituir a programadores por auxiliares administrativos, no dudéis en que lo haran. Otra cosa con la que no estoy de acuerdo es con lo de que los lenguajes interpretados han hecho retroceder a la informática. Todo lo contrario: han contribuido a evangelizarla, que al final es lo que hizo el Windows 95, o no?
-
Marcos Mayorga:
———
Otra cosa con la que no estoy de acuerdo es con lo de que los
lenguajes interpretados han hecho retroceder a la informática. Todo
lo contrario: han contribuido a evangelizarla, que al final es lo que
hizo el Windows 95, o no?
———
… y se ha llenado un campo de conocimiento intelectual y perfeccionista en un campo de guarrerias rapidas en las que nuevos programadores unen piezas prefabricadas de la forma mas facil posible y produciendo autenticas chapuzas inmantenibles, como win95.
No me estraña que hoy en dia los informaticos seamos una raza despreciable a la que nadie quiere detenerse a prestar mayor atencion intelectual, simplemente contractual en rollo hacer y hacer. -
Gerardo:
Sólo con echar una ojeada aquí http://es.wikipedia.org/wiki/PHP se puede ver algunos proyectos grandes que utilizan PHP.
En favor de PHP me gustaría añadir que es de las soluciones más rápidas.
¿La tecnología jsp podría ser más rápida que php a pesar de correr sobre una máquina virtual?
¿Por qué el código de asp.net es tan ineficiente si es compilado?Un saludo
-
Sweetjesus:
Programar en PHP da asco desde el momento en que tienes 908324029384 funciones del lenguaje en vez de una librería estandar bien estructurada, cada una de esas funciones tiene un patrón de nombrado distinto, sus comportamientos son incongruentes y la orientación a objetos es de risa.
Eso sí, PHP vale para reciclar a todos esos incapaces de aprender un lenguaje dinámico de verdad, como Python o Perl.
-
EgoMesmo:
Sweetjesus, me da la extraña sensación… ¿no has podido entrar a trabajar en algún sitio por que alguien que sabia php si lo ha hecho? Que la orientacion a objetos es de risa… bien, es cierto. ¿pero quien te ha dicho a ti que el paradigma de la orientación a objetos es el unico válido? Una libreria de funciones… EMHO solo sirve para tener que recordar mas cosas, no solo las funciones, sino dónde están. Sinceramente, no veo la ventaja. Para el pensamiento estructurado de hace 30 años quizás. Lo del patron de nombrado… ¿tu eres de java, eh? Lo del comportamiento incongruente, de verdad, no lo he entendido.
La programación en php puede no ser lo mejor, pero por otras cosas (no hay recolector de basura, que esto te lo has dejado en el tintero, por algo será), no es que haga un uso “eficiente” de memoria, para cachear en condiciones tienes que acudir a librerias externas, y otras cosas. Pero para mi, que llevo programando 25 años, y que cree que ha visto algún lenguaje que otro, pensar que sirve para reciclarnos… hombre! -
Edwin:
Yo creo que no han hecho ningun estudio sobre facebook.
El mayor trabajo de servicios Web esta en su base de datos, y no en el lenguaje.
-
Enrique Moragues:
Programar en PHP no significa hacer todo en PHP. Siempre otros programas, sistemas. Squid para cachear peticiones, Memcache, CURL, ImageMagic… Seamos sensatos, PHP es una parte más de un sitio “grande”.
Quieres algo estructurado? => Zend, Cake, CodeIgniter…
PHP dispone de múltiples librerías que precompilan el código de forma que no es necesario reinterpretarlo en cada petición (Incluso Zend ofrece su propio producto para tal fin).
Cada lenguaje para lo suyo, y para hacer páginas web y enlazar con todo lo que se necesita para al final mostrar una simple página web, PHP es uno de los mejores en cuanto a relación falicidad/prestaciones.
-
Jorl, lo que me estaba perdiendo.
¿Qué los servidores Windows no usan Vista?
Muy bien, estás un poquito más cerca de captar la ironía del mensaje.
-
felipe.lv:
jajaja que linda flamewar se armó acá… en fin… habrá que ver de qué porte tiene la cara el que escribió el artículo original ahora que desde Facebook lanzaron HPHP
-
Al:
Que seria de la informatica sin C/C++ …. los demas son de juguete.