Bom dia a todos
 
Apenas hoje tive a oportunidade de ver essa discussão. Algo que sempre acho 
positivo, pois a unanimidade para mim, sempre foi a pior ignorância....rs
 
1 - Realmente o Report Builder sempre foi uma das ferramentas do TeamDeveloper 
que deixa a desejar. E isso desde a versões 16 Bits, Windows 3.11. Desde aquela 
época em que trabalhei com essa versão (meados de 1995), sempre foi uma 
reclamação de nossa comunidade de desenvolvedores. E o que vejo de positivo 
nessa questão foi o esforço feito por todos para sanar os problemas dessa 
limitação "imposta" pela ferramenta. Já vi e participei de soluções MUITO boas, 
como a utilização do Crystal Reports, e até mesmo do Excell (que traz um 
resultado bem legal).
 
2 - Na questão de profissionais, aqui em SP, desde que a COSIPA deixou de 
formar os profissionais que formava (creio que desde a venda da mesma para a 
USIMINAS), realmente esse problema de agravou. E olha que eles tinham um ótimo 
treinamento para formação de profissionais. A maior parte dos profissionais que 
tenho encontrado formado por eles, tem um ótimo nível de conhecimento técnico. 
Agora, o que poderíamos fazer ao invés de reclamar sobre isso, é trabalhar a 
favor. Não seria o caso de trabalharmos no sentido de formar novos 
profissionais?
Agora, quanto a preços de profissionais, isso é algo bem polêmico. Eu passei 
por alguns casos, onde o mesmo cliente achava um absurdo pagar o preço que a 
consultoria cobrava pelo profissional Centura, mas que pagava até mais que o 
dobro por um profissional ERP. E muitas vezes muito menos preparado e 
qualificado do que um profissional Centura. Creio que na verdade, o que falta é 
valorizar o que fazemos.....
 
Universidade é algo que eu já tinha conversado com  o Wilson Ometto quando 
trabalhei na Unisystem, aliás, junto com o Calegari.....E o que o Wilson 
comentou na época, é que a Gupta não ajudava muito sobre isso na época. Mas 
pelo que o Calegari está dizendo, a Unify está mudando isso. Na minha opinião, 
uma das atitudes necessárias para melhorar o mercado Centura no Brasil. E 
também na minha humilde opinião, na época em que a Microsoft começou a fazer 
isso com o, na época, VisualBasic, também não tinha grandes mercados a oferecer 
aos profissionais que formava...e isso não os impediu.
 
3 - Proceso e qualidade é outro ponto com polêmicas. Primeiro que tenho a 
dizer, é uma empresa (não vou citar o nome...rs) onde trabalhei com um belo 
legado de sistema Centura. Quando entrei na empresa, eles já estavam a 3 anos 
com um equipe Java para migrar o sistema. A equipe Java tinha 3 vezes mais 
profissionais que a equipe Centura, e em 3 anos anos eles não estavam nem perto 
de desenvolver tudo o que tinhamos em Centura. E boa parte do tempo eles 
levavam para mudar o mesmo que mudavamos no sistema em Centura (novas soluções, 
implementaçõpes...enfim).
Outra empresa onde fui fazer uma consultoria a uns 3 anos atrás 
(multinacional), onde o Diretor de TI comentou que mais de 90% dos sitemas 
deles haviam migrado de Centura para VB, e que ele nunca tinha se arrependido 
tanto de uma decisão tomada. Por vários motivos, mas principalmente pela 
qualidade do desenvolvimento e pelo tempo utilizado no desenvolvimento e 
implementações nos sistemas.
 
4 - Treinamento eu creio que o melhor de tudo é essa nova possibilidade de 
formar já nas Universidades. E porque não, pensar nisso para as 
empresas/consultorias que trabalhamos?
 
Bom, acho que é isso....
 
Abraços a todos
 
Rafael Larizzatti

________________________________

From: owner-sql...@virtualand.net [mailto:owner-sql...@virtualand.net] On 
Behalf Of caleg...@computermachine.com.br
Sent: sábado, 17 de julho de 2010 20:10
To: sqlwin@virtualand.net
Subject: Res: [sqlwin] Report Builder Business graphics - [Report Builder 2.1]


Boa noite pessoal,

A conversa realmente esta bastante interessante!!!

Ha realmente diversos assuntos a serem tratados desses e-mails seria bom que 
todos participassem, com isso tentarei sistematizar abaixo:

1 - gráficos e relatórios: não precisamos utilizar o report builder, podemos 
trabalhar com crystal (diversos clientes utilizam a anos), excel e outros 
programas, gerar relatórios em Html e exibir no sqlwindows tambem seria uma 
otima solução, ja que componentes ótimos de graficos existem, talvez ate mesmo 
gerando utilizando java, enfim solucoes mistas podem solucionar o problema. O 
próprio Java tem diversas opcoes para geracao, não ficando restrito a uma única 
opção.

2 - Conhecimento e profissionais;
Realmente Há muita dificuldade para encontrar profissionais qualificados, porém 
a ferramenta e muito facil de ensinar. Obvio que o ideal seria ter faculdades 
treinando e produzindo alunos, por isso ja estamos em contato com algumas 
Universidades para introduzir o team developer, esse esforço esta sendo feito 
com ajuda total da Unify, que ira ceder material para professores, slides, 
copias free para instalação nos laboratórios e se necessário webinars 
explicativos. Há um pais na America Latina que faz isso com total apoio da 
Unify.

Com certeza isso ajudara bastante para aumentar o numero de profissionais.

Sobre conhecimento, estou saindo de MG hoje apos fazer um workshop sobre as 
evoluções do Team Developer em um cliente que simplesmente utiliza vinte 
porcento do que a ferramente prove. Eles trabalham Muito Bem tem um software 
ótimo, porém precisam de mais agilidade no desenvolvimento, alem de novas 
funcionalidades que Já estão em suas versão antiga e não conheciam ou que estão 
na versão atual

3 - processo e qualidade:
Temos exemplos de empresas do Brasil inteiro que trabalham com Geracao de 
codigo padronizado via CDK, biblioteca cdk.apl... Apenas como exemplo quem ja 
viu o Ivano apresentar a ferramenta da Penha sabe o que estou querendo dizer,

Com certeza, conseguimos ter um processo de desenvolvimento rapido mesclando 
orientação objeto e geracao rápida de código, com isso com certeza teremos 
qualidade, padronização e agilidade no desenvolvimento.

4 - treinamentos
Hoje fui questionado sobre a falta de empresas que possam prover suporte e 
ministrar treinamentos avançadas, realmente temos essa dificuldade, porém temos 
diversos profissionais com conhecimento amplo e algumas empresas que podem 
prover isso a todos. Se alguém precisar e desejar melhorar os processos 
divulgue na própria lista que imagino que empresas e profissionais interessados 
aparecerão.


Por fim, o sqlwindows ainda esta sendo utilizado por grandes empresas ao redor 
do mundo, na America Latina temos empresas na Argentina, Chile, Peru e Colombia 
que utilizam e estao atualizados, não sei dos outros paises, sei apenas desses 
devido a eventos que fizemos com a Unify, inclusive devemos participar de um 
evento agora em agosto no Peru. Para quem não sabe o Victor Espinal diretor 
comercial das Americas esta instalado em Sao Paulo a alguns meses afim de 
estreitar o relacionamento com os clientes...

Se possivel mandem ideias e sugestoes para que possamos qualificar e divulgar 
melhor as funcionalidades do Team Developer.

Abraco a todos e espero que mais pessoas participem da discussao 



Carlos Calegari, PMP 

________________________________

From: Leonardo Leão <leona...@developtec.com.br> 
Sender: owner-sql...@virtualand.net 
Date: Sat, 17 Jul 2010 19:05:57 -0300
To: <sqlwin@virtualand.net>
ReplyTo: sqlwin@virtualand.net 
Subject: RES: [sqlwin] Report Builder Business graphics - [Report Builder 2.1]


Agradeço as considerações e os sinceros desejos, mas...

 

A questão não é contatar com baixos salários. Não é isso e você conhece muito 
bem a história de nossa empresa para sequer supor  (foi isso que ficou 
explícito) que eu o queira fazer. A questão é achar este profissional com a 
experiência necessária para tocar o projeto com toda a qualidade possível.

 

O que disse e repito é que existem alternativas mais simples de 
operacionalizar, com muitos e muitos grupos de ajuda na internet e que são tão 
(ou mais) fáceis de usar como o Centura.

 

A dificuldade é encontrar, tanto em Centura como em Java ou .Net profissionais 
que tenha uma visão de negócio e ultrapassem a barreira do código, escrevendo 
para atender ao requisito demandado pelo Cliente.

 

Em Centura fica mais difícil posto que não há um corpus significativo de alunos 
sendo formados nas faculdades pelo mundo a fora.

 

Não sei em outras cidades, mas pessoal preparado (muito bem qualificado!) para 
usar ambientes como java tem aos montes e com salário compatível. Embora eu 
creia, firmemente, que a questão do ambiente, a linguagem é o menor problema: 
se o cara tem raciocínio lógico e pensamento sistêmico treinados entra em 
qualquer ambiente com facilidade. Hoje em dia a qualidade está mais no processo 
de desenvolvimento do que na codificação que se torna, cada vez mais uma 
consequência de um bom processo.

 

Sim, estou migrando para Java. E não tenho encontrado problema que alguém já 
não tenha passado e publicado um ou mais soluções.

 

Boa sorte para você também. E tenha excelentes salários! Formação para isso 
você teve.

 

Leonardo Leão

Develop Tecnologia

81.86295959 (OI)

81.97565053 (TIM)

 

De: owner-sql...@virtualand.net [mailto:owner-sql...@virtualand.net] Em nome de 
Lairton N de Almeida Jr
Enviada em: sábado, 17 de julho de 2010 12:50
Para: sqlwin@virtualand.net
Assunto: Re: [sqlwin] Report Builder Business graphics - [Report Builder 2.1]

 

 

Imagino que quando nos defrontamos com um problema nem sempre teremos a solução 
na paleta de controles, já com tudo pronto pra usar, mesmo em "centura", em 
.net ou java. Vai ser preciso ir buscar soluções em outros locais, não tem 
jeito! É por isso que existiu e existe DDE, OLE, ActiveX, COM+, Web Services 
....

Se cada vez que isso acontecer a pessoa decidir por mudar de plataforma.... 

Mas há muita gente que pensa assim, não vejo problema nisso, é por isso o 
mercado se sustenta. 

 

Eu conheço algumas empresas que tem aplicações muito grande que estão tentando 
migrar há uns 10 anos.

Conheço algumas realmente grandes que desistiram de migrar e que estão 
preparando seus aplicativos para o Team Developer .NET

 

Não estou tentando defender ferramenta nem que vocês não deixem o ambiente. 

Estou sim tentando ajudar o amigo da lista em sua pergunta e eu realmente acho 
que se eu recomendar que ele mude de linguagem não estarei ajudando-o :D

Cada um faz o que quer.

Eu acho que cada caso é um caso.

 

E já que você está saindo Leonardo, te desejo mais sorte no novo ambiente :)

Que vc não precise migrar de ambiente de novo com as novas dificuldades que 
certamente encontrará por lá. 

E que você encontre programadores pra contratar com ótimo nível técnico e 
salários baixos :)

Coisa que em "Centura" é realmente difícil de acontecer.


 

Em 17 de julho de 2010 10:17, Leonardo Leão <leona...@developtec.com.br> 
escreveu:

Todos os esforços precisam ser feitos pelo programador, servindo-se de recursos 
vários, de outras ferramentas até, para resolver problemas que o usuário 
demanda já há muito tempo. Será que é mesmo o caminho evoluir para uma versão 
nova de ferramenta paga (e cara!) para tentar (TENTAR!) solucionar os 
problemas? Talvez seja mais fácil migrar de ambiente, mesmo com todo o trabalho 
inicial que demandará, mas com a certeza de que estará em um ambiente que 
acompanha as demandas do usuário e facilita (e muito!) o trabalho do 
desenvolvedor.

 

Claro, se você tiver um mundo de aplicações construídas fica mais difícil, mas 
não impossível. Já temos disponíveis na internet algumas ferramentas que 
auxiliam nessa migração e o esforço será recompensado com um ambiente que 
permite acompanhar o nosso tempo de forma mais tranquila.

 

Muitos aqui são, como já fui, ferrenho defensor das facilidades do ambiente 
Centura/Gupta (já fui até revenda de sucesso), mas hoje precisamos voltar 
nossos olhos para alternativas, posto que a Gupta não acompanha o movimento do 
mercado, fechando-se em seu mundo e cobrando por isso.

 

Eu ainda uso Centura, mas estou saindo do ambiente neste ano ainda. Migro 
minhas aplicações até outubro e inicio o processo de migração nos Clientes. Vai 
ser fácil porque o novo ambiente é muito mais a´gil e fácil de encontrar 
profissionais qualificados.

 

 A decisão é de cada um. Eu estou caindo fora. Ainda bem.

 

Leonardo Leão

Develop Tecnologia

81.86295959 (OI)

81.97565053 (TIM)

 

De: owner-sql...@virtualand.net [mailto:owner-sql...@virtualand.net] Em nome de 
lairton almeida jr
Enviada em: sexta-feira, 16 de julho de 2010 18:27
Para: sqlwin@virtualand.net
Assunto: RE: [sqlwin] Report Builder Business graphics - [Report Builder 2.1]

 

Você já avaliou o Report Builder presente no TD5.2 para saber se o que você 
precisa foi implementado ?
Pelo título da sua msg me parece que vc usa o TD2.1.
E te digo, do 2.1 para o 5.2 tem muita diferença ! Muitas novidades.
Recursos que demoraram a ser feito, mas que estão lá no TD5.2 como por exemplo 
controle sobre as bandejas de impressão, suporte ao novo tipo de dados 
RichText, geração do relatório em PDF nativamente, marca d'água, texto 
rotacionados... e outros recursos que serão novidade para vcoê que usa a versão 
2.1.
 
Recomendo que você frequente o fórum oficial da Unify 
http://support.unify.com/supportforum/viewforum.php?f=34
 
No fórum há a chance de qualquer pessoa ter contato direto com a equipe do 
produto.
 
Mas caso não resolva... antes de tentar mudar de ambiente de 
desenvolvimento.... sugiro que você passe a utilizar o Crystal Reports para ao 
menos alguns relatórios.
 
abraço,
Lairton N de Almeida Jr.
lair...@live.com <mailto:lair...@live.com>  



 

________________________________

From: jcarvalh...@hotmail.com
To: sqlwin@virtualand.net
Subject: [sqlwin] Report Builder Business graphics - [Report Builder 2.1]
Date: Fri, 16 Jul 2010 12:48:42 +0100

Boas Pessoal,

OS gráficos do Reporte Builder têm muitas limitações no que toca a formatação 
melhoria do layout e tenho alguns clientes que exigem melhor layout dos 
gráficos. Uma vez que mesmo nas versões recentes do SQL Windows esta parte não 
tem sofrido alterações venho solicitar ajuda no sentido de saber se usam uma 
outra ferramenta para criação de gráficos ou como fazem para resolver este 
problema.

 

Para exemplificar 

 

·         Inexistente possibilidade formatação no eixo Y não é possível definir 
o formato para #.##0,00 ou  outro desejado.

·         Nos gráficos PIE se os dados seleccionado forem muitos as linhas 
sobrepõe umas as outras impedindo uma leitura clara e não é possível que cada 
linha tenha a descrição de acordo com o registo que se faz referência.

 

 

Melhores Cumprimentos,

 




-- 
Lairton N de Almeida Jr.
lair...@gmail.com 
http://twitter.com/LairtonNJr 

Responder a