Aprendendo C++: Do ZERO ao MESTRE

Renascendo - ou Os Desafios de aprender C e C++

2011-08-05T15:22:00.000-03:00

Oi pessoal,

Tem um bom tempo que não escrevo nesse Blog. Muita coisa aconteceu desde que criei o primeiro post. Quando comecei, imaginei usar a livraria do Ogre e o SDL para criar um game simples, que pudesse ser usado como tutorial e alguém pudesse aprender alguma coisa com isso.

A idéia central era "ensinar enquanto aprendia", assim todos poderiam aprender juntos. Porém, por razões pessoais e profissionais, eu não conseguia ter mais tempo livre para estudar o Ogre e o SDL, então por consequência acabei parando de escrever aqui.

Embora eu tenha deixado essas duas livrarias um pouco de lado, meu interesse em C/C++ não diminuiu e eu continuei estudando sempre que podia. Peço desculpas por não compartilhar meu progresso por aqui, porque pensei que como o que eu estudava não estava diretamente relacionado à proposta de um game 3D, pensei que aqui não seria o lugar correto para escrever.

Aprendi nesse processo que o desafio de aprender C e C++ está muito além da linguem em si. As linguagens são fáceis. Não muda muita coisa em relação a todas as outras. O desafio, na verdade, é que para aproveitá-las ao máximo você precisa estudar os fundamentos do funcionamento de um computador. Precisa voltar um pouco na história, ver o contexto em que elas foram criadas, daí a coisa começa a fazer mais sentido.

Outra grande dificuldade é que não existe um repositório central de informações sobre C. Diferentemente do PHP, por exemplo, que possui o manual no php.net, com tudo explicadinho e cheio de exemplos, com o C a gente precisa fuçar muito mais. Em geral, os tutoriais na internet são básicos, explicam o uso das funções e tal, mas em lugar algum você vai achar exemplos avançados, a não ser que baixe o código de programas open-source pra estudar.

Não estou com os links de todas as referências que andei fuçando (fica para um próximo post), mas pra quem tem interesse nos fundamentos, passo o link do livro do Dennis Ritchie, criador da linguagem C. Passo também o link do Gwan, hoje o servidor web mais rápido do mundo, que permite que você escreva em C direto, sem compilar (você salva o arquivo, o servidor compila em real-time e voilà, seu programa tá funcionando). Finalmente, pra quem quiser fuçar o código-fonte de alguma coisa, é interessante olhar a evolução da linguagem de programação Lua, que foi feita em C. O código fonte está aqui, recomendo baixar o lua-all.tar.gz e ler o documento em que os criadores descrevem sua evolução.

Vou tentar pegar um tempo livre nesse final de semana pra migrar esse blog para Wordpress e dividí-lo em duas partes: uma para os fundamentos da linguagem e outra para o tal do game 3D que todos estão esperando. Espero poder cumprir minha missão dessa vez, sem interrupções.

Abraço a todos,
Rafael

Ressurgindo das cinzas

2009-11-23T13:56:00.003-02:00

Depois que quase 1 ano parado, decidi retomar esse blog. Existem 3 motivos que me levaram a tomar essa decisão. O primeiro deles é que agora estou trabalhando por conta própria (num escritório muito legal que eu recomendo a todos) e assim minha agenda está mais flexível.

O segundo é que recebi uma proposta de dar aula numa universidade em Belém-PA, e a pessoa me achou através desse blog que estava parado. Ou seja: isso aqui é uma vitrine e eu tenho que cuidar bem dela.

O terceiro motivo vai ser o tema desse post. Sexta passada encontrei pessoalmente o Rodrigo Strauss. Sim, ele mesmo, o cara do 1bit, que concedeu uma entrevista a esse mesmo blog lááá no comecinho do ano.

Ele me encontrou num comentário do site da ResultsON, em que escrevi alguma coisa sobre empreendedorismo, e lembrou do meu nome "de algum lugar". Daí ele resolveu fuçar nos e-mails dele (de quando eu o convidei para a entrevista) e achou meu telefone. Então ele me ligou e tivemos uma conversa sobre dominar o mundo e resolvemos marcar no mesmo dia na Av. Paulista.

Falamos sobre nossos projetos pessoais, planos para o futuro e, principalmente, sobre a sina de pessoas criativas que não conseguem levar um projeto até o final (depois dessa conversa, me senti melhor porque vi que não sou só eu que sofro desse problema).

Nesse último item, nos estendemos bastante, porque é um ponto que concordamos. Acho que vale a pena postar aqui, porque acredito que não somos as únicas pessoas do mundo que passam por isso.

Veja se você se identifica:
- Todos os projetos são lindos no início. É divertido criar, ter idéias mirabolantes e colocá-las no papel. Você se empolga e começa a trabalhar nela.

- Aí vem a segunda fase. No primeiro, segundo e terceiro mês você está empolgado trabalhando, desenvolvendo tudo aquilo que você colocou no papel.

- Depois vem a terceira fase (e última para a maioria das pessoas): seu código começa a dar bug, você tem que refatorar, resolver pequenos pepinos, ou, se não for projeto de software, você se depara com questões legais, administrativas, financeiras, burocráticas, pessoais ou, que seja, espirituais.

- Ao mesmo tempo em que isso acontece, você está com outras 500 idéias maravilhosas na cabeça gritando para que sejam colocadas no papel. Então, as pessoas criativas sentam de novo e começam a desenhar, voltando para a primeira fase e perdendo meses (ou até anos) de trabalho porque não ficaram firmes o suficiente para passar por cima dos obstáculos.

Conversamos bastante sobre isso e vimos que estamos alinhados nesse ponto. Ambos estão com pique de pegar um projeto e tocá-lo ATÉ O FIM, mesmo que isso signifique sacrificar outras boas idéias. Então decidimos publicar nosso problema para encontrar outras pessoas que passam por isso, para criarmos um grupo no estilo Alcóolicos Anônimos, em que a galera se encontra pra dizer "Eu estou há 3 meses sem trocar de projeto". =D

Claro que a coisa pode ser mais informal, regada a cerveja e petisco em algum bar de São Paulo, mas o intuito é o mesmo: pessoas que se encontram para trocar idéias e se ajudar mutuamente.

Se você leu até aqui e ficou interessado, escreva para o meu e-mail: rafaelbeckel@gmail.com ou me siga no Twitter: @rafaelbeckel. Você pode seguir o Rodrigo Strauss também, ele ficou de postar alguma coisa sobre isso: @rodrigostrauss.

Espero que saia algum fruto muito produtivo dessas conversas, para todas as pessoas envolvidas. Te encontro lá! =)

Tutorial 01- Configurando o SDL

2009-03-06T14:39:00.017-03:00

Para saber o que é esse blog, leia o post Hello World.
Paraver o índice dos tutoriais, clique aqui.

Tutorial 01: Configurando o SDL

Nesse tutorial, vou ensinar a configurar o SDL com o Code::Blocks e o compilador MingW no Windows. O Code::Blocks é o meu editor de escolha porque eu uso uma máquina que tem um dual-boot Com Linux (Ubuntu) e Windows, e preciso de um IDE multiplataforma (uso Linux 90% do tempo e preciso de um editor compatível pra usar nos outros 10%).

Se você usa outro IDE, visite o tutorial do Lazy Foo (em inglês) para obter instruções específicas de como configurar.

Primeiro passo: se você ainda não instalou o Code::Blocks, instale agora a versão que já vem com o MingW (codeblocks-8.02mingw-setup.exe).

Segundo Passo: instale o SDL. Faça o Download Nessa Página. Role até "Development Libraries" e faça o download da livraria para MingW (Imagem Abaixo).

- Extraia o arquivo .gz (se não sabe como extrair, baixe o 7zip)
- Tem um arquivo .tar dentro dele. Extraia também.
- Agora você pode copiar a pasta para onde quiser. Nesse exemplo vou usar a pasta C:\

Terceiro Passo: inicie o Code::Blocks, vá em "File" -> "New" -> "Project" e crie um projeto em branco ("Empty Project"). Pode salvar seu projeto onde quiser.
Nota: eu sei que o Code::Blocks tem um template de projeto chamado "SDL Project", mas aqui vamos configurar manualmente pra ter mais controle.

Quarto Passo: vá para "Project" -> "Properties".

Na aba "Build Targets", selecione "Gui Application" para evitar que uma janela de console abra toda vez que você executar seu programa.

Quinto Passo: abra o menu "Settings" -> "Compiler and Debugger".
Nota: você pode também fazer a mesma coisa no menu "Project" -> "Build Options". Qual a diferença? Em "Build Options", você está definindo as configurações do Compilador apenas para o projeto ativo (útil se vc edita mais de um projeto ao mesmo tempo que usam diferentes livrarias). Em "Settings", você está editando as configurações para todos os projetos.

Sexto Passo: vá para a aba "Search Directories" -> "Compiler" e clique em "Add".

Então escolha a pasta "include" da pasta SDL que você extraiu.

Sétimo Passo: na aba "Linker", adicione a pasta "lib" da pasta SDL que você extraiu.

Oitavo Passo: na aba "Linker settings" cole esse texto em "Other linker options":

-lmingw32 -lSDLmain -lSDL

Nono Passo: agora copie o arquivo SDL.dll da pasta que você extraiu (está dentro da subpasta "bin") para a pasta que você vai criar seu projeto. Você vai ter que colocar essa DLL na mesma pasta em que vai ficar seu EXE quando você compilar.

Outra opção é copiar essa DLL para a pasta C:\WINDOWS\SYSTEM32, então seu aplicativo irá encontrá-lo mesmo que não esteja no mesmo diretório. O problema é que se você tiver mais de um aplicativo SDL rodando na sua máquina, você terá conflitos se eles usarem versões diferentes da DLL. Ou seja, sempre distribua seus programas com uma cópia da DLL na mesma pasta.

Décimo Passo: agora estamos prontos para programar. =)
Adicione um novo arquivo source (em "New" -> Empty File") , nomeie como "Main.cpp" (importante que a extensão seja CPP), e cole o seguinte código:


#include "stdlib.h"
#include "SDL/SDL.h"

//Declara uma Surface do SDL para receber o desenho
SDL_Surface *tela;

void desenha() {

   // Pega o tempo em Milisegundos
   int milisegundos = SDL_GetTicks();

   // Declara algumas variáveis
   int i, j, yofs, ofs;

   // Desenha na tela (mas não mostra o desenho)
   yofs = 0;
   for (i = 0; i < 480; i++)
   {
     for (j = 0, ofs = yofs; j < 640; j++, ofs++)
     {
       ((unsigned int*)tela->pixels)[ofs] = i*i + j*j + milisegundos;
     }
     yofs += tela->pitch / 4;
   }

   // Atualiza a tela (agora manda mostrar o que foi desenhado)
   SDL_UpdateRect(tela, 0, 0, 640, 480);    
}


// Início do programa
int main(int argc, char *argv[])
{
   // Inicializa o SDL (nesse caso, somente Vídeo)
   if ( SDL_Init(SDL_INIT_VIDEO) < 0 )
   {
     fprintf(stderr, "Unable to init SDL: %s\n", SDL_GetError());
     exit(1);
   }

   // Faz com que a memória seja limpa após finalizar o programa.
   atexit(SDL_Quit);
     
   // Cria uma janela de 640x480 pixels e 32 bpp
   tela = SDL_SetVideoMode(640, 480, 32, SDL_SWSURFACE);
   
   // Se algo der errado, retorna um erro
   if ( tela == NULL )
   {
     fprintf(stderr, "Unable to set 640x480 video: %s\n", SDL_GetError());
     exit(1);
   }

   // Loop principal (repete-se pra sempre, até sairmos do programa)
   while (1)
   {
     // Chama a função de desenhar na tela (que escrevemos acima)
     desenha();

     // Gerencia os eventos do teclado
     SDL_Event event;
     while (SDL_PollEvent(&event))
     {
       switch (event.type)
       {
       case SDL_KEYDOWN:
         break;
       case SDL_KEYUP:
         // Se pressionarmos ESC, saimos do programa
         if (event.key.keysym.sym == SDLK_ESCAPE)
           return 0;
         break;
       case SDL_QUIT:
         return(0);
       }
     }
   }
   return 0;
}

Não se preocupe com os detalhes ainda (nos próximos tutoriais vou explicar). Salve o projeto e compile seu código. Se não ocorreram erros, está tudo pronto. Se não funcionar, volte atrás e verifique se foi feito tudo corretamente. Cheque se você tem a SDL.dll na mesma pasta que seu EXE ou no System32.

Desvendando o SDL (Simple Directmedia Layer)

2009-03-06T11:18:00.006-03:00

Para saber o que é esse blog, leia o post Hello World.
Para ler o resumo do quarto dia, clique aqui.
Para ler a entrevista com o Rodrigo Strauss, clique aqui.

Introdução ao SDL e programação de gráficos com C++

O SDL (Simple Directmedia Layer) é uma biblioteca C/C++ Open Source multiplataforma (roda em Windows, Linux, Mac, Solaris e onde mais você quiser), que permite que você acesse diretamente funções de teclado, mouse, audio, joystick, video e hardware 3D (tando via OpenGL como também DirectX, embora para programação em DirectX seja mais recomendado usar a livraria de eventos do próprio DirectX SDK).

(Estou com pressa e quero ir diretamente para os tutoriais)

Segue abaixo os tópicos que serão abordados:

0- Introdução (é nesse post mesmo, basta rolar a tela mais para baixo)

TUTORIAIS DE PROGRAMAÇÃO C++ E SDL

1- Configurando o SDL
2- Conceitos fundamentais do SDL
3- Carregando e mostrando Surfaces (com imagens BMP)
4- Livrarias de Extensão (Carregando outros formatos de Imagem)
5- Programação Orientada a Eventos
6- Cor Transparente
7- Recortando uma imagem (para animar sprites)
8- Carregando Fontes True Type
9- Eventos do Teclado
10- Eventos do Mouse
11- Estado das Teclas
12- Tocando Sons
13- Tempo
14- Tempo Avançado (independente da velocidade do hardware)
15- Regulando o Frame Rate
16- Movimento
17- Detectando Colisões
18- Detectando Colisões por pixel
19- Detectando Colisões de Círculos
20- Animação
21- Scroll (rolagem)
22- Scrool da imagem de fundo
23- Capturando uma entrada de String
24- Salvando seu jogo
25- Joysticks
26- Eventos de Janela (e janelas redimensionáveis)
27- Alpha Blending (transparência)
28- Sistemas de Partículas
29- Tiling (mosaico de imagens)
30- Fontes em Bitmap (texto em imagens)
31- Manipulação de Pixel e Rotação de Surfaces
31.1- Hora do café: Animando Pixels
32- Movimentos Independentes dos Frames
33- Multiprocessamento
34- Semáforos
35- Condições
36- Usando OpenGL com SDL
37- Usando DirectX com SDL

TUTORIAL DE COMO FAZER UM JOGO DO ZERO

38- Programando seu primeiro jogo (e não é um Pong)
39- Fundamentos de Roteiro e Game Design
39.1- Teoria dos Jogos
39.2- Ambientação do Jogo
39.3- Criação de Personagens
39.4- Roteiro
39.5- Storyboard e Ilustração
40- Modelagem 3D e Texturização
40.1- Modelando o Cenário
40.2- Modelando um personagem
40.3- Texturizando o Cenário e o Personagem
40.4- Animando o personagem
40.5- Criando e animando Objetos do cenário
40.6- Criando efeitos especiais
40.7- Links pra quem quer se aprofundar
41- Interface
41.1- Fundamentos de Design de Interface
41.2- Desenhando e Montando a Interface
42- Trilha sonora e efeitos de som
42.1- Fundamentos de Design de Som
42.2- Criando a trilha sonora
42.3- Criando efeitos de som
43- Juntando tudo

Introdução:

Durante esse tempo que o Blog ficou parado, andei aprendendo algumas coisas sobre SDL, e agora vou passar para frente o que aprendi. Para essa série de tutoriais, vou me basear nos tutoriais do Lazy Foo, que é um dos melhores que achei entre os muitos que existem para iniciantes. Também vou usar alguma coisa do Sol::Tutorials para cobrir alguns tópicos mais avançados. Depois, vou escrever uma série de artigos ensinando como planejar, montar e programar um jogo do Zero, desde a concepção da idéia até a distribuição.

A minha série de tutoriais vai ser quase uma tradução do Lazy Foo, mas com algumas adaptações e com mais exercícios do que tem lá. A idéia é que eles façam jus ao nome desse blog: servir como um guia para quem está começando agora, talvez nunca teve contato com programação antes, cobrindo desde o bê-a-bá até programação de vetores 3D. Porém, tenho um público-alvo específico no meio desses iniciantes: aqueles que querem se aprofundar de verdade, desejem ser mais do que "o garoto dos scripts" e queiram programar seus objetos 3D no nível dos pixels, controlando via código cada uma das coordenadas dos vértices.

O C e o C++ são as linguagens de mais baixo nível entre as linguagens de alto nível. Linguagens de baixo nível são a linguagem da máquina (programação bit a bit) e o Assembly, que exigem que você conheça as especificidades do hardware em que está programando. As linguagens de alto nível são independentes de Hardware. Entre as de alto nível, C++ é uma das que mais se aproxima diretamente do Hardware e é o padrão da indústria para programação de jogos.

Quando eu trabalhava na Pixel Labs (programando em JavaScript), alguns programadores mais experientes diziam por lá que quanto mais você se aproxima da máquina, ou seja, quanto mais baixo nível é a linguagem de programação, você se aproxima mais da matemática pura do que do código (e isso é particurlamente mais válido para programação de gráficos).

Se você é um dos que desejam se aprofundar, recomendo este livro de Geometria Analítica. Não precisa ler tudo, apenas use-o como consulta. Estudando os fundamentos, fica mais fácil entender o código quando precisarmos rotacionar um polígono ou fazer algo parecido.

Então, vamos aos Tutoriais?

Entrevista: Rodrigo Strauss

2009-02-27T17:43:00.004-03:00

Para saber o que é esse blog, leia o post Hello World.
Para ler o resumo do quarto dia, clique aqui.

Explicação da mudança de foco desse blog e entrevista com o Rodrigo Strauss.

Olá, pessoal. Estou postando aqui depois de meses deixando esse blog meio abandonado e deixo aqui minha justificativa e pedido de desculpas:

Como escrevi nesse post do dia 04/08 do ano passado, arrumei um emprego que me desviou totalmente do foco que eu propus inicialmente nesse Blog. Como vocês podem perceber, já passei do prazo que eu mesmo propus (30 de janeiro). Acabei congelando meus estudos de C++ e estou postando novamente agora, pois voltei a estudar; dessa vez com mais calma, mas com a inspiração redobrada. =)

Voltei a postar da melhor forma possível: a tão aguardada entrevista com o Rodrigo Strauss, do 1bit, que pediram nos coments. Na verdade, essa entrevista foi feita em 14 de agosto do ano passado e segue abaixo, na íntegra.
----------------------------------------------------------------------------------------------

Qual foi a sua motivação para começar a programar? Foi com C++ direto?

Eu comecei a programar com 12 anos e é uma história curiosa. Eu adorava vídeo game e lia todas as revistas que existiam do assunto (Ação Games, GamePower e algumas gringas quando eu conseguia). Eu sabia as especificações de todos os consoles e realmente me interessava. Quando alguém me perguntava o que eu queria ser quando crescer, eu dizia que queria fazer jogos de vídeo game. Mas eu não tinha idéia de como um jogo era feito, não sabia que eu jogo era programado.

Minha mãe trabalhava na UNESP de Botucatu e me arrumou um emprego para trabalhar em um centro acadêmico por lá. Lá eu descobri o “Polo Computacional” da UNESP, onde os alunos e funcionários podiam usar os computadores. Isso parece ridiculamente comum hoje em dia, mas em 1992 era algo completamente novo. As máquinas eram PCs XT com DOS e rede Novel, e eu comecei aprendendo a usar DOS, Banner, PrintShop, Word 5. Como eu fiquei realmente fascinado por aquilo, fui até a biblioteca da UNESP procurar uns livros para aprender mais (imagina a cena de um garoto de 12 anos fuçando nas estantes da uma universidade procurando livros de informática). Os primeiros livros que eu peguei foram um de DOS 5 e outro de BASIC. Foi esse o comço de tudo.

Comecei a programar em C++ em 1997, por que o Visual Basic já estava ficando muito limitado. Eu estava usando muito Win32 e aquele monte de Declares já estava ficando complicado demais.

Quais programadores brasileiros você mais admira? Por quê?

Wanderley Caloni e o Fernando Roberto. Existem outros caras que eu julgo muito bons (Pedro Lamarão da lista C & C++ Brasil é um deles), mas eu já trabalhei com esses dois e foram eles que me socorreram e ainda socorrem nas dúvidas mas complicadas. Apesar de eu programar a muito anos, as vezes eu também preciso de ajuda... :-)

Tem uma história muito engraçada do Wanderley. Eu tinha acabado de formatar uma máquina e instalado o SO, mas a máquina não dava boot. Pedi socorro para o Wanderley e ele perguntou: “Você colocou a partição como ativa e ‘bootável’?”. Eu respondi que não, tinha esquecido disso. Ele voltou para mesa dele, pegou um disquete de boot, reiniciou o máquina e abriu o Norton Disk Editor. Abriu o disco no editor hexa e mudou um byte lá no meio. Tirou o disquete, reiniciou a máquina e tudo funcionou.

Quais programadores estrangeiros você mais admira? Por quê?

Esse é mais complicado, porque eu costumo acreditar que o cara é bom de verdade depois de trabalhar com ele e vê-lo realmente fazendo. Conheço bastante gente que fala bastante mas na hora de fazer um software estável e com prazo e orçamento finito não consegue. Como diz um camiseta no Think Geek, “Talk is cheap, show me the code”.

Eu gosto muito dos autores clássicos do C++ (Bjarne Stroustrup, Scott Myers, Herb Sutter e Andrei Alexandrescu), e dos clássicos de Win32 (Charles Petzold e Jeffrey Ritcher). Gosto muito também do Russinovich do Sysinternals. Bom, não é a toa que viraram clássicos...

Poste alguns links que você acha úteis (pode ser artigos seus, de outros programadores ou até um site com recursos úteis).

Eu gosto bastante dos meus artigos para iniciantes, o “Como ser um programador” e “Como ser um bom programador”, além das coisas que eu já escrevi no blog sobre mercado de trabalho. Eu escrevi o que eu gostaria e precisava ter lido quando eu estava começando, e fico bem feliz que eles tenham ajudado tanta gente (eu sei disso porque o pessoal me manda e-mail agradecendo).

De brasileiro, eu leios os blogs do Wanderley e do Fernando. Dos gringos o “The Old New Thing” do Raymond Chen é essencial para quem programa C++ para Windows. O Code Project tem muita coisa boa de C++ para Windows, muito do que eu aprendi veio de lá. O Michael Dunn escreve bastante lá e ele é muito bom.

Acho que já está bom. Essa última pergunta é só pra vc se despedir e escrever o que quiser.

Espero que você continue seu blog e que ele te sirva para, daqui uns anos, ver o quanto progresso você teve. Seria bem legal se eu tivesse escrito um diário ou algo assim sobre as coisas que eu estudei...

Encarando os temidos pointers...

2008-08-14T02:00:00.004-03:00

Para saber o que é esse blog, leia o post Hello World.

Encarando os temidos pointers:

Sinceramente, eu pensava que essa coisa de pointers era mais difícil do que realmente é. Nunca tinha tido contato com eles antes de começar a aprender C++, mas em todos os lugares eu lia que os iniciantes têm dificuldade em aprender.

Por isso, comecei a ler sobre eles no tutorial que escolhi meio que com o pé atrás, mas bem atento, com medo de que viesse uma coisa bem cabeluda pela frente. Na verdade, eles são bem fáceis. Li esse tutorial e mais um em português muito bom para iniciantes, que explica direitinho, e entendi tudo (talvez porque eu já soubesse antes o que eles faziam).

Ok, agora sei como os pointers funcionam e qual sua sintaxe, maaaaaaaaaas.....

PRA QUE PORRA QUE ISSO SERVE????

Bom, se eles existem e os programadores mais experientes falam que são muito bons, deve servir para alguma coisa. Só preciso agora estudar mais pra saber exatamente quando preciso usar, como usar, por quê isso vai otimizar a velocidade do meu programa, etc, etc, etc.

Creio eu que só sejam necessários mesmo quando estou lidando com variáveis com tamanho MUITO grande. Ao invés de chamar uma variável gigante, eu chamo só o endereço dela, que não ocupa muito espaço na memória. Isso me parece ser o óbvio, mas vou me aprofundar mais pra ver onde vou chegar... talvez procurar um exemplo real sendo usado, tutoriais para iniciantes explicam o que é, mas não podem dar exemplos reais, pois seriam muito grandes. Acho.

Dessa vez não vou me delongar mais que isso. Vou mergulhar mais no estudo dos pointers, até que eu esteja dominando. Aí escrevo alguma coisa aqui. Se vocês estão estudando esse tópico, comentem, postem links, digam o que aprenderam.

Próximo passo? Clique aqui. É um tutorial que não li ainda, mas parece ser bem completo. Leia por sua conta e risco.

PS: no post anterior, pediram uma entrevista com o Rodrigo Strauss. Enviei as perguntas pra ele, mas ainda não recebi resposta. Vamos torcer aí (e esperar), acho que essa entrevista vai ser bem instrutiva para quem está começando.

PS2: Estou preparando um artigo mais aprofundado sobre bits e bytes, porque li as explicações sobre pointers e tive facilidade de entender porque já tinha um conhecimento sobre isso. Vi que nesses tutoriais eles não explicam direito essa parte, então vou postar aqui o que sei sobre isso da forma mais didática possível, pra dar um embasamento maior pra quem ainda não entende porque o computador entende "zeros e uns" e não entende "....oito-nove-dez". Depois, continuarei a focar mais ainda nos pointers.

Concordam? Discordam? Comentem! =)

Quarto, quinto... décimo sexto.

2008-08-04T10:39:00.006-03:00

Para saber o que é esse blog, leia o post Hello World.
Para ler o resumo do terceiro dia, clique aqui.
Para ler o próximo post (sobre pointers), clique aqui.

(Atualizado em 27 de fevereiro de 2009)------------------------------
Explicação da mudança de foco desse blog e entrevista com o Rodrigo Strauss.

Olá, pessoal. Estou postando aqui depois de meses deixando esse blog meio abandonado. Como escrevi nesse post do dia 04/08 do ano passado, arrumei um emprego que me desviou totalmente do foco que eu propus inicialmente nesse Blog. Como vocês podem perceber, já passei do prazo que eu mesmo propus (30 de janeiro). Acabei congelando meus estudos de C++ e estou postando novamente agora, pois voltei a estudar; dessa vez com mais calma, mas com a inspiração redobrada. =)

Voltei a postar da melhor forma possível: a tão aguardada entrevista com o Rodrigo Strauss, que pediram nos coments.
----------------------------------------------------------------------------------------------

Quarto, quinto... décimo sexto dia:

Eu tenho uma boa e uma má notícia. Qual vocês querem primeiro?

Ok, comecemos pela má:

Eu arrumei um emprego que vai me obrigar a focar mais em PHP e Java, não vou mais poder atualizar isso aqui todos os dias (embora eu ainda continue estudando C++).
Existe uma vantagem aí: PHP e Java também são OOP, embora menos complexas.

Agora a boa notícia:

Eu arrumei um emprego que vai me obrigar a me focar mais em PHP e Java, não vou mais poder atualizar isso aqui todos os dias (embora eu ainda continue estudando C++). Parece a mesma notícia, né? Pois é, e é mesmo, porque eu descobri uma coisa: atualizar isso aqui uma vez por semana é melhor, por diversas vantagens:

1- Os posts recebem mais visitas e comentários. E mais e-mails, também.
2- Eu foco mais na qualidade, e não na quantidade. Eu posso pesquisar durante a semana coisas interessantes para postar, como tutoriais específicos, e não fazer desse blog apenas um diário de produção (o que dá muito trabalho e eu acabava dedicando mais tempo a isso aqui do que aos estudos propriamente ditos).
3- Posso também fazer posts sob encomenda, basta vc comentar lá embaixo e dizer o que está procurando. Se eu achar interessante, posto.
4- Posso formar uma rede de pessoas interessadas no tal do jogo secreto.

E é sobre ele mesmo o post. No iniciozinho desse blog, um pouco antes de eu começar a ler os tutoriais que escolhi no site Cprogramming.com, li nesse mesmo site um artigo chamado: "So you want to be a game programmer?" que dizia, basicamente, que vc tinha que aprender antes toda a parte chata e que se vc não souber escrever uma calculadora você não faz um game.

É a mais pura verdade. E eu vou um pouco mais longe: sozinho, você não vai fazer um jogo realmente bom. É impossível. Fazer um game envolve trabalho de equipe, o programador é só mais um membro dela.

Recebi um comment no post anterior do José Roberto (eu ia linká-lo, mas ele colocou perfil não disponível), dizendo que queria construir algo do zero e ofereceu ajuda para esse jogo secreto. Isso me colocou pra pensar, porque tem mais pessoas interessadas nesse desafio.

O jogo já está concebido. Desenhado. Todinho no papel. Eu o escrevi pensando em programar no 3D Game Studio, que é uma ótima ferramenta para o que ela se propõe, porém limitada. Com o 3DGS eu até conseguiria fazer algo sozinho, mas não com a qualidade que estou almejando.
*Mas deixa eu deixar uma coisa bem clara aqui: mesmo com suas limitações, os caras fazem coisas de responsa usando o 3DGS, o que prova que a qualidade do seu game não está na ferramenta que vc usa, e sim na(s) pessoa(s) que a usa(m).

Então... quais passos eu preciso dar para que esse jogo saia do papel, com a qualidade almejada?

A resposta imediata a essa pergunta é: preciso juntar uma equipe até a data final desse blog (dia 30 de janeiro). Equipe de especialistas, que sejam apaixonados pelo que fazem e amem games. Segundo: esses caras não vão trabalhar de graça, precisam ganhar o que merecem e trabalhar com exclusividade. Pra isso, tenho que apresentar o projeto pra um investidor; ou então dividir com eles os resultados financeiros que eu tiver. Ou as duas coisas juntas.

Resultado financeiro com games no Brasil? É piada? E a pirataria?

Bom... é aqui que entra o primeiro cara da minha equipe: um empresário visionário que pense num bom modelo de negócios pro cenário brasileiro. Será que não seria melhor distribuir o jogo de graça e ganhar em cima de outra coisa? Ele vai saber a resposta, pois conhece o mercado, é criativo, sabe empreender e controlar uma equipe. Ah, uma boa rede de contatos também ajuda. Deixa que esse eu arrumo.

E as outras pessoas da equipe? Se vocês conhecem alguém, ou se conhecem alguém que conhece alguém, indiquem esse blog. Peçam pra pessoa postar aqui, ou me mandar um e-mail com portfolio e salário pretendido. Veja se ele está na lista abaixo:
Uma observação: uma grande vantagem do profissional brasileiro é a multidisciplinaridade. Conheço pessoas que fazem mais de uma dessas coisas muito bem, então podemos fazer uma equipe menor do que essa que tenha pessoas assumindo mais de um papel, se necessário.

Um game designer. Esse cara vai desenhar no papel todo o conceito e a lógica do jogo, vai fazer alguns rascunhos de arte também. Ele tem que entender bastante do mercado de games, um pouco da parte técnica, um pouco de arte, um pouco de lógica de programação, enfim... um pouco de tudo, mas não precisa ser especialista em nada. Deve saber apenas se expressar bem, escrever bem, saber mexer com projetos e conversar com toda a equipe.

Um gerente de projetos. Esse cara vai botar ordem na casa, vai integrar todos os talentos, vai garantir que o prazo será cumprido, vai comunicar as diversas falhas para a equipe, vai buscar soluções, vai contratar pessoas, demitir pessoas, motivar, organizar, acompanhar, etc, etc, etc. Esse cara tem que entender dos métodos da PMI, talvez ter um certificado (não é uma exigência, mas é um diferencial) ter conhecimento do mercado de games e experiência com projetos de software na bagagem.

Um roteirista. esse vai fazer o roteiro do jogo, falas, diálogos, menus, características dos personagens (físicas e psicológicas). Ele trabalha junto com o game designer. Apenas tem que ser criativo, ter uma cultura geral muito boa, entender um pouco de psicologia, história, geografia e cinema. Sim, cinema principalmente, e como escrever um roteiro e um storyboard. Não precisa falar que ele tem que ser criativo e escrever bem, né?

Um ilustrador conceitual, que seja muito foda. Pode ser de papel ou digital, tanto faz. O portfolio dele deve ser digno de trabalhar nas maiores agências de publicidade. Esse vai pegar o conceito do game designer e transformar em arte. Esse vai criar os personagens, suas formas, texturas, desenhar os cenários, imaginar prontas as principais cenas do jogo e colocá-las no papel.

Um ilustrador técnico. Ele não precisa ser criativo, mas tem que ser metódico e calculista. Ah, e desenhar bem, claro. Ele vai transformar os desenhos do ilustrador conceitual em desenhos técnicos, prontos pra passar pro 3D. Desenho técnico é quando ele desenha o personagem de frente, de lado, de cima e de costas, todos com a mesma medida, para o modelador usar como referência. Modelar os bonecos em argila e fotografar nesses ângulos também tá valendo. E se achar um amigo feio que parece o monstro do game, fotografa ele também.

Três Modeladores 3D. Um pra modelar personagens, outro pra modelar cenários, outro pra modelar objetos. Eles tem que ser bons, modelar rápido, dominar o software que eles escolheram, saber transformar em 3D tudo o que o ilustrador técnico colocou no papel. Simples assim. Ah, claro, saber fazer um texture bake bem feito ajuda.

Um ilustrador digital. Esse também tem que ser muito foda. Ele vai trabalhar junto com o modelador 3D e vai transformar a arte do ilustrador conceitual nas texturas que o modelador vai usar nos modelos 3D. Ele tem que saber pintar peles, terra, grama, pedras, etc; e entender do 3D também porque ele vai fazer texturas procedurais na mão, não apenas pintar no photoshop. Mesclar fotos até vale, mas que no final saia algo original.

(já trabalhei numa empresa que os próprios modeladores texturizavam, não existia essa coisa de separar profissional de modelagem dos de textura e às vezes até animação. Às vezes isso nem precisa mesmo, principalmente no Brasil, mas mesmo que você saiba os dois, sempre tem um deles em que vc é melhor)

Um riggador. Esse vai preparar o modelo 3D e deixá-lo pronto para animação. Vai criar todas as ferramentas e manipuladores para que o animador possa trabalhar sossegado, sem se preocupar com possíveis errinhos nos modelos.

Um animador. O personagem 3D já deve chegar na mão desse cara completamente riggado, pronto pra animar. Esse cara entende de teoria da animação, 2D mesmo. Com essas sólidas teorias na bagagem e um bom rigg, ele vai dar vida aos nossos personagens.

Pronto, e agora o nosso art pipeline já está pronto?

Claro que não... ainda temos que ter um bom arquiteto de informação trabalhando junto com um designer de interfaces. Eles vão criar juntos a arte dos menus e a forma de fazer o jogador interagir (e interagir um com o outro, caso seja um jogo online). Uma boa base conceitual em usabilidade, acessibilidade, jogabilidade e todos os ades são um pré-requisito.

Vocês devem estar loucos pra que eu entre logo na parte de programação, né? Ok, ok, eu vou chegar lá, mas antes tem duas pessoas muito importantes:

Um sound designer e um músico (ou uma banda). O primeiro cria os efeitos sonoros do jogo, o segundo vai criar as músicas. Única coisa que se exige aqui é criatividade e talento. Ah, e claro, o mais importante: saber trabalhar em equipe, cumprir prazos e cronogramas, saber transformar em músicas o conceito que está no papel, saber criar um clima para o jogador baseado nas idéias do game designer e do roteirista (não criar coisas avulsas). Em outras palavras, quero um profissional, não um alucinado que vai pedir 300 toalhas brancas faltando 1 dia pra cumprir o prazo.

E agora, finalmente, os programadores. Sem eles, o jogo não existe. Na verdade, se eles souberem modelar, texturizar, animar e mexer num programa de edição de áudio, eles já podem fazer um jogo sozinhos; sem precisar de investidor nem nada. Até existe gente que sabe um pouco de tudo isso, e cria coisas usando o 3DGS ou alguma ferramenta similar, mas JAMAIS vai sair desse cara solitário um Final Fantasy da vida. Impossível. O FF existe porque tem uma puta equipe por trás; o músico deles é um maestro, compositor, sabe latim, o caralho a4. Os artistas deles são os melhores do mundo, criativos, premiados, etc. Os programadores deles são de C++, não de 3DGS (sem querer menosprezar o 3DGS, claro). É cada um na sua especialidade, explorando a fundo seu talento, não sendo bonzinho em várias coisas, mas sendo FODA em uma coisa só.

Isso significa que vou precisar de programadores pra fazer a lógica, outros pra fazer AI, outros pra Pathfinding, outros pra controlar a animação dos personagens, outros pra gráficos e render, outros pra física e outros pra som. Ou um só que conheça boas ferramentas que facilitem tudo isso. Quero fazer a coisa do zero, mas também não há necessidade de re-inventar a roda... se tem ferramentas boas, vamos usá-las, mas sabendo como elas funcionam e personalizando-as de acordo com a nossa necessidade.

É esse tipo de equipe que eu estou procurando... e espero encontrar até o final do ano. Alguém topa?

Ah, sim... lembrem-se de que esse é um blog sobre C++, para programadores iniciantes; ou para os não iniciantes que se interessam por games. Outros posts sobre esse projeto eu vou fazer DEPOIS DO DIA 30 DE JANEIRO DE 2009. Até lá, só quero juntar pessoas interessadas e vou revelar o segredo do game para aquelas que eu selecionar.

FIM. Agora vou voltar a publicar meu conteúdo normal, uma vez por semana; ou de 15 em 15 dias. Uma coincidência: na mesma semana que arrumei esse emprego, recebi um e-mail do Rodrigo Strauss, do 1bit, que dizia:
"Achei boa tua iniciativa, espero que continue. Só saiba que escrever um post por dia dá bastante trabalho, talvez um resumo da semana seria mais fácil e factivel."

Eu respondi pra ele falando do emprego, que na verdade eu não tinha escolha, teria que ser uma vez por semana mesmo (e que eu iria fazer um post citando o e-mail dele, que só consegui encaixar aqui embaixo =p).

E agora? Qual o próximo passo? Uma entrevista com o Rodrigo Strauss? Um post só sobre Pointers e seus segredos? um artigo sobre Game Design, ou como fazer um Game Loop no C++? Algo técnico? Algo inspirador?

Comentem! O que vocês querem saber?

Entrevista: Wanderlei Caloni

2008-07-23T03:07:00.004-03:00

Para saber o que é esse blog, leia o post Hello World.
Para ler o resumo do terceiro dia, clique aqui.

Entrevista com Wanderlei Caloni

Se você visitar a página oficial da comunidade de programadores C/C++ no Brasil, irá encontrar uma série de links para os principais sites tupiniquins e estrangeiros. Entre eles, está o site do Wanderlei Caloni, programador com 8 anos de mercado e muitas informações para dar sobre o dia-a-dia da profissão.

Ele trabalha principalmente com softwares backend (daqueles que não tem telinha, como serviços e drivers) para a plataforma Windows e com segurança da informação. Ele diz que é um profundo conhecedor da linguagem C e não-tão-profundo-conhecedor-modéstia-mode-ON da linguagem C++. Ele usa a API Win32 para a maioria das tarefas, apesar de já ter se aventurado com o tão bem falado C++ Builder (plataforma de desenvolvimento rápido da Borland) e com MFC/ATL/WTL (confuso?).

Sem mais delongas, segue abaixo a entrevista que fiz com ele, na íntegra. Espero que lhe seja bastante útil. =)

Você começou com C++ direto, ou com outra linguagem?

Caloni: Comecei com BASIC, em uma telinha do DOS dentro do Windows 95, o primeiro sistema operacional que fucei na minha vida. Na época lia diversos livros disponíveis na biblioteca sobre a linguagem, os quais continham exemplos para treinar. Obviamente, naquela época programar era apenas um hobby. Um hobby, aliás, muito divertido.

Como você começou a programar? Qual foi a sua motivação?

Caloni: Sou "novato" no ramo perto das pessoas veteranas que conheço: comecei a programar aos 17 anos. Minha motivação? Eu achava todo esse negócio de informática e computador a coisa mais divertida do mundo! (na verdade, ainda acho). Não houve uma motivação especial no começo, visto que eu lia sobre todas as coisas que eu achava necessário para conhecer a fundo o funcionamento do computador (da visão abstrata do hardware até os princípios lógicos que levaram-no a ser inventado). Programar foi uma continuação do meu estudo; se tornou um vício, e hoje sou um programador profissional.

Quais foram as principais dificuldades encontradas?

Caloni: Para quem tem tempo e vontade de aprender sobre alguma coisa, não existe muita dificuldade (ou como diz meu amigo Thiago, "quem tem tempo caga longe!". A própria dificuldade é uma diversão! Quando, por exemplo, nos vemos com um erro de compilação ou um programa que trava, a diversão é descobrir por que não está compilando, ou por que está travando. Esse negócio de dificuldade eu acredito que seja para as pessoas que não estão motivadas o suficiente e que deveriam, na minha opinião, pensar em fazer outra coisa mais motivante. Todos podem ser felizes fazendo o que gostam.

Por quê C++?

Caloni: Acredito que a pergunta deva ser "Por que C?", já que comecei efetivamente programando em C, dominando a linguagem, para depois me atrever a aprender "C com classes". A resposta pode não ser bonita, mas serviu de motivação para eu mudar do BASIC para o C: é a linguagem dos "fodões". Sistemas operacionais são escritos em C; os programas mais badalados do planeta são escritos em C; jogos são escritos em C; como você mesmo disse, até novas linguagens são escritas em C. Além do mais, é a linguagem dos hackers (além de assembly, que também me aventurei algum tempo atrás), ou seja, não existem muitos limites do que se possa fazer em C. É uma linguagem pra vida toda. Depois de dominar completamente essa linguagem você pode partir para outras linguagens mais modernas ou mais "funcionais" para o que você está fazendo e tirar de letra em pouquíssimo tempo. Porém, você não consegue aprender e usar C facilmente se partir de outra linguagem de mais alto nível. Outra coisa que merece atenção: aprender C pode não ser tão difícil, mas dominar a linguagem, isso, talvez demore anos; e muitos dizem que você sempre está aprendendo coisas novas todos os dias. Eu acredito nisso. Programar em C é uma lição de humildade, pois quase todo o tempo você terá que lidar com o fato que se existe alguma bug no seu programa, o bug é totalmente seu, e não do framework, da runtime do C ou do compilador.

Quais programadores brasileiros você mais admira? Por quê?

Caloni: Não conheço muitos pessoalmente, mas são esses os que mais admiro por vê-los de fato programando, e não em linques qualquer da internet ou em uma lista de discussão: Rodrigo Strauss, Fernando Roberto da Silva, William Oliveira, Thiago Oliveira. Por coincidência, a maioria programa em C/C++. Porém, nem todos; o Thiago, por exemplo, programa em C# principalmente, o que prova que não é a linguagem que faz o programador, mas o que ele faz com a linguagem é que o define melhor. A razão de admirá-los é porque houve hábitos e princípios de todos que usei como inspiração para me melhorar como programador, e porque aprendi muito com todos eles.

Quais as principais dicas que você dá aos iniciantes?

Caloni: Dicas? Não tem dicas. Nem segredos. Se você quer aprender C/C++ ou qualquer outra coisa nessa vida, a única saída é agir. Leia o quanto puder, programe o quanto puder. Bons programadores gostam de fato do que fazem e se destacam naturalmente, assim como em qualquer profissão. O único conselho que dou a quem deseja se iniciar na arte é ter certeza de que é isso mesmo o que você quer. Se for realmente o que você sempre quis fazer, então não existirá tempo ruim nos momentos ruins (e vão haver, tenha certeza disso). Agora, se não for o que te faz acordar todo santo dia para ir trabalhar, então você tem duas escolhas: achar o que realmente você gosta de fazer ou aprender a gostar do que você quer fazer. Ambas são possíveis; basta ter vontade.

Poste os links dos artigos que já escreveu.

Caloni: Artigos? Bom, pensei que a maioria dos meus posts no blogue fossem artigos... aqui vão alguns (em inglês) que fiz para o The Code Project (um site muito bom sobre programação Windows lá fora):

http://www.codeproject.com/script/Articles/MemberArticles.aspx?amid=108248

E abaixo alguns artigos que eu acho particularmente interessante para os iniciantes:

http://www.caloni.com.br/blog/archives/guia-basico-para-programadores-de-primeiro-int-main
http://www.caloni.com.br/blog/archives/guia-basico-para-programadores-de-primeiro-breakpoint
http://www.caloni.com.br/blog/archives/os-diferentes-erros-na-linguagem-c
http://www.caloni.com.br/blog/archives/configurando-seus-projetos-no-visual-studio
http://www.caloni.com.br/blog/archives/read-the-functional-manual

Terceiro dia: revisando

2008-07-21T19:20:00.006-03:00

Para saber o que é esse blog, leia o post Hello World.
Para ler o resumo do segundo dia, clique aqui.

Resumo do meu terceiro dia

Existem duas categorias de pessoas que estão começando a aprender C++:

- Aqueles que nunca tiveram contato com programação na vida;
- Aqueles que já programaram antes e querem ser mais poderosos, dominando uma liguagem mais avançada;

Como estou na segunda categoria, passei o dia revisando tudo aquilo que eu já sei de outras linguagens e fiquei treinando escrever na sintaxe do C++. Trabalho pra um único dia, no máximo dois, apesar de eu ter estranhado alguns detalhes. Porém, para o pessoal da primeira categoria, é impossível fazer isso em um só dia, então vou dedicar meu post para eles.

Para você que nunca programou na vida, selecionei 3 artigos no site do Rodrigo Strauss:

Como ser um Programador?
Melhor ainda, Como ser um Bom Programador?
E, finalmente, as Perguntas mais frequentes de quem está começando.

Recomendo que leia-os antes de continuar aqui. Depois, se ainda se sentir motivado a aprender C++, leia sobre os seguintes assuntos, em todos os lugares que conseguir encontrar: algoritmos, condicionais, operadores, loops (for, while & do-while), funções. Leia, preatique, comente lá embaxo, escreva-me um e-mail, entre nas comunidades do Orkut sobre programação, etc.

A próxima lição da lista do meu tutorial escolhido é a primeira novidade real que apareceu pra mim: os temidos pointers (ou ponteiros). Eu já esperava isso, sei que com o C++ eu tenho que gerenciar a memória do computador na unha (as linguagens mais alto nível fazem isso automaticamente) e que isso confunde muita gente.

Cenas do próximo capítulo*: vou estudá-los com calma. Todas as recomendações que li a respeito dizem que essa parte é difícil de entender, mas que não devemos passar pra frente enquanto não estiver dominando isso. Vou dedicar mais dias a essa parte, já que praticamente pulei as lições mais básicas, além de ser um assunto que naturalmente gera mais dúvidas.

*Entrevista: Wanderlei Caloni
*Quarto dia

Espero vê-los em breve.

Segundo Dia: seguindo os tutoriais

2008-07-20T22:28:00.006-03:00

Para saber o que é esse blog, leia o post Hello World.
Para ler o resumo do primeiro dia, clique aqui.

Resumo do meu segundo dia

Hora de escolher um bom tutorial pra trabalhar! Existem muitos na internet.

O meu método pessoal de aprendizado é me concentrar em apenas um tutorial, que vai servir de guia, e usar os outros apenas para ver os assuntos estudados sob outro ângulo. Eles sempre trabalham com exemplos diferentes, exercícios diferentes - e ver um assunto sob vários ângulos é a melhor forma de fixá-lo. Ontem fiz uma seleção prévia e estou com 3 tutoriais abertos:

http://newdata.box.sk/bx/c/htm/ch01.htm

http://www.cprogramming.com/tutorial/lesson1.html

http://www.isotton.com/devel/docs/lcpp/unpacked/node3.html

Você pode ficar livre pra escolher aquele que faz você se sentir mais familiar, ou procurar um em português. Eu prefiro me acostumar a ler tudo em inglês porque as melhores documentações de tudo o que você imaginar estão em inglês - e isso vai ser crucial pra quando você for alçar vôos maiores com programação.

Antes de ler, passei uma vista rápida neles e pulei toda a parte introdutória, por exemplo: diferenças entre linguagem interpretada e compilada; o que é um compilador; diferença entre código-fonte e executável; etc. Eu não preciso ler essas coisas, MAS se você está programando pela primeira vez na sua vida, recomendo fortemente que leia tudo isso e entenda (principalmente a parte de Programação Orientada a Objeto).

MÃOS À OBRA:
Escolhi o tutorial de 21 dias como guia e comecei a seguí-lo. Eis que surgiu, então, a primeira mudança de planos. Eu havia decidido por esse tutorial porque me pareceu ser mais completo, mas quando cheguei na parte prática, descobri que não funcionava, porque foi escrito antes do C++ se tornar um ISO Standard. Esse tutorial foi tirado da segunda edição de um livro que já está na quinta, a única coisa que achei atualizada dele estava à venda no Amazon e eu não quero gastar dinheiro com isso agora.

Fiquei então com o tutorial do cprogramming.com, que é mais objetivo e explica direitinho. A compilação que fiz do meu "Hello Fuckin' World" funcionou perfeitamente bem e eu não fiquei me sentindo um idiota perdido.

Descobri também que passo mais tempo escrevendo aqui do que de fato lendo o tutorial. =p

Cenas do próximo capítulo: vou tentar fazer posts mais resumidos e com mais links. O próximo passo é exercitar as "IF Statements", que não são novidade pra mim, mas vou seguir o tutorial passo a passo.

Primeiro dia: Organizando-se

2008-07-19T09:01:00.009-03:00

Para saber o que é esse blog, leia o post Hello World.

Resumo do meu primeiro dia
Estou começando uma jornada de 6 meses e preciso me manter sempre dentro da minha meta, então as palavras de ordem são: organização e planejamento.

Nota importante: nunca, NUNCA comece nada de longo prazo sem planejar todos os detalhes, mesmo que no meio do caminho esse plano sofra algumas alterações. Toda caminhada de 1000 passos sempre começa com o primeiro - e esse primeiro passo deve ser sempre: escrever tudo o que você precisa fazer para atingir a sua meta E MANTER TUDO O QUE VOCÊ ESCREVEU NUM ÚNICO LUGAR. Em outras palavras, esqueça os post-it. Alimente o hábito de ter uma agenda, seja no papel ou eletrônica, que guarde todas as suas informações num único lugar e que seja facilmente acessível. Você vai ver o quanto isso faz diferença na vida de um programador.

Há uns meses atrás confiei toda a minha vida pessoal e profissional aos servidores do Google. Nunca mais precisei de agenda no papel e nunca mais perdi meus dados com formatações e acidentes, além de integrar tudo com meu e-mail, mas depois eu entro nessa questão com mais detalhes.

Meu primeiro passo, portanto, foi criar uma planilha de acompanhamento pra mim mesmo, baseado no que eu esperava de cada mês. Lembre-se, você é um autodidata, não alguém que está surfando a esmo na internet. O objetivo aqui é aprender algo específico com um prazo bem definido, então temos que organizar esse pouco tempo que temos. Segue abaixo o que eu escrevi no papel antes de passar para a planilha:

Primeiro mês
Pretendo entender a linguagem e já fazer meus primeiros programas em C++. Vai ser um pouco mais do que calculadoras e programinhas "Hello World". Vou atingir esse objetivo em 30 dias. Pra calcular esse tempo, me baseei num tutorial que achei de 21 dias. Como vou seguí-lo à risca, deixo mais 9 dias para pesquisar outras referências na internet livremente.

Segundo mês
Pretendo me aprofundar mais em lógica de programação, estruturação de dados, interface e pesquisar bibliotecas que possam me ser úteis. Criar um mini-projeto pessoal para exercitar os conhecimentos adquiridos.

Terceiro mês
Estudar mais a fundo gráficos e interface com o usuário.

Quarto mês
Começar a brincar com o Ogre. Entender a arquitetura e os fundamentos dele.

Quinto mês
Pesquisar bibliotecas que possam ser integradas com o Ogre para a produção de um game e decidir quais usar. Escrever um mini-game básico para testar (um joguinho básico de tiro)

Sexto mês
Começar a trabalhar no Game Secreto que prometi revelar no final da novela. Publicar o novo blog.

Agora que eu já tinha idéia de como seriam esses 6 meses, meu segundo passo foi começar a fuçar tudo o que eu encontrasse sobre C++. Criei uma pasta nos meus favoritos do Firefox e coloquei tudo o que eu achei lá, sem ler muito a fundo, mas organizando por necessidade.

Agora, o terceiro passo: depois de escolher um bom site para me basear, comecei a ler o que eu precisava pra começar a programar. Então, descobri que eu teria um passo a mais antes de escrever meu "Hello World" turbinado: qual ambiente de desenvolvimento escolher?

Passo três ponto um: passei o dia escolhendo o IDE que eu iria trabalhar. É uma tarefa difícil, pois existem muitos deles e cada um é melhor em alguma coisa. Depois de pesquisar as opções gratuitas que existem, acabei optando pelo Code::Blocks, depois de duvidar se baixaria ou não o Eclipse.

O Code::Blocks é um editor de projetos respeitável, já está na versão 8.2, mas o que mais pesou na decisão de escolhê-lo foi o fato de ser recomendado no Wiki da Ogre. Enfim, finalmente eu baixei e instalei tudo o que tinha que instalar e me permiti um bônus: meu primeiro "Hello World" seria um mundo em 3D do Ogre. Afinal, eu tenho que começar com o pé direito.

Então, meu quarto passo foi botar esse Hello World pra funcionar. Sem entender nada de Ogre, baixei o SDK recomendado e me aventurei a instalar junto com o Code::Blocks. Segui umas instruções para compilar uns projetos que vinham junto com ele, mas não deu certo.

Então comecei a fuçar tutoriais de como configurar um projeto do Ogre, e achei meu salvador da pátria: o Eric Draven escreveu um tutorial em português de como configurar uma cena do zero. Achei aquilo ótimo, pois assim eu poderia entender mais a fundo o que estava acontecendo. E li avidamente até o final, fazendo tudo passo-a-passo e descobrindo os confins do Code::Blocks.

Infelizmente, ainda perdi mais um pouco de tempo porque a versão de uma DLL do DirectX não era compatível com o programa que eu compilei e eu tive que olhar em alguns fóruns gringos a solução, mas não foi tão difícil assim de achar. Enfim, depois que consegui rodar o programa, me dei por satisfeito. Estava terminada minha busca do primeiro dia, com a sensação de ter feito mais progressos do que eu imaginava: estou com um SDK funcionando, o Ogre instalado pra eu brincar de vez em quando e um tutorial de 21 dias selecionado a dedo, que vou mesclar com outro de 24 lições pra ter duas abordagens diferentes no aprendizado. Se não entender uma coisa de um, tenho o outro pra explicar. =)

Até amanhã, crianças!

Meu primeiro "Hello World" em C++. Nada mau, né? =)

Cenas do próximo capítulo: amanhã vou ler a lição 01 do tutorial e procurar pessoas pra divulgar esse blog. Adicionar outros desenvolvedores no meu Gmail e MSN, procurar fazer um network. Bingo.

Hello World!

2008-07-19T04:40:00.005-03:00

O QUE É ESSE BLOG?
Esse blog fala sobre as aventuras de um cara que quer aprender C++ avançado, do ZERO, e existe pra ajudar outros iniciantes como eu. É uma forma de mostrar aos aspirantes o que eles vão encontrar pela frente, além de dar dicas de como completar esse objetivo num prazo determinado.

Meu objetivo é bem definido: quero dominar a linguagem em menos de 6 meses (entenda: dominar não é igual a aprender. Você aprende em 20 dias, pra dominar geralmente leva anos). Depois disso, vou fazer um game com o Ogre. A identidade desse game secreto (que já existe no papel) pouca gente sabe e ela será revelada no final do blog. =)

É isso mesmo, esse blog vai ter início, meio e fim. É uma novela. Meu último post vai ser no dia 30 de janeiro (meu aniversário), daqui a exatos 6 meses e 10 dias. A partir desse dia, vou escrever outro blog, dessa vez especificamente sobre o projeto do game secreto.

POR QUÊ APRENDER C++ E NÃO OUTRA LINGUAGEM?
1- porque meu intuito é fazer jogos 3D sem limitações. 3D Game Studio, DarkBasic, Irrlicht, Blitz e similares não me atendem. C++ é mais rápido, mais poderoso, tem acesso direto ao hardware e, portanto, pode escrever a próxima CryEngine.

2- porque você pode brincar de Deus. C++ faz tudo. C++ é a mãe* de todas as linguagens de programação, todas elas (com excessão do Assembly) são escritas em C ou C++. O seu sistema operacional é escrito em C++, o seu navegador de internet também, seu editor de texto idem e, o mais importante, os jogos mais fodásticos do mundo são feitos em C++.
*Na verdade é o Assembly, mas ele é tão feio e chato que não tenho coragem de chamá-lo de mãe.

3- porque não muda. É ISO Standard. Tem 30 anos nas costas e sua estrutura básica continua praticamente inalterada. Portanto, é um aprendizado para a vida inteira, diferentemente de outras linguagens que mudam de sintaxe como mudam de roupa e aposentam seus livros antigos. Isso significa que existe muito código de C++ que os tiozões escreveram e ainda servem.

4- conhece outros motivos? Comente. =)

MAS RAFAEL, POR QUÊ EU DEVO ACOMPANHAR ESSA NOVELA?
Bom, se você não tem interesse em aprender C ++, nem sei porque chegou a ler até aqui, mas obrigado pela atenção. Talvez você goste de ler o resto da novela, por curiosidade - embora ela não vá ter muita utilidade prática pra você. =)

Porém, caso tenha interesse em aprender, esse blog vai ser muito útil no seu caminho e eu te dou as boas vindas a esse time de pessoas corajosas que encaram essa linguagem tão complexa. Te convido para trocar figurinhas conforme a gente vai aprendendo.

Meu intuito é que o blog sirva de inspiração pra quem quer começar também, porque sei que não é um caminho fácil, principalmente pra quem quer programar jogos 3D, e o prazo é apertado: posso até começar a programar relativamente bem no primeiro mês; mas, pra DOMINAR a linguagem, 6 meses é muito pouco.

Está pronto para começar a jornada? Então, vamos ao primeiro dia.

Enjoy! ;)

OBSERVAÇÃO:
Vale ressaltar um detalhe: estou partindo do zero, mas não exatamente sem nada na mão. Eu não sei quase nada de C++, mas não absolutamente nada, porque já programei em outras linguagens antes e tenho noção das complexidades a mais que o C++ tem; então posso passar rápido por toda a parte introdutória. Portanto, posso afirmar que vou sair desses 6 meses me sentindo seguro até para ensinar C++ para outras pessoas, mas se você estiver realmente partindo do zero absoluto, ou seja, se nunca programou antes, com certeza você vai levar mais tempo do que eu (sem querer te desencorajar, é claro).