dica-de-programacao-dica-1-nao-concatene-sql

Dica #1 – Não Concatene SQL no seu Código Java

Acabamos de lançar um vídeo com a seguinte dica Não Concatene SQL no seu Código Java. Este vídeo faz parte do projeto Dicas de Programação da TriadWorks na qual tem o intuito de passar dicas importantes em forma de VÍDEOS SEMANAIS para programadores de todos os tipos, em especial os iniciantes.

Os vídeos são super cursos, com duração de 2-5min, e uma didática simples mas eficiente para que conceitos complexos sejam facilmente entendidos e absorvidos por qualquer programador! Sem mais, segue o link do vídeo para você assistir e deixar sua opinião:

Não Concatene SQL no seu Código Java

Este é o 1o vídeo! Na próxima semana teremos outro e a cada semana +1 novo vídeo com uma dica que te ajudará a refletir sobre suas práticas de programação do dia a dia. Isto é, assista o vídeo e já coloque em prática a dica de programação!

Assiste o vídeo, se inscreve na lista para receber novos vídeos por email e deixa seu comentário com novas sugestões de dicas, críticas e correções.

Novo curso Desenvolvimento de Aplicações Android e Material Design

Se você me acompanha no Facebook ou Twitter você já deve saber, mas aí vai… É com grande alegria que anuncio o NOVO CURSO (7o curso!) da TriadWorks:

>> Curso Desenvolvimento de Aplicações com Android

Curso Desenvolvimento de Apps Android e Material Design
Curso Desenvolvimento de Apps Android e Material Design | TriadWorks

Aeeeee \o/ Agora temos o robôzinho verde na nossa lista de treinamentos! Já são 7 (SETE) ao todo! Este curso de Android também recebeu nossa didática diferenciada e qualidade que você já conhece!

O que você vai ver no curso?

Vamos ver todo o passo a passo de como criar aplicações completas para o SO mais utilizado do mercado; aprenderemos a IDE oficial, a Android Studio; vamos entender os principais conceitos como ciclo de vida, activities, fragments, intents e APIs nativas; somado a isso tudo desenharemos telas ricas e layouts responsivos com o Material Design da Google. Tem muito mais na grade do curso…

Curtiu a grade? Muito massa, né!

Aproveita e compartilha o link com aquele seu amigo que está aprendendo ou está doido para aprender Android. Assim ele pode aprender e dominar o robôzinho verde com quem realmente entende de ensino!

Nunca mais repita “na minha máquina funciona”. TDD, Testes e Build Automatizado

Eu não sei você, mas eu repeti inúmeras vezes a frase “na minha máquina funciona” no inicio da minha carreira como desenvolvedor…

Mas quem nunca, né? rs

Desenvolver software não é uma tarefa simples, lidamos com pressão, cobranças e prazos apertados a todo instante, seja do gerente, cliente ou equipe. Você me entende! E ainda temos que garantir que aquele IFzinho que colocamos na última correção de bug funcione:

public void sacar(Conta conta, double valor) {
    if (!conta.temSaldoPara(valor)) { // esqueci dessa regra :-X
        throw new SaldoInsuficienteException();
    }
    // restante do codigo: efetua o saque
}

Mas como garantir essa nova lógica de negócio? Temos que testar! Mas como? Talvez você faça assim:

  1. alterando o saldo no banco;
  2. levantando o Tomcat;
  3. abrindo o Chrome;
  4. fazendo login na aplicação;
  5. preenchendo e submetendo formulários;
  6. verificando se houve o erro na tela;

Tudo isso é enfadonho e pior, é TESTE MANUAL. Um hora você vai esquecer ou errar algum passo e aí já viu né…

Fazer testes manuais NÃO É SUSTENTÁVEL: é CARO e LENTO. Nem todas as empresas podem arcar com isso. Por isso é recomendado escrever TESTES AUTOMATIZADOS. Por exemplo, com Java teríamos algo como:

@Test(expected=SaldoInsuficienteException.class)
public void deveNaoPermitirSacarQuandoEstiverNaLiseira() {

    Conta conta = new Conta("Rafael", 24.99); // titular e saldo atual
    double valorASacar = 90.0; // pra curtir uma Orbita na quinta <3

    CaixaEletronico caixa = new CaixaEletronico();
    caixa.sacar(conta, valorASacar); 
}

Com esse simples teste de unidade garantimos que se não houver saldo na conta a exceção SaldoInsuficienteException é lançada. Se nossa lógica mudar futuramente e esse teste quebrar saberemos que alguém fez caca no código! GENIAL, não?!

A verdade é que TODO desenvolvedor DEVERIA escrever testes. Ele deve garantir minimamente a qualidade do código que ele escreve. Concorda comigo?

Para entender do que estou falando, recomendo a leitura desse novo post no blog. Nele discutimos várias práticas para garantir a qualidade do seu código:

>> Na minha máquina funciona, e na sua? Testes, TDD e build automatizado

O que discuto no post é somente a pontinha do iceberg do que estamos preparando para nosso novo curso de testes com Java. Testes, TDD e práticas de refatoração é obrigatório para qualquer profissional que busca qualidade no software que entrega!

E aí, o que achou do post? Deixa teu comentário lá! Eu leio e respondo todos os comentários!