Historias
Slashboxes
Comentarios
 
Búsqueda
Este hilo ha sido archivado. No pueden publicarse nuevos comentarios.
Por qué Rails no se comerá a PHP | Log in/Crear cuenta | Top | 14 comentarios | Buscar hilo
Mostrar opciones Umbral:
Y recuerda: Los comentarios que siguen pertenecen a las personas que los han enviado. No somos responsables de los mismos.

  • Visir en lugar de Visir.

    (Puntos:1, Interesante)
    por pobrecito hablador el Lunes, 31 Julio de 2006, 12:14h (#787374)
    Si Ruby quiere vencer, debe venir el soporte de ruby en todos los servidores virtuales baratos. Esos servidores virtuales de 10 euros de precio. Si en esos servidores sigue viniendo PHP y ASP nunca podra entrar PHP porque ni siquiera es una opcion.

    El tiron de que Ruby se soporte por defecto implica que les interese economicamente a los administradores de esos servidores baratos y que sea facil.

    Realmente contra esto hay dos problemas gordos:
      - Ruby es mas dificil (aunque mejor) lenguaje que PHP, por tanto tendera a tener menos clientela.
      - Por si lo anterior no fuera poco, algunas partes son mas nuevas (experimentales) o mas verdes (beta) por ejemplo el modulo de mysql que es esencialisimo en LAMP.

    ¿De que me sirve programar en Ruby si uno se ha especializado en LAMP y Ruby soporta MySQL de esas trazas, lo soporta, pero no de una manera ruby, sino que parece mas un simple binding y nada mas.?.

    ¿Se puede ser LAMP sin MySQL ni PHP?.
    Puntos de inicio:    1  punto
    Modificador extra 'Interesante'   0  
    Total marcador:   1  

  • Re:Visir en lugar de Visir.

    (Puntos:3, Informativo)
    por sammael (16347) el Lunes, 31 Julio de 2006, 13:23h (#787431)
    ( http://barrapunto.com/ | Última bitácora: Lunes, 24 Febrero de 2014, 10:03h )
    precisamente de eso habla el articulo al que enlaza rvr...

    que ruby no se podra poner en los servidores baratos de 10€ porque necesitan mas memoria que PHP, y que aunque tengas puesta la mas minima de las chorradas, necesitara tener un programa residente de 30MB ejecutandose...

    en un servidor puedes poner 100 webs en php y tirara sin problemas, para que eso en ruby vaya "bien", necesitaras 3GB de ram solo para los procesos de ruby, ergo necesitaras mas y mejores equipos, administradores... en resumen, invertir mas dinero y por lo tanto cobrar mas...

    y que pasa si en vez de 100 quieres meter 1000? haz cuentas

    eso mismo pasa con java y precisamente por lo mismo no hay alojamientos baratos (o al menos yo no los conozco, lo mejor que he visto son servidores compartidos por 25-30€ al mes), prueba a buscar un servidor dedicado para poder poner lo que te de la gana y veras a donde se te va el precio

    en realidad a eso se refieren con que ruby se queda grande para proyectos pequenios (proyectos en los que PHP es el rey) y no llega para los proyectos grandes (donde java tiene mucho que decir, solo compara el Activerecord con hibernate)
    --

    Dale fuego a un hombre y estara caliente un dia, prendele fuego y estara caliente el resto de su vida.
    [ Padre ]

  • Re:Visir en lugar de Visir.

    (Puntos:1, Divertido)
    por pobrecito hablador el Lunes, 31 Julio de 2006, 14:10h (#787461)

    ¿Se puede ser LAMP sin MySQL ni PHP?

    ¿Se puede ser FCPR? (FreeBSD + Cherokee + PostgreSQL + Ruby)? Estaría mejor. Por eso de ser alternativo y tal.

    [ Padre ]