ERP con Delphi?

[Duc]

Me ha faltado comentar una cosa.

Aunque se puede deducir (más o menos) por la estructura, la aplicación está pensada soportar unos 200 usuario. : )

Gracias!

[Neftali [Germán.Estévez]]

Bueno, supongo que el lugar donde estás preguntando en "poco parcial".

Yo lo que te puedo decir, es que nosotros tenemos uno, que llevamos 5 años trabajando sobre él y actualmente soporta unos 300 usuarios.
Trabaja contra SQL Server, desarrollado en Delphi 6.
Utiliza carga dinámica de packages y actualmente anda por las 1100 clases/tablas.
Multiidioma tanto en aplicación (TsiLang) como en Datos; Utilizamos un Framework de persistencia propio y componentes en su mayoría estandard, salvo las quantum para ofrecimiendo de datos al usuario y algunos "sueltos" para temas muy concretos.
Como Generador de Reports, estamos utilizando Adobe Output Server (nada convencional), pero con una potancia a la hora de generar documentos impresionante; El resto de pequeñas estadísticas y listados de datos cruzados sobre excel utilizando tablas dinámicas.

Uso bastante intensivo de procedimientos y triggers y últimamente nos estamos metiendo con funciones en SQl Server, que para algunas cosas dan mejor resultado que los SP.

Como control de versiones, ya lo he comentado algunas veces por aquí, JVCS sobre SQL Server, que funciona de maravilla.

Utilizamos RationalRose para el modelado y herramientas propias para importar los modelos generados y crear las clases, interficies y tablas a partir de ellos.

Se ve que estoy "parlanchín" hoy .

Ahora mismo no me viene nada más. Si tienes alguna duda, pues no dudes en preguntarlo.

Un saludo.

AÑADO: Luego implementa algunos "añadidos" para conectarse a otros sistema.
Exporta e importa datos de SAP; Lee datos de Básculas conectadas en serie (TCP/IP).

Y por otro lado tiene una interface Web para los clientes en ASP, pero esta va directamente contra la Base de datos.

[Duc]

Perfecto, muchas gracias!

A lo mejor lo que pasa, es que yo en realidad buscaba una respuesta poco parcial

Muchas gracias de nuevo, estoy más animado y podré utilizar la información que me has dado : )

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