Jump to content
  • Advertisement
  • 10/22/18 02:30 AM

    How To Make Games Without Programming

    General and Gameplay Programming

    • Posted By jbadams

    Whilst a lot of people find programming to be a stimulating activity, for others, traditional programming can be very intimidating; needing to remember what seems like arcane symbology, and seemingly endless streams of specific keywords into an editor can be very off-putting.  As many of us know, this actually gets easier with practice and soon becomes a less daunting task, but fortunately for those who struggle, there are other options available.

    Many modern game engines offer different types of visual interface with which you can set up an environment and characters, and input the logic required to turn those pieces into a functioning game.  In this article, I aim to give a brief overview of some of the currently available options for creating games without traditional programming.  This list will not be exhaustive, but instead, aim to cover a few of the more popular and capable options, and I will leave it as an exercise for the reader to further research those options and choose what may be most suitable for their own goals.

    Features and prices listed are current at the time of writing in October 2018.  Many of the options presented offer free trials, which I would encourage you to try out before spending your hard earned money -- in the case that no trial is available I would suggest checking out some written and video tutorials of the software to see if it looks like something you could understand and work with, as well as some games made with the software to see if it may be able to create the types of games you have in mind.

    The first option I'm going to introduce is a simpler one suitable for introducing programming to younger would-be developers and is more limited in its capabilities, so if you're interested in more complex options please don't be put off and keep scrolling to the following items.  Below the list of options you'll find a few thoughts on visual systems.



    Scratch is a freely available programming environment created by the Lifelong Kindergarten Group at MIT Media Lab, and allows you to create games, interactive stories, and animations.  There is also an active online community of people sharing their creations and giving positive feedback.  Programming in Scratch is done by snapping building blocks together to input your logic, and although it's usable by people of all ages and abilities it's specially designed for younger learners ages 8 to 16.  Scratch works right in the web browser via the Flash plugin, so there are also no large downloads.  If you prefer working offline, there is also a downloadable version available.


    Honestly, you're not going to create a smash hit video game with Scratch, but it's the perfect introduction for a child with an interest and may be a valuable starting point for people who find other systems intimidating.  Working with the visual system in scratch will encourage logical, structured thinking that can be applied to more complex systems or even to traditional programming at a later stage, and although it's fairly basic children will be excited to see and play with their own creations.  You can view (and play with!) some projects created with Scratch in the Explore section of their community.  Note that while you can share and play your creations with the Scratch community, but won't be able to deploy to other platforms such as mobile, consoles, etc.


    Game Maker

    Game Maker is a popular option amongst hobbyist and indie developers and is able to create games for a wide variety of platforms including mobile and many of the consoles. The engine has only rudimentary 3d capabilities and is not intended for making 3d games, but is very capable when it comes to 2d.  A number of very successful games including Hyper Light Drifter, Hotline Miami, Risk of Rain, Nuclear Throne and more have been created with Game Maker.  Check out the Game Maker Showcase for examples of what the engine is capable of.

    Developers can use a simplified programming language called GML (Game Maker Language), or with a visual "drag and drop" system, and almost anything that can be done with GML can also be done with drag and drop -- albeit sometimes it might be a bit more clunky.  As a popular engine, you'll find plenty of tutorials (including lengthy series of officially provided video tutorials), sample projects, and people willing to help with learning and creating your projects.

    You can get started with an unlimited free trial, and publish to additional platforms with a yearly subscription starting from US$39/year for Windows, up to US$1500/year for all available platforms.




    Construct is a browser-based game engine that allows you to create games with a visual editor - in fact, in this case, programming is not even an option.  Games are created by applying and configuring "behaviours", and by using a visual "event sheet" that runs commands in order, and you are able to create most types of 2d game.  Because the editor runs in a browser you can create your game from any platform with a suitable browser, including mobile -- although you'll find it awkward to work with on a smaller screen.  A downloadable version is also available, and many functions of the editor are able to work offline.

    The browser-based Construct 3 editor

    Note that Construct is strictly a HTML5 engine, so exports for other platforms are provided via wrappers -- essentially packing your game up with a cut-down web browser to create an executable for the platform in question.  Their is an active community using the software, and plenty of tutorials and examples available to help you get started.  A free trial is available with some limitations, with full features available via subscription starting at US$99/year for a personal license or US$149/year for a business license (which you'll probably want if you're planning to monetize).



    Stencyl is another visual editor aimed at creating 2d games, and able to publish to a range of platforms.  Stencyl's editor uses logic blocks similar to those available in Scratch, but also allows more advanced users to write some code if they wish to do so.  You can view some games created with Stencyl is the showcase.  Stencyl seems to have a slightly less active community than some other options, but there is some help available, and plenty of tutorials.  Some of the tutorials seem to be for previous versions of the software.

    Logic blocks in the Stencyl editor


    Unity + PlayMaker

    Unity is an incredibly popular and very capable engine that can be used to create great games.  By itself, Unity doesn't provide visual scripting capabilities (programming is done with the C# programming language), but a third party add-on called PlayMaker comes to the rescue by adding a visual system and allowing developers to create games without writing code.  PlayMaker will currently set you back US$45.50 (or cheaper with a Unity Plus or Pro subscription).

    PlayMaker games are created with a flow-based system that involves toggling settings on nodes, which you connect in different orders to achieve the desired behaviour.  You will find PlayMaker more limiting than programming Unity with C#, but the experience you gain with the visual system may encourage you to try to C# and give you some fundamental logical thinking skills to build upon.


    Unreal BluePrints

    Unreal is another popular engine used by professional developers.  In this case, a visual system is built into the engine in the form of Blueprints, intended to allow non-coding designers to work with the engine and create interactive content.  You can get started using Unreal with no upfront cost, and pay just 5% of your game's earnings once you surpass a certain threshold.  Like many of the other options, there is an active community using Unreal, and plenty of tutorial content available, although most users do the majority of their Unreal development via C++ programming, with Blueprints used by non-coding team members.

    Unreal Engine Blueprints


    Are There Limitations?

    Honestly, yes.  Just as those using an engine might find themselves more limited than those developing their game "from scratch", you will often find that visual systems are more limited than traditional development.  Some things may be difficult or more time-consuming to implement in a visual editor, or if the creator hasn't exposed some data or a function you need your idea may be impossible.

    However, many find these options to be more approachable, and some very impressive and successful games have been created using them.  Just be sure to do your due diligence about any limitations you might face before spending money hoping to create your dream game.


    Other Options

    The above are just a few of the popular options that can allow you to create games without traditional programming, but there are other options available if you're willing to do some further research.  Some others you might wish to look in to include GameSalad, RPG Maker, Unity + uScript ProfessionalBuildbox (,I found this editor to be especially limiting), and more.  


    Why Do I Keep Calling It "Traditional Programming"?

    You may have noticed I keep saying "traditional programming" rather than just "programming".  Some people don't consider visual systems like those provided by the engines above to be programming, but I would disagree.  Wikipedia describes programming as:


    ...the process of designing and building an executable computer program for accomplishing a specific computing task.

    and goes on to say:


    Programming involves tasks such as analysis, generating algorithms, profiling algorithms' accuracy and resource consumption, and the implementation of algorithms in a chosen programming language (commonly referred to as coding).  
    The purpose of programming is to find a sequence of instructions that will automate the performance of a task for solving a given problem.


    I would argue that you are still doing the same task with a visual system, just via a different input method where you join blocks (or whatever the system in question provides) rather than typing special keywords.  Although some people find this type of visual programming less intimidating and easier to understand, you'll find that you're developing the same skills of logical thinking, planning out solutions, and finding (hopefully elegant) solutions.  After some time with visual systems, you may find the concepts used in traditional programming more familiar and approachable.



    There are numerous options available to create games without traditional programming, and with the right selection you can likely find something capable of the type of games you wish to create.  Remember to research your options carefully, and don't be bothered by those who try to tell you it isn't "real game development".  I hope the above list helps to get you started with finding a suitable option for your project.

    Edited by jbadams

      Report Article

    User Feedback

    Really graphical  representation of code != no code. It just == other representaion of same/equalent code (that really is graphically represented AST than compiler built from textual representation to use in intrermediate processing). So it require a same background and same previous programming stages like mathematical figuring of task,  analize of dependncies and so on. Really code implementation is a final and  simpliest of stages of software development, but it can not be avoided. Any of "no code" systems just a tool to represent a code using some kind of block-schemes, that is worst possible kind of representation for modern coding techniques, especially for object-oriented, data-driven and declarative based ones.

    Edited by Fulcrum.013

    Share this comment

    Link to comment
    Share on other sites

    Another idea is you could join a project team and do things like mapping, levels, artwork or music. Project teams seem to always be looking for more developers and never find any.

    You might think, oh, why should I do that when I could work on my own game where I can control the game play, but without some kind of pseudo code, you arn't going to be able to describe the game play accurately anyway. 

    Share this comment

    Link to comment
    Share on other sites

    Excellent article.

    For a small team, time is best spent on using an engine, the benefits far outweigh the limitations.

    There is a ton of work to make your own engine, best reserved for large teams with time and money, or if you really love programming (the traditional term) and maybe slightly insane. (yeah I got it bad)

    However, me being "some people" I must say that the original term of programming includes the act of coding as an integral requirement.

    Using a tool that puts code for you is not really programming, its almost programming with a minor detail missing.

    Just like building a bird house does not make you a construction engineer, you're going about it the right way, but there is something missing to fully qualify.


    Share this comment

    Link to comment
    Share on other sites
    2 hours ago, RoamBlade said:

    However, me being "some people" I must say that the original term of programming includes the act of coding as an integral requirement.

    If we're going to be pedantic about it, the original term pre-dates "the act of coding" by a number of years, originally referring to inputting instructions by plugging into a peg board, manually flipping switches, or similar physical mechanisms. Stored programs which could be expressed as machine code (and therefore qualify as being programmed by your definition) came along some time later. ;)

    Really, it's about devising a correct (and hopefully reasonably optimal) solution to a problem and getting the computer to carry out that solution correctly. The method by which a programmer inputs that solution is, in my opinion, probably the absolute least important part of what a programmer does. :)

    Share this comment

    Link to comment
    Share on other sites

    Those things belong to a different era, can't count what predates our lifetime; besides, someone had to make those peg boards, punch cards, etc.

    Besides, its a matter of principle and pride. I mean, cmon Scratch vs. C (make it Borland Turbo C)?!, this was just a fun comment, didn't mean to much by it.

    Anyway, back on topic, the point I'm making is, if you want to make a game and have no coding experience, or can't spend the hundreds of hours you'll need on the engine, the selection in this article is pure awesome, and you can probably make a near AAA game without a single line of code. (ok maybe one).


    Share this comment

    Link to comment
    Share on other sites

    Very nice article. Solid recommendations in there.

    For those looking to get their feet wet with some very simple coding, I'd recommend Twine. (http://twinery.org/)

    I always talk about the two different ways of building games as authoring (drag and drop) and programming (coding). I suppose it's "tomayto, tomahto" though. 😉

    Share this comment

    Link to comment
    Share on other sites

    Create an account or sign in to comment

    You need to be a member in order to leave a comment

    Create an account

    Sign up for a new account in our community. It's easy!

    Register a new account

    Sign in

    Already have an account? Sign in here.

    Sign In Now

  • Advertisement
  • Advertisement
  • Latest Featured Articles

  • Featured Blogs

  • Advertisement
  • Popular Now

  • Similar Content

    • By sandramaj
      Heyo! Can you recommend some online resources for learning Game Programming?
    • By JoAndRoPo
      Hi Everyone!
      I'm in a bit of a pickle right now ☹️! I'm creating a 5x3 Slot game for android and I'm kind of stuck when it comes to the number of symbols placed in each reel😤.
      I tried to understand how the symbols are placed in other android slot games but it's a bit tough😫. Is there a logic behind the placement of symbols🤔? 
      By any chance can anyone out there help me out with the logic/doc./tutorials, etc.,😬? That would be highly appreciated 🙏! 
      Thanks in advance! 
    • By Unlock Audio
      Communication can be the hardest part of any collaborative creative process. Many times the most difficult part is understanding the other party. This is especially true in art, and it’s definitely true in audio.
      Every community and discipline has their own language, their own slang, and their preferred way of communicating. So today, I’ll be talking about some of the ways us audio folks like to communicate and some of the ways you can be awesome at talking about audio.
      Now before I begin, I do want to say that any audio person or composer worth a grain of salt has (hopefully) realized that part of their job is to act as an interpreter and translator for non-audio/music people. This is true even within the audio community - composers need to know sound-design and non-musical audio terms just like sound-designers need some basic music lingo. If your audio people aren’t trying to find different ways to communicate and understand what you want/need, they’re not doing part of their job!
      Alright, let’s talk about some things you can bring to the table that will make audio communication easy.
      If you take only one thing away from this article, please make it this! References are incredibly helpful for any type of audio person. Again, so much of the difficulty we’re discussing is communication. You can take out a massive amount of potential miscommunication by being able to hit play or send a link and say “like this.”
      Phrases like “make it sound heavier” , “bigger” , “higher” , “darker” , “harder” , all make perfect sense to the person saying them, but there are a myriad of ways to make something sound “higher” or “darker”, etc. On top of that, it’s not only a matter of executing the idea, but understanding the idea of the intended sound itself. Don’t be the person that says “it should sound more blue” and think you’ve effectively communicated. It may make perfect sense to you - but trust me, your audio people have no idea what that means. This is especially true when talking through emotional content and experience for music (there are LOTS of different types of “sad” music!).
      Have some references - know what you like about them - and say “like this.”
      Even with references, having some basic terms in your pocket that audio people know will help you immensely. In the game audio courses I teach at DePaul University, we spend a considerable amount of time getting students to talk about audio in a way they haven’t before. There are lots of words used to describe audio and music, but below are some of the most common and universally accepted. Use these, and your audio discussions will be much more efficient and productive.
      Pitch - the psychological perception of frequency. AKA, playing different notes on a piano. Don’t just say make it “higher.” Say “higher pitched” or “raise the pitch.” Your audio folks will know exactly what you mean.
      Loudness - how loud we perceive a sound to be. Using words like louder and quieter do a pretty good job of communicating this, but it happens all the time that non-audio people will try to talk about loudness and use terms like “lower” , “higher” or “softer.” These words can have lots of different meanings in the world of audio. So, anytime you want to talk about how loud or quiet something is and want to be super purposeful, throw the term loudness in there.
      Timbre (pronounced tamber) - the tone quality or “color” of a sound. If you play middle C on a piano just as loud as playing middle C on a viola, the difference between these sounds is their timbre. Similar to loudness, people use “higher” , “lower” , “softer” to describe timbre as well. This is fine, but you can see how easily these words can be misinterpreted. Want to be extra sure you’re communicating what you want? Use timbre into your sentence.
      There are many other terms us audio folks use to be very specific when talking about audio, but if you begin to use the three I’ve listed above, you will save yourself (and your audio people) so much time and headache!
      Your Game!
      No, you don’t need to wait until the game is almost done to bring in an audio person. Quite the opposite, actually! But you do need something to help you communicate your game and the world you’re creating to your audio people, even if the game is in its early stages. 
      (Quick side note, you should totally bring in your audio collaborators as early as possible. You will be so much happier with your end audio experience. If you do this already, YOU ROCK!)
      For more emotional types of audio such as voice acting and music, having character, concept or environment art can be a fantastic resource if actual gameplay isn’t available. Also, if you have a significant backstory or lore you’ve created, this can be great for helping decide how this character should sound and/or how the world should “feel.”
      But even with these, audio folks need to know a basic outline of what the gameplay is going to be like and any sort of progression to it. There are many ways we can tailor audio to closely “fit” the game and gameplay experience, but we need to know these considerations as early as possible.
      Consider a stealth-action game: knowing that there is a stealth mechanic with different stages of intensity can open up a world of possibilities for composing and implementing an interactive score.
      For less-emotional audio, the best thing is to have video of animations or events. When I worked at a large corporate developer in the past, sometimes I would literally walk over to an animator or programmer’s desk and take video with my phone to begin the sound design. Because of the processes in place, they couldn’t send the animation to me as “final,” but I could begin the experimentation process. Plus, 90% of the time, it was the final version anyway.
      Realistic Expectations
      Audio and music are both a process - and that’s ok! It rarely happens that the first version of a sound or piece of music is ready to go into the final game. Exploration, experimentation and sometimes failure are just part of the gig. Knowing that you are always getting closer to your goal is important - especially when you’re excited to hear what your audio people have been cooking up, but it doesn’t quite hit the mark.
      That being said, if version 15 basically sounds the same as the previous 14 versions, that’s just a terrible audio person or serious lack of effective communication. Each version needs to be trying another interpretation of your notes or adding to what they had before. Creating multiple versions and using the differences between them can also be very helpful to communicate. But in order to do that, we first need to create those couple different versions.
      Overall, if you take the time to think about and purposefully communicate with your audio person instead of improvising descriptions and goals on the spot, you should be in great shape. Pair that with good references, some basic audio vocabulary and game materials (art, animations, gameplay) and your audio folks should be able to dive right in.
      Be sure to check out Unlock Audio!
      Want to reach out? hello@unlockaudio.com
    • By ImanIrt
      After destroying and creating many game prototypes, me and my friend have finally created a prototype which we think is fun enough to be developed and published. But that's what we think!
      We kindly ask you for the most important part of game dev; Feedback.
      The prototype we created is called Bomball. It is a Top-Down Shooter-Sports game in which the player's goal is to shoot the bomb at the opponent's base (or goal). With each goal scored, the base's health is reduced until the game is won by either sides. Right now we have developed a simple AI to play with the player so we can test the base mechanics of the game.
      We really appreciate it if you take the time to test the game and tell us what you think. Here is the link to the Bomball Project
      Thank you! 😍
    • By ImanIrt
      After destroying and creating many game prototypes, me and my friend have finally created a prototype which we think is fun enough to be developed and published. But that's what we think!
      We kindly ask you for the most important part of game dev; Feedback.
      The prototype we created is called Bomball. It is a Top-Down Shooter-Sports game in which the player's goal is to shoot the bomb at the opponent's base (or goal). With each goal scored, the base's health is reduced until the game is won by either sides. Right now we have developed a simple AI to play with the player so we can test the base mechanics of the game.
      We really appreciate it if you take the time to test the game and tell us what you think. Here is the link to the Bomball Project
      Thank you! 😍

Important Information

By using GameDev.net, you agree to our community Guidelines, Terms of Use, and Privacy Policy.

GameDev.net is your game development community. Create an account for your GameDev Portfolio and participate in the largest developer community in the games industry.

Sign me up!