Ayudadme a decidir sobre mi próximo proyecto

[Ñuño Martínez]

Ya llevo una buena temporada "perdido" buscando un norte, así que os pregunto y me echáis una mano.

Ya sabréis que me propuse trabajar en el proyecto PSP, y durante estos meses he estado pensando, planificando y analizando con la colaboración de nuestro querido Al González. Sin embargo, y según avanzo (o avanzamos) me he dado cuenta de que me falta experiencia en este tema, y veo que si no la adquiero difícilmente llegará este proyecto a buen puerto.

Ya hice un intérprete de un lenguaje inventado (el BAScript), sin embargo no deja de ser un juguete poco práctico (la verdad es que es un lenguaje bastante caótico). También tengo el compilador de Pascal para Z-80 que empecé, pero lo tengo atascado porque, si bien la teoría la tengo clara, no tanto la parte práctica (concretamente el tema de manejo de variables locales y el paso de parámetros).

Total, que que he pensado que, para poder avanzar más seguro, podría trabajar en un lenguaje más simple, pero al mismo tiempo útil, de forma que otra gente ajena al proyecto lo use y poder así recibir información adicional. Y tras recordar lo que se habla en esta conversación, se me han ocurrido dos posibilidades:

1. Un intérprete sencillo de un lenguaje genérico que pueda utilizarse como componente de Delphi/Free Pascal, al estilo del "Pascal Script" de RemObjects pero más simple. De hecho, que no fuera Pascal sino más bien QuickBASIC o incluso más simple.
2. Un intérprete sencillo de xBase (o, mejor, un subconjunto de xBase) que funcionara tanto de forma independiente como en forma de componente para Delphi/FPC.

Ambos proyectos me parecen interesantísimos y con aplicación "inmediata".

¿Cómo lo veis vosotros?

[Casimiro Notevi]

¿Qué usos puede tener un intérprete de xBase?

[Ñuño Martínez]

Precisamente ahí está el quiz de la cuestión: ¿Serviría de algo?

Aprendí xBase hace ya bastantes años, y poco recuerdo de él, la verdad, pero me parece un lenguaje muy interesante. Estoy pensando que el lenguaje del proyecto PSP pudiera acceder a la base de datos de forma directa, como en xBase/Clipper o COBOL (que también me parece un lenguaje muy interesante, por cierto), en lugar de utilizar componentes o bibliotecas externas, así que me interesa ver lo que se puede hacer.

En cierto modo el intérprete xBase sería una alternativa a los componentes SQL. Por ejemplo (hace mucho que no uso componentes SQL en Delphi, así que sed indulgentes conmigo):

Código Delphi [-]
...
  Query.Text := 'SELECT * FROM tabla';
  Query.Open;
  Query.First;
  WHILE NOT Query.EOF DO
  BEGIN
    { Hacer aquí lo que sea }
    Query.Next;
  END;
  Query.Close;
...

Lo que usando xBase podría ser... (lo mismo, sed indulgentes y echadle imaginación):

Código Delphi [-]
  PROCEDURE HacerAlgo (VAR Registro: TRegistro_xBase)
  BEGIN
    { Hacer aquí lo que sea con el registro recibido }
  END;

...
  xBase.AddListProcedure ('HacerAlgo', @HacerAlgo);
...
  xBase.text := 'USE tabla'#10+
                'LIST ALL TO HacerAlgo';
  xBase.Run;
...

No sé a vosotros, pero este segundo ejemplo me gusta bastante.

Por otro lado, un lenguaje genérico puede usarse "para cualquier cosa", incluyendo bases de datos. Tiene más donde experimentar y donde meterle mano. Con un lenguaje específico (como xBase) estás más limitado a la hora de experimentar con él.

[edito] Acaba de recordar que xBase incluye instrucciones para definir menús y formularios...

[Casimiro Notevi]

Sí, Ñuño, está curioso, pero no le veo mucha utilidad.

Pienso que para decidir el proyecto que quieres hacer debes basarte en varios motivos.
El principal motivo es que te guste, debe gustarte e ilusionarte, ese es el número uno de los motivos.
El segundo motivo debe ser según tus motivaciones: ¿lo quieres hacer sólo porque te guste o además quiéres obtener después un rendimiento económico?.
Entonces deberás filtrar primero por lo que te guste, y entre los que te guste, debes escoger el que veas más favorable a sobrevivir económicamente.

Código SQL [-]
select *
from tbProyectos
where (RankingMeGusta=true and rankingRendimiento > 1000)
or (RankingMeGusta=false and rankingRendimiento > 5000)

[Ñuño Martínez]

Pues mira, tanto en el gusto e ilusión como en lo económico, están ambos al mismo nivel. Estoy pensando más en lo que puede beneficiarme de cara a aplicar lo que aprenda (e incluso lo que desarrolle) en PSP, que sí tiene más posibilidades de obtener un rendimiento económico.

Quizá el lenguaje "genérico" tenga más salida y utilidad, eso sí. Pero quiero saber más opiniones.

[off-topic]
Y respecto a la economía, la verdad es que casi nunca pienso en ella, y así me va. Me cuesta mucho pensar en cuánto dinero me van a costar las cosas, o si resulta rentable, o la ganancia que puedo obtener... Fue una de las razones por las que fracasé en mi anterior aventura empresarial, y por la que estoy tardando tanto en iniciar una nueva (ganas e ideas no me faltan, pero cuando empiezo a pensar en inversiones y beneficios me pongo vizco...).

[Casimiro Notevi]

Yo me encuentro en una situación parecida, también tuve mala suerte en empresas que inicié porque no tengo mentalidad comercial. Ahora tengo algunas ideas que quisiera llevar a la práctica, pero me falta el empujoncito inicial, ya sabes... €€€

En tu caso, entonces, decídete por el que más te guste, simplemente.
Veamos qué opinan los compañeros...

[Faust]

Empezado por Ñuño Martínez

[edito] Acaba de recordar que xBase incluye instrucciones para definir menús y formularios...

Por eso me gustaba Dbase...

Pero cuando salió FoxPro que utilizaba XBase no supe como integrar todo en los proyectos... y una vez que lo hice no me gustó para nada la presentación de los componentes en tiempo de ejecución y me quedé con delphi.

Empezado por Casimiro Notevi

Yo me encuentro en una situación parecida, también tuve mala suerte en empresas que inicié porque no tengo mentalidad comercial. Ahora tengo algunas ideas que quisiera llevar a la práctica, pero me falta el empujoncito inicial, ya sabes... €€€

Yo también he estado queriendo despegar una empresa propia, y otras veces antes, pero tampoco tengo mentalidad comercial , me gustaría recibir asesoría de alguien experimentado en estos casos, pero no se me ha dado la oportunidad.

En cuanto a Ñuño... pues haz lo que más tengas ganas, en cuanto no lo abandones y lo dejes a medias, aquí te apoyamos y esperaremos resultados eh!!!

[rgstuamigo]

Tales lenguajes de programcion como QuickBASIC, xBase (o sus derivados), no los conosco a profundidad, pero viendo algunas caracteristicas en Wikipedia pues veo que son un poco antigüitos., a lo cual me ha surgido unas cuantas interrogante para Ñuño:
¿Por que hacer el interprete en esos lenguajes?
¿Que ventajas se obtiene de usarlos?
¿Se tiene bastante documentacion y/o soporte de dichos lenguajes actualmente?
¿Por que no usar algun lenguaje de programacion mas actualizado o moderno?
.
Saludos...

[JXJ]

unidades de acceso a las dlls de openssl

especialmente delphi 7 y encarecidamente para delphi 2010
tambien compatibles con lazarus.

[JXJ]

y librerias y unidades delphi para abrir certificados x.509

[[fjcg02]]

Nuño,
¿ conoces OpenERP ?
¿ y su framework de desarrollo ?
Me parece una pasada. Siempre he querido hacer algo igual, pero nunca me he decidido, y estos tienen una herramienta muy desarrollada. Conceptualmente está muy cerca de lo que siempre me ha rondado por la cabeza y que nunca me decidí a hacer.

Podrías imaginarte lo que se puede hacer con él ? y si tuvieramos desarrollado algo así el Delphi o Lazarus ? . Utilizando las rx y su interprete se podría personalizar cualquier cosa si tener que compilar ...
Y si hubiera una comunidad que desarrolara nuevos módulos ?
OpenERP está desarrollado con Phyton, es open total. Y creo que las posibilidades de Lazarus son mucho mayores en cuanto a la calidad del interface.

Bueno, es una idea.

Os dejo un link a un video . http://openerp.tv/display.php?rnd=NDk=

A ver si os gusta.

Saludos

[Ñuño Martínez]

Empezado por Faust

... pues haz lo que más tengas ganas, en cuanto no lo abandones y lo dejes a medias, aquí te apoyamos y esperaremos resultados eh!!!

¡Uy, qué difícil es eso!

Empezado por rgstuamigo

¿Por que hacer el interprete en esos lenguajes?

Como digo en el primer mensaje, el principal objetivo es ganar experiencia para otro proyecto. En concreto he elegido esos dos porque son los que más me gustan, de los que más conozco y de lo más simple que he visto.

Empezado por rgstuamigo

¿Que ventajas se obtiene de usarlos?

Si comparamos con JavaScript, PHP, UnrealScript, Python... a mi se me antojan más fáciles de manejar. Claro que esto puede ser subjetivo.

Empezado por rgstuamigo

¿Se tiene bastante documentacion y/o soporte de dichos lenguajes actualmente?
¿Por que no usar algun lenguaje de programacion mas actualizado o moderno?

Que sea más moderno no quiere decir que sea mejor. Claro que el que sea más antiguo tampoco es garantía. En cuanto a las razones, me remito a lo ya dicho.

A JXJ y a fjcg02 decirles que o no me han entendido o soy yo quien no les ha entendido a ellos. No busco hacer una aplicación "cualquiera", lo que quiero hacer es un intérprete de un lenguaje, y en eso no hay discusión ya que "lo necesito".

[Casimiro Notevi]

Empezado por Ñuño Martínez

[..] No busco hacer una aplicación "cualquiera", lo que quiero hacer es un intérprete de un lenguaje, y en eso no hay discusión ya que "lo necesito".

Mejor hacerlo de un lenguaje más actual, pero si lo necesitas con urgencia entonces mejor hacerlo de uno ya conocido porque te ahorras aprender el nuevo lenguaje para hacer su intérprete.
Si no tienes prisa, mejor uno de los nuevos.

Creo que mi respuesta te ha ayudado poco

[[fjcg02]]

Empezado por Ñuño Martínez

...
A JXJ y a fjcg02 decirles que o no me han entendido o soy yo quien no les ha entendido a ellos. No busco hacer una aplicación "cualquiera", lo que quiero hacer es un intérprete de un lenguaje, y en eso no hay discusión ya que "lo necesito".
...

Aaaaaahhhhhhh !