ERP con Delphi?

[mamcx]

En primer lugar, no es que me parezca particularmente confiable la opinion de ex-profesores (o profesores) y de conocidos muy cercanos, porque:

- Los profesores raramente son buenos desarrolladores y menos estan a la par de la tecnologia
- Los conocidos en su GRAN mayoria hacen parte de equipos de IT que siguen la "moda" del momento.

La cosa es esta: Al dia de hoy, .NET & Java mandan la parada... pero lo que muchos no ven es la parada en "que". .NET & Java son la eleccion natural de los equipos de IT de empresas medianas & grandes y por ende, de las casa de software que estan fuertes en ese mercado...

Pero echa una ojeada a www.download.com y dime cuanto software en .NET o Java aparece por alli? Casi ninguno.

La realidad es que para equipos de software que buscan algo mas agil utilizan otras herramientas o lenguajes. Llamense Delphi, Python, Ruby, PHP, FoxPro, Lisp, etc... y porque?

Porque como empresaria tienes que saber esto: Lo que le sirve a los demas, no necesariamente es lo que te sirve A TI.

SI TODO EL MUNDO programase en lenguaje X y tu fueras el unico en el plante que lo hiciera en el Y, pero el Y te da una ventaja competitiva, fueras idiota si siguieras la corriente...

Lee un ejemplo bueno aqui: "Venciendo a los promedios" http://www.paulgraham.com/avg.html.

Lo que te debes preguntar NO ES que usan los demas, y buscar razones para seguir la media. Lo que te debes preguntar es: Que deberia usar para vencer a los demas?

El usar herramientas de nicho es riesgoso, pero si eres un equipo pequeño, no puedes pensar como un ejercito, sino como un ninja. SI eres bueno y tienes una herramienta mediocre, lograras algo. Pero si tienes una herramienta excelente, lograras mas.

Ahora la pregunta que viene es, ¿Realmente piensas que eres bueno en lo que haces y que tienes todo lo mejor que puedes tener para lograrlo? Si es asi, no te preocupes por los demas. Tienes la ventaja! Son ellos los que se deberian preocupar!

Pero si no eres bueno, y te preocupa es en ocupar facilmente un puesto de trabajo, sigue la corriente. No hay nada peor que pretender ser, por decirlo asi, un ninja, pero en la realidad ser un soldado raso. Eso no es malo, pero toca tenerlo claro

------
P Te recomiendo altamente que le pegues una revisada a http://www.elmalabarista.com/diario/...tes-favoritos/ (Warning: Soy reseller de RemObjects)

[Duc]

Gracias mamcx!

Muy bueno el artículo en inglés y el post de elmalabarista.com.

Creo que tienes toda la razón del mundo. Lo que pasa, que en realidad sí que tienes que tener en cuenta el número de gente que domina un lenguaje (como mínimo, un poco en cuenta), ya que el día que necesites colaboración, no es igual de fácil encontrar un buen programador en List que en Java... no crees?

No digo de basar la decisión en esto, solo digo que es algo que a lo mejor debería añadir un puntito a un lenguaje o a otro, algo para tener presente.

[ContraVeneno]

Dejando fuera el tema de "fijate donde preguntas", te puedo comentar que tenemos un sistema ERP desarrollado en Delphi 5 sobre SQL Server que atiende mas o menos a 200 usuarios. Y hasta ahora ha funcionado de manera aceptable, con todo lo que ello implica. Se han desarrollado no pocas extensiones en Delphi 7 que funcionan igual de bien y ahora estamos estandarizando todo a Delphi 2007, lo que nos permite hacer miles de mejoras, tanto en código como visuales.

Dejando los ejemplos y respondiendo a tu pregunta, Delphi tiene la tecnología necesaria para realizar todas las tareas que le pidas. No le falta nada y no le pide nada a otros lenguajes. El chiste es saber usarlo; a final de cuentas lo que cuenta es el equipo de desarrolladores y el trabajo que realizen. El trabajo puede ser bueno o malo independientemente de si utilizaron Delphi, .Net, java o tarjetas perforadas.

Si conoces el lenguaje y todo lo que el IDE te puede ofrecer, con eso ya llevas mucha ventaja.

[Nasca]

Cuento mi propia batallita. Después del desarrollo de un ERP en Kylix/Delphi un servidor se tiró un par de años siguiendo alternativas viables para el desarrollo de un ERP multiplataforma: java, wxwindows, gtk, python, qt, lazarus, php, ...
Al final ninguna de estas opciones me permitían un desarrollo ágil y sencillo del programa que después de mucho tiempo tengo ya en producción. Desde luego en su momento no contemplé la opción Visual Basic 6 y .Net estaba en mantillas, y de alguna manera lo sigue estando para el desarrollo de aplicaciones de escritorio compactas y funcionales como un ERP.

Al final continué con Delphi, obviando Kylix que no daba mejor resultado que correr las aplicaciones con wine.
A estas alturas la base de datos maneja 551 tablas e infinidad de procesos distintos. Todo ello sin capas adicionales que complicaran el diseño y despliegue dado el objetivo comercial de mi aplicación: pymes.

Después de 4 años sigo creyendo que fue la opción técnica de desarrollo acertada.