¿Qué lenguaje usaríais?
JM
en delphi + paradox, que gestiona una base de datos con montones de tablas,
usuarios, informes, etc
Controlo PHP + mySQL pero me parece una locura usarlo ya que el software
maneja muchas tablas y en php s�lo escribir las decenas de formularios,
tratar los datos, etc, ser�a mucho trabajo.
Me gustar�a que las tablas fuesen SQL o MySQL, el principal motivo de
abandonar el software antiguo es la facilidad con que se corrompen sus DB,
pero no se qu� lenguaje, o versi�n de visual basic (si es q me recomend�is
VB) usar. Aprender� casi de cero asi que tambi�n el que no fuese muy
complicado ayudar�a.
Gracias y espero con la poca info que os doy pod�is darme una idea general.
Un saludo!
JM
Carlos Sacristan
SQL Server) y si preguntas en cualquiera de desarrollo, pues te recomendar�n
dependiendo del que preguntes: que lo haces en el de C#, pues te
recomendar�n este; que lo haces en el de java, pues te recomendar�n este
otro...
Si vas a empezar de cero y usar SQL Server, pues en principio lo m�s l�gico
ser�a aprender alguno de .NET, que es el que est� m�s ligado a la
plataforma, pero al final es m�s una cuesti�n de d�nde se encuentre uno
mejor.
Pero vamos, si tienes que aprender el lenguaje y luego hacer la migraci�n...
no s� qu� plazos te dan para hacerla, pero parece un poco precipitado, �no?
--
-----------------------------
"Caminar sobre el agua y desarrollar software a partir de unas
especificaciones es f�cil, si ambas est�n congeladas."
Edward V. Berard, ingeniero inform�tico
"JM" <jmrodriguez__@__tecniaingenieros.com> wrote in message
news:uVNxGhWX...@TK2MSFTNGP04.phx.gbl...
> Hola amigos, me piden hacer una r�plica de un software realizado hace a�os
> en delphi + paradox, que gestiona una base de datos con montones de
> tablas, usuarios, informes, etc
>
> Controlo PHP + mySQL pero me parece una locura usarlo ya que el software
> maneja muchas tablas y en php s�lo escribir las decenas de formularios,
> tratar los datos, etc, ser�a mucho trabajo.
>
> Me gustar�a que las tablas fuesen SQL o MySQL, el principal motivo de
> abandonar el software antiguo es la facilidad con que se corrompen sus DB,
> pero no se qu� lenguaje, o versi�n de visual basic (si es q me recomend�is
> VB) usar. Aprender� casi de cero asi que tambi�n el que no fuese muy
> complicado ayudar�a.
>
> Gracias y espero con la poca info que os doy pod�is darme una idea
> general.
>
> Un saludo!
>
> JM
>
MEVB
aprovechas las ventajas de hacerlo con interfaz web.
Si te parece muy complicado llevarlo a web, prefieres dejarlo para ambiente
de escritorio, y de paso vas a aprender un nuevo lenguaje desde cero (Java,
VB 6.0, VB.Net, C#, DELPHI), �porque no lo dejas con el Delphi actual y as�
aprovechas los fuentes ya creados? Esto te ahorrar�a tiempo (quiz�s).
En cuanto a los datos, pues ya es cuesti�n de ver el tama�o de la base de
datos y la cantidad de usuarios que usan (y usar�n) la nueva versi�n.
Aqu� obviamente te recomendar�n SQL Server, el cual tiene muchas versiones y
ediciones por versi�n.
Entre VB 6.0 y VB.Net, personalmente me quedo con el primero. Los lenguajes
y el framework de Net son bastante complejos y orientados a OBJETOS. Todo el
lenguaje es de OBJETOS. Una comparaci�n rid�cula es: para tipear una coma
(,) debes hacerlo por medio de OBJETOS. Si no entiendes esta filosof�a o
metodolog�a de programaci�n, mejor usa VB 6.0 y aplicas programaci�n
ESTRUCTURADA. La curva de aprendizaje con VB 6.0 es mucho m�s r�pida que con
.Net.
Si quieres aprovechar de aprender un lenguaje de moda... prueba con Java. No
he recibido buen feed back de .Net en los foros.
Saludos
MV
"JM" <jmrodriguez__@__tecniaingenieros.com> escribi� en el mensaje
news:uVNxGhWX...@TK2MSFTNGP04.phx.gbl...
JM
Lo ideal ser�a retocar el delphi, lo se, pero no tenemos los fuentes del
programa, se compr� a un programador que hace muchos a�os ya que se dedica a
otros menesteres, dudo que siquiera conserve los c�digos fuente ni tampoco
la empresa estar�a dispuesta a pagarle por ellos.
Sobre el plazo tengo todo el del mundo, llevamos a�os "sufriendo" los
continuos errores del programa antiguo, asi que es algo para hacer en ratos
libres y a largo plazo.
La verdad, pregunt� en este foro, porque lo �nico que estoy seguro que
quiero usar es SQL o mySQL. Su estabilidad y velocidad son todo lo contrario
a nuestra antigua base de datos. No se si hay otros grupos del tema, ya que
quiz� no sea necesario para una aplicaci�n en VB para PYME como esta usar
SQL server, quiz� hay una versi�n reducida, �incluso gratuita?
Creo que optar� por VB6, era mi primera opci�n ya que hice mis pinitos con
VB hace a�os, pero quer�a una segunda opini�n.
Muchas gracias! un saludo!
JM
"JM" <jmrodriguez__@__tecniaingenieros.com> escribi� en el mensaje
news:uVNxGhWX...@TK2MSFTNGP04.phx.gbl...
Carlos Sacristan
que tienes que tener en cuenta para tomarla como opci�n.
Personalmente, creo que usar VB6.0 es una decisi�n err�nea; yo optar�a por
un lenguaje actual (sea �ste cual sea), pero al final eres t� el que tiene
que desarrollar, as� que...
--
-----------------------------
"Caminar sobre el agua y desarrollar software a partir de unas
especificaciones es f�cil, si ambas est�n congeladas."
Edward V. Berard, ingeniero inform�tico
"JM" <jmrodriguez__@__tecniaingenieros.com> wrote in message
news:uGrjtWXX...@TK2MSFTNGP02.phx.gbl...
> Buenas, gracias a ambos por responderme.
>
> Lo ideal ser�a retocar el delphi, lo se, pero no tenemos los fuentes del
> programa, se compr� a un programador que hace muchos a�os ya que se dedica
> a otros menesteres, dudo que siquiera conserve los c�digos fuente ni
> tampoco la empresa estar�a dispuesta a pagarle por ellos.
>
> Sobre el plazo tengo todo el del mundo, llevamos a�os "sufriendo" los
> continuos errores del programa antiguo, asi que es algo para hacer en
> ratos libres y a largo plazo.
>
> La verdad, pregunt� en este foro, porque lo �nico que estoy seguro que
> quiero usar es SQL o mySQL. Su estabilidad y velocidad son todo lo
> contrario a nuestra antigua base de datos. No se si hay otros grupos del
> tema, ya que quiz� no sea necesario para una aplicaci�n en VB para PYME
> como esta usar SQL server, quiz� hay una versi�n reducida, �incluso
> gratuita?
>
> Creo que optar� por VB6, era mi primera opci�n ya que hice mis pinitos con
> VB hace a�os, pero quer�a una segunda opini�n.
> Muchas gracias! un saludo!
>
> JM
>
> "JM" <jmrodriguez__@__tecniaingenieros.com> escribi� en el mensaje
> news:uVNxGhWX...@TK2MSFTNGP04.phx.gbl...
>> Hola amigos, me piden hacer una r�plica de un software realizado hace
>> a�os en delphi + paradox, que gestiona una base de datos con montones de
>> tablas, usuarios, informes, etc
>>
>> Controlo PHP + mySQL pero me parece una locura usarlo ya que el software
>> maneja muchas tablas y en php s�lo escribir las decenas de formularios,
>> tratar los datos, etc, ser�a mucho trabajo.
>>
>> Me gustar�a que las tablas fuesen SQL o MySQL, el principal motivo de
>> abandonar el software antiguo es la facilidad con que se corrompen sus
>> DB, pero no se qu� lenguaje, o versi�n de visual basic (si es q me
>> recomend�is VB) usar. Aprender� casi de cero asi que tambi�n el que no
>> fuese muy complicado ayudar�a.
>>
>> Gracias y espero con la poca info que os doy pod�is darme una idea
>> general.
>>
>> Un saludo!
>>
>> JM
>>
>
>
MEVB
"muerto". Microsoft no lo quiere tener m�s en sus planes. Si bien existe una
comunidad de desarrolladores y desarrollos bastante amplia que aun se niega
a morir, Microsoft est� haciendo todo lo posible por sacar a VB 6.0 del
camino. Para microsoft VB 6.0 est� junto con Win 98, en el olvido.
Sin embargo, a�n puedes correr los sistemas creados con ese lenguaje en
Vista y creo que con Windows 7 tambi�n. En W-XP tus aplicacioens funcionar�n
perfectamente.
En cuanto a SQL Server, como te dicen, tienes la versi�n Express que es
gratuita. Pero tiene varias limitaciones que ser�a bueno investigaras antes
de usarlo, no sea que m�s adelante te veas en el trabajo de migrar todo a
otro motor de datos.
He oido que VB 6.0 funciona perfectamente con MySQL.
Existe un foro de VB 6.0, el cual te recomiendo visitar si te decides
finalmente por ese lenguaje. (microsoft.public.es.vb)
Saludos
MV
"Carlos Sacristan" <nom...@nomail.com> escribi� en el mensaje
news:%23qbXwaX...@TK2MSFTNGP05.phx.gbl...
> SQL Server tiene la versi�n Express como gratuita, pero tiene limitaciones
> que tienes que tener en cuenta para tomarla como opci�n.
>
> Personalmente, creo que usar VB6.0 es una decisi�n err�nea; yo optar�a por
> un lenguaje actual (sea �ste cual sea), pero al final eres t� el que tiene
> que desarrollar, as� que...
>
> --
> -----------------------------
> "Caminar sobre el agua y desarrollar software a partir de unas
> especificaciones es f�cil, si ambas est�n congeladas."
> Edward V. Berard, ingeniero inform�tico
>
>
> "JM" <jmrodriguez__@__tecniaingenieros.com> wrote in message
> news:uGrjtWXX...@TK2MSFTNGP02.phx.gbl...
>> Buenas, gracias a ambos por responderme.
>>
>> Lo ideal ser�a retocar el delphi, lo se, pero no tenemos los fuentes del
>> programa, se compr� a un programador que hace muchos a�os ya que se
>> dedica a otros menesteres, dudo que siquiera conserve los c�digos fuente
>> ni tampoco la empresa estar�a dispuesta a pagarle por ellos.
>>
>> Sobre el plazo tengo todo el del mundo, llevamos a�os "sufriendo" los
>> continuos errores del programa antiguo, asi que es algo para hacer en
>> ratos libres y a largo plazo.
>>
>> La verdad, pregunt� en este foro, porque lo �nico que estoy seguro que
>> quiero usar es SQL o mySQL. Su estabilidad y velocidad son todo lo
>> contrario a nuestra antigua base de datos. No se si hay otros grupos del
>> tema, ya que quiz� no sea necesario para una aplicaci�n en VB para PYME
>> como esta usar SQL server, quiz� hay una versi�n reducida, �incluso
>> gratuita?
>>
>> Creo que optar� por VB6, era mi primera opci�n ya que hice mis pinitos
>> con VB hace a�os, pero quer�a una segunda opini�n.
>> Muchas gracias! un saludo!
>>
>> JM
>>
>> "JM" <jmrodriguez__@__tecniaingenieros.com> escribi� en el mensaje
>> news:uVNxGhWX...@TK2MSFTNGP04.phx.gbl...
>>> Hola amigos, me piden hacer una r�plica de un software realizado hace
>>> a�os en delphi + paradox, que gestiona una base de datos con montones de
>>> tablas, usuarios, informes, etc
>>>
>>> Controlo PHP + mySQL pero me parece una locura usarlo ya que el software
>>> maneja muchas tablas y en php s�lo escribir las decenas de formularios,
>>> tratar los datos, etc, ser�a mucho trabajo.
>>>
>>> Me gustar�a que las tablas fuesen SQL o MySQL, el principal motivo de
>>> abandonar el software antiguo es la facilidad con que se corrompen sus
>>> DB, pero no se qu� lenguaje, o versi�n de visual basic (si es q me
>>> recomend�is VB) usar. Aprender� casi de cero asi que tambi�n el que no
>>> fuese muy complicado ayudar�a.
>>>
>>> Gracias y espero con la poca info que os doy pod�is darme una idea
>>> general.
>>>
>>> Un saludo!
>>>
>>> JM
>>>
>>
>>
>
Samuel-SMH
Gusto en saludar a la gente que aporta sugerencias, sobre todo en este Post.
Pero tengo la respuesta que necesitas a tus problemas y de paso agilizas
todo.
deber�as usar "VFP9.0 Y SQLSERVER 2005"
Razones
1. Por mas que digan que VFP esta muerto como VB , no es tan cierto, es mas
hay paginas con blogs y gente que esta desarrollando
VFP para NET , ya con eso sabes que esta asegurado por buen tiempo en el
mercado.
2. Es F�cil y muy amigable por el uso de su lenguaje estructurado, y tambien
te permite programar en objetos, usando clases y SP.(Aunque no todos lo han
usado a fondo)
3. Dise�o de lo mejor y es mas puedes usar Skins para una mejor
presentaci�n,
4. Contienen controles activex que te dan opciones y dise�o tiene .NET
5. Tambi�n te permite trabajar en arquitectura 3 capas(Aunque muchos no lo
sepan usar en VFP).
6. Tiene su propio reporteador (ReportListiner) ultima versi�n (Rota textos,
colorea, imagen de fondo en gris, zoom de varios tama�os sin da�ar la
imagen)
7. Sentencia selects identicas y mejoradas como SQL SERVER 2005.
8. Maneja transacciones anidadas,buffers,cursores,etc.
9. Y LO MEJOR !!!! Viene con una herramienta que te permite migrar tablas
DBF's (como en tu caso) al SQL2005, en automatico te crea todo y te
agilizaria en desarrollar.
y MUCHO MAS... que me tomar�a mas tiempo.
De m�s esta decir que soy un Visualfoxprosero pero tambien programo en PB, y
VB.NET ; solo que no te puedo recomendar estos por que son puro Objetos y
tomaria mucho tiempo entender esta arquitectura(y creo que para pasar a esta
arquitectura VFP te puede ayudar a entender mejor algunas cosas sobre todo
clases,herencias,metodos,eventos,.. etc,etc).
Saludos.
Samuel S.M.H
Lima-Per�.
PD. si deseas ayuda me escribes y te envio manuales, aunque en Google
encuentras mucho m�s.
"JM" <jmrodriguez__@__tecniaingenieros.com> escribi� en el mensaje de
noticias:uGrjtWXX...@TK2MSFTNGP02.phx.gbl...
Luis Mata
usas cualquiera el mas facil o el que conozcas.
Yo programo todo en el server en mi cliente no hay gran cosa solo ventanas
con minimo codigo que interacatua cliente - Servidor.
asi mi fuente es la BD.
Luis
"JM" <jmrodriguez__@__tecniaingenieros.com> escribi� en el mensaje de
noticias news:uVNxGhWX...@TK2MSFTNGP04.phx.gbl...
Samuel-SMH
usando claro pura funciones y SP en el servidor de Datos SQLserver2005 ,
incluso manejar Transacciones ahi mismo(ES LO MEJOR).
S�lo que tambien quize mencionar todo lo que puedes hacer con VFP...
ah y me olvidaba tambien puedes manejar en VFP:
Referencias cruzadas
XML
Interactuar con Word,Excell,Pdfs, Crystal Reports , etc
Otros.
Saludos.
Samuel S.M.H
"Luis Mata" <lm...@cclf.com.pe> escribi� en el mensaje de
noticias:ufXslpiX...@TK2MSFTNGP06.phx.gbl...
Luis Mata
plataforma de desarrollo si no la Base de Datos ahora lo hago en sql 2008 64
bits y las aplicaciones hechas en vfp corren sin problema sobre 64 bits
Luis
"Samuel-SMH" <ssan_m...@hotmail.com> escribi� en el mensaje de noticias
news:eLFMuAk...@TK2MSFTNGP06.phx.gbl...
hquinones
trabajando con SQL.
HQD
"Luis Mata" <lm...@cclf.com.pe> escribi� en el mensaje
news:%232uGF9l...@TK2MSFTNGP06.phx.gbl...
Ghabriel Lince
> Buenas, gracias a ambos por responderme.
>
> programa, se compró a un programador que hace muchos años ya que se dedica a
> otros menesteres, dudo que siquiera conserve los códigos fuente ni tampoco
> la empresa estaría dispuesta a pagarle por ellos.
>
> Sobre el plazo tengo todo el del mundo, llevamos años "sufriendo" los
> continuos errores del programa antiguo, asi que es algo para hacer en ratos
> libres y a largo plazo.
>
> quiero usar es SQL o mySQL. Su estabilidad y velocidad son todo lo contrario
> a nuestra antigua base de datos. No se si hay otros grupos del tema, ya que
> SQL server, quizá hay una versión reducida, ¿incluso gratuita?
>
> Creo que optaré por VB6, era mi primera opción ya que hice mis pinitos con
> VB hace años, pero quería una segunda opinión.
> Muchas gracias! un saludo!
>
> JM
>
>
> > Hola amigos, me piden hacer una réplica de un software realizado hace años
> > en delphi + paradox, que gestiona una base de datos con montones de
> > tablas, usuarios, informes, etc
>
> > Controlo PHP + mySQL pero me parece una locura usarlo ya que el software
> > tratar los datos, etc, sería mucho trabajo.
>
> > Me gustaría que las tablas fuesen SQL o MySQL, el principal motivo de
> > abandonar el software antiguo es la facilidad con que se corrompen sus DB,
> > VB) usar. Aprenderé casi de cero asi que también el que no fuese muy
> > complicado ayudaría.
>
> > Gracias y espero con la poca info que os doy podáis darme una idea
> > general.
>
> > Un saludo!
>
> > JM
Hola JM,
si lo que deseas es un manejador de base de datos muy bueno y
gratuito, ps en PostgreSQL tienes la solución.
En cuanto al lenguage de programación, te recomiendo VFP 9.0 por su
facil aprendizaje y la variadas funcionalidades con las que este LP
cuenta, que por cierto ya Samuel - SMH lo ha mencionado.
Si deseas info sobre PostgreSQL.
www.postgresql.org
Suerte.
Unknown
que est�n hechos en VFP por razones obvias.
Por otra parte los empleos que aparecen para programacion mayoritariamente
no son para VFP.
"Samuel-SMH" <ssan_m...@hotmail.com> escribi� en el mensaje
news:eLFMuAk...@TK2MSFTNGP06.phx.gbl...
Unknown
Cu�ndo entender�n que hay dejar el VFP por lo menos para nuevos proyectos?
Vayan al mercado y vean para que la realidad no les d� en la cara.
No confundir el lenguaje "que conozco y me siento c�modo" con una buena
recomendaci�n para nuevos proyectos.
"Samuel-SMH" <ssan_m...@hotmail.com> escribi� en el mensaje
news:7D57F7DC-A55A-4B63...@microsoft.com...
Unknown
> Razones
> 1. Por mas que digan que VFP esta muerto como VB , no es tan cierto, es
> mas hay paginas con blogs y
Sal a vender un software actualmente y di que est� hecho en VFP o VB6 a ver
si puedes competir con otros que lo tengan en .NET. Para esos fines,
ambos (VFP y VB6) est�n muertos.
>
>gente que esta desarrollando
> VFP para NET , ya con eso sabes que esta asegurado por buen tiempo en el
> mercado.
>
Ha habido ensayos pero nada definitivo ni confiable. MicroSoft descart� la
integraci�n de VFP a .NET desde el 2001 creo. No ha vuelto a retomarlo y
por algo ha sido. Descontinu� oficialmente a VFP en 2006 o 2007.
>
> 2. Es F�cil y muy amigable por el uso de su lenguaje estructurado, y
> tambien te permite programar en objetos, usando clases y SP.(Aunque no
> todos lo han usado a fondo)
En .NET eso es mucho mejor.
> 3. Dise�o de lo mejor y es mas puedes usar Skins para una mejor
> presentaci�n,
En .NET eso es mucho mas completo.
> 5. Tambi�n te permite trabajar en arquitectura 3 capas(Aunque muchos no lo
> sepan usar en VFP).
Eso no tiene que ver con el lenguaje de programaci�n.
>
> 6. Tiene su propio reporteador (ReportListiner) ultima versi�n (Rota
> textos, colorea, imagen de fondo en gris, zoom de varios tama�os sin da�ar
> la imagen)
>
Reporting Services le lleva mucho al reporteador de VFP.
>
> 9. Y LO MEJOR !!!! Viene con una herramienta que te permite migrar tablas
> DBF's (como en tu caso) al SQL2005, en automatico te crea todo y te
> agilizaria en desarrollar.
>
El resultado de esa herramienta normalmente no es adecuado.
>
> De m�s esta decir que soy un Visualfoxprosero
Eso est� claro y por eso lo recomiendas con tanta vehemencia pero yo lo fui
tambi�n y te puedo hablar tambi�n del .NET.
>pero tambien programo en PB, y VB.NET ; solo que no te puedo recomendar
>estos por que son puro Objetos y tomaria mucho tiempo entender esta
>arquitectura(y creo que para pasar a esta arquitectura VFP te puede ayudar
>a entender mejor algunas cosas sobre todo
>clases,herencias,metodos,eventos,.. etc,etc).
>
Que sea "puro Objetos" no es ninguna desventaja, al contrario. Sobre el
tiempo de aprendizaje es cierto que cuesta esfuerzo pero merece la pena si
se piensa a futuro.
No creo que sea buena ayuda a alguien recomendarle para nuevos desarrollos
lenguajes oficialmente descontinuados s�lo porque conocemos esos lenguajes y
nos sentimos c�modos con estos.
Samuel-SMH
y eso que me olvide de mencionar en VFP:
1. Consumiento Componentes COM+ de VFP en .NET
2. Consumiento Web Services de VFP en .NET
3. Consumiendo Componentes .NET en VFP
4. Consumiendo Web Services .NET en VFP
5. Consumiendo Reportes Crystal Report en VFP
6. Consumiendo Reportes VFP desde .NET
7. Acceso a base de datos VFP desde .NET
8. Acceso a base de datos SQL Server Server desde VFP
9. Convertir tablas VFP a archivos XML
10. Convertir archivos XML a tablas VFP
11. Seguridad en tablas VFP a traves de la impersonaci�n 1 (RUNAS
Professional)
12. Seguridad en tablas VFP a traves de la impersonaci�n 2
(SecurityContext ActiveX)
Osea; ya que MASSSSSSSSSSSSSSSSSS!!!!!!!!
Saludos.
SAMUEL S.M.H
"Jose TH>>" escribi� en el mensaje de
noticias:uCXx1dvX...@TK2MSFTNGP06.phx.gbl...
Luis Mata
es la Base de datos.
claro si piensas hacer sistemas cliente servidor puro, esto me deja a mi
solo ventanas en el cliente que interactuan con el motor de base de datos.
no se porque tanto lio que hazlo aqui, hazlo alla al final si se haces todo
en la base de datos, esto (Plataforma de desarrollo) llega a pasar a segundo
plano.
y hablo de sistema que trabajan con un servidor centralizado por ejm en Peru
tengo un sistema vfp 9 con sql 2008 con sedes en diferentes departamentos
pero con un servidor central en la capital, los clientes utilizan w200, xp,
vista y ahora w7 tanto en 32 y 64 bits.
�Me puedes decir donde esta el problema?
El unico problema que hasta aqui encuentro es que no corre en linux pero es
ya es otro tema.
Luis Mata
"Jose TH >>" escribi� en el mensaje de noticias
news:OZFDGovX...@TK2MSFTNGP06.phx.gbl...
Unknown
>
El problema est� en el mercado. Si vas a vender un nuevo sistema, no digas
que est� en VFP o VB6 si tienes m�s competidores.
Justo o no, es una realidad y los que toman las decisiones no tienen por qu�
conocer las "maravillas" que se hacen con VFP o VB6.
Unknown
le interesan esos detalles. S� te reclamar�n que est�s vendiendo un
software nuevo desarrollado en una plataforma descontinuada y eso pesa
demasiado para que se decidan por tu software cuando tenga otros
competidores ofertando softwares en .NET.
Puedes seguir so�ando o enfrentar la realidad, espero que cuando te toque
enfrentarla no sea demasiado tarde. Pero en ning�n caso creo que sea
adecuedo que les sugieran a los nuevos que aprendan ahora VFP o VB6 pues se
morir�n de hambre en el futuro cercano.
"Samuel-SMH" <ssan_m...@hotmail.com> escribi� en el mensaje
news:%23QRO0tw...@TK2MSFTNGP05.phx.gbl...
Unknown
para ning�n proyecto nuevo.
"JM" <jmrodriguez__@__tecniaingenieros.com> escribi� en el mensaje
news:uVNxGhWX...@TK2MSFTNGP04.phx.gbl...
Luis Mata
soluciones para negocios, no plataformas de desarrollo
Luis
"Jose TH >>" escribi� en el mensaje de noticias
news:uCXx1dvX...@TK2MSFTNGP06.phx.gbl...
Luis Mata
Luis
"Jose TH >>" escribi� en el mensaje de noticias
news:uSO3iHyX...@TK2MSFTNGP05.phx.gbl...
Unknown
no entiendo tu participaci�n entonces.
No s� qu� entiendes por "soluci�n de negocios", pero una soluci�n que
incluya para el front-end un lenguaje descontinuado es casi una estafa para
quien lo compre en la actualidad.
"Luis Mata" <lm...@cclf.com.pe> escribi� en el mensaje
news:eHdChdy...@TK2MSFTNGP06.phx.gbl...
Carlos M. Calvelo
> Buenas, gracias a ambos por responderme.
>
> programa, se compró a un programador que hace muchos años ya que se dedica a
> otros menesteres, dudo que siquiera conserve los códigos fuente ni tampoco
> la empresa estaría dispuesta a pagarle por ellos.
>
> Sobre el plazo tengo todo el del mundo, llevamos años "sufriendo" los
> continuos errores del programa antiguo, asi que es algo para hacer en ratos
> libres y a largo plazo.
>
> quiero usar es SQL o mySQL. Su estabilidad y velocidad son todo lo contrario
> a nuestra antigua base de datos. No se si hay otros grupos del tema, ya que
> SQL server, quizá hay una versión reducida, ¿incluso gratuita?
>
> Creo que optaré por VB6, era mi primera opción ya que hice mis pinitos con
> VB hace años, pero quería una segunda opinión.
Tu mismo has dicho:
"Aprenderé casi de cero ..." etc.
Entonces dedícale tu tiempo a un lenguaje y plataforma actual
(.NET, Java) y olvídate de VFP y VB6. Dada tu experiencia con VB6
quizás sea lo más lógico mirar hacia VB.NET?.
Hazle caso a las advertencias que está haciendo Jose TH.
Si tomas en serio la parte del servidor, la base de datos, entonces
olvídate también de mySQL y coje un SGBD un poco serio.
PostgreSQL, Firebird, MS SQL Express,... son opciones mucho mejores.
Saludos,
Carlos
Luis Mata
indico la automatizacion de sus procesos, las ventajas que trae este a su
empresa.
Nunca he ido y he dicho yo soy programador de tal y tengo un sistema este.
y obviamente yo mismo hagos los software, un sistema si esta mal
estructurado tanto como cliente o en la misma base de datos no importa donde
lo hagas va a ser pesimo.
Yo decidi apostar por sql por que no me ha traido problemas desde su version
2000 y la forma como escale y migre mis clientes del 2005 al 2008 y todo
esto lo hago con lo anterior mensionado y vfp y no tengo problemas y cubro
la necesidades de mis clientes y no registra fallas y de aqui a futuro no
veo aun el problema que me pueda dar.
Ademas este es un foro de SQL y vengo a ver novedades de este y ese es mi
fin no respondere mas a este hilo.
Luis
"Jose TH >>" escribi� en el mensaje de noticias
news:uneKNuyX...@TK2MSFTNGP06.phx.gbl...
Jose TH >>
> negocio indico la automatizacion de sus procesos, las ventajas que trae
> este a su empresa.
Eso no tiene nada que ver con lo que estamos discutiendo aqu�.
> Nunca he ido y he dicho yo soy programador de tal y tengo un sistema este.
> y obviamente yo mismo hagos los software,
Si t� mismo haces los softwares eres un sortudo. Tambi�n en mi caso (mi
empresa) los hacemos nosotros mismos pero ya no usamos VFP para
aplicaciones nuevas aunque nos queden algunos clientes antiguos con esa
plataforma. El mismo mercado y las mejores posibilidades nos ha llevado a
trabajar con .NET y otras herramientas m�s actuales.
Pero ponte tambi�n en el caso de los que no son independientes y no pueden
decidir qu� utilizar. Crees que tendr�n mucho mercado laboral y profesional
usando lenguajes obsoletos y descontinuados como VB6 y VFP?
>un sistema si esta mal estructurado tanto como cliente o en la misma base
>de datos no importa donde lo hagas va a ser pesimo.
En eso estamos de acuerdo.
> Yo decidi apostar por sql por que no me ha traido problemas desde su
> version 2000 y la forma como escale y migre mis clientes del 2005 al 2008
Yo tambi�n. Siempre hay que dejar a la BD que se encargue de lo que le
corresponde pero en el front-end no vas a poner a los usuarios a utilizar el
Management Studio para mantener sus bases de datos.
La plataforma que utilices para el front-end, su escalabilidad y sus
posibilidades futuras tambi�n es un factor importante a considerar.
>y todo esto lo hago con lo anterior mensionado y vfp y no tengo problemas y
>cubro la necesidades de mis clientes y no registra fallas y de aqui a
>futuro no veo aun el problema que me pueda dar.
>
Si son sistemas ya instalados pues no hay m�s remedio que mantenerlos pero
no es dif�cil imaginarse lo que le espera a un lenguaje descontinuado sobre
todo si piensas en nuevos desarrollos, que es lo fundamental de lo que estoy
hablando.
Te recomiendo que los vayas migrando poco a poco.
Samuel-SMH
Concuerdo con Luis, creo que la soluci�n definitiva es la de soluci�n de
negocio ; no el lenguaje de programaci�n que uses.(VFP,VB,.NET,PB,COBOL,etc)
Logicamente el que se dedica a programar y vender soluciones sea cual sea la
herramienta que utilic� lo tiene que hacer y definir funciones y
procedimientos "escalables";
osea, pensar en lo que vendr� no hacer un trabajo a "media ca�a", (seguro
algunos programadores hicieron esto), por eso es que al migrar de un
Lenguaje programaci�n (L.P.) a otro;
ahi encontraron sus debilidades y sus frustraciones, y claro le hecharon la
culpa al L.P. que usaron en ese entonces.
Ahora si bien es cierto que .NET es el L.P. que consideran en el mercado
actual (No en todos los mercados); no quiere decir que eres mejor
programador si usas esta herramienta y dejas de lado VFP � VB; al contrario,
me atrever�a a decir que existen mas utilitarios y controles que facilitan
el trabajo en .Net, y es mas te crean todos los SP. y la 3 capas en un
5(Estoy hablando de los ORM's).
Entonces yo pregunto... eso es desarrollar � enmascarar tu Sistema con
bonitas pantallas en el front-end ?.
No quiere desprestigiar a .NET pero tampoco dejar�a que hablen mal de otros
lenguajes que Microsoft en su momento nos vendi� como la "Ultima herramienta
novedosa,moderna,escalable,etc".
y que luego por Business sacaron otra y otra; y ahora dice que ya no dar�
soporte, y yo pregunt� que pasa entonces con los GURUS en VFP/VB.. acaso sus
cartones y sus galones ganados ya no valen?
acaso sus ideas, sus aportes dejaron de usarse?, al contrario de ellos
aprendieron otros desarrolladores y hasta Microsoft para poder ver que
pod�an implementar esas ideas en otro L.P y claro luego venderlo a los mas
ingenuos(osea todos nosotros juntos); y ahora encima nosotros peleamos y
perdemos tiempo y nos preocupamos en pasar nuestras aplicaciones al L.P
�ltimo.
Conclusi�n: Vende Soluci�n de Negocio, sea cual sea la herramienta en el
Front-end; claro considerando tambien la inversi�n de la empresa y la B.D
para su rendimiento.
Ejemplo:
Programa peque�o: si te piden desarrollar un programa de registro de
clientes, telefonos y contactos tranquilamente lo puedes hacer en VFP � VB.;
para que usar .NET Y BD SQL2008;
te precio sube y para qu�... para que haga lo mismo.
Sistema ERP: si lo desarrollas en .NET 3 capas/ SQL2008 inversi�n
(incluyendo licencias y programadores y tiempo invertido) DIGAMOS. $100
si lo desarrollas en VFP/VB 3capas/ SQL2008
inversi�n (incluyendo licencias y programadores y tiempo invertido) DIGAMOS.
$20
EN LOS 2 EJEMPLOS, Ambos L.P. hacen lo mismo y con la misma B.D moderna
ultima, rapidisima, escalable, etc.
Cual comprarias t�?? y cual compraria tu empresa ??
Saludos.
Samuel S.M.H
Lima - Per�
"Jose TH >>" <jose...@gmail.es> escribi� en el mensaje de
noticias:e5EfBP0X...@TK2MSFTNGP05.phx.gbl...
Samuel-SMH
tu precio sube y para qu�... para que haga lo mismo.
Sistema ERP: si lo desarrollas en .NET 3 capas/ SQL2008 inversi�n
(incluyendo licencias y programadores y tiempo invertido) DIGAMOS. $100
si lo desarrollas en VFP/VB 3capas/ SQL2008
inversi�n (incluyendo licencias y programadores y tiempo invertido) DIGAMOS.
$20
EN LOS 2 EJEMPLOS, Ambos L.P. hacen lo mismo y con la misma B.D moderna
ultima, rapidisima, escalable, etc.
Cual comprarias t�?? y cual compraria tu empresa ?? no creo que gane .NET
PD. los grandes proyectos ERP, fueron desarrollados con lenguajes de
programaci�n que ahora son obsoletos... de ac� a 5 a�os m�s lo ser� el .NET
y claro;
las grandes ideas de negocio seguiran siendo tomadas gracias a esos
programadores que existieron.
Saludos.
Samuel S.M.H
Lima - Per�
"Jose TH>>" escribi� en el mensaje de
noticias:uuFA#NyXKH...@TK2MSFTNGP06.phx.gbl...
Unknown
"Samuel-SMH" <ssan_m...@hotmail.com> escribi� en el mensaje
news:%23KKoyv7...@TK2MSFTNGP02.phx.gbl...
> Beno solo para aclarar algunos puntos:
> Concuerdo con Luis, creo que la soluci�n definitiva es la de soluci�n de
> negocio ; no el lenguaje de programaci�n que
> uses.(VFP,VB,.NET,PB,COBOL,etc)
>
Eso que ustedes llaman "soluci�n de negocios" tambi�n incluye el programa
del front-end y �ste tambi�n es "parte de la soluci�n" y de la decisi�n para
adquirir un software, sobre todo si se trata de un nuevo proyecto o a
desarrollar desde cero.
> Logicamente el que se dedica a programar y vender soluciones sea cual sea
> la herramienta que utilic� lo tiene que hacer y definir funciones y
> procedimientos "escalables";
> osea, pensar en lo que vendr� no hacer un trabajo a "media ca�a", (seguro
> algunos programadores hicieron esto), por eso es que al migrar de un
> Lenguaje programaci�n (L.P.) a otro;
> ahi encontraron sus debilidades y sus frustraciones, y claro le hecharon
> la culpa al L.P. que usaron en ese entonces.
>
Tambi�n pasa que nos queremos cegar a la realidad, ya sea porque usamos en
la actualidad un lenguaje descontinuado al cual nos hemos acostumbrado y con
el cual nos sentimos c�modos pretendemos que eso es la �ltima Coca Cola del
desierto y siempre andamos buscando razones para justificar no cambiar a
algo mejor y con m�s futuro. Luego, cualquier d�a llega el momento donde el
mercado nos obliga a cambiar y empezamos a lamentarnos de no haberlo hecho
con tiempo.
> Ahora si bien es cierto que .NET es el L.P. que consideran en el mercado
> actual (No en todos los mercados); no quiere decir que eres mejor
> programador si usas esta herramienta y dejas de lado VFP � VB;
Las habilidades de un programador son independientes (normalmente) del
lenguaje pero ese tampoco es el tema.
.NET no es que se "considere" un lenguaje actual. Es un hecho cierto que
hoy es casi un est�ndar y no se puede obviar aunque nos enga�emos
aferr�ndonos a un lenguaje obsoleto y descontinuado.
>
>al contrario, me atrever�a a decir que existen mas utilitarios y controles
>que facilitan el trabajo en .Net, y es mas te crean todos los SP. y la 3
>capas en un 5(Estoy hablando de los ORM's).
> Entonces yo pregunto... eso es desarrollar � enmascarar tu Sistema con
> bonitas pantallas en el front-end ?.
>
Tampoco estoy hablando de eso. Tambi�n en VFP y hasta en Pascal hab�a
utilitarios y ORM's. Con VFP, por ejemplo, por m�s que te prometan
compatibilidad hasta el 2014 no sabes el d�a que una nueva versi�n de S.O.
va a dejar de soportarlo adecuadamente. Por qu�? Es un lenguaje
descontinuado y punto.
> No quiere desprestigiar a .NET pero tampoco dejar�a que hablen mal de
> otros lenguajes que Microsoft en su momento nos vendi� como la "Ultima
> herramienta novedosa,moderna,escalable,etc".
> y que luego por Business sacaron otra y otra; y ahora dice que ya no dar�
> soporte, y yo pregunt� que pasa entonces con los GURUS en VFP/VB.. acaso
> sus cartones y sus galones ganados ya no valen?
Claro que valen. M�s que el c�digo es m�s importante reutilizar las ideas.
Adem�s, ustedes mismos lo han dicho, no todo es programaci�n en el
front-end. Pero de la misma forma que no podemos confiar en MicroSoft para
que en un futuro cercano no vaya a sacar algo totalmente distinto que
reemplace a .NET, tampoco debieramos creerle ciegamente cuando dice que VFP
va a estar soportado por los S.O's hasta el 2014.
>
> acaso sus ideas, sus aportes dejaron de usarse?, al contrario de ellos
> aprendieron otros desarrolladores y hasta Microsoft para poder ver que
> pod�an implementar esas ideas en otro L.P y claro luego venderlo a los mas
> ingenuos(osea todos nosotros juntos); y ahora encima nosotros peleamos y
> perdemos tiempo y nos preocupamos en pasar nuestras aplicaciones al L.P
> �ltimo.
>
Bueno, antes de VFP existieron FoxPlus, Clipper, etc. Simplemente los
lenguajes cumplen sus ciclos.
Si bien es cierto que las aplicaciones VFP pueden seguir funcionando unos
a�os, recomendarle a alguien que desarrolle un proyecto nuevo desde cero en
eso no creo que sea un buen consejo, m�s bien es un terrible consejo.
> Conclusi�n: Vende Soluci�n de Negocio, sea cual sea la herramienta en el
> Front-end; claro considerando tambien la inversi�n de la empresa y la B.D
> para su rendimiento.
> Ejemplo:
> Programa peque�o: si te piden desarrollar un programa de registro de
> clientes, telefonos y contactos tranquilamente lo puedes hacer en VFP �
> VB.; para que usar .NET Y BD SQL2008;
> te precio sube y para qu�... para que haga lo mismo.
>
Si a eso vamos, tambi�n en FoxPlus, Clipper, Pascal, Cobol, RPG, Fortran,
podr�a hacerse lo mismo.
En realidad lo de ustedes es una negaci�n de la realidad para no enfrentaros
al desaf�o de cambiar. Te puedo decir mil razones pero siempre me
argumentar�s otras m�s para pensar que VFP no es un lenguaje descontinuado.
Te entiendo porque yo pas� por lo mismo, s�lo que ya hace casi 5 a�os...
Ghabriel Lince
> Hola amigos, me piden hacer una réplica de un software realizado hace años
> en delphi + paradox, que gestiona una base de datos con montones de tablas,
> usuarios, informes, etc
>
> Controlo PHP + mySQL pero me parece una locura usarlo ya que el software
> tratar los datos, etc, sería mucho trabajo.
>
> abandonar el software antiguo es la facilidad con que se corrompen sus DB,
> VB) usar. Aprenderé casi de cero asi que también el que no fuese muy
> complicado ayudaría.
>
> Gracias y espero con la poca info que os doy podáis darme una idea general.
>
> Un saludo!
>
> JM
Bueno señores, al parecer se está saliendo del tema principal; aquí el
problema que plantea el Sr. JM es que desea migrar un software de una
BD a otra y de un LP a otro, además desea que la BD sea gratuita y el
LP facil de aprender.
Por ello es que se le presenta estas dos herramientas que se ajustan a
las necesidades de nuestro amigo JM.
Ya dejemos de tanta rivalidad de ideas, ya que con eso no estamos
ayudando en nada.
Además no veo que el Sr. JM este participando ya en esta discusión,
pues quizá ya tiene la solución que buscaba.
Saludos.
Carlos M. Calvelo
>
> En realidad lo de ustedes es una negación de la realidad para no enfrentaros
> al desafío de cambiar.
Pues si.
Esa es la fase en la que se encuentran: "they are in denial".
Si alguien está metido hasta las orejas en VFP... y todo lo demás se
le hace muy cuesta arriba... (una situación mas bien personal)...
pues hala! Se entiende.
Pero decirle a alguien que empieze ahora con eso... ufffff! Que tipo
de inversión en conocimientos es esa? Parece mentira que tanto tenga
que discutir eso.
Saludos,
Carlos
(Que yo tenga que darte razón en algo.. a donde va a parar esto!?)
Unknown
>Bueno se�ores, al parecer se est� saliendo del tema principal; aqu� el
>problema que plantea el Sr. JM es que desea migrar un software de una
>LP facil de aprender.
>
Bien pero no por eso hay que recomendarle necesariamente desarrollar con
lenguajes descontinuados como VFP o VB6 ?
>Por ello es que se le presenta estas dos herramientas que se ajustan a
>las necesidades de nuestro amigo JM.
Y otros decimos que ustedes est�n mal aconsejando a JM proponi�ndole que
utilice lenguajes descontinuados para un nuevo desarrollo. Eso es un
terrible consejo.
>
>Ya dejemos de tanta rivalidad de ideas, ya que con eso no estamos
>ayudando en nada.
>
Menos mal que te est�s incluyendo.
>
>Adem�s no veo que el Sr. JM este participando ya en esta discusi�n,
>pues quiz� ya tiene la soluci�n que buscaba.
>
Es bueno que �l vea m�s de un punto de vista y no se deje mal asesorar s�lo
viendo una �nica cara de la moneda.
El tomar� la decisi�n m�s adecuada de esa forma.
Unknown
>Que yo tenga que darte raz�n en algo.. a donde va a parar esto!?)
>
:)
Patricio Poo V.
> soporte, y yo pregunt� que pasa entonces con los GURUS en VFP/VB.. acaso
> sus
> cartones y sus galones ganados ya no valen?
> acaso sus ideas, sus aportes dejaron de usarse?, al contrario de ellos
> aprendieron otros desarrolladores y hasta Microsoft para poder ver que
> pod�an implementar esas ideas en otro L.P y claro luego venderlo a los mas
> ingenuos(osea todos nosotros juntos); y ahora encima nosotros peleamos y
> perdemos tiempo y nos preocupamos en pasar nuestras aplicaciones al L.P
> �ltimo.
Preguntale a cualquier programador que haya trabajado en Clipper (me
incluyo) que tanto de lo que hizo sirve y cuando de lo que aprendio le es
util hoy dia. Me parece que tan solo la experiencia de negocios va quedando
rescatable, el lado tecnico rescatable de la experiencia tiende a cero.
Este negocio es asi, continuamente va cambiando y obligando a los que se
ganan el pan programando a actualizarse. (por lo menos con Microsoft)
La otra alternativa que ya algunos han sugerido es cambiarse a Java, al
menos cada nueva version es compatible con lo anterior y no te obligan a
reprograma porque cambio el framework. Quizas los nuevos lenguajes
multiplataforma tengan mejor futuro, como Phyton, pero quedarse en Microsoft
es estar parado en una maquina de moler carne (la de programador sabe mejor,
aunque las hay mnas duras que otras). Bromas aparte este negocio , sobretodo
con Microsoft como ya dije, el cambio es la constante, y no es que este de
acuerdo con ello pero ya deje de pelear para que mantengan un ambiente
estable por a�os y a�os, como alternativa solo se me ocurre un puesto de
venta de naranjas o de quesos, cualquier otra idea se agradecera.
Carlos M. Calvelo
On 9 nov, 16:12, "Patricio Poo V." <p...@atech.cl> wrote:
> Preguntale a cualquier programador que haya trabajado en Clipper (me
> incluyo) que tanto de lo que hizo sirve y cuando de lo que aprendio le es
> util hoy dia. Me parece que tan solo la experiencia de negocios va quedando
> rescatable, el lado tecnico rescatable de la experiencia tiende a cero.
Eso es cierto en la práctica porque los programadores aprenden con
productos y (versiones de) lenguajes y ahí lo dejan. Entonces cada
ciclo es como empezar de nuevo una y otra vez.
Con el aprendizaje la gente debería pensar mas a largo plazo
e invertir en los fundamentos (estructuras de datos, algoritmos,
conceptos de lenguajes de programación, formalismos, matemáticas,
etc). Si esos fundamentos se van cultivando poco a poco, las
transiciones de las que estamos hablando serían mas fáciles.
Cuando se alcanza cierto nivel en este tipo de conocimientos no se
trata ya de 'aprender' algo totalmente nuevo, sino de 'evaluarlo'.
Sabes mas o menos lo que puedes esperar, lo que la nueva tecnología
debe aportar. Podrás reconocer si por enésima vez te están ofeciendo
lo mismo pero con un lacito nuevo o si es algo realmente nuevo pero
que solo ha sido implementado a medias y mal.
Aunque si después de pasar por el ciclo dos o tres veces vés que
todo son lacitos pero en cuanto a contenido hay pocas novedades,
ya no estarás muy ansioso por ver el próximo ciclo.
Ahí es cuando ya entran los más jóvenes, todo empieza otra vez
con mucho entusiasmo y a eso se le llama 'avance tecnológico'.
El cliente paga por sexta vez por mas o menos lo mismo, la economía
crece, tu te compras un coche nuevo... y todo el mundo contento.
Una visión un poco negativa (hay que exagerar un poco para que el
mensage llegue), pero así funciona la máquina.
Saludos,
Carlos