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 -----Original Message----- From: Leonardo Leão <leona...@developtec.com.br> Sender: owner-sql...@virtualand.net Date: Sat, 17 Jul 2010 19:05:57 To: <sqlwin@virtualand.net> Reply-To: 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. <mailto:lair...@live.com> 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
