Isso ocorre, pois além de uma linha de raciocínio diferente também temos o fator de códigos muitas vezes elaborados de forma duvidosa, com pouca ou nenhuma padronização o que torna a sua compreensão por terceiros difícil além do fato que se o projeto do software for mal estruturado a sua manutenção é uma verdadeira tortura.

Deixemos de lado (por enquanto) o aspecto de desenvolvimento de novos recursos e vamos nos concentrar na parte mais maçante e cansativa para o desenvolvedor: a localização e correção de erros.

Para isso posso deixar algumas dicas:

O primeiro passo é conhecer o processo, é claro que você como desenvolvedor não precisa conhecer todos os processos, pois em um ambiente de grande porte isto é impossível, mas você precisa com certeza conversar muito com o usuário, não apenas o que relatou o erro, mas os usuários das outras áreas envolvidas, isso irá lhe permitir saber de antemão se o erro é realmente um erro de software, uma regra mal formada na definição durante o ciclo de desenvolvimento daquele software ou ainda uma mera má interpretação do usuário.

Caso seja mesmo um erro de software e é aqui que a minha dica se concentra, vou considerar então que você está utilizando o Oracle Forms, você deve em primeiro lugar interpretar o tipo do erro:

Caso seja uma mensagem de erro customizada, ou seja, aquela mensagem de erro mais amigável que você embute no seu software será necessário localizar em todo o Form qual o ponto de chamada para poder localizar o ponto exato do erro.

Caso seja um erro padrão do Oracle (seja um ORA, FRM, REL, etc) você pode anotar o código e procurar no Google ou na base de conhecimento para descobrir a causa e as possíveis ações de correção. Uma dica interessante é que no momento da execução, junto com o usuário mesmo, você pode acionar SHIFT + F1 e irá obter a descrição do erro e isso é bem útil em casos de erros em updates ou inserts que a sua aplicação pode precisar realizar.

E ainda caso o erro apresentado seja um FK, UK ou PK você pode varrer todo o banco, utilizar o PL/SQL Developer, por exemplo, procurando o ponto que esse recurso está para poder modular e corrigir o erro.

Corrigir erro é chato, mas é necessário fazer e seguinte os passos acima a tarefa de detectar erros e corrigi-los no Oracle Forms se torna menos maçante e mais produtivo.

Leia mais:

• Segredo na instalação do PL/SQL Developer (0)
• Oracle Best Pratices (0)
• Deixe o Oracle Forms fazer o trabalho dele (0)
• Calendário em PL/SQL (0)
• Utilizando o SQL Developer com o MySQL (0)

E como o Firefox trabalha com abas, imagine o tamanho do problema.

E a solução mais viável e inteligente seria o Firefox isolar a thread de cada aba, assim como o Chrome já faz, e assim quando um site travar todas as outras abas ficariam protegidas.

Só que esta solução é complexa demais para ser implementada em um minor update e teremos que esperar a versão 4 do Firefox para ver isso.

Mas a Mozilla nos brindou com um quebra-galho que mais atrapalha do que ajuda.

Agora quando o processamento de um script JavaScript ultrapassar 10 segundos o browser irá emitir um aviso sobre o script lento e se queremos continuar a execução ou cancelar.

Pronto, tudo resolvido na terra do Panda de Fogo, ou não!

Esse processo é anacrônico, mais confunde o usuário (ainda mais os leigos do que realmente ajuda) e em alguns diversos casos mesmo você optando por continuar a execução o Firefox faz o script se perder atrapalhando ou mesmo impedindo o correto funcionamento de toda a página.

Qual a solução definitiva?

Não precisamos chegar ao ponto extremo de utilizar a bomba do Internet Explorer, então temos que optar para o Opera (quem ninguém utiliza) ou ir para o Chrome que parece ser o caminho mais natural para os usuários do Firefox e que estão insatisfeitos.

Fica aqui a dica para o uso do Chrome.

E para você Mozilla, melhor sorte da próxima vez.

Leia mais:

• Utilizando máscaras com JQuery (1)
• Melhorando a nitidez de texto no Windows 7 (2)
• Manutenção no Oracle Forms (0)
• Deixe o Oracle Forms fazer o trabalho dele (0)
• Conhecendo a JQuery (1)

• Motivos para abandonar o Orkut;
• Sabendo utilizar o Photoshop com maestria;
• Cancelando o email já enviado;
• Novo processador da Intel;
• As novidades dos novos navegadores;
• Vírus de computador afetando drasticamente a vida das pessoas;
• Removendo malware do Windows;
• Editando facilmente suas fotos e imagens;
• Microsoft recomenda o uso do Chrome.

E ficamos assim.

Leia mais:

• Links tecnológicos da semana #9 (1)
• Links tecnológicos da semana #8 (2)
• Links tecnológicos da semana #7 (0)
• Links tecnológicos da semana #6 (0)
• Links tecnológicos da semana #5 (2)

Em primeiro lugar, vocês leram meu post sobre heterogeneidade? Não? Ele irá ajudar a entender este aqui.

É comum que aplicações diferentes e em muitos casos em diferentes plataformas precisem se comunicar e estabelecer a forma correta é vital para a sua continuidade, assim sendo a troca de arquivos é o caminha mais simples e talvez o mais utilizado.

Mas como serão os arquivos?

Vamos nos ater a dois tipos, arquivo texto comum e o XML.

O XML por obedecer à norma de implementação do W3C facilita a vida de ambos os lados, pois basta definir a estrutura de tag´s que o próprio parser de cada um dos sistemas se encarregará de criar/ler o XML sem maiores problemas.

Outros dois pontos fortes do XML é a possibilidade de ao utilizar DOM você consegue atravessar toda a sua estrutura em busca de dados, sem a necessidade de ficar iterando linha a linha o que lhe garante robustez e performance na aplicação. O segundo ponto é que caso o conteúdo (CDATA) de uma tag for alterada a sua aplicação vai funcionar e entender o novo conteúdo de forma transparente, pois o parser procura o conteúdo com base na tag e não em posição do cursor ou coisa semelhante.

E para não deixar o XML como uma entidade de perfeição, ele tem por excelência a necessidade de ser maior que um simples arquivo texto, o que em grande volume pode complicar a sua utilização.

Já o arquivo texto tem a vantagem de ser menor (relativamente ao XML) e a sua flexibilidade é muito maior, pois a sua leitura ao ser executada linha a linha permite a captura de caracteres pela posição do cursor ou por delimitadores como a vírgula, tabulação e aspas (estas são as mais utilizadas, mas você pode definir a sua própria quebra no arquivo texto).

Porém o seu maior trunfo que é a flexibilidade é também o seu maior defeito, pois isto demanda uma análise maior e uma interação entre as duas pontas no desenvolvimento do padrão do arquivos texto e também em muitos casos uma simples alteração de conteúdo pode ocasionar a quebra de leitura e gerar transtornos enormes.

Então qual deles utilizar?

A sua análise é que manda, porém eu costumo utilizar o XML para troca maciça de informações entre aplicações e deixo o arquivo texto mais para configurações de software e pequenos detalhes onde eu posso definir a sua estrutura de acordo com a minha necessidade pontual.

Leia mais:

• WordPress + iPhone (0)
• Windows open-source? (1)
• Windows com bug até em mobile (0)
• Windows 7 RC chegando ao fim (0)
• Voltei para o Firefox (0)

Temos uma constante preocupação com a carga e a vida útil de nossa bateria, haja visto que ela apresenta um ciclo meio que definido de recargas, e ultrapassado esse limite a coisa vai complicando até chegar ao ponto de a bateria não aguentar mais do que 5 minutos de uso exclusivo (é o que acontece com vários notebooks que vejo por aí).

Foi então que com a chegada de novas tecnologias as baterias evoluíram bastante, mas ainda preocupam, e foi nesse ponto que os fabricantes de notebooks e netbooks tiveram uma sacada simples e funcional: depois de carrega ou bem próximo disso mesmo que o gadget esteja conectado na tomada não é preciso carregar constantemente, ficar carregando de forma constante não aumenta a performance apenas desgasta a vida útil.

Quem tem o Windows 7 (não sei se versões posteriores do Windows possuem esse recurso) podem parar o mouse sobre o ícone da bateria do systray do sistema e irão ler a mensagem como esta:

“95% carregada, conectada, mas sem carregar”

Notaram o ponto chave? Após atingir a proximidade dos 100% de carga a bateria parra de carregar e o sistema fica apenas utilizando a energia da tomada, sem desgastar ou forçar em demasia a bateria.

Leia mais:

• WordPress + iPhone (0)
• Windows open-source? (1)
• Windows com bug até em mobile (0)
• Windows 7 RC chegando ao fim (0)
• Voltei para o Firefox (0)

Mesmo com a Cloud Computing ativa e navegando a fortes ventos, é bem provável que este termo ainda atrapalhe a área de TI e desenvolvimento de software por muitos anos, afinal hoje temos uma salada de plataformas, linguagens de desenvolvimento e IDE´s que no final das contas criar compatibilidade entre todo mundo se torna uma missão impossível.

Mas no meio de toda essa bagunça algo me assustou muito, já temos que diariamente optarmos pelo caminho X ou Y em TI, seja na área de infra ou desenvolvimento de software sempre temos que escolher entre uma plataforma em detrimento da outra, vejo um desenvolvedor de software com o seguinte ambiente de desenvolvimento montado:

• Computador de desenvolvimento: um Mac;
• Linguagem escolhida: .Net;
• Plataforma de execução da aplicação final: Linux.

Vendo tudo isso, penso que só podem existir duas situações para a aberração que citei acima:

• O profissional é novato e não sabe lhufas do que está fazendo;
• Ou ele está pagando alguma promessa.

Será que ele já se deu conta do trabalho extra que terá desde a faze de desenvolvimento até a faze de homologação da solução desenvolvendo software em um ambiente tão antagônico assim?

O mundo já é heterogêneo o bastante, não precisamos complicar ainda mais a situação.

Leia mais:

• Vírus de computador afetando seres humanos (1)
• Vírus ancorado em sites confiáveis (0)
• Vídeos embebed na Web: Silverlight x Flash (0)
• Usar ou não usar o usuário Admin (1)
• Speedy, a casa caiu! (0)

Embora a disseminação do vírus e sua ação fossem limitados é importante ressaltar que esse conceito iria abrir uma porta potencialmente perigosa para as pessoas.

Agora o estrago que um vírus de computador fez foi grande e muito grande, um vírus do tipo Trojan Horse (Cavalo de Tróia) é o suspeito de ser o causador de um acidente aéreo que vitimou 154 pessoas em 2008.

O problema aqui é que um dos computadores da torre de controle do aeroporto estaria supostamente infectado com um vírus e devido a isso o antivírus instalado teria bloqueado mensagens de alerta sobre o status do voo da aeronave e teria induzido o acidente.

Se este fato realmente se confirmar é a primeira vez que um vírus de computador foi responsável pela morte de pessoas e abre uma perigosa janela para que no futuro falhas como esta sejam exploradas com maior frequência.

Agora eu me pergunto, um computador vital como este deveria estar isolado, inclusive sem nenhuma porta USB disponível. É um absurdo que ele tenha um modo de ficar on-line o que em teoria possibilita a entrada de pragas virtuais.

Fonte: Tecnoblog

Leia mais:

• Vírus ancorado em sites confiáveis (0)
• Usar ou não usar o usuário Admin (1)
• Spam até no MSN (0)
• Software descobrir senhas de rede Wi-fi (0)
• Seu computador foi invadido? A culpa é da Adobe (0)

Mesmo que para o cliente que muitas vezes não tem conhecimento técnico é importante seguir tais práticas, mesmo que no inicio do projeto isso consuma um esforço maior, mas no final você vai ganhar muito e listo alguns motivos para isso:

• A sua aplicação ganha em performance e usabilidade;
• Maior transparência para o cliente;
• Suporte, manutenção e upgrades de forma fácil, precisa e direta;
• Maior credibilidade junto ao cliente técnico.

Ou seja, a menos que você venda a sua solução e depois desapareça do mercado não é negócio nenhum fazer um desenvolvimento atrapalhado, pois em um futuro próximo você mesmo terá retrabalho para dar manutenção e atualização em sua solução.

Também não quero dizer que você precisa saber todas as minúcias, mas pelo menos o trivial é sua obrigação.

Um exemplo prático, vamos supor que você precise realizar uma consulta em uma tabela e guardar os dados em uma variável, dentro do Forms Oracle:

SELECT campo
 INTO variavel
FROM tabela

Correto o código acima?

Sim e não.

Sim porque vai funcionar.

E não pois violou uma best pratice do Oracle, que é colocar tudo dentro de um cursor, mesmo que retorne apenas um resultado.

Essa recomendação existe pois em algum momento sua aplicação pode perder performance com isso.

Leia mais:

• Utilizando o SQL Developer com o MySQL (0)
• Segredo na instalação do PL/SQL Developer (0)
• Porque utilizar padrões em projetos de software (0)
• Para onde a Oracle levará o Java (0)
• Oracle compra Sun (1)

Novo mouse da Microsoft

O novo mouse da Microsoft é fino e apresenta a curvatura padrão, porém é possível estica-lo para facilitar o transporte e a roldana de rolagem foi substituída por um sensor touch.

A foto e informações vazaram de um loja alemã que é revenda de Microsoft Hardware e até o momento a própria Microsoft não confirmou nem desmentiu o fato, e provavelmente isso é apenas uma jogada de marketing realizada pela própria Microsoft para causar hype e ajudar no lançamento oficial do produto.

Vendo toda essa notícia fui em uma loja e comprei um bom e velho mouse convencional USB para meu notebook novo, afinal após o que me aconteceu a alguns meses atrás onde um mouse psicodélico quase me causa uma LER eu vou tomar muito cuidado com esses lançamentos de gosto duvidoso.

E antes que eu me esqueça o preço estimado do produto é algo em torno dos 69 Euros o que daria aproximadamente R$ 157,00 sem contar todos os impostos e mais o fator novidade que me diz que quando o mouse chegar aqui e se chegar será por aproximadamente R$ 300,00 ou até mais.

Leia mais:

• Yahoo e Microsoft finalmente fecham acordo (0)
• Windows Mobile 7 (0)
• Um novo Google contra o Bing (0)
• Silverlight no Symbian (0)
• Rumores sobre os novos Windows 8 e 9 (6)

Vou explicar de forma rápida como funciona o processamento de um query dentro do Oracle.

É o seguinte, ao dar ordem de execução para a sua query, pode ser de dentro de um Form compilado ou mesmo de um PL/SQL Developer o Oracle vai identificar e semi processar a sua instrução para então depois passar para o parse e enfim dar ordem efetiva de execução e caso a sua instrução seja uma select ele ainda vai retornar o fetch de resultados para você.

E é aí que quero chegar, esse é o processo normal, onde caso a sua instrução seja novamente enviada para processamento para o Oracle, ele vai “entender” que já processou aqui e pular a faze de semi processamento que ocupa muito recurso e vai envia-la diretamente para o parse.

Outro ponto é que no caso de o retorno de uma select e caso você esteja operando um form construído da devida forma (amarrando a tabela para um banco de dados) o Forms da Oracle tem uma série de dispositivos e recursos para controlar e não enviar o fetch de uma única vez o que iria obrigar o seu usuário a esperar todo esse envio, e que em casos de várias linhas isso iria refletir em lentidão para a sua aplicação, o Forms vai identando e enviando o fetch para o cliente conforme a necessidade e aos poucos e isso se traduz em uma aplicação transparente e de boa performance.

O problema é que tem “desenvolvedores” que simplesmente ignoram todo esse processo e ao invés de amarrar uma tabela a um bloco de dados eles criam um bloco de dados livre, sem tabela, e vai controlando tudo via select into, o que causa todos os problemas relacionados acima.

Ambas as aplicações vão funcionar corretamente, porém uma irá aproveitar todos os recursos da ferramenta e obterá além de maior controle e segurança mais performance e a outra irá ser mais lenta pois irá trabalhar da forma mais rudimentar possível.

Leia mais:

• Manutenção no Oracle Forms (0)
• DBA Oracle (0)
• Curso Oracle Forms – Parte III: Conhecendo o ambiente do Forms 6i (2)
• Curso Oracle Forms – parte IV: Conhecendo o ambiente de execução (6)
• Curso Oracle Forms – Parte II: Modelagem de dados (10)