Foros Club Delphi

Foros Club Delphi (https://www.clubdelphi.com/foros/index.php)
-   Debates (https://www.clubdelphi.com/foros/forumdisplay.php?f=29)
-   -   Evolución de Delphi (https://www.clubdelphi.com/foros/showthread.php?t=92758)

HELBERT GARCIA 22-01-2018 20:10:39

Evolución de Delphi
 
En mi empresa quieren cambiar la herramienta delphi , tenemos aplicaciones realizdas en Delphi 6, 2010 ,xe7,seattle, me están pidiendo la evolución y los cambios de esta gran herramienta, debo Justificarlos para que se quede con nosotros esta prodigiosa herramienta de desarrollo, creo que quien la esta juzgando la desconoce , cree que es vieja que no ha evolucionado no le ve ventajas.

Alguien me ayuda con la evolución.

Saludos,

Casimiro Notevi 22-01-2018 20:35:08

Lee estos enlaces, puedes traducirlos con el google translator, se entiende bien.

¿Por qué los programadores de C# deberían callarse sobre Delphi?
¿Delphi está desactualizado? ¿quién lo dice?
¿Por qué muchas personas odian tanto a Delphi?
Software famoso hecho en Delphi

WHILENOTEOF 22-01-2018 21:08:46

Desconfío de la gente que lo alaba sin matices como de la que lo critica sin más. Para mí hoy en día depende de qué producto quieras desarrollar: para aplicaciones de escritorio Windows, me parece la mejor herramienta. Cientos de componentes que te permiten implementar de una forma rápida y profesional un proyecto de ese tipo. Para programación web, tal vez se quede atrás respecto a otras soluciones más "modernas", para mí Embarcadero no ha sabido rentabilizar cosas que tenía implementadas dese hace décadas, como Webroker, si se hubiese preocupado en desarrollar más componentes alrededor de la generación de páginas dinámicas e incorporar librerías javascript, así como implementar servidores web, le hubiese funcionado muy bien. Me hace gracia que el "product manager" de Delphi Marco Cantú desarrolle una librería para la generación dinámica de vistas con Razor, y eso no sea una parte central del producto y desarrollado por el propio Embarcadero. De todas formas hay frameworks como MVC Framework o Mormot que son una buena alternativa para abordar estos tipos de proyectos, además ahora han incorporado las librerías Sencha al producto, o la posibilidad de compilar para Linux y

En cuanto a mobile creo que se pueden hacer cosas bien, si se está familiarizado con object pascal, resulta más rápido ponerse a desarrollar una aplicación, y hay formas de hacer las cosas que son más rápidas que en otras herramientas. Aunque creo que cada vez es más difícil seguir el ritmo de actualizaciones que marcan IOs y Android, tiene mérito que lo estén haciendo.

mamcx 23-01-2018 00:51:24

Cita:

Empezado por HELBERT GARCIA (Mensaje 524175)
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...

Casimiro Notevi 23-01-2018 10:14:11

Cita:

Empezado por mamcx (Mensaje 524181)
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.

^\||/^\||/^\||/

egostar 23-01-2018 17:08:07

Cita:

Empezado por mamcx (Mensaje 524181)
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:




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/



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...


Muchas veces he estado en contra de lo que escribes mamcx, sin embargo, nunca había escuchado algo tan atinado como lo que has dicho ahora, así que es mi deber expresarlo también. ^\||/

Saludos


La franja horaria es GMT +2. Ahora son las 15:38:40.

Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi