#33 No hace falta ser borde.

#39 no es ser borde, es ser directo.

A mí lo que me sorprende esque #_18 tenga tantos votos positivos teniendo en cuenta que no tiene ni idea de desarrollo software.

#45 A mi no me parece mal lo que dice. Muchas veces por meter prisa a los desarrolladores se cometen errores que luego tiran para atrás una versión. A veces es absurdo tanta prisa y sale más caro.

#52 pero eso no tiene nada que ver con lo que ha dicho...

#77 Bueno, yo lo entiendo como una critica a las prisas, pero es cierto que le echa la mierda al desarrollador como si pudiera elegir.

#39 no es ser borde, es que los comentarios en todo post acerca de Python o de Java son parecidos. Y después de 16+ años ya llega a cansar

#89 correcto, el código requiere un mantenimiento que hay que pagarlo.

Yo hablo de costes. Y el precio del mantenimiento es mucho menor que el de desarrollo.

Y el precio de la cpu en entornos virtuales es algo que ningún desarrollador ve ni tiene en cuenta pero que pagar, se paga.

CC #84 #62 #59

#42 10 años llevo programando profesionalmente y otros tantos como estudiante y si, también en python.

#33 ya está el típico que se piensa que todas las empresas funcionan como la suya. Y luego le pones un test de codility o hackerrank en la entrevista y todo son excusas, que en su pueblo se hacia esto o lo otro.

#113 creo que hemos trabajado en sectores distintos entonces. Yo he trabajado siempre en empresas SAAS (Software as a service), donde la empresa tiene un producto software que vende y por tanto el desarrollo no acaba nunca. Siempre hay una nueva version que sacar con mas funcionalidades.

Para mi no existe esa distincion entre "desarrollo" y "mantenimiento". Para mi es desarrollo continuo sin distincion alguna entre mantenimiento y desarrollo.

En mi experiencia, la CPU no suele ser un problema en la mayoria de los casos (o al menos no es directamente causada por tu software). Por lo que ese debate no tiene mucho sentido.

Pero aunque lo fuera. El hardware es barato comparado con el sueldo de un programador. Incluso en paises como España. Por lo que invertir mas en hardware no tiene ningun problema si eso acorta los plazos de desarrollo. De aqui conecto a mi siguiente punto.

Lo mas importante en una aplicacion (por encima de todo) es la estabilidad . Los lenguajes interpretados son mas estables y ademas mucho mas faciles de depurar. Te lo dice alguien que ha trabajado con servidores en C++ y en Python. Yo estaria encantando de invertir el doble en hardware si con ello aumento significativamente la estabilidad de la aplicacion. No te digo ya si me consigues sacar funcionalidades significativamente mas rapido tambien.

#115 Pues me das bastante envidia, la verdad. Yo trabajo en un cliente que, típicamente, compra el software que tu produces.

El software se customiza, pero la base ya está hecha. Mi proyecto son solo 500k líneas, pero he visto otros clientes con millones de líneas "adicionales". En cuanto a la cpu, tenemos un grid que por las noches arde haciendo cálculos y simulaciones para los usuarios al día siguiente. Además bajo una ley de seguridad nacional que ya me gustarìa tener en España. No, no vale cualquier cpu

Te puedes imaginar que en un entorno así la distribución de los costes no es la misma. De ahí mi comentario.

#119 ah claro, hay casuisticas y casuisticas. En tu caso de uso si que haría la parte intensiva de CPU en C++. Pero solo eso, la parte que sea intensiva en CPU.

Yo hablaba de la típica aplicación CRUD, que es el caso de uso más frecuente para los programadores. Ahí el cuello de botella es la base de datos, la aplicación normalmente consume muyyy poquita cpu en comparación con la base de datos y por tanto es absurdo pasarlo a C++

#113 vale, te aviso del próximo proceso de selección que abramos y me cuentas eso del hackerrank (si llegas a la entrevista técnica)

#139 Encantado!

#113 la tendencia es abandonar el modelo de desarrollo y mantenimiento, el desarrollo es continuo. Quizá la fase de arranque sea más costosa, pero un producto de software grande tiene un costo enorme y constante de desarrollo.

La tendencia es que los costes de servidores, almacenamiento, etc... disminuyan y se optimicen y que el coste de desarrollo (salarios) aumenten.

Obviamente hay de todo y todo tipo de modelos, pero cuanto más grande sea el producto más probable es que siga algún modelo de desarrollo continuo.

#14 Pues hombre, menudo comentario. La última Baleares causó baja en la Armada en 2009. El Principe de Asturias está desguazado. Y los Merokas de las F80 están inoperativos desde hace un tiempo.

Antes de escribir hay que pensar dos veces

#18 de nada