Take the 2-minute tour ×
Game Development Stack Exchange is a question and answer site for professional and independent game developers. It's 100% free, no registration required.

so I am going to start developing Java games (3D) but I have a few questions. So I dont know if I should use an engine or make my own. I feel like I am "cheating" if I use an engine to make my game. Is it frowned upon in the game developing world? What are some advantages and disadvantages to using an engine for my game and is it really that much harder to make my own engine? I know that engines have built in models and textures with easy drag and drop interfaces, would I have any of that if I were to code my own engine? Thanks guys.

share|improve this question

closed as not constructive by Laurent Couvidou, Jonathan Hobbs, John McDonald, Trevor Powell, jco Sep 22 '12 at 21:43

As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.If this question can be reworded to fit the rules in the help center, please edit the question.

    
Let me try to explain why people are down voting. (I can't explain why they aren't commenting). This question doesn't really have a correct answer. Other than "it depends". And honestly it doesn't really matter what the answer is, it just matters what you want to do, and that's a question only you can answer. –  Byte56 Sep 18 '12 at 23:37
    
Very similar, if not duplicate: gamedev.stackexchange.com/q/37289/14808. My opinion is that this should be closed too. –  Laurent Couvidou Sep 19 '12 at 8:57
    
@CJSculti It's not frowned upon to use an engine to make a game. Actually, it's more frowned upon to create an engine from scratch without a very good reason (learning being one, thinking you can do better without any prior knowledge being, well... hum, dangerous). –  Laurent Couvidou Sep 19 '12 at 9:00
add comment

1 Answer 1

Well, this really depends on what you count as an engine. Technically, JOGL is an engine, which is used very frequently. Unity and UDK are also game engines, if that's what you mean. Plenty of games are made with all three of these options, along with other engines (so long as they are obtained legally), so it wouldn't necessarily be "frowned upon." Using these engines are almost always easier than making your own. For built-in texture/models, though, you need to be a bit careful with copyright infringement, because sometimes companies will give you those only for educating yourself with use of the engine.

As for making your own engine in Java, it can be moderately difficult to make a code-only engine yourself, and it will most likely not be as good as something like JOGL. These are generally more easier to adapt if you're using your own as opposed to something like JOGL. It really just depends on what your game needs. However, making your own engine with a user-interface takes significantly longer and is much harder, but it can be easily re-used and it is easier to start new projects with it.

share|improve this answer
    
What I meant by an engine was something like this, jmonkeyengine.com –  CJ Sculti Sep 18 '12 at 21:49
    
Ok, so sort of like Unity? –  sciguy1121 Sep 18 '12 at 21:50
    
I guess but I feel like i am kind of cheating... But I just cant picture how to do it without something like that. I mean how would you edit terrain or render animations or design maps without some drag and drop interface? Could you maybe direct me to a book that I can use to start off? –  CJ Sculti Sep 18 '12 at 21:58
2  
Well, the book Killer Game Programming in Java is a bit outdated, but it's good. –  sciguy1121 Sep 18 '12 at 22:23
    
Should I learn 2D game programming before 3D? –  CJ Sculti Sep 18 '12 at 22:28
show 1 more comment

Not the answer you're looking for? Browse other questions tagged or ask your own question.