The killer ClubDelphi application... (antes: aportarias tu codigo?)

[Sick boy]

Pero me suena la idea. Trabajala mas, reducelo a algo simple y como se puede ejecutar.

La tengo trabajada, y le he dado muchas vueltas.
Se los pros y los contras, y también se como ejecutarla, aunque es un trabajo largo.

Código Delphi [-]
sino algo que por mecanismos artificiales (a lo magico) *parece* como si lo fuera

Evidente, los PCs no piensan. Y la magia no existe, pero que no se entere nadie

Se necesitaria un analizador sintactico, como el que utilizan los compiladores, o los IDEs.

Reducir la idea:
Realizar un gestor de información que cree y gestione las bases de datos utilizando expresiones "reales" en lugar de SQL, y que tenga la capacidad de aprender nuevas expresiones del usuario y devolverle la información como a él le gusta.

Solo espero que alguien me diga que es una locura, o por el contrario, que lo ve viable y/o se interese un poco. No es mucho pedir.

Como ya dije anteriormente, me extenderé más si alguien se interesa, de lo contrario no voy a perder más tiempo.

[mamcx]

Hay una razon por la cual no es buena idea interfazar el SQL: Es muy estricto. Adicionalmente, las estructuras de tablas varian mucho y de acuerdo a cada desarrollo pueden tener interpretaciones diferentes. Luego esta el hecho que el idioma natural es "ambiguo" lo que complica mucho la cosa.

Pero por ejemplo, interfazando a un motor de indexacion ya es mucho mas simple. De hecho, es lo que hago con el webbot: Tengo una serie de comandos como:

carnes poblado?

y el corre una busqueda de texto libre sobre la BD. Tambien algo como

donde queda pinky?

y responde. Es mucho mas facil interfazar con un motor de busqueda porque en parte, ya hizo esta labor:

- Transformacion de texto es tokens
- Generacion de ranking
- Habilidad de ejecutar consultas de texto libre, booleans, fuzzy, rangos, etc...
- tokenizacion de la consulta

y muchas labores mas.

Lo que digo es que algo como askjeeves es mucho mas realizable y practico para el usuario final.

Por ultimo, no hay necesidad de olvidar la BD. Es muy habitual indexar los registros y guardar el ID de la BD, tonces, luego de la busqueda se hace un merge de la informacion contra la BD y se recupera mas informacion.

[Sick boy]

OK, entendido.

[[AzidRain]]

He estado leyendo con interés y precisamente hace algun tiempo traigo por ahi una idea que no he puesto en practica por no contar ni con el tiempo ni con los suficientes conociemientos de programación para un proyecto de ese tamaño.

Pues bien, se trata de un sistema de gestión para tiendas de comercio al detalle tipo autoservicio (el tamaño no importa pues debe funcionarle al que tiene una tiendita o a todo una cadena de supermercados). No se trata de un clon de alguna herramienta de ASPEL (en Mexico) o algo similar por otros lares. Este sistema permitiría al cliente controlar todos los aspectos de su negocio desde que entra la mercancía hasta que sale (por ventas, desperdicio, robo, etc.) manteniendo un estricto control de inventarios. Además el sistema le hace pedidos, controla proveedores y trabaja prácticamente solo. Unicament hay que ir atendiendo las "alertas" que genere.

Trabaje muchos años en Wal-Mart por lo que conozco perfectamente como funciona su sistema de gestión, el cual es una de las bases de su éxito aqui en America. El sistema que ocupan lo desarrollaron ellos, esta basado en varios lenguajes, pero principalmente C y COBOL (si, COBOL), corre en servidor UNIX con INFORMIX como BD. Este sistema controla desde inventarios, pedidos, pagos de facturas, caja general, etc. únicamente el POS se maneja con un sistema propietario de IBM. Cuento con material de consulta (reportes, pantallas, etc.) por si hiciera falta.

El mercado sería precisamente las PYMES ya que contarían con un sistema muy poderoso que resuelva todos sus requerimientos de software en uno solo. Mas que un software sería una solución completa.

A ver que opinan...

[Ñuño Martínez]

¡Buf! Me fuí de casa un par de semanas y ya me perdí... ¿En qué punto estamos? ¿Ya estamos eligiendo el tipo de aplicación?

[mamcx]

Bueno, creo que en resumen:

- El mercado final apunta a pymes
- La aplicacion tiene mas fuertemente componentes de escritorio


Pero no veo que haya una respuesta positiva de forma amplia a las propuestas...

[[AzidRain]]

Coincido en que el mercado debe ser PYMES, pues precisamente son las que más requieren de Software Open Source (aunque empresas monstruo ya estan cambiandose a este software). Ahora bien, pienso que debe basarse en componentes de escritorio debido a que si nos vamos a aplicaciones Web hay pocas opciones relacionadas con Delphi (PHP, java, etc.) a no ser .NET, pero entonces caeríamos precisamente en lo que no queremos.

Además, a reserva de lo que piensen, hay una mayor base de programadores mas o menos preparados para desarrollar apliaciones de escritorio en Delphi que aplicaciones Web (al menos en el Club).

Lo interesante de la aplicación es que igual le sirva a una pequeña empresa Argentina que a una mediana Española o Mexicana. Independientemente de la internacionalización. El ideal es que esta aplicación o mas bien suite de aplicaciones en su caso, se vuelva un standard para software Open Source, que es precisamente lo que es una "Killer App" como dice el titulo del hilo. Algo asi como SAP lo es para la gestón de empresas de producción...

Claro que parece que sería un proyecto de muchos meses y mucho trabajo, pero en estos tiempos cuantas aplicaciones respetables andan por ahi, obra de mas de uno que empezó con la misma intención del OS?

SAludos