Ver Mensaje Individual
  #4  
Antiguo 22-01-2018
Avatar de mamcx
mamcx mamcx is offline
Moderador
 
Registrado: sep 2004
Ubicación: Medellín - Colombia
Posts: 3.911
Reputación: 25
mamcx Tiene un aura espectacularmamcx Tiene un aura espectacularmamcx Tiene un aura espectacular
Cita:
Empezado por HELBERT GARCIA Ver Mensaje
debo Justificarlos para que se quede
Nota que hablo como alguien que no usa Delphi hace rato y que ha cambiado de herramientas y lenguajes MUCHAS veces.

----

Esta al revez la cosa: En vez de pensar porque no cambiar, cual es la justificacion para cambiar?

Que razon, real o no, tienen que les hace pensar que Delphi no les esta dando la talla?

Precios?

Que experiencia tienen en su reemplazo? O apenas están adivinando y basandose en su supuesta falta de "Evolución"?

Recuerda que:

Cita:
El pasto siempre esta mas verde del otro lado de la cerca

Y por ultimo:

Que les hace pensar que cambiar totalmente es una buena idea?

Reescribir software es "el error estrategico numero 1":

https://www.joelonsoftware.com/2000/...ver-do-part-i/

Cita:
They did it by making the single worst strategic mistake that any software company can make:

They decided to rewrite the code from scratch.
Y eso te lo digo como alguien que vive reescribiendo codigo desde cero, en incluso hace la ANIMALADA de cambiar de paradigmas y lenguajes en el proceso, y este es mi negocio!

Asi que existen razones buenas, o por lo menos, no tan increiblemente idiotas para hacerlo, pero raramente quienes piensan algo como lo que dices LAS TIENEN.

Y ya que me pagan por hacer animaladas, te ahorro unos $1000 USD en consultoria* y te digo que si aun asi estan pensando en esto:

Cojan al supuesto salvador (lenguaje, paradigma, tecnologia, etc), y hagan un proyecto "secundario" y no critico. Eso solo pa ver si realmente van a tener la habilidad de siquiera cambiar. Luego, intenten reemplazar el proceso MAS COMPLEJO de todos los que hagan, y miren como les va.

Ya que raramente quienes hacen esto lo hacen con la actitud correcta, probablemente no logren hacer un cambio que explote las ventajas de la nueva herramienta, y terminen cometiendo los errores hechos con lo viejo pero ademas agregando lo nuevo.....


P.D: Y no es por darmelas, pero si piensan hacer algo asi realmente es buena idea que contraten asesoria. Es especialmente problematico cuando llega el programador/gerente "nuevo e idealista" que recien descubrio, por ejemplo, NOSQL, pero que realmente no sabe que realmente es eso, pero cree que eso nuevo es la leche.

Yo he sido ese idiota, varias veces. Recuerda? Cambio de herramientas mas que muchos...
__________________
El malabarista.
Responder Con Cita