• Advertisement
Sign in to follow this  

Unity Learning Game engine or Programming first

This topic is 1336 days old which is more than the 365 day threshold we allow for new replies. Please post a new topic.

If you intended to correct an error in the post then please contact us.

Recommended Posts

Hi everybody

 

I have seen various opinions on how to start learning mobile game development. I've seen suggestions such as "learn java fundamentals - advanced and other languages then try game engines" and also " learn game engine and learn the coding required for a specific task you are trying to achieve/tweak"  the last one sounds more exciting i guess, but I am looking for the most efficient path for mobile game development.

 

what way would be the most efficient, for a complete beginner, to learn mobile game development? 

 

thank you in advance! 

 

Edit: I used Unity before but recently Unreal 4 and looks like i want to give that a go. 

Edited by Aris Savva

Share this post


Link to post
Share on other sites
Advertisement

I think it depends on the complexity of problems to solve.

If you can solve all the problems with the game-engine easily there is no need to learn complex programming languages. On the other hand it sometimes might help to find solutions if you have some knowledge of more complex environments.

 

I have the feeling that I do not found the right words.

Share this post


Link to post
Share on other sites

Is the intent to become a better programmer, or to complete a game?

You'll learn different things depending on the path you take.

 

Learning an engine teaches you less about the inner workings and low level elements of programming, but it gets you faster on your wheels to learn game development, gameplay programming, etc. 

Learning from scratch makes you a better programmer and gives you better "tools" or mental constructs to tackle problem solving later on (effectively increasing your velocity as a developer and developing your ability to resolve some issues such as optimization, which is critical in mobile).

 

The two are viable avenues.

Share this post


Link to post
Share on other sites

@Tribad thank man.. dont worry i understood:) 

 

@ Orymus 3  Thank you for the reply... the intent is to complete a game. I dont really care about becoming a programmer (unless i have too in order to develop games) if i can work around game engines and make games work just as fine .... i guess i would prefer that. 

 

I understand becoming a programmer first would be wise.  A lot more benefits, most importantly, less down time just jumping in and tweaking the code for a specific action than searching for codes and then trying to understand and learning it while making your game. 

 

I assume someone who chooses the game engine path would never be considered a programmer... since everything he learns is mostly related to the specific game he/she is developing only. Well.... Unreal 4 uses C++....If you want to make a character look like its walking ... you can probably learn that and use it when creating the next game that involves someone walking. So over time you will learn quite a lot of coding but nonetheless, it will be for specific actions that you want in a game. 

 

Becoming a programmer can be tedious but rewarding. 

 

Going straight to game engine can be exciting but take longer.

 

Am i understanding this correctly ? 

Share this post


Link to post
Share on other sites

You at least need to know the basics of programming,  loops, branches and logic before you start using an engine.  Even if you jump streight in you will eventually hit a bump and then go back to learning coding properly.

 

Understood ... would you recommend basic C++ (since i want to use unreal 4 engine) ? 

Share this post


Link to post
Share on other sites


@ Orymus 3  Thank you for the reply... the intent is to complete a game. I dont really care about becoming a programmer (unless i have too in order to develop games) if i can work around game engines and make games work just as fine .... i guess i would prefer that. 

 

I think I can code, but I don't think of myself as a programmer.

I can make a game that works, or a prototype, but I'm not a low-level kind of person.

You can code games without having to program them (if the nuance makes sense).

Also, coding a game, brings your closer to understanding programming, and it is an applied way of learning more (especially about the basics).

 


Going straight to game engine can be exciting but take longer.

I think it's actually faster to use a pre-existing engine (isn't it the whole point too?). You may however grow into finding them limited if you want to do something very advanced, and may end up coding in the engine to "hack" the core logic. By making your own engine, you apply your strong understanding of what you set out to do to make things simpler for you in the long run, at the expense of spending a lot of time coding before getting any noticeable result.

Share this post


Link to post
Share on other sites

 


@ Orymus 3  Thank you for the reply... the intent is to complete a game. I dont really care about becoming a programmer (unless i have too in order to develop games) if i can work around game engines and make games work just as fine .... i guess i would prefer that. 

 

I think I can code, but I don't think of myself as a programmer.

I can make a game that works, or a prototype, but I'm not a low-level kind of person.

You can code games without having to program them (if the nuance makes sense).

Also, coding a game, brings your closer to understanding programming, and it is an applied way of learning more (especially about the basics).

 

 

 


Going straight to game engine can be exciting but take longer.
 

I think it's actually faster to use a pre-existing engine (isn't it the whole point too?). You may however grow into finding them limited if you want to do something very advanced, and may end up coding in the engine to "hack" the core logic. By making your own engine, you apply your strong understanding of what you set out to do to make things simpler for you in the long run, at the expense of spending a lot of time coding before getting any noticeable result.

 

 

I see,,,, so what do you recommend for someone who has an idea for a mobile game and whats to make it happen?(Wants to do it himself of course)

Share this post


Link to post
Share on other sites

I see,,,, so what do you recommend for someone who has an idea for a mobile game and whats to make it happen?(Wants to do it himself of course)

 

 

I'm super biased, but C# in Unity3D can teach you a lot about programming.

 

Pros:

You don't need to worry about dependencies. Unity has about 95% of what a gameplay programmer needs.

C#, in my own opinion, is a no bullshit language.

Minimal effort, compared to a lot of engines/languages, to compile for different platforms.

 

Cons:

You'll most likely need to buy something off the asset store if you're doing something exotic. (Unity is actually really flexible, and you can emulate a lot of features from other engines, but it will just be a little slower)

Share this post


Link to post
Share on other sites

 


I see,,,, so what do you recommend for someone who has an idea for a mobile game and whats to make it happen?(Wants to do it himself of course)

 

 

I'm super biased, but C# in Unity3D can teach you a lot about programming.

 

Pros:

You don't need to worry about dependencies. Unity has about 95% of what a gameplay programmer needs.

C#, in my own opinion, is a no bullshit language.

Minimal effort, compared to a lot of engines/languages, to compile for different platforms.

 

Cons:

You'll most likely need to buy something off the asset store if you're doing something exotic. (Unity is actually really flexible, and you can emulate a lot of features from other engines, but it will just be a little slower)

 

Thanks a lot .. damn i really wanted to try unreal 4 though .. its a lot cheaper too ... unity is 70 dollars a month without the mobile stuff i believe... unreal gives you full access at just only 20 dollars

 

I believe C# is only for unity though right ? i believe unreal uses C++ 

 

Nonetheless, you are suggesting to learn C# from scratch and then use Unity ? or learn along the way while making the game ? 

Share this post


Link to post
Share on other sites

What is your end goal? Are you just a hobbyist game developer or are you planning to break into the Industry in the future? If you're a hobbyist then I think you really need to be a good programmer, as you are the all around guy. If you want to break into the industry, what position are you thinking? A game designer, level designer doesn't really need intensive programming skills. You just need to have good imagination and familiarization with the tools. But if you want to do gameplay, you will need programming.

 

As to what language, for a beginner, I would suggest C#. Then play with Unity. As a beginner, you probably won't need a license for Unity. Unity Free version would definitely be enough to get you going. C++ is rather a difficult language. It is nice to dig deep into that when you are comfortable with programming.

Share this post


Link to post
Share on other sites

What is your end goal? Are you just a hobbyist game developer or are you planning to break into the Industry in the future? If you're a hobbyist then I think you really need to be a good programmer, as you are the all around guy. If you want to break into the industry, what position are you thinking? A game designer, level designer doesn't really need intensive programming skills. You just need to have good imagination and familiarization with the tools. But if you want to do gameplay, you will need programming.

 

As to what language, for a beginner, I would suggest C#. Then play with Unity. As a beginner, you probably won't need a license for Unity. Unity Free version would definitely be enough to get you going. C++ is rather a difficult language. It is nice to dig deep into that when you are comfortable with programming.

 

 

 

 

 

My end goal is to make the games im thinking about.. they are considered small games... .. i want to be able to make them fully functional and put them in google play and app store

Edited by Aris Savva

Share this post


Link to post
Share on other sites


Thanks a lot .. damn i really wanted to try unreal 4 though .. its a lot cheaper too ... unity is 70 dollars a month without the mobile stuff i believe... unreal gives you full access at just only 20 dollars



I believe C# is only for unity though right ? i believe unreal uses C++



Nonetheless, you are suggesting to learn C# from scratch and then use Unity ? or learn along the way while making the game ?

I think you need to take a step back and think about things in more detail.  The licensing models are different between UE4 and Unity.  Unity gives you free access up front, but if you pass a certain amount of revenue then you have to purchase the pro license (the addons for mobile development may require the upfront purchase, I'm not familiar with that).  UE4 is only $19 a month, but they will take a cut of your revenue.  If you make tons of money on your game, Unity is way better from a financial model.  If you make little or no money, then UE4 will probably be better.  But you need to make a realistic plan about your expected income before making a financial decision.

 

If you don't have any programming experience, then the faster way to get started is probably C# with Unity.  I have seen some of the UE4 stuff and there is lots of visual editors for most tasks, including for scripting, but sooner or later you will have to dip down into C++.  The general consensus is that C++ is harder to learn initially than C#, but is also more widely used in the game industry.

 

If you are planning to make a game, you will need to know at least the basics of the language you are using - otherwise you are just asking for pain and suffering...

Share this post


Link to post
Share on other sites

 


Thanks a lot .. damn i really wanted to try unreal 4 though .. its a lot cheaper too ... unity is 70 dollars a month without the mobile stuff i believe... unreal gives you full access at just only 20 dollars



I believe C# is only for unity though right ? i believe unreal uses C++



Nonetheless, you are suggesting to learn C# from scratch and then use Unity ? or learn along the way while making the game ?

I think you need to take a step back and think about things in more detail.  The licensing models are different between UE4 and Unity.  Unity gives you free access up front, but if you pass a certain amount of revenue then you have to purchase the pro license (the addons for mobile development may require the upfront purchase, I'm not familiar with that).  UE4 is only $19 a month, but they will take a cut of your revenue.  If you make tons of money on your game, Unity is way better from a financial model.  If you make little or no money, then UE4 will probably be better.  But you need to make a realistic plan about your expected income before making a financial decision.

 

If you don't have any programming experience, then the faster way to get started is probably C# with Unity.  I have seen some of the UE4 stuff and there is lots of visual editors for most tasks, including for scripting, but sooner or later you will have to dip down into C++.  The general consensus is that C++ is harder to learn initially than C#, but is also more widely used in the game industry.

 

If you are planning to make a game, you will need to know at least the basics of the language you are using - otherwise you are just asking for pain and suffering...

 

 

 

Fully understood and im aware about the subscriptions ... i was reading yesterday about the difference is peanuts... someone also did the math and using unity saved just a couple of thousand dollars at the end... all the addons unity has are expensive too but thats not my concern. I think ill stick with Unity since C# is considered easier than C++ and that will keep me busy for the next few years :)

 

Thanks a lot for the assistance everybody ... made it clear and simple to understand what i should be doing now.

 

Ill start learning C# and Unity and we'll see what ill achieve:)

Share this post


Link to post
Share on other sites

My apologies guys but i have 1 more question i didnt add here. 

 

Im currently reading a book that teaches you how to use C# in Unity 3d (so basically learning both concepts the same time). Seeing that unity 3d has more or less anything you require to make a fully functional game, do i really need to know how to WRITE code ? or just clearly understand what exactly the code is saying ? 

 

The reason im asking is because, while im reading this book and seeing examples... i had a lot of "ah-HA" moments and i fully understand whats going on so far(in relation to the example codes in the book)... but if i think of trying to write the whole code myself ... i just cant remember it...

 

I can see why writing code will be useful if something doesnt work out properly with unity but ill probably be able to google something specific.... so how important is it to actually learn how to WRITE the code? 

 

I think its good to know but not very important ... but im new to this and could be wrong 

 

Thanks a lot

Share this post


Link to post
Share on other sites


do i really need to know how to WRITE code ? or just clearly understand what exactly the code is saying ?

 

If you're interested in becoming a game programmer then yes, you'll want to learn how to write code as it'll increase your available tool set and it'll drastically help your workflow.

 

If you don't plan on spending a lot of time on this, then I would say go ahead and just focus on Unity and C# scripting, or Unreal 4 and their visual Blueprint system (or [insert game engine of choice here]).  I would definitely not recommend a beginner jumping into UE4 C++ because they're doing some interesting things with their build tool that you normally wouldn't see in a stand alone C++ program and it'd only confuse the hell out of someone who's trying to learn C++; However, you can get extremely far with just their Blueprint system.

 

 


but if i think of trying to write the whole code myself ... i just cant remember it...

 

Indeed.  It will take time.  With more practice, you'll learn to solve problems you encounter without needing to memorize specific solutions.  Unity has been around for long enough that you can search "How do I do [X] in Unity?" in google and you'll likely find someone else who encountered the exact same problem and someone else who provided a solution for said person.

Share this post


Link to post
Share on other sites

 


do i really need to know how to WRITE code ? or just clearly understand what exactly the code is saying ?

 

If you're interested in becoming a game programmer then yes, you'll want to learn how to write code as it'll increase your available tool set and it'll drastically help your workflow.

 

If you don't plan on spending a lot of time on this, then I would say go ahead and just focus on Unity and C# scripting, or Unreal 4 and their visual Blueprint system (or [insert game engine of choice here]).  I would definitely not recommend a beginner jumping into UE4 C++ because they're doing some interesting things with their build tool that you normally wouldn't see in a stand alone C++ program and it'd only confuse the hell out of someone who's trying to learn C++; However, you can get extremely far with just their Blueprint system.

 

 

 

 


but if i think of trying to write the whole code myself ... i just cant remember it...

 

Indeed.  It will take time.  With more practice, you'll learn to solve problems you encounter without needing to memorize specific solutions.  Unity has been around for long enough that you can search "How do I do [X] in Unity?" in google and you'll likely find someone else who encountered the exact same problem and someone else who provided a solution for said person.

 

 

 

Hey and thanks for the reply

 

The intention is to make a fully functional game and release it.... nothing really big though and most probably be in 2d. My wife is very good in designing (im not too bad smile.png ) so i have that part covered.

 

I just want to try and make a game using unity from start to finish, all by myself.

 

I understand what you mean about unreal... when i decided a couple of days ago to move on to c# and unity is because i attempted several times in the past to jump directly into c++ ... it was hectic! Couldn't remember anything because i was trying to understand everything that was going on and learn how to write it... its the writing that made me give up c++ but it suddenly hit me ... that these engines already have more or less, everything you need. So how important is it to know how to write in order to create a "simple" game in unity ?  Will understanding the code, identifying problems ,google searching, learning and amending the issues be enough to get started off? 

 

I was hoping to get through the basics of c# used in unity this week and begin with learning unity's function and then trying to put the game slowly together.

Edited by Aris Savva

Share this post


Link to post
Share on other sites


Will understanding the code, identifying problems ,google searching, learning and amending the issues be enough to get started off?

 

A great way to learn is to run into problems and solve them so I would suggest to start making prototypes until you're comfortable (if you just thought of a prototype, then think even smaller - trust me).  Though if you run into a lot of "I don't know how to do this in C#, or I don't know how that works in C#" then you may want to take a step back and just focus on C# console programming until you're more comfortable with it so it doesn't effect your game development workflow.

 

Get started as soon as you can, but don't burn yourself out.  This is a long process.

Share this post


Link to post
Share on other sites

 


Will understanding the code, identifying problems ,google searching, learning and amending the issues be enough to get started off?

 

A great way to learn is to run into problems and solve them so I would suggest to start making prototypes until you're comfortable (if you just thought of a prototype, then think even smaller - trust me).  Though if you run into a lot of "I don't know how to do this in C#, or I don't know how that works in C#" then you may want to take a step back and just focus on C# console programming until you're more comfortable with it so it doesn't effect your game development workflow.

 

Get started as soon as you can, but don't burn yourself out.  This is a long process.

 

 

Crystal clear man ... thanks a million 

 

Thats exactly what i plan to do. 

 

Thank you everybody you were very helpful .. you'll be hearing from me very soon again :) 

Share this post


Link to post
Share on other sites

My apologies guys but i have 1 more question i didnt add here. 

 

Im currently reading a book that teaches you how to use C# in Unity 3d (so basically learning both concepts the same time). Seeing that unity 3d has more or less anything you require to make a fully functional game, do i really need to know how to WRITE code ? or just clearly understand what exactly the code is saying ? 

 

The reason im asking is because, while im reading this book and seeing examples... i had a lot of "ah-HA" moments and i fully understand whats going on so far(in relation to the example codes in the book)... but if i think of trying to write the whole code myself ... i just cant remember it...

 

I can see why writing code will be useful if something doesnt work out properly with unity but ill probably be able to google something specific.... so how important is it to actually learn how to WRITE the code? 

 

I think its good to know but not very important ... but im new to this and could be wrong 

 

Thanks a lot

You want to finish a game all by yourself with Unity? You will definitely have to learn how to code. Unity offers a great set of tools but you have to code to put them all together. If you're using GameMaker, then you probably won't need to code. But with Unity, I'm almost sure you will need it.

Share this post


Link to post
Share on other sites
Sign in to follow this  

  • Advertisement
  • Advertisement
  • Popular Tags

  • Advertisement
  • Popular Now

  • Similar Content

    • By GytisDev
      Hello,
      without going into any details I am looking for any articles or blogs or advice about city building and RTS games in general. I tried to search for these on my own, but would like to see your input also. I want to make a very simple version of a game like Banished or Kingdoms and Castles,  where I would be able to place like two types of buildings, make farms and cut trees for resources while controlling a single worker. I have some problem understanding how these games works in the back-end: how various data can be stored about the map and objects, how grids works, implementing work system (like a little cube (human) walks to a tree and cuts it) and so on. I am also pretty confident in my programming capabilities for such a game. Sorry if I make any mistakes, English is not my native language.
      Thank you in advance.
    • By Ovicior
      Hey,
      So I'm currently working on a rogue-like top-down game that features melee combat. Getting basic weapon stats like power, weight, and range is not a problem. I am, however, having a problem with coming up with a flexible and dynamic system to allow me to quickly create unique effects for the weapons. I want to essentially create a sort of API that is called when appropriate and gives whatever information is necessary (For example, I could opt to use methods called OnPlayerHit() or IfPlayerBleeding() to implement behavior for each weapon). The issue is, I've never actually made a system as flexible as this.
      My current idea is to make a base abstract weapon class, and then have calls to all the methods when appropriate in there (OnPlayerHit() would be called whenever the player's health is subtracted from, for example). This would involve creating a sub-class for every weapon type and overriding each method to make sure the behavior works appropriately. This does not feel very efficient or clean at all. I was thinking of using interfaces to allow for the implementation of whatever "event" is needed (such as having an interface for OnPlayerAttack(), which would force the creation of a method that is called whenever the player attacks something).
       
      Here's a couple unique weapon ideas I have:
      Explosion sword: Create explosion in attack direction.
      Cold sword: Chance to freeze enemies when they are hit.
      Electric sword: On attack, electricity chains damage to nearby enemies.
       
      I'm basically trying to create a sort of API that'll allow me to easily inherit from a base weapon class and add additional behaviors somehow. One thing to know is that I'm on Unity, and swapping the weapon object's weapon component whenever the weapon changes is not at all a good idea. I need some way to contain all this varying data in one Unity component that can contain a Weapon field to hold all this data. Any ideas?
       
      I'm currently considering having a WeaponController class that can contain a Weapon class, which calls all the methods I use to create unique effects in the weapon (Such as OnPlayerAttack()) when appropriate.
    • By Vu Chi Thien
      Hi fellow game devs,
      First, I would like to apologize for the wall of text.
      As you may notice I have been digging in vehicle simulation for some times now through my clutch question posts. And thanks to the generous help of you guys, especially @CombatWombat I have finished my clutch model (Really CombatWombat you deserve much more than a post upvote, I would buy you a drink if I could ha ha). 
      Now the final piece in my vehicle physic model is the differential. For now I have an open-differential model working quite well by just outputting torque 50-50 to left and right wheel. Now I would like to implement a Limited Slip Differential. I have very limited knowledge about LSD, and what I know about LSD is through readings on racer.nl documentation, watching Youtube videos, and playing around with games like Assetto Corsa and Project Cars. So this is what I understand so far:
      - The LSD acts like an open-diff when there is no torque from engine applied to the input shaft of the diff. However, in clutch-type LSD there is still an amount of binding between the left and right wheel due to preload spring.
      - When there is torque to the input shaft (on power and off power in 2 ways LSD), in ramp LSD, the ramp will push the clutch patch together, creating binding force. The amount of binding force depends on the amount of clutch patch and ramp angle, so the diff will not completely locked up and there is still difference in wheel speed between left and right wheel, but when the locking force is enough the diff will lock.
      - There also something I'm not sure is the amount of torque ratio based on road resistance torque (rolling resistance I guess)., but since I cannot extract rolling resistance from the tire model I'm using (Unity wheelCollider), I think I would not use this approach. Instead I'm going to use the speed difference in left and right wheel, similar to torsen diff. Below is my rough model with the clutch type LSD:
      speedDiff = leftWheelSpeed - rightWheelSpeed; //torque to differential input shaft. //first treat the diff as an open diff with equal torque to both wheels inputTorque = gearBoxTorque * 0.5f; //then modify torque to each wheel based on wheel speed difference //the difference in torque depends on speed difference, throttleInput (on/off power) //amount of locking force wanted at different amount of speed difference, //and preload force //torque to left wheel leftWheelTorque = inputTorque - (speedDiff * preLoadForce + lockingForce * throttleInput); //torque to right wheel rightWheelTorque = inputTorque + (speedDiff * preLoadForce + lockingForce * throttleInput); I'm putting throttle input in because from what I've read the amount of locking also depends on the amount of throttle input (harder throttle -> higher  torque input -> stronger locking). The model is nowhere near good, so please jump in and correct me.
      Also I have a few questions:
      - In torsen/geared LSD, is it correct that the diff actually never lock but only split torque based on bias ratio, which also based on speed difference between wheels? And does the bias only happen when the speed difference reaches the ratio (say 2:1 or 3:1) and below that it will act like an open diff, which basically like an open diff with an if statement to switch state?
      - Is it correct that the amount of locking force in clutch LSD depends on amount of input torque? If so, what is the threshold of the input torque to "activate" the diff (start splitting torque)? How can I get the amount of torque bias ratio (in wheelTorque = inputTorque * biasRatio) based on the speed difference or rolling resistance at wheel?
      - Is the speed at the input shaft of the diff always equals to the average speed of 2 wheels ie (left + right) / 2?
      Please help me out with this. I haven't found any topic about this yet on gamedev, and this is my final piece of the puzzle. Thank you guys very very much.
    • By Estra
      Memory Trees is a PC game and Life+Farming simulation game. Harvest Moon and Rune Factory , the game will be quite big. I believe that this will take a long time to finish
      Looking for
      Programmer
      1 experience using Unity/C++
      2 have a portfolio of Programmer
      3 like RPG game ( Rune rune factory / zelda series / FF series )
      4 Have responsibility + Time Management
      and friendly easy working with others Programmer willing to use Skype for communication with team please E-mail me if you're interested
      Split %: Revenue share. We can discuss. Fully Funded servers and contents
      and friendly easy working with others willing to use Skype for communication with team please E-mail me if you're interested
      we can talk more detail in Estherfanworld@gmail.com Don't comment here
      Thank you so much for reading
      More about our game
      Memory Trees : forget me not

      Thank you so much for reading
      Ps.Please make sure that you have unity skill and Have responsibility + Time Management,
      because If not it will waste time not one but both of us
       

  • Advertisement