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

[mamcx]

sickboy yo se que la idea de meterle "IA" suena interesante, pero hay que pensar muy bien que tipo de IA.

Como expuse en un post en mi blog

http://www.solucionesvulcano.com/blo...rtificial.html

La IA no es algo artificial que es inteligente, sino algo que por mecanismos artificiales (a lo magico) *parece* como si lo fuera. La IA es algo muy tramposo y puede terminar pareciendo muy estupido (por ejemplo, el asistente de Office).

Por otro lado, bien usada puede terminar interesante, como en el caso de los filtros de SPAM. El punto, que he aprendido con MUTIS, es que procesar texto libre es una tarea endemoniada.

Pero no pierdas esperanza! Para el sitio de www.paradondevamos.com (no esta completo, sean misericordiosos!) estoy armando un webbot de messenger que funciona como una operadora telefonica, lo que pasa es que muy "tonto" y hasta que no tenga un sabor a naranja artificial no lo saco.

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

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