PC Toledo

O Administrador poderia criar uma area de Xbase++ (Alaska) não consegui encontrar na net nenhum bom forum em portugues sobre Xbase++. Sou Programador Clipper desde 86 e nos ultimos anos tenho procurado uma feramenta para migração para plataforma grafica, de todas as que eu testei o XBase+ foi a melhor opção uma vez que compila o codigo desde o Summer'87 (sem maiores modificações) e vamos utilizando gradativamente os novos comandos para ter uma GUI tipo Windows.
Testei os executáveis gerados e rodam (muito bem) em win95/98/me/2k/XP e Linux (WINE), teoricamente também com OS2 e Vista (não testei).
Estou gostando muito, mas me sinto isolado para trocar informações.

Bem vindo ao fórum. Há tempo atrás eu aconselhei abrir novas seções como por exemplo ALASKA. Eu cheguei conhecer, mas achei um pouco complicado ora porque na cabeça dura de um clippeiro é dificil fazer uso da parte gráfica com a mesma intimidade que temos em modo console. Mas também isto seria uma questão de aprendizado. O que eu acho que essa ferramenta talvez não tenha sido popular porque é uma ferramenta que deve ser PAGA. Mas também o FIVEWIN o é e tem aceitação aqui.

Na sua enquete eu coloquei "Conheço mas nunca testei" por falta de outra opção ou ora talvez porque considere que se conhecemos supõe-se que foi testada. O que faltaria é colocar uma opção: "Testei mas não conheço a fundo" ou "Gostaria de conhecer mais a fundo".

Quem sabe "Alaska Software" pudesse insentivar seu produto lançando uma versão não-comercial e comerçar a fazer sombras as outras ferramentas ?

Pois olhe só este rumor: https://pctoledo.org/forum/viewtopic.php?t=7497 será que seria bom investir no ALASKA ?

A Alaska disponibiliza, em sua pagina, um TRIAL por 30 dias (foi o meu passo inicial) e se você for estudante, pode compra-lo por US99,00 (para uso não comercial).
O bom realmente seria uma versão free, mas até o Clipper era pago.

Abraços.

Pois é, free e compativel com clipper e ca-tools somente [x]harbour

O fato de uma solução ser paga ou grátis é o que menos importa. Se ela resolve os problemas do dia-a-dia com a qualidade que se espera e precisa, não deve ser descartada. E pra muita gente essa tese da compatibilidade com a XBase do Clipper não influencia em nada, haja vista a enorme quantidade de programadores Clipper que migrou e está migrando pra Delphi e VB, por exemplo.

Maligno escreveu:O fato de uma solução ser paga ou grátis é o que menos importa. Se ela resolve os problemas do dia-a-dia com a qualidade que se espera e precisa, não deve ser descartada. E pra muita gente essa tese da compatibilidade com a XBase do Clipper não influencia em nada, haja vista a enorme quantidade de programadores Clipper que migrou e está migrando pra Delphi e VB, por exemplo.

Concordo. No tocante ao Xbase++ (Alaska) o que me atraiu foi o fato de poder compilar os programas que eu tenho de uma forma muito semelhante ao Clipper e sem ter que alterar os códigos fontes, claro que ele gera uma aplicação com a mesma cara tipo texto, porem muito mais eficiente ao rodar em ambiente Windows; podendo ser alterado aos poucos (o set de comando do Xbase++ é um Clipper estendido) para mudar a interface para GUI. Neste pondo é que sentimos falta de um fórum para trocarmos experiências. O Suporte da Alaska é em Inglês e Alemão.

Olhando mensagens aqui no fórum, conheci o Xailer (IDE-RAID para o Xharbour) o qual baixei o Demo e até já adquiri a Licença. Para criar softwares novos achei o RAID (IDE) do Xailer muito interessante (é muito parecido com o do Borland Delphi), embora para migração de aplicações já existente acredito ainda que o Alaska Xbase++ é uma opção melhor, podendo inclusive manter o Software parte em modo texto (SAY/GET) parte em modo Gráfico (GUI), parte Imperativo e parte em OPL (Orientação a Objetos). O Xailer me atraiu também pelo valor honesto da licença. Para nós que já programamos profissionalmente em linguagem xbase (dbase, clipper, etc) a mais de 20 anos a mudança para outras linguagens é contraproducente , mesmo considerando (acreditando) que todos aqueles oriundos da academia (Universidades) são fluentes programadores C e Pascal (linguagens muito importantes, mas que não foram originariamente concebidas para desenvolvimento nativo em Bancos de Dados).
Minha Sugestão, agora, para o Fórum é a criação de mais duas áreas: Xbase++ e Xailer.

mhackervix escreveu:Para nós que já programamos profissionalmente em linguagem xbase (dbase, clipper, etc) a mais de 20 anos a mudança para outras linguagens é contraproducente ,

Nunca é tarde para melhorar. Que o digam os inúmeros programadores XBase que migraram pro Delphi e VB, por exemplo. Aliás, eu próprio, depois de 19 anos com Clipper, mudei. Lógico que deu trabalho. Mas a minha felicidade não tem preço.

mesmo considerando (acreditando) que todos aqueles oriundos da academia (Universidades) são fluentes programadores C e Pascal (linguagens muito importantes, mas que não foram originariamente concebidas para desenvolvimento nativo em Bancos de Dados).

Essa afirmação já não é mais verdadeira hoje em dia. Quando se fala em Pascal (agora chamado Delphi pela Borland) e C++. Eu uso C++ e não tenho dificuldade nenhuma. Acho até mais fácil do que com XBase, pois a ferramenta que eu uso me oferece um caminhão de recursos.

Maligno escreveu:Nunca é tarde para melhorar. Que o digam os inúmeros programadores XBase que migraram pro Delphi e VB, por exemplo. Aliás, eu próprio, depois de 19 anos com Clipper, mudei. Lógico que deu trabalho. Mas a minha felicidade não tem preço.

Como Programador Profissional, também programo em C, Pascal e Basic (Assembler, Forth, Lisp, Logo - minha linha de Pesquisa é em linguagens Formais), inclusive estas a 26 anos. Devido a isto não considero ser resistente a mudanças a opção em xbase (linguagem), apenas vejo como contraproducente descartar milhares (quando não milhões) de linhas de código amplamente testadas que um programador profissional possui, além do tempo para se habituar as novas bibliotecas que vão fazer tudo o que já é feito (investir tempo em novas soluções é diferente de gastar tempo em soluções para problemas já resolvidos). Basta observar o CASAMENTO do COBOL com os Bancos, Financeiras, Grandes Corporações e órgãos Governamentais.

Maligno escreveu:Essa afirmação já não é mais verdadeira hoje em dia. Quando se fala em Pascal (agora chamado Delphi pela Borland) e C++. Eu uso C++ e não tenho dificuldade nenhuma. Acho até mais fácil do que com XBase, pois a ferramenta que eu uso me oferece um caminhão de recursos.

"Hoje em dia" e "originalmente" são dois termos distintos e eu não gostaria de alongar um debate neste sentido, até pelo fato que um fórum sobre Clipper (Xbase) subentende que os programadores deste tenham mais intimidade (e gosto) por esta linguagem, senão não estaria gastando tempo neste fórum.

Repito: nunca é tarde pra melhorar. Haja vista a limitação óbvia de uma ferramenta não tão popular, como XBase, é natural pensar em migrar para uma ferramenta que ofereça mais recursos. Quando me refiro a recursos, me refiro a todo o espectro: material didático, recursos humanos, componentes, etc.

A decisão de "abandonar" milhares de linhas de códigos e partir para outra solução, por mais contraproducente que possa parecer, é um caminho que já foi seguido por inúmeras pessoas que, pode crer, tiveram seus motivos. Estas, obviamente, não trocaram seis por meia dúzia, não foram refazer o que já estava feito. Foram atrás de novos recursos, que a linguagem atual não oferece. Claro que cada qual tem conveniências a serem respeitadas, atendidas. Se não as suas próprias, as de terceiros. Se, por exemplo, o programador XBase aspira a uma vaga no mercado de trabalho, talvez seja realmente uma boa idéia aprender uma outra linguagem.

Há de se botar na balança se a migração é um bom ou mau caminho. Não há regra geral. Se manter com XBase pode, em sua opinião, ser uma atitude de bom senso, em virtude do alto volume de código legado. Mas pode não uma boa idéia pra mim e pra outros. Em 19 anos com Clipper, dá pra imaginar quanto código já escrevi. Já reescrevi um monte em C++ e ainda vou reescrever muito mais. Só que faço isso feliz da vida, pois sei que tomei a decisão certa.

Migração é um passo sério e que deve ser estudado. E como afeta apenas a vida de quem toma a decisão, há de se fazer uma ponderação hermética, sem levar em conta apenas e tão somente a opinião de terceiros. A opinião dos colegas sempre conta, claro. Mas num fórum de XBase há uma tendência a proteger esta linguagem. Ou seja, bota-se a continuidade da linguagem como uma meta (velada, talvez) do fórum, ao invés da simples fraternidade desinteressada; uma das mais nobres qualidades do homem.

Não se preocupe. Debates civilizados são sempre bem-vindos em qualquer situação, seja onde for. A exposição das divergências tem a virtude de lançar dúvida e fazer as pessoas pensarem mais, e por si próprias. Isso é muito saudável.

Aliás, em tempo: mesmo XBase++ não tendo muitos adeptos, concordo com a criação de uma nova seção. Até pra poder divulgar.

Mas acho que o tal Xailer, como ferramenta XHarbour, não precisa de uma seção exclusiva. Pode compartilhar a seção de XHarbour.

Na linha de migração sem perda de linhas de código, o Xbase++ aceita escrever em C dentro de seu próprio código fonte (o Clipper a partir da Versão 5.X tem uma sintaxe muito semelhante a do C) além de a partir da versão 1.9 (Xbase++) aceitar componentes (DLL) de outras linguagens como o Borland Delphi e MS-Visual Basic.
Quem já passou pelo processo de migração e esta satisfeito com a nova plataforma não há motivos para voltar, embora a maioria que migrou é devido a descontinuidade da linguagem (CA-Clipper), falta de uma evolução real para ambiente GUI (migrar para o CA-VO era preferível migrar diretamente para o C) e inexistência de uma IDE-RAID. Hoje com o Xharbour, o Xbase++ e o Xailer, esta lacuna foi preenchida não esquecendo de outras opções com C3, dbase for Windows, etc... O mais interessante deste processou foi como a linguagem (e seu programadores) xbase, se mantiveram por tanto tempo no momento em que esta estava descontinuada.

Maligno escreveu:Aliás, em tempo: mesmo XBase++ não tendo muitos adeptos, concordo com a criação de uma nova seção. Até pra poder divulgar.

Mas acho que o tal Xailer, como ferramenta XHarbour, não precisa de uma seção exclusiva. Pode compartilhar a seção de XHarbour.

O Xailer como IDE/RAID (tendo componentes próprios) do Xharbour, realmente pode ser criado como uma sub-seção do Xharbour (assim como a MiniGUI). :)Pos

mhackervix escreveu:Na linha de migração sem perda de linhas de código, o Xbase++ aceita escrever em C dentro de seu próprio código fonte (o Clipper a partir da Versão 5.X tem uma sintaxe muito semelhante a do C) além de a partir da versão 1.9 (Xbase++) aceitar componentes (DLL) de outras linguagens como o Borland Delphi e MS-Visual Basic.

Por DLL, praticamente qualquer coisa aceita qualquer coisa. Mas em termos de componentes nativos a história é bem outra. Além do fato de que a função do componente nativo não é só oferecer o recurso em si, embora seja a parte mais importante. Mas numa IDE ele também oferece recursos de utilização, o que aumenta drasticamente a produtividade. Nesse campo, muitos dizem, não apenas eu, só a Borland tem uma IDE realmente RAD (Rapid Application Development). Ganha até da MS.

Quem já passou pelo processo de migração e esta satisfeito com a nova plataforma não há motivos para voltar

Discordo. Desilusões podem acontecer. Nunca vi alguém que tenha saído do Clipper para o Delphi, por exemplo, que tenha dito que se arrependeu. Mas pode acontecer.

embora a maioria que migrou é devido a descontinuidade da linguagem (CA-Clipper), falta de uma evolução real para ambiente GUI (migrar para o CA-VO era preferível migrar diretamente para o C) e inexistência de uma IDE-RAID.

O principal motivo da migração é a insatisfação, a busca pelo novo ou a necessidade de adaptar-se às exigências de uma nova realidade (um emprego onde utilizam outra ferramenta, por exemplo).

Hoje com o Xharbour, o Xbase++ e o Xailer, esta lacuna foi preenchida

Discordo totalmente. Pegue qualquer ferramente XBase. A mais moderna que encontrar (free ou paga), adicione os recursos que o XBase dispõe. Depois compare com a mais pobre versão do Delphi ainda à venda e os recursos que existem para ele. Faça uma análise honesta e imparcial, norteado apenas pelos aspectos técnicos. Você verá que existe uma distância de anos-luz entre os dois. E não é o XBase que está a frente.

PS: Não confunda C com C++. A diferença é enorme.

Maligno escreveu:Por DLL, praticamente qualquer coisa aceita qualquer coisa. Mas em termos de componentes nativos a história é bem outra. Além do fato de que a função do componente nativo não é só oferecer o recurso em si, embora seja a parte mais importante. Mas numa IDE ele também oferece recursos de utilização, o que aumenta drasticamente a produtividade. Nesse campo, muitos dizem, não apenas eu, só a Borland tem uma IDE realmente RAD (Rapid Application Development). Ganha até da MS.

Sem sombra de duvida a Borland esta na frente em termos de facilidades, não possuo nada contra ela, muito pelo contrario, no final da década de 80 desenvolvi muita coisa em Turbo Pascal e Turbo C. Agora a questão é que a alguns poucos anos com relação a plataforma da linguagem xbase, não se tinha nem o que se comparar (que não é o caso hoje).

Maligno escreveu:

Quem já passou pelo processo de migração e esta satisfeito com a nova plataforma não há motivos para voltar

Discordo. Desilusões podem acontecer. Nunca vi alguém que tenha saído do Clipper para o Delphi, por exemplo, que tenha dito que se arrependeu. Mas pode acontecer.

Uma coisa é estar satisfeito e outra, completamente diferente, é estar desiludido!

Maligno escreveu:

embora a maioria que migrou é devido a descontinuidade da linguagem (CA-Clipper), falta de uma evolução real para ambiente GUI (migrar para o CA-VO era preferível migrar diretamente para o C) e inexistência de uma IDE-RAID.

O principal motivo da migração é a insatisfação, a busca pelo novo ou a necessidade de adaptar-se às exigências de uma nova realidade (um emprego onde utilizam outra ferramenta, por exemplo).

A mudança de Plataforma por parte das empresas (Gestores de TI) é em função do exposto acima e obviamente do suporte oferecido, com certesa os escalões inferiores devem se adequar as decisões da Staf da empresa (Realidade do mundo Empresarial, muitas vezes não tecnicamente embasado). Lembrando que o fenômeno de plataformas no Brasil, diverge deste no EUA (USA), que diverge deste na Europa (tive visitando empresa na Espanha e Portugal no final do ano passado e para minha surpresa há uma predominância de aplicativos em DOS). Que também deve variar de setor em setor da economia.

Maligno escreveu:

Hoje com o Xharbour, o Xbase++ e o Xailer, esta lacuna foi preenchida

Discordo totalmente. Pegue qualquer ferramente XBase. A mais moderna que encontrar (free ou paga), adicione os recursos que o XBase dispõe. Depois compare com a mais pobre versão do Delphi ainda à venda e os recursos que existem para ele. Faça uma análise honesta e imparcial, norteado apenas pelos aspectos técnicos. Você verá que existe uma distância de anos-luz entre os dois. E não é o XBase que está a frente.

Quando se fala em lacuna, é devido a não existência de algo. independente do melhor, hoje pelo menos é possível fazer uma comparação. Até pouco anos atraz se ouvia em CPD umas frases do tipo: "Ferramenta a qual estamos migrando possui problemas de acesso a determinados BD porém não existe outras ferramentas viáveis para o desenvolvimento deste projeto."

Maligno escreveu:PS: Não confunda C com C++. A diferença é enorme.

Não há confusão. A linguagem se chama C. C++ (C orientado a Objeto - baseado no Smal Talk) e C## (C para .NET/framework) são apenas implementações da mesma, assim como, Pascal e Pascal Object; xbase, Clipper, Habour e xbase++; Basic e VB. O que acontece é que muitos confundem a Ferramenta (aplicativo que auxilia no desenvolvimento da linguagem) com a própria linguagem, devido até ao fato de muitos fabricantes desenvolverem algum dialeto e colocarem o nome tanto deste como da ferramenta igual (xbase++,Clipper,etc). Linguagem é uma coisa e implementação da mesma é outra.

Por fim agradeço a oportunidade de poder debater com alguem a respeito disto. Não é muito comum os programadores se atentarem para estes aspectos.