Right now, this is very slow and mostly unplayable. Its a matter of time for me get this running well in a regular java phone. There is no storage control, as I still dont know how to handle persistence on JME – the map must be exported to java code (by MonoBED2) and compiled into the application. The entire level is being rendered and there is no texture, 3D object, anti-portals or visibility processing at the time. But again, this is a matter of time.

Angstron 2 level 2 running (WGA screenshot resized  and horizontally flipped in GIMP – Im lazy) …

…and its micro edition counterpart.

MonoBED2 test level (again, resized in GIMP)…

…and its micro-edition counterpart.

The weird colours are MonoBED2’s fault, and are happening with regular BZK too.Let me remind you MonoBED2 is a still in construction level editor.

More to come later. Im still a bit busy in the next weeks.

Udało się! Po nieopisanych męczarniach zaprogramowałem wreszcie porządane przeze mnie kolizje Jestem tym faktem tak wielce uradowany i zmęczony, że nie rozpisując się, podsumuję wszystko kolejnym screenem z gry Yeah!

Last weekend we had another sechsta sinn development meeting in Cologne. After I finished some LUA 4 serialization code (really ugly stuff… after the project is finished I will burn this particular code file) I played a short game against our AI player on Raphael’s really beautiful dust map and decided to make a panorama shot out of it. The result can be seen below:

(click for full blown version)

Video games, when created by individuals, often fall into the category retro games: A genre that imitates the style and design of games authored in the early decades of video gaming.

It’s a smart pick. If the hobbyist would try to compete with todays teams of specialists that transform millions of cash into AAA titles he were doomed to fail. But two decades C64 the team size and money wasn’t the limiting factor – the constraints were of technical nature. Back then a talented individual with a good idea could create a state-of-the art game. And thanks to better tools, better learning resources and faster computers all these games are perfectly doable for anyone willing to learn how. Pick this niche and suddenly you’re on a level with the competition.

Despite all the limitations the old games were fun and often still are. Fun has nothing to do with photorealism. Reading a Book can be a compelling experience – because the story is unfolding in the mind of the reader. When a couple dozen abstract black symbols used in alternation can achieve that how could eye-candy and sourround sound be a critical factor in games?

At the core of any good game is the gameplay and/or narration. And to get that right you don’t need a lot of resources. Quite the opposite: The games industrie is often critizised for its lack of innovation. And when a multi-million dollar budget is at stakes you really can’t make experiements. When you have “asset pipelines” and the likes it’s hard to establish a shared vision of what exactly you want.

I think it’s still possible for individuals or a small groups to create games that matter. Thinking “retro” might help. But instead of recreating what has been done before rather copy the concept:

• Focus on gameplay and narration because thats what makes the game fun
• Stay true to your vision – there’s no need for compromises
• Use resources efficiently to create the hightest possible play value
• Work with symbols and cues to involve the players imagination

There are vantages to being independent. And there are possibilities far beyond those available decades ago. Contrasting this the indie movement in it’s current state is – with exceptions – still rather insignificant.

- Eai man, bora fazer um jogo? Tenho uma idéia que irá revolucionar, vai ser o melhor jogo do mundo.

- Blz, borá fazer.

FIM

Quem nunca passou ou já ouviu uma história dessas? É o que acontece na maioria das vezes. Fazer games não é de um dia para outro, demora, porém o resultado é satisfatório. Hoje vamos debater sobre a primeira etapa de todo o jogo: a IDÉIA. Muitos têm idéias para fazer seu jogo, idéias essas que para o dono será o mais revolucionário de todos. Vamos pisar no freio ai. Não dá para saber se será o que você imagina ou não. Fato: Idéias não servem para nada.

O primeiro passo, já demos que é ter uma idéia de um jogo. Agora passamos para o detalhamento dessa idéia. Qual o público-alvo? Jogadores hardcores ou casuais? Qual será o Gênero? Plataforma, ação, luta ou outro? A princípio, respondendo essas duas perguntas, digamos, que já seja um bom caminho já percorrido. Após isso, começa o famoso BRAINSTORMING que nada mais é que expor várias sugestões de como será o jogo e após isso descartar aquelas sugestões que não será viável. Aquelas que sobraram, temos que trabalhar em cima delas.

Fato: Muitos que se propõem em criar jogos desistem por que o projeto está demorando ou estar achando muito trabalhoso. Se você começar a pensar assim, nunca terminará o primeiro. Dedicação e força de vontade são os principais diferenciais.

Lembra de definir qual será o gênero? Chega o momento de você olhar para os jogos com o gênero que o seu jogo encaixa. Jogue a maioria deles, você notará que muitos têm certa semelhança seja na jogabilidade ou desafio, porém quando estiver jogando faça uma análise crítica. Quais foram os pontos positivos e negativos nesse jogo?  Faça em tópicos ou numa planilha. Ela será a sua base do diferencial do seu jogo. Olhar os jogos concorrentes ajuda a evitar o mesmo erro que eles cometeram.

Essas são, para mim, uma das primeiras etapas que são essenciais para o começo de qualquer projeto de jogo, definir seu público-alvo, gênero e olhar seus concorrentes. Caso queira adicionar algo a essa parte, esteja à vontade a compartilhar.

Semanalmente, estarei divulgando alguns vídeos sobre reportagens, entrevistas e matérias sobre  game design e gamedev. Quem tiver alguma sugestão de vídeo para compartilhar, mandem para nosso e-mail que divulgaremos com o devido crédito. Hoje mostraremos alguns vídeos (maioria em inglês! Temos que exercitá-lo).

E na primeira leva temos um vídeo em inglês sobre Como conseguir um emprego na indústria de games com o pessoal da Sony Computer Entertainment. As dicas servem para toda a área de desenvolvimento.

O segundo vídeo é de vários profissionais na área falando sobre a educação, o conhecimento, o desempenho individual e fazer um portfólio, pois este será sua entrada para o mercado.

No terceiro vídeo é falado sobre a paixão nos games e definir qual a habilidade que você tem para se focar em qual parte do desenvolvimento você se encaixa.

Jeden z najmniej lubianych przeze mnie wykładowców zwykł mawiać: “Pamiętajcie – Nie trzeba wam kombajnu, aby skosić przydomowy trawnik”. Kierując się tą maksymą, odrzucając kilometrowe implementacje shaderów stworzyłem w projekcie CTP cel-shading najprostrzą metodą – zabawą frontFaceCullingiem i backFaceCullingiem. Proste i intuicyjne rozwiązanie Na razie eksperymentowałem na śwince. Pora zastosować go do wszystkich węzłów sceny będących obiektami

Nie potrafiłbym znaleść w pamięci bitwy historycznej, do której porównać by można migrację z wersji 1.4 do 1.6 silnika Irrlicht… Kilka starć… klika podejść, ale moja zawziętość i uparcie wygrały Wreszcie projekt stoi na najnowszym SDK Irr.  Oto lista różnic z jakimi spotkałem się już na samym początku:

- inaczej interpretowane oświetlenie

- inny system zarządzania kamerą

- inaczej realizowany kontener Line.

Duża ilość metod została zmodyfikowana o dodanie nowych parametrów, co sprawia nieco kłopotu przy migracji. Jednak jest ona możliwa Co niesie ze sobą ta zmiana? Już niedługo zajmę się implementacją cel-shadingu

Senang bisa melihat kamu lagi di blog saya. Tunggu? ‘Saya’? Yap, instead of using ‘aku’ I’ll use ‘Saya’, terdengar lebih sopan dan lembut.

Beberapa saat ini saya sedang lumayan sibuk, disibukkan oleh pekerjaan, pekerjaan apa? pekerjaan mahasiswa lah, janganlah tanya, itu juga pekerjaan, it’s even written on my ‘KTP’. Tugas akhir saya tidaklah terlalu menarik, cuma membuat program. Program apa? Program game. Game apa? Game Fighting. Hah? GAME FIGHTING.

Beberapa saat lalu saya telah menyeminarkannya di hadapan dosen pembimbing saya, bagaimana ceritanya? Biasalah, seperti mahasiswa lainnya. Tetapi semua tidak berakhir disitu, bagian tersulitnya baru saja dimulai. Programming is hard? No. it is unique. Ketika saya merasa semua akan berjalan semulus jalanan solo-jogja, saya tersandung kerikil tajam, terpleset kulit pisang, dan menginjak paku yang tergeletak lemah di jalan itu. Sebelum melangkah ke program, ternyata saya harus berurusan dengan banyak posisi karakter yang bisa dilakukan di dalam game. Menggambar satu posisi adalah pekerjaan mudah, tetapi membuat beberapa gambar dan menggabungkannya agar terlihat menjadi sebuah animasi gerakan adalah masalah lain.

terlepas dai semua itu, saya menikmati prosesnya, walau berjalan lambat, sering terpleset, dan lain sebagainya, saya senang. semoga game ini bisa saya ‘rilis’ tepat waktu.

ttd

furiku88

NB: silahkan dinimati progress sampai saat ini

Finally got some time to get this up and running again

grab it now!

http://batterypoweredgames.blogspot.com/2009/11/angstron-micro-edition-v11.html

Para aqueles que estão dando os primeiros passos, sugiro a leitura do tutorial abaixo. Muitas das coisas lá presentes, nós (lemniscata) aprendemos na marra.

Só não gostei da ultima parte, pois para mim o melhor é começar com Allegro e depois de certo tempo mudar para sdl. Por isso abaixo temos também um link para um tutorial para Allegro.

Técnicas empregadas no desenvolvimento de jogos:
http://www.dinx.com.br/2009/08/tecnicas-empregadas-no-desenvolvimento-de-jogos-parte-1/
http://www.dinx.com.br/2009/08/tecnicas-empregadas-no-desenvolvimento-de-jogos-parte-2/
http://www.dinx.com.br/2009/08/tecnicas-empregadas-no-desenvolvimento-de-jogos-parte-3/
http://www.dinx.com.br/2009/09/tecnicas-empregadas-no-desenvolvimento-de-jogos-parte-4/

Allegro:
http://www.bdjogos.com/linguagens.php?id=3

Sim sim, estou a meses parar postar isso.

Yeah, I’ve been stalling this for a long time.

Information, especially finding good information takes time and patience especially since it is spread all over the internet, creating and maintaining a list of this is hard and extremely time-consuming. This guide attempts to educate you in-game programming, how to start, what to do and eventually how to break in and build a portfolio.

About Game Programming
The games industry, is a very profitable, very competitive industry. It has very high barriers to entry, because it is a very difficult field. Programmers are constantly learning and becoming fluent in programming languages, scripting languages, game engines, graphics engines, tool kits, directx, opengl, openal, ai, various API, SDK’s, methodologies, math etc. By keeping the barriers at such a hight they manage to separate the motivated (ie. those who want to get in) and those who just feel like it (ie. those who think its cool, easy or are just lazy). A few things that you should know are the long stressful hours through out development and more so during milestones and crunch time, salaries are also not high by comparison to other fields of development.

But it has its advantages, programming games is very cool and a lot of fun and like me I’m sure other programmers hobbiest or professional get that happy, fuzzy feeling when they see something they created being played and enjoyed by others. It is also a very dynamic work environment where you are surrounded by like-minded, smart and creative people, the work itself is challenging and no two problem are the same. More importantly these people will get that obscure Star Wars or Doctor Who reference

How to Start
At the heart of any game is the engine, which does the herculean task of rendering images and processing input. To have any interactivity at all you need to know how to program.

Which Language should I use?
You have countless choices of programming languages to learn for a variety of platforms, fortunately these languages all quite robust share common elements, learning one means that you can quickly pick up and learn another in a relatively short time.

I have adopted a five star system where one is the easiest and five the hardest, these are my opinion and I have tried to make them as beginner friendly as possible.

Compiled Languages
C ****
Regarded as many as the greatest of modern programming languages, It is very robust and portable, the same code can be ported to Linux or Windows with very little changes being made. It has a community online whom you can get help from and countless tutorials and lessons. You have access to thousands of libraries written over the last 30+ years that will make life easier. Used to be the industry standard.

C++ *****
This is the industry standard today, it is used in almost all major platforms from the PC to the Pandora. As a result of its wide spread use it is a very powerful language that is a superset of C, as a result you have access to thousands of libraries written for C and the thousands more written for C++, can write extremely portable and reusable code thanks to Object Oriented Programming features such as data abstraction, encapsulation, polymorphism, and inheritance. Unfortunately it is not one of the easier languages to learn.

Java ***
Java is a strange language it is not exactly a compiled language and nor is it an interpreted language.
I’m not entirely familiar with and nor am I fond of Java and this may colour my opinion. It is a very powerful language but its scope in-game development so far has been extremely limiting, however it is used for a lot of web-based games, applets, mobile applications and the Android OS contains sections of code written in Java. It is not very difficult to learn in fact John Carmack suggested that beginners start learning programming using Java, as you can immediately start making simple 2D games, but unless utilized properly it is very slow.

C# ***
This is Microsoft response to C++, it is a very robust language and you can port your game from the Xbox 360 to the PC or vice versa with almost no trouble. It is a fairly easy language to learn and also integral to the industry. You also have access to XNA framework which is used by companies to make Xbox Live games. You can easily create Windows applications with speed and without hassle compared to the other languages.

Interpreted Languages
Python **
Python is a hybrid, an extremely powerful language with EVE Online being coded entirely in Python, Civilization 4 also has python bindings as a part of it to allow the mod community to easily modify and create for the game. In my opinion python has not exactly found its place in the industry because it can do so much, but common uses for it are in scripting and indie gaming.

Lua **
I have never used Lua so I am unable to judge it, but from what I read and the few tutorial I checked out, it is not very hard to learn and a very strong scripting language.

Order in which to learn
This is by no means the best order to learn the languages, but it allows you to get familiar with the concepts of programming and the methodologies without getting bogged down and hopefully motivate you to pursue the other.

1) Python
2) C
3) C++

I have not included Java, C# as you can study those after you master the languages above. Java and C# have been excluded particularly because they were created to make the developers life easier tend to lull beginners into a false sense of security as a lot of the backend and low-level development is hidden. While this has its positives in the hands of an experienced programmer in the hands of a beginner it can cause all sorts of headache and code bloat. There is a reason that C++ is the industry standard not just in games but also in various fields of software development because of its low-level access.

Lua is not mentioned as until you have knowledge on programming you wont know how to include it in your game.

A word of warning though, once you learn the three languages above you still have a very long way to go before you can make a full 3D game or even a 2D one, most of the code you will write in the beginning will only run on the command line. But don’t fear once you master the basics you can advance to the fun stuff.

Which Books should I read?
The following is a set of Books that I have read, No review is given just how easy is it to follow, also most of these are not about game programming they are about learning the language.

Check the following for more recommended books with review.
Daniweb Recommended Books C

Daniweb Recommended Books C++

Peer Reviews

Reviews and Recommendations by Yaustar – Also has link to free ebooks

GameDev Books

Which Online tutorials should I follow?

In all honesty it is better to follow a book rather than a tutorials as it may lead to shortcuts and bad habits, but a few that I check out are:

I N33dZ t3H h3lP?!!@??
First off, never start a forums topic like that, your going to get banned. Secondly read this.

The best forums for programming help are:
Daniweb
Gamedev
GameCareerGuide
CPlusPlus

In the next few days I will add information on game engines that will be a natural progression to what you’re learning and a proper list of web resources.

Feel free to comment, question, suggest or criticise.

We haven’t abandoned TimeSurf yet! Well, it’s time to post some news. We’re planning to release TimeSurf on Steam completely free of charge.

Featuring

• Lots of levels to pass
• Many secrets and additional levels
• Steam Achievements

And more! For recent screenshots and videos check out http://www.gamedev.pl/projects.php?x=view&id=940.

Time has stopped in TimeSurf!

Ufff… Po kilku bardzo intensywnych dniach pełnych pracy związanej z drobnymi zleceniami przyszła pora na poświęcenie czasu projektowi CTP. Graficy znów spisali się doskonale, czego efektem jest mnóstwo palm, które obrosły wyspę świnek Podczas implementacji nie zabrakło schodów… Wersja 1.4 silnika Irr, na której ciągle tworzymy realizuje przesłąnianie się obiektów transparentnych w parametrze typu przezroczystości a nie poprzez manipulację ZBufferem, co nie jest zbyt intuicyjne. Na szczęście problem udało się rozwiązać. Ponadto ukończyłem też algorytm zbierania baleronów i update’owania statystyk z tą czynnością związanych. Pracujemy dalej!!!

In the end, I’m skipping the whole week again. Reason? I’m ill and lazy. I don’t really feel like knowledge from school will help me in my future. Rather than studying I’m focusing on gamedev and learning languages.

Anyway, I’m going to create materials for people who want to learn Japanese… Yes I know, I’m not that good myself but I know at least  Hiragana, Katakana and some Kanjis. So you guys go here:

http://bagnzor.org.pl/nihongo/

All of these are pdf files containing tables or printouts that are supposed to help you improve your handwriting. I’ll make rest of hiragana stuff and make katakana tables tomorrow. Stay tuned.

New bug-fix build is now available on Steam.

Changelog:

• Loading custom backgrounds (for now, please place them in X:\Program Files\Steam\steamapps\common\the legends of arkanoid\Backgrounds – Use png format)
• Screenshot saving notice.
• Longer input boxes in pop-ups.
• Totally re-written Steamworks wrapper code. (Including all Steam bug-fixes)
• Added new power-up: AI Paddle
• “#” char fix.
• Volt-Ball and Acid Ball fixes.
• API_Shutdown() fix.
• Small editor changes.
• Fixed “Floating point division by zero” error.
• Added support of achievements and stats.
• New power-up graphics (Showing new style coming in new closed beta 3)
• Power-up size is now set to 32×32, 16 pixels bigger than before.
• All reported bugs fixed.

Enjoy new update.

http://steamcommunity.com/games/tloa

It’s been a while since i had my blog exploit’d. Well, I won’t let that happen again.

Here are some breaking news from world of Lime Entertainment: Shocker is in his lazy trance again. Yay… That means of course – he will not even touch The Legends of Arkanoid source code for the whole week. That’s why I’m more and more concerned about The Legends of Arkanoid release this year. If it doesn’t get released in 2009; don’t blame the whole Lime Entertainment… Blame him.

So halloween’s almost over, oh yeah. Here’s my suprise for not-so-well-mannered kids from my neighborhood. Of course, I do accept kids with manners knocking on my door. But I guess some of you know the worst street in Szczecinek… Yes, It’s Limanowskiego. The place where I live.

In a totally (by me) unexpected move, Unity 2.6 was released today and the Indie version (normally $200) was made free! Wow. I am pretty shocked. Unity Technologies is offering a refund to those of us who purchased Unity Indie and also giving discounted upgrades to Pro and iPhone versions of the app. Pretty nice deal. If you’re into game development it’s worth taking a look at and now that it’s free there’s no downside.

http://unity3d.com/unity/download/

O SENAC São Paulo organizou sua primeira competição de jogos digitais, o e-Games, onde os concorrentes deveriam criar um jogo utilizando XNA. Além do jogo feito com XNA, foi necessário entregar um vídeo, documento de game design, apresentação, resumo e guia de instalação. O Download do jogo pode ser feito clicando aqui, ele necessita do .Net Framework 3.5 e Microsoft XNA Framework Redistributable 3.1 instalados para rodar, não é necessário instalar o jogo, apenas executar o SpaceShip4042.exe.

Tela inicial do jogo desenvolvido com XNA

O prazo para entrega foi na última sexta-feira, e eu decidi participar disto uma semana antes e sozinho. Ou seja, tive apenas uma semana para fazer tudo isso, além de ter que trabalhar e ir para a faculdade. Como estava sem tempo, decidi criar uma versão do meu jogo de celular SpaceShip 4042 em XNA, pois já tenho todas as imagens para criar o jogo, além de ter todo o conceito pronto, só foi necessário programar.

Depois de uma semana dormindo menos de 4 horas por dia, virando noites programando, o resultado não foi exatamente o que eu imaginei, mas consegui terminar meu jogo com tudo que a versão de celular tem, com excessão de som, pois tive dificuldades com isto e estava sem tempo. Além disso, no lugar de um High Score, fiz um Ranking top 5.

Embora eu tivesse apenas que programar, tive vários problemas por não conhecer muitas coisas no XNA e não ter tempo suficiente para estudar melhor. O maior problema que tive foi com a detecção de colisão por pixel. No JME existe uma função que verifica a colisião entre dois Sprites, inclusive existe o tipo de dado Sprite. Já no XNA não é tão fácil assim, não existe Sprite e método de detecção de colisão pronto.

O método de colisão que utilizei consiste em verificar se existe a interseção entre a área da imagem dos dois Sprites que estão colidindo. Uma vez que esta interseção existe, vem a parte mais complicada que é verificar se existe a sobreposição dos pixels que não são transparentes na imagem, utilizando um vetor com a cor da cada pixel da imagem. Não é tão complicado quanto parece, mas é bem chatinho de fazer.

Resolvi o problema do Sprite criando uma classe com os atributos que achei necessários para a fazer a nave, os meteoros, os itens e os tiros. Os principais atributos são: um Vector2D para a posição do objeto, uma lista de Texture2D para guardar todos as imagens que compoem a animação do Sprite, um Rectangle para ser utilizado na detecção da colisão, um vetor de Color com as cores da imagem, um bool para a visibilidade, e inteiros para armazenar vida, frame da animação e movimentação do objeto. Criei métodos para desenhar, mover, esconder, causar dano e verificar se o sprite “morreu”.

Outro problema que tive, mas que foi simples de resolver, foi a animação, pois o XNA também não possui algo que facilite isto como o incrível arquivo GameDesign do JME. Utilizando um inteiro, controlei a animação do Sprite em cada quadro. Também tive dificuldades com a criação das telas e sua maniulação. Criei uma interface para telas, e todas as telas implementam os métodos default do XNA: Update, Draw e LoadContent, além de um para controlar a inicilização das variáveis. A classe principal do jogo inicia todas as variáveis que representam as telas e tem responsabilidade de controlar a exibição de cada uma, de acordo com o estado do jogo.

Tela do jogo com os três tipos de Sprite criados

Se eu tivesse tido mais tempo, ou começado bem antes quando fiquei sabendo desde concurso, eu poderia ter feito muitas outras coisas e melhor, mas fiquei satisfeito em fazer um jogo em XNA em tão pouco tempo e sem conhecer tão bem as características desta tecnologia. Fiz muitas coisas básicas para um jogo 2D, e na minha opinião só faltou colocar som no jogo.

Assim como no JME, que tive dificuldades no começo, tive dificuldades com o XNA também, mas meus próximos jogos 2D nessas plataformas ficarão muito melhores, e provavelmente levarei menos tempo para programar, pois aprendi muitas coisas desenvolvendo para plataformas diferentes com tecnologias distintas. Praticamente tudo que utilizei aprendi fuçando nos exemplos do XNA Creators Club e nas dúvidas no forum, são ótimas fontes de informações.

Meu próximo passo agora é começar a estudar programação de jogos em 3D com C++. Este estudo é o primeiro passo para o meu TCC ano que vem, que provavelmente será um jogo em 3D com C++. Tenho algumas idéias para o jogo, mas nada decidido ainda, porém preciso aprender este tipo de programação, que eu tive contanto apenas no XNA para movimentação de modelos 3D simples na tela.

Na madrugada, estava conversando com um amigo que faz modelagem e quer trabalhar futuramente com Games. Conversando com ele, discutimos sobre o lance do Game Designer, indústria brasileira, indústria exterior, etc. Um ponto interessante da conversa foi algumas dicas que ele passou para mim que pode ser compartilhado com todos sobre a REALIDADE da indústria. Parando para pensar, na realidade muita coisa que ele disse é verdade. Dedicação é o principal diferencial entre o profissional bom e o horrível. Confira abaixo 10 dicas do Nava e vejam o que vocês acharam.

1 – Tente conseguir apoio dos pais, não importando a sua idade, você vai estudar e APENAS estudar por 2 a 4 anos, e o pior, por conta própria. Para quem quer a área gráfica, os cursos só ensinam a usar a ferramenta, todo o resto você tem que se virar.

2 – Use a internet, ela é a maior aliada de quem está estudando, conheça os estúdios, tente conversar com o pessoal da área e o mais importante use os fóruns.

3 – Apesar de já ter falado antes volto a comentar dos fóruns, é em fórum que vão descobrir seu talento, te oferecer emprego fora do país e te ajudar. Nos fóruns de 3D, por exemplo, não existem “trolls”, não precisa ter medo de postar e tirar dúvidas, basta ler as regras antes.

4 – ESQUEÇA fazer faculdade no Brasil para ter diploma, os empregos de games só pedem diploma para programadores, invista no seu conhecimento, pois é o seu portfólio que vai decidir se você consegue ou não o emprego.

5 – Cursos fora do país são uma ótima opção, países como Canadá, E.U.A, Inglaterra e França tem os melhores cursos de 1 a 4 anos e cursos rápidos de uma ferramenta em 6 meses. O grande problema é que esses cursos são MUITO caros, 1 ano de curso no exterior você compra uma casa por aqui.

6 – Dedicação é o item mais importante. A maior parte do pessoal bem sucedido da indústria estuda 8 horas por dia, no mínimo. Tenha isso em mente, se você não estudar não vai sair do lugar e o importante é: estude o que você não sabe no lugar de ficar sempre repetindo o que você já sabe fazer.

7 – Muita gente vai tentar te desmotivar, porque é difícil, porque no Brasil você não vai ganhar grana ou por pura inveja, lembre-se nunca de ouvidos a esse tipo de coisa, se você parar pra ouvir isso nunca vai evoluir.

8 – Depois do suporte dos seus pais é muito importante conseguir suporte dos seus amigos, muita coisa que aprendi foi com meus amigos, ninguém sabe tudo, mas todos sabem um pouco e esse pouco você pode não saber.

9 – Lembrem-se, a internet é sua melhor aliada então não seja arrogante ou troll, se você fizer isso seus futuros empregadores é que vão estar vendo.

10 – nunca pare de jogar =D