Mercado p/ Clipper

[jonatas]

Estou me apaixonando por esta linguagem, mas tenho uma dúvida terrível... Ainda há espaço para trabalhar com o Clipper ?

Ainda há como um programador novato, sem experiência entrar no mercado de trabalho ?

Ainda há clientes dispostos a comprarem sistemas em Clipper com a interface caracteristica do DOS ?

Queria que os mais experientes me contassem o que sentem do mercado hoje.

[Edmo]

Caros Jonatas, boa noite!

O clipper pode não ser bonitinho, mas é prático e muito funcional, além de sua implantação ser fácil em qualquer computador.

Possuo um sistema de controle integrado voltado à lojas e meus clientes nunca se importaram com a carinha dele e sim pelo que ele faz.

Um programa em clipper ocupa, no minimo, 50 vezes menos espaço que um programa ??Visual, alem de rodas em qualquer maquinas como um antigo 486.

No meu caso, eu respondo sim a você, o clipper ainda esta ai e, pelo menos eu, ainda vou utiliza-lo por muito tempo.

Até +

Edson

[Maligno]

Estou me apaixonando por esta linguagem, mas tenho uma dúvida terrível... Ainda há espaço para trabalhar com o Clipper ?
Ainda há como um programador novato, sem experiência entrar no mercado de trabalho ?
Ainda há clientes dispostos a comprarem sistemas em Clipper com a interface caracteristica do DOS ?

Fica difícil dar uma opinião precisa sobre o que você pergunta, sem que você especifique o que pretende dessa área. É só dinheiro?

Em todos os casos, mesmo você gostando de Clipper, sou obrigado a desencorajá-lo totalmente, por vários motivos. Primeiro que Clipper é uma ferramenta em franco estado de obsolescência e extremamente limitada à criação de um bom programador, o que por sua vez, limita a qualidade de qualquer produto. Claro, você pode até conseguir um bom retorno financeiro trabalhando com Clipper, mas isso depois de muito tempo de estudo. Mas sem nunca conseguir um nível de qualidade além de mediano. Então porque não dedicar seu tempo em alguma outra ferramenta mais instigante, mais desafiadora, mais completa, que dê melhores frutos? Vou dar um exemplo simples com Delphi. Se por acaso você se interessar por Delphi, não pense que você vai precisar aprender apenas Delphi. Além da linguagem OPascal, você terá de aprender o paradigma da orientação a objetos, uma parte das várias APIs do Windows, uma linguagem de script para um bom gerador de relatórios, SQL para acesso a bancos de dados, protocolos de rede para aplicações Web, UML para modelagem de sistemas, etc. Clipper não tem nem como usar isso tudo, a não no caso de UML e SQL (usando um produto de terceiros). Então responda para si mesmo: de que forma você poderia melhor preparar seu futuro? Aprendendo Clipper ou Dephi? A reposta me parece bastante óbvia.

À primeira vista, escolher uma linguagem de programação com a qual se pretende trabalhar, parece uma questão simples. De fato até que é. Mas uma decisão errada pode fazer com que você perca muito tempo em algo que não tem futuro. Clipper é uma ferramenta decrépita. Investir seu tempo nela, na minha opinião, é uma decisão errada.

Eu falei do Delphi como linguagem desktop, mas poderia ter citado XHarbour, C++, VB, Java, etc. Frameworks também: VCL, .NET, wxWidgets, etc. Linguagens de script: Pearl, Ruby, PHP, etc. Linguagens e ferramentas milhares de vezes melhores que Clipper existem aos montes. Cada ferramenta, claro, serve melhor a um certo propósito. Por isso, talvez você precise aprender mais de uma, o que é melhor ainda.

Deixando a paixão de lado e olhando para o lado do vil metal, há no Clipper, evidentemente, uma possibilidade de mercado, essencialmente como autônomo. Ainda. Você poderia conseguir um bom retorno financeiro com ele. Basta se dedicar. Acho que há espaço para todos. Se até com COBOL se pode ganhar dinheiro, o que dizer do Clipper, que é (eu acho) melhor? Mas volto a ressaltar: você ainda terá que se dedicar aos estudos, e até conseguir experiência, vai muito tempo. Na sua situação, e com a experiência que tenho hoje, eu sequer olharia pro Clipper. Felizmente, parei com Clipper de vez e me arrependo de não tê-lo abandonado há mais tempo.

Uma coisa que me entristece realmente, e sendo bem sincero, é quando leio uma mensagem de alguém que diz querer aprender Clipper. A primeira coisa que penso: mais um perdendo seu tempo miseravelmente.

Mais um detalhe: o fato do Clipper rodar em máquinas 486 me soa quase como uma piada. Eu prontamente recusaria qualquer cliente que me dissesse que tem um 486 pra rodar um programa meu, mesmo que o programa rodasse normalmente. Acredite: você não vai querer clientes desse tipo. Só dão problema e não pagam bem. Quando pagam.
Agora, dizer que o Clipper produz programas 50 VEZES menores que um programa visual? Isso significaria um EXE de +/- 25MB, pra fazer o mínimo. Obviamente isso é um exagero. Mas que fosse verdade. Um programa de 25MB feito em Delphi roda tranquilamente em qualquer máquina minimamente decente (Pentium II-400Mhz ou maior). Então, qual o problema com o tamanho?

Falei muito e muito ainda poderia falar. Mas acho que já é o suficiente pra expressar minha opinião pessoal. Só mais um conselho: não caia nessa de "Amado Clipper", "O Clipper nunca morrerá", "Clippeiros unidos jamais serão vencidos", etc. Isso é a mais pura baboseira. Esse é o tipo de pensamento imaturo que só o levará à estagnação, ao atraso. Observe: o que há de mais importante na nossa área? Sabe dizer? O computador, a linguagem, a ferramenta de trabalho? Nada disso. É você mesmo. Nada nesta área tem mais importância que a pessoa que cria as soluções usando a ferramenta que estiver a seu dispor, não importa qual seja. É como o sujeito que pega um monte de ferro velho e o transforma numa linda escultura, usando apenas um martelo. O martelo é "especial"? Evidente que não. O mérito cabe apenas ao artista. Mesmo que tivesse apenas um serrote, ainda assim ele poderia criar uma bela obra de arte. Pense nisso.

[]'s
Maligno
http://www.buzinello.com/prg

[janio]

eita! o Maligno indoidou! :%

rsrsrsrs.

Maligno, pega mais maneiro ae!

Amigos, penso um pouquinho diferente do Maligno.

Quando se quer aprender algo novo, não se pode jogar um volume informações muito grande, pq se não a pessoa fica maluca.

Lembre-se que estamos falado de "algo novo"! Totalmente desconhecido da pessoa que quer aprender.

Acho que quando se quer aprender realmente, deve-se ir devagar... o aprendizado é mais lento... uma coisa de cada vez.

Se vc pega uma pessoa e diz pra ela: "Olha vc vai ter que aprender Delphi... além da linguagem OPascal, você terá de aprender o paradigma da orientação a objetos... uma parte das várias APIs do Windows... uma linguagem de script para um bom gerador de relatórios... SQL para acesso a bancos de dados... protocolos de rede para aplicações Web... UML para modelagem de sistemas... " (Ufa! quase não termino!)

Muitos programadores estão beirando 10 anos de experiência e ainda não passaram nem pela metade de tudo isso!

Quando aprende-se clipper, pra passar para outra linguagem é mamão com açúcar, e o xharbour está aí pra não me deixar mentir.

Tomemos o meu exemplo: Comecei com clipper há uns 02 anos... fiz alguns programinhas... consegui vários clientes... até um de médio porte... e tal.

Há uns 06 meses migrei minha aplicação para xharbour (que faz tudo que o Delphi e muito mais) sem fazer praticamente nada nos meus fontes... aproveitei 99% do meu código em clipper... tudo que aprendi no clipper continuou funcionando... o xharbour veio simplesmente AGREGAR um conhecimento que eu já tinha. Passada essa fase, entrei agora de cabeça em MySql.... quando dominar (aprender) esse banco de dados... quem sabe uma biblioteca gráfica... depois algo sobre NET... depois outro banco de dados (oracle, talvez)... depois... depois... depois...

Como disse: Hoje não programo mais em clipper, agora é xharbour na cabeça. Nem por isso me sinto no direito de vir aqui e esculachar o clipper. Tudo que sei sobre programação devo ao clipper!

Janio

[Mário Isa]

Tudo que posso dizer, sem ferir ninguém é:

1) Conheci o clipper / dbase III em 1987.
2) Aprendi a programar primeiramente em dbase III
3) Depois Conheci o Clipper Autumm'86
4) Depois o Clipper Summer'87 + Turbo Link
5) Depois Clipper 5.0 5.1 5.2 5.2e com rtlink
6) Depois migrei pro Blinker 5.0 e agora 7.0
7) Agora estou migrando para o xHarbour
8) Conheci a biblioteca fivewin que simplesmente transforma um clipper DOS em Windows
9) Descobri que posso produzir aplicações 32 bits c/ clipper + xHarbour + fivewin
10) Descobri que posso ativar um firebird ou mySql juntamente c/ Clipper

Fiz tanta coisa com o clipper, meu programa atual é clipper-DOS mas ele faz cada coisa que jamais se imaginaria fazer com um clipper-DOS.

a) Detecta impressoras
b) Mapeia unidades automaticamente
c) Imprime em qq impressora windows via Page Script

São inúmeras as possibilidades.
Meus clientes estão muito contentes.

Mudei a "cara" do DOS produzindo telas parecidas com as do Windows
Posso implementar a WVW e mudar totalmente sua cara.

Vejo programas rodando em mercados e tenho certeza de q são DOS apesar das telas modificadas.

O clipper é uma linguagem fácil, rápida. Quando quero fazer qq programinha mais pequeno, mas que resolve um milhão de problemas, simplesmente escrevo algumas linhas, compilo e pronto! Nada de problemas, nada de acesso a banco de dados.

Bom, eu também poderia falar e falar e falar. Só coisas boas do clipper. Até porque não existe nada perfeito. Não posso garantir que o clipper não tenha "defeitos". Mas resolveu grande parte de meus problemas.

Fico por aqui e quero encorajar o nobre colega, que iniciou a conversa a começar pelo clipper sim. Porém apenas digo: Não fique apenas ali parado. Aprenda rápido e vá passando para as outras fases, até chegar no Fivewin + xHarbour e assim suas aplicações terão um belo formato.

Mário
:)Pos

[Maligno]

Evidentemente a pessoa que se dispõe a aprender uma linguagem mais complexa, com tudo o mais que com nela se pode utilizar, não deve querer aprender tudo de uma vez. Isso é tão óbvio que nem comentei antes. É preciso traçar uma rota de aprendizado e adquirir os conhecimentos gradualmente, sem pressa. O que eu quis dizer na outra mensagem (não entendo porque não entenderam) é que o aprendizado de Delphi, para ser completo, envolve muitas outras coisas. Isso não é ruim. É muito bom, pois o leque de opções aumenta. O programador, assim, fica menos limitado.
Agora, se um programador com 10 anos de experiência já não conhece boa parte disso que relacionei, e que o Janio comentou, certamente porque é um programador que não adquiriu os conhecimentos, ou por incompetência ou por desinteresse. Seja qual for o motivo, certamente é um programador bem mais limitado.

Se for pra aprender Clipper, pode-se aprender muito mais rapidamente, já que ele é pobre e, portanto, mais simples. Logo, tem menos recursos que aprender. Só um esclarecimento: uma linguagem complexa não pressupõe uma linguagem difícil. Uma linguagem complexa se presta a resolver problemas complexos. Dessa necessidade de complexidade é que nasceu a orientação a objeto, por exemplo. Com Clipper, dada sua simplicidade natural, só se pode resolver problemas simples, o que limita seu leque de aplicações, claro.

O caminho Clipper para XHarbour é válido também, muito embora o que se oferece com XHarbour hoje em dia, ainda é muito pobre se comparado ao que se obtém de uma ferramenta mais madura (e avançada), como Visual FoxPro, por exemplo. Aliás, se eu tivesse que indicar uma ferramenta para trabalhar com XBase, não indicaria Clipper nem XHarbour. Indicaria o VFP, sem sombra de dúvida.

Não é verdadeira a afirmação de que tudo se pode fazer com Clipper. Isso é um exagero descabido. Clipper é extremamente limitado, até porque, serve apenas para DOS. Só se pode acrescentar algo Windows nele através de gambiarra com programas externos. A qualidade do resultado, claro, fica lá embaixo. Estou falando de Clipper. Não de XHarbour. Muita gente diz que o Clipper faz de tudo, mas não diz que só o fonte foi originalmente feito com Clipper, que o XHarbour compila. Só que daí já não é mais Clipper. É XHarbour. E além disso, claro, tem-se algo mais limitado, pois não se explora todo o potencial das novas capacidades que o XHarbour incluiu na linguagem XBase. Quantas pessoas realmente exploram todo o potencial do XHarbour? Pouquíssimas. A maioria, acredito, só produz EXE de 32 bits com "telas bonitas" (todas as que já vi até hoje são terríveis), usando XHarbour/FiveWin, por exemplo. Como se uma "tela bonita" fosse a solução de todos os problemas. :|
Também é um grande exagero dizer que XHarbour faz mais que Delphi. A Borland implementou o paradigma OPP muito bem no Delphi. Entretanto, no XHarbour a OOP não foi implementada totalmente, segundo críticas que li, de gente que conhece bem os dois produtos. Fora as diferenças entre as linguagens. Portanto, há ressalvas.

Eu trabalhei por 17 anos com Clipper. Parei em Março último. Acho que fiz tudo o que se poderia fazer com ele. Mas não devo nada a ele. Consegui tudo pelo meu próprio esforço. E o teria feito mesmo que utilizasse outra ferramenta. Volto a repetir: ferramenta de programação é apenas um meio de se alcançar um objetivo, não o objetivo em si. O mérito cabe apenas ao programador.

Finalizando: tenho uma dica, que esqueci de comentar nesta madrugada. A Borland está ressuscitando sua antiga linha Turbo de linguagens. O BDS2006 continuará da mesma forma que antes, mas agora a linha Turbo trará as linguagens em pacotes separados: Delphi, C++, C#, para .NET e VCL. Tudo isso a preços bem mais atraentes que o pacotão completo. Mas além disso tudo, haverá também um pacote chamado Turbo Explorer, com cerca de 200 componentes já instalados, e que será totalmente gratuíto. Ele poderá ser baixado do site da empresa. O lançamento está previsto para daqui a 8 dias. Se alguém se interessar, aconselho a baixar o Explorer para testá-lo. A comunidade de computação tem demonstrado uma boa expectativa com esse lançamento. Acho que vale a pena conferir.

[]'s
Maligno
http://www.buzinello.com/prg

[Stanis Luksys]

Opa,

Eu concordo e discordo em partes com tudo que já foi falado.

Eu também penso que investir tempo e dinheiro para aprender Clipper (digo xBase em geral, inclusive xHarbour) hoje é um grande desperdício. Não vale mesmo a pena, existem muitas outras linguagens melhores capacitadas, mas não se atenha ao Delphi e muito menos ao VB. Tenha em vista sempre a questão da portablidade. Quesito este que o xHarbour deu uma banho em tudo e todos, e para minha felicidade, roda em cinco(!!) SOs, apesar de eu só usar dois.

Acho que é chover no molhado dizer que o xHarbour é uma ferramenta criada para a migração de aplicativos que anteriormente foram desenvolvidos em Clipper, e não uma ferramenta de desenvolvimento, e nem mesmo uma linguagem de programação. Basta lembrar que quem compila é o BCC, ou GCC, ou algum outro compilador C padrão ANSI.

Quanto ao exposto pelo Maligno, considero interessante esta afirmação de que poucos exploram os recursos do xHarbour, e é verdadeira, porém não se pode negar que ter um aplicativo convertido para modo de 32 bits em questão de horas é bom. Muuuuuito bom alias.

Mas explore. Sim, explore sim. Estou hoje a ponto de falar para alguem me dizer o que se pode fazer em Delphi ou VB que não se pode no xHarbour, se me provarem que não posso fazer em xHarbour eu não
faço (depois de um bom esforço tentando, é claro). Mas se eu puder fazer, hummm... Adeus licenças. Adeus 600 reias de Windows. Adeus emulação em servidor Linux.

Isso se acentua se você parar pra pensar que o programa já está pronto em Clipper.

Vou aproveitar a oportunidade para colocar aqui um exemplo simples de acesso remoto a MySQL, usando Harbour + minigui.lib + mysql.lib.

Quem quiser avaliar pode baixar o EXE aqui:
http://www.luksyssoft.com.br/downloads/meusql.zip


Minha conclusão é que realmente não se deve perder tempo tentando aprender Clipper ou similares, mas que quem já sabe deve menos ainda perder tempo aprendendo outras, hoje as opções são muitas. Mas se quiser dar continuidade na programação em xBase também é preciso se esforçar, entender o quanto se ampliou as possibilidade e os recursos, não é ainda um Delphi, mas com o tempo, com as contribuições, com a força de vontade de milhões de Clippeiros ao redor do mundo, há de se tornar uma ferramenta extremamente poderosa.

Programe em xHarbour e guarde o dinheiro da licença do Delphi para comprar alguns livros, apostilas e entender como migrar seu sistema em pouco tempo e diminuir custos. E migrar não é recompilar com xHarbour, é explorar todas suas possibilidades, desde um visual bonitinho (que no fundo não vale um tostão) até a implementação de um Banco de Dados Realcional e confiável. E novamente, sem esquecer que é multi-plataforma.


Falooouuu.

[filizola]

TRABALHO COM CLIPPER A 15 ANOS, E AÍ VAI MINHA OPINIÃO:

Estou me apaixonando por esta linguagem, mas tenho uma dúvida terrível... Ainda há espaço para trabalhar com o Clipper ?

- NÃO, se vai aprender, aprenda uma linguagem mais atual, mais flexível.
como PHP, ou se gosta de clipper, pelo menos parta para visual foxpro.(mais fácil que tomar doce da boca de criança)

Ainda há como um programador novato, sem experiência entrar no mercado de trabalho ?

- SIM. todos nós tivemos um início, e agora estamos no meio, daqui a alguns anos estaremos no fim, então chegarão pessoas como vc para continuar o trabalho. SIGA EM FRENTE SEMPRE. ACREDITE QUE VOCÊ PODE, PORQUE VOCÊ REALMENTE PODE.

Ainda há clientes dispostos a comprarem sistemas em Clipper com a interface caracteristica do DOS ?

- MUITO POUCO PROVÁVEL. empresas que contratam profissionais mesmo que liberais (ou free lancer como preferir) vão de cara questionar a plataforma de desenvolvimento do aplicativo. e pode ter certeza, não irão gostar de ouvir que é para dos.


ESTA É MINHA OPINIÃO, E QUERO DEIXAR CLARO QUE O POUCO QUE TENHO HOJE, FOI CONSEGUIDO COM O MEU QUERIDO CLIPPER, MAS A REALIDADE NÃO ME PERMITE ADMITIR QUE O CLIPPER NÃO MORREU.
FIZ CURSOS DE DELPHI, E VISUAL FOXPRO. OPTEI PELO FOXPRO PORQUE SEGUE O PRADRÃO XBASE DE PROGRAMAR, MAS O UNIVERSO DE POSSIBILIDADES DE DESENVOLVIMENTO QUE EXISTE NELE É QUASE INFINITO. SE FOSSE VOCÊ, EXPERIMENTARIA.

[marcos.gurupi]

Topico batido!! Mas todas as vezes q aparece sobra opinioes. Entaum vou dar a minha!

Concordo com 30% q o Maligno escreveu. Amigo aprende sim o xbase n o clipper mas a linguagem, entre d cabeca, como disse o nosso colega com a ajuda de clippeiros do mundo todo o xharbour com suas GUI iraum ser as mais poderosas, tenho um exemplo tipico: Aqui mesmo tenho um concorrente q trabalha com Delphi quando ele precisa de algo diferente no seu sistema tem q depender d componentes prontos na net pq ele mesmo n consegue "programar" n sabe botar a mao na massa e criamos, usa um gerador de codigo e pronto entaum quando um cliente pede algo diferente ele pede uma semana e corre atras do componente, quando um cliente me pede algo peco a ele algumas horas (dependendo eh claro do pedido) abro o meu notebook e crio atualizo e pronto, entaum o q quero dizer eh o seguinte: Se vc quer uma linguagem q pode morrer a qualquer momento (depende da vontade do bill gates) escolha o Delphi ou o visual foxpro (a microsoft comprou os direitos soh pra congelar a linguagem) c vc quer c independente trabalhar com o Linux, Windows ou os dois juntos aprenda o xbase, mas entre de cabeca sem medo.

Pra vc ter uma ideia, eu uso um pendriver e carrego o xharbour com o bcc e os fontes, onde eu tiver uso o micro do cliente faco as alteracoes q precio compilo o sistema atualizo e pronto e o meu pendriver eh d 256mb, simples leve e solto como os novos tempos necessitam, agora faz isso com o delphi ou o foxpro faz!?

Marcos Roberto.

[Marcelo Mota]

Trabalho com clipper e a um ano uso delphi + firebird. Realmente não tem nem comparação a robustez de um banco cliente/servidor como o FB. Acredito que para algumas aplicações, pequenas empresas, ou farmácia da esquina, budega, locadora... um programa clipper resolva e até a questão da performace também dê sustentabilidade. Contudo, tenha sempre em mente um sistema para trabalhar em rede e nunca mono-usuário (to vendo tocha aqui na migraçao das bases) . Tenho + de 30 programas clipper (em diversas áreas) e to migrando todos para OPascal. o advento das tecnologias cliente/servidor facilita muito a vida do programador. vc programa tudo no banco (procedimentos. gatilhos, visões) e seu codigo fonte torna-se bem mais estável. Não concordo com o colega sobre a versatilidade do foxpro. tenho um sistema aqui no hospital nesta plataforma mas não é nenhum pouco funcional. O clipper ainda vai perdurar mas o delphi é a bola da vez. Conforme um colega diz: "no Delphi, vc pode tudo".

[rrfsistemas]

Olá a todos !

Certamente o Clipper FOI uma ótima lp, mas ... nada é eterno.

Gostaria de perguntar ao colega Marcelo, qual a definição que ele tem de "funcional" ?

Na minha opnião funcional é algo que prioriza a facilidade de uso e a acessibilidade da interface, além das preocupações estéticas e acima de tudo que tenha usabilidade, para garantir que a mensagem seja transmitida adequadamente ao usuário.

Pois eu ja me deparei com programas feitos em Delphi que são extremamente ruins... telas carregadas, coloridas em demasia, sem nenhum padrão.

Vai ver que quem fez o sistema em VFP, como disse o Maligno era um programador que não adquiriu os conhecimentos necessários, incompetente , desinteresado ou teve pressa de entregar o sistema e por a mão na grana. Seja qual for o motivo, certamente é um programador porco.

[kiko]

isso eh chover no molhado...

nao existe linguagem de programação ruim. existe programador ruim. eu nao desencorajo ninguem quanto a questao de aprender clipper. vá em frente, meu filho! aprenda clipper! se divirta no meio dos prg's que vc vai escrever! mas eu tambem falo pra nao aprender apenas clipper. nao fique estagnado apenas com isso. seja versatil, aprenda clipper, se vc gostar de logica de programação, tente aprender vb, ou pascal, ou c, ou todos! muitas empresas de desenvolvimento de sistemas que eu conheco nao utilizam apenas uma linguagem para desenvolver solucoes. utilizam duas...tres, quatro...enfim...a questao é: por algum lugar é preciso começar. e pq nao pelo clipper? para mim, o clipper foi uma porta de entrada para a programação. hoje, na empresa que trabalho, programo em clipper, mas em casa, nas horas de folga, aprendi pascal, para utilizar com delphi, e estou aprendendo agora c, que vai ser minha porta de entrada para php, java, c++ e c#. é claro que, com o advento da OOP, vc vai aprender outros conceitos novos em tudo que vc ja viu, vai precisar tb aprender a lidar com outras ferramentas de construcao de software, tais como modelagem de banco de dados, vida util de software e mais um sem numero de recursos que, diga-se de passagem, para o clipper, a aplicacao ou é inviavel ou eh impraticavel. bom, meu recado esta dado...aprenda clipper, mas nao fique apenas nele...se vc gostar realmente de programação, aprenda tudo o que estiver ao seu alcance...
abraços e ate a proxima.

[vagucs]

O xHarbour é infinitas vezes melhor que o Delphi, tanto que permite importar recursos de qualquer outra linguagem, inclusive do proprio delphi.

Ele está em nivel mais baixo que o Delphi, é mais leve, rapido e com sistema de alocação de acesso a memoria muito mais seguro que o Delphi, sem contar que o Delphi até tem componentes de acesso a SQL feito em xHarbour, é mole.

Quanto a OOP, eu ainda não vi expreciva vantagem no seu uso, o xHarbour está sendo totalmente remodelado para poder ser uma linguagem totalmente OOP, mas OOP que originalmente tinha a "vantagem" de consumir menos memoria, não o faz assim, isso comprovado por numeros, ela permite uma programação mais centrada e organizada, mas aumenta o consumo da memoria, um sistema for windows com xharbour+wvw fica muito bonito e com recursos totalmente visuais, e roda em um AMD 133 aqueles 586 antigos, com o mesmo visual e pouca coisa mais lento.

O xHarbour é o caminho para o programador xBase, quem foi para o Delphi acho que vai chorar as magoas em breve, visto que o Linux está cortando a perna do Windows no mercado corporativo, e olha que programas clipper compilados com xharbour e linkados com gcc para Linux, viram um avião.

Sorte de quem usa...

[momente]

Caros amigos,

Essa discussão para mim é de muita importãncia, pois acho que com ela tiramos muitas lições, a minha opinião e a seguinte: Num pais de muitos impostos, quero mais é o open source, pois é de graça, e todos nele se ajudam, vejam o linux, tá comendo a canela do windows, vai longe esse menino, tá crescendo, e com ajuda das comunidades linux, então, vamos olhar para o harbour/xharbour, a minigui, tudo open source, penso que o nosso amigo deva aprender aquilo que vai servi-lo, pois se ele esta pensando no clipper, imagina se explorar os recursos do harbour/xharbour por exemplo com minigui..., vai voar, e o melhor sem custo algum, mas, como nosso amigo disse, vale ficar atento, aprender novas ferramentas, adquirir conhecimentos, e tendências de mercado.

Esta é a minha opnião, desculpa se fui redundante.

:)Pos

[Maligno]

Ele está em nivel mais baixo que o Delphi

Baseado em quê você afirma isso?

é mais leve, rapido

Mais rápido? Em quê você se baseou para afirmar isso? Algum estudo estatístico sério, com metodologia apropriada para um medição confiável? Se for, eu gostaria do link para conhecer a pesquisa. Me parece um equívoco. XHarbour é interpretado. Como um código interpretado consegue ser mais rápido que um código objeto, criado por um compilador de excelente qualidade, como o da Borland? O que você diz parece mandrakismo. O próprio Marcelo Lombardo (faz parte da XHarbour.com), quando questionado no newsgroup do UOL sobre se haveria um XHarbour.NET, respondeu que não, pois o XHarbour já é interpretado e se fosse rodar no .NET, seria sua VM rodando dentro de outra VM, o que tornaria tudo mais lento ainda.
Ainda assim, se você tem embasamento pra dizer que XHarbour é mais rápido, gostaria que compartilhasse sua fonte conosco.

e com sistema de alocação de acesso a memoria muito mais seguro que o Delphi

Mais uma vez pergunto: de onde você tirou essa informação? É, aliás, uma informação ténica, ou você apenas acha isso? Se é ténica, permita-nos conhecer essa sua fonte.

sem contar que o Delphi até tem componentes de acesso a SQL feito em xHarbour, é mole.

Poderia me citar qual componente Delphi foi escrito em XHarbour? Eu realmente gostaria de ver isso de perto.

Quanto a OOP, eu ainda não vi expreciva vantagem no seu uso

Se pensa assim, imagino que você nunca se envolveu num projeto realmente complexo.

, o xHarbour está sendo totalmente remodelado para poder ser uma linguagem totalmente OOP, mas OOP que originalmente tinha a "vantagem" de consumir menos memoria, não o faz assim, isso comprovado por numeros, ela permite uma programação mais centrada e organizada, mas aumenta o consumo da memoria, um sistema for windows com xharbour+wvw fica muito bonito e com recursos totalmente visuais, e roda em um AMD 133 aqueles 586 antigos, com o mesmo visual e pouca coisa mais lento.

O paradigma OOP se tornou necessário à medida em que cresceu a necessidade de uma linguagem de programação mais complexa, para resolver problemas mais complexos. O "overhead" extra é absolutamente normal, em qualquer linguagem. Afinal, tudo na vida tem preço.

O xHarbour é o caminho para o programador xBase, quem foi para o Delphi acho que vai chorar as magoas em breve, visto que o Linux está cortando a perna do Windows no mercado corporativo, e olha que programas clipper compilados com xharbour e linkados com gcc para Linux, viram um avião.

Isso é +/- certo. Aqui em Londrina, tenho amigos vendendo muitas máquinas com Linux, para diversas empresas. Mas só como servidores. Ninguém quer como desktop. Nestas, só Windows.
Agora, dizer que o Windows vai perder toda sua hegemonia para o Linux parece um delírio de cartomante. Nem os melhores analistas conseguem prever esse futuro. Só o tempo dirá.

Finalizando: eu poderia citar vários programas escritos em Delphi que são um show de programação. Não só com relação ao aspecto visual, mas em tudo. Cito um: BraZIP, um programa brasileiro, no estilo WinZIP, que em certos pontos consegue ser melhor. Você poderia me citar um programa XHarbour num nível desses? Já fiz essa pergunta antes e só vi até agora programas pequenos, de baixa qualidade e muita fanfarronice (gente dizendo que o XHarbour pode tudo, mas sem nunca mostrar nada). Isso me leva a crer que o XHarbour não oferece condições de desenvolvimento nesse nível. Já disse em outra thread que nunca vi uma única peça de código XHarbour, por menor que seja, que explore todo seu potencial, mesmo que seja meia-OOP. Será que o XHarbour está fadado a servir apenas como tradutor do Clipper? Ou ele serve apenas para criar simples sistemas de cadastros pequenos, sem muita complexidade?

[]'s
Maligno
http://www.buzinello.com/prg