-Modelagem 2D/3D
-Textura e Arte 2D
-Programação C++ (+engines)
-Programação Java e JavsScript
-Áudio – Efeitos Especiais e Ambiente
-Áudio – Música
-Design de Interface
-Engines – Unity (C#/JavaScript)
-Engines – UDK (C++/Java)
-Teste (não se aplica a este tópico)
-Documentação (não se aplica a este tópico)
-Correção Documentação (não se aplica a este tópico)
-Marketing (não se aplica a este tópico)
-Vendas (não se aplica a este tópico)

Os detalhes de funcionamento e método de trabalho será enviado após fechamento da equipe. Estamos recebendo indicações de pessoas acima de 18 anos. Participação mediante contrato assinado.

A principal atenção inicial é atingir o objetivo com essas 25 pessoas sem atrapalhar seus atuais empregos ou estudos. Um projeto incial de entrosamento está a ser criado.

–> Interessados falar comigo através do formulário de contato, aqui!

.

Que tal aprender CSS do básico até o avançando? Desenvolva seu primeiro laytou nos padrões:
6 CSS Tutorials That Take You From Beginner to Expert | DevMoose (inglês)

Estava a procura de um tutorial que ensinasse a criação de temas para WordPress, então achei um bem detalhado, passo a passo desde a criação do PSD até a finalização para a estrutura básica do WordPress. Parabéns ao autor, está separado em três etapas:

Criação do PSD
PSD para HTML
HTML para WordPress

Se você souber de outros tutoriais completos como esse, mande para mim que publico.

Peguei esse link através de um e-mail marketing da Biz Revolution. Achei bem interessante e gostaria de compartilhar. Wallpapers para todos os gostos e tamanhos de monitores

Acesse aqui!

O assunto deste post tem como base o checklist do Projeto Morg, como comentado acima. Conheça mais sobre ele aqui. Então… Vejamos sobre Assert.

Fui realmente entender sobre Assertivas ao ler as páginas 488 e 489 do livro Java Como Programar – 6ª Edição.

A função principal do Assert é retornar uma exceção quando encontrado uma condição falsa. É utilizado para detectar erros de lógica e bugs que passam despercebidos pelo programador.
Sendo mais claro, avalie o código abaixo:

1
2

Int x = 0;
assert (x==0);

Aqui não é retornado nenhum erro, pois a condição foi verdadeira.

1
2

Int x = 0;
assert (x==1);

Nesse caso retorna uma exceção (AssertionError) e interrompe a execução do programa imediatamente.

Mas para que serve isso? Simples! Resolva os bugs de seu programa dessa forma, ou seja, se você não sabe onde está exatamente o problema, poderá dizer ao Java que mande encerrar a exceção em um determinado ponto através desse teste unitário. Que tal pensarmos assim: “Sr. Java, se nessa parte não vier um número 10, por favor, gere uma exceção e pare de executar, então me mostre o resultado da variável, dessa forma saberei onde está o problema.”

Vamos traduzir isso em linhas de código:

1
2
3

for (int x=0;x<=30;x++) {
   assert (x!=10 : “Opa! Saiu um “ + x + ”, não pode!”);
}

Você pode repetir esta operação em qualquer lugar de seu código para fazer testes unitários. Assim você garante a integridade de seu sistema em qualquer momento do desenvolvimento. A princípio você talvez não consiga encontrar uma necessidade para isso. Mas não desista, o Assert é apenas uma ferramenta para o desenvolvedor. Ele irá ajudá-lo a resolver os bugs que estão quebrando a sua regra.

Habilitando o assert

Para que você consiga usar o assert em seus códigos, precisa avisar ao Java que estará utilizando assertions no meio do código. Para isso basta adicionar os parâmetros –ea na linha de comando do console ao executar seu programa:

java –ea MeuPrograma

Se você usa o Eclipse, basta seguir conforma a imagem abaixo. Chame as propriedades de seu projeto e siga os números.

Um detalhe é muito importante: o Eclipse não vai reconhecer o comando assert se não mudar a versão do nível de compilação para 1.5 ou superior. Para isso, basta entrar novamente nas propriedades do projeto, então na opção Java Compiler, ative a opção “Enable project specific settings” e troque a versão. Veja a imagem abaixo:

Atenção! Comente todos os asserts de seu programa ao enviar para produção, já que a execução com os parâmetros –ea podem ser utilizados por qualquer usuário.

No post anterior aceitei a sugestão de Suissa, para exibir as mensagens do sistema logo abaixo do mapa. Valeu Suissa.

Veja como ficou o checklist atualizado da versão 0.6  (legenda logo abaixo):

Para esta versão foquei mais o sistema de visão (e sua amplitude) do personagem(CHAR). Funciona assim, a idéia é mostrar ao jogador todos os itens que são visíveis ao redor personagem de acordo com sua amplitude(AMP), ou seja, a distância de sua visão. Abaixo o cálculo que realizei para efetuar essa tarefa:

O valor da amplitude é definida a cada nova instância de um char, atualmente está setado como 2 . Dessa forma, ele poderá visualizar dentro da matriz até 2 casas ao seu redor.

Abaixo um exemplo prático de como isso funciona:

Abaixo  changelog da versão 0.6:

Sistema de campos de visão:
– Definir em cada item se este será visto em campo de visão. Ex. A grama não precisa ser referenciada, pois é apenas um objeto comum de cenário. Agora uma árvore precisa estar no meu campo de visão.
– Definir a amplitude do campo de visão de um personagem ou npc. Ex., um personagem pode ser 1(um), ou seja, poderá enxergar apenas uma casa (posição) para qualquer lado (x+1). Um monstro pode ser 3(três), podendo ver até 3 posições em qualquer direção (x+3, visão mais ampla).
– Verificação de limites do mapa: exibir como campo de visão que o personagem está nos limites. Serve também para evitar erros em tempo de execução.

Geral:
– Gravar o mundo ao sair.
– Opção de gravar o mundo.
– As bordas do mapa são itens de uma classe e não mais apenas imperssões de caracteres.
– As mensagens do sistema aparecer abaixo do mapa, e não acima. (sugestão de Suissa via blog)
– Criado mais um item: Muro. A borda do mapa agora é formado por muros.
– Alguns melhoramento na programação.

Bug:
– Não deixar movimentar além do mapa.
– Quando o Personagem está na borda do mapa, gerava erro no campo de visão quando amplitude > 1.

Abaixo uma screenshot da versão 0.6 (clique para ampliar):

Fiz um rápido screencast para termos uma noção do que está acontecendo. Prometo que ná próxima eu comento algo junto com o vídeo .

Arquivo de dados:

Todos os objetos no mapa, incluindo a borda, estão sendo armazenados em um arquivo texto no seguinte formato:

x,y;<classe>.<objeto>

Esse arquivo é carregado quando o programa é iniciado, então é montado o mapa. Existe uma thread que é executada de tempos em tempos para a gravação da situação atual do mapa (posição dos objetos) nesse mesmo arquivo texto. Existem outras duas situações em que o mapa também é gravado, através da opção de gravação (tecla G) a patir da linha de comando e quando saímos (tecla X) do jogo.

Observação: os ítens que o personagem está vendo aparecem em uma lista continua, mesmo que sejam repetidos. Pretendo na próxima versão otimizar essa leitura. Alguma sugestão?

Mas caso precise tratar algum em específico, faça como abaixo:

Declare uma variável do tipo EXCEPTION e na segunda linha defina o código do erro a esta variável. No caso abaixo, o erro 2292 é um erro de integridade (constraint):

1
2
3

DECLARE
  minha_exception EXCEPTION;
  PRAGMA EXCEPTION_INIT(minha_exception, -2292);

O resto é comum, faça a exceção. Se tentarmos deletar um registro que possui filho, entra na exceção:

1
2
3
4
5
6

BEGIN
  DELETE FROM TABELA WHERE PK = 10;
EXCEPTION
  WHEN minha_exception THEN
     NULL;
END;

Fácil, não?

Postem nos comentários suas idéias ou conceitos. Detalhe, precisa ser em Java.