|
|
|
Secciones
Este hilo ha sido archivado.
No pueden publicarse nuevos comentarios.
Por qué C es más rápido que Java (Shawn O. Pearce, 2009)
|
Log in/Crear cuenta
| Top
| 52 comentarios
| Buscar hilo
Y recuerda: Los comentarios que siguen pertenecen a las personas que los han enviado. No somos responsables de los mismos.
Obrar mucho, y hablar poco; que lo demás es de loco.
Barrapunto © 1999-2007. Contenido disponible bajo licencia Creative Commons Reconocimiento 2.5
Aviso legal
Barrapunto © 1999-2007. Contenido disponible bajo licencia Creative Commons Reconocimiento 2.5
Aviso legal
Re:Captain obvious strikes back
(Puntos:3, Interesante)( http://barrapunto.com/~puefale/bitacora | Última bitácora: Jueves, 01 Mayo de 2014, 10:26h )
Eso es lo que le importa a la empresa de desarrollo, la empresa que va a explotar la aplicación debe tener en cuenta:
- Coste de cada nueva máquina.
- Coste del contrato de mantenimiento del hardware.
- Coste del CPD. Las máquina ocupan espacio y ese espacio sale por un pico...
- Coste energético. No solo del consumo de cada nueva máquina, sino del aumento de costes del aire acondicionado, networking (más máquinas, más electrónica de red).
- Coste de soporte. Aumento de complejidad del sistema, palarelización, balanceo de carga, Backups, aumento de incidencias de Hardware/software.
- Pérdida de negocio. Las caídas de la aplicación comportan costes por personal parado o clientes enfadados por la mala calidad del servicio.
Lo que desde el punto de vista de desarrollo es una ahorro puntual, desde el punto de vista de explotación son gastos fijos anuales que no dejan de aumentar "ad eternun".
Si quieres un buen programa vas a tener que pagar a un buen programador, sea de Java u otro lenguaje. Si piensas en toda la vida del software siempre sale más barato un coste puntual a un coste fijo que no deja de crecer...
Pué fueno, pué fale, pué m'alegro.
Maquinavaja.