Skip to content

GDevelop and Google Summer of Code

Google Summer of Code is a global program focused on bringing more contributors into open source software development. Contributors work with an open source organization on a programming project during summer (the length depends on the project).

In 2020, GDevelop was one of the mentoring organizations. We're candidating to be an organization in 2023 too. If you're interested in working with us, read on!


Results of GSoc 2020 projects are accessible on this Result page.

Ideas list


Those ideas are not exhaustive. Feel free to suggest your own idea! Or combine ideas into your own. The descriptions are generic enough so that you can suggest different approaches, goals and stretch goals. Mentor(s) are available for all ideas listed already.

Allow to edit tilemaps directly in the editor

GDevelop supports tilemaps that are built using Tiled or LDtk - two editors specially made for creating large tilemaps. But for a lot of users, having the ability to edit tilemaps directly in GDevelop would be more intuitive. Beginners could start drawing an entirely new map directly in the scene editor. Advanced users could make quick fixes to their maps inside GDevelop, and continue to use an external editors for larger changes.

This project will aim to bring a very simple Tilemap edition feature to GDevelop. This is a feature that is asked by a lot of users!

  • Skills: JavaScript
  • Difficulty: medium

Implement a global undo redo in the interface

In this project, you design and set up a global undo/redo system in the whole app, which could even be used as a basis for a real time collaboration later. This means that any change made in the app could be reverted (or applied again) using two app wide undo/redo shortcuts or buttons. This is a huge improvements for users and would make the app way more efficient to use.

This is also a good opportunity to investigate "Conflict-free replicated data type", as this notion is linked to the changes needed for a global undo/redo system.

  • Skills: JavaScript, C++
  • Difficulty: hard

Refactor the game engine to run in a web worker

This project is about reworking the game engine so that it can run in a web worker. The rendering with PixiJS can be decoupled from logic (it's also partially done in the engine!). Once it's done, the logic could be run in a web-worker, improving the performance of all games. Later games could even be run on a server for multiplayer using this approach - which is a highly requested feature by users.

  • Skills: JavaScript
  • Difficulty: medium

Improve interactive tutorials so that the community can create their own

We’ve created a framework to run interactive tutorials directly inside GDevelop (you can try it in the “Getting started”). In this project, tutorials could be listed in GDevelop in the interface, and when one is chosen, it would be played. The community will be able to create new tutorials by submitting tutorials in JSON format.

  • Skills: JavaScript
  • Difficulty: easy

Improved Debugger and Profiler

GDevelop has a debugger and profiler that can be used when previewing a game. The debugger can list the objects, expose things like variables and allow to edit them. The profiler can measure the time for each part of the game. Both are still quite raw, so we could improve the UI to make it easier to filter objects, add export/import of data, show information in real time, show charts...

  • Skills: React.js (for the editor), JavaScript (for the engine), WebSockets (communication between editor and games)
  • Difficulty: Easy

Refactored collision and object positions handling

A dedicated module to handle object position and collisions (as well as raycast and other algorithms) was started in this PR: (the idea is to be able to port this module to WebAssembly in the future - this can be a stretch goal). It's not finished though: the project will consist in finishing the implementation, check the performance, the integration in the game engine and adapt the extensions (Pathfinding, Platformer, Lights) to use it.

  • Skills: JavaScript
  • Type: Exploratory
  • Difficulty: medium

Refactored and faster code generation

Code generation is a very important point in GDevelop. This project would rework the code generation of events to make it clearer, faster and unlock potential new features like improved object handlings to avoid unnecessary work and get runtime performance boost. This can be seen as a work on a lightweight compiler - which can be fun to then later work on larger ones!

  • Skills: C++ (mandatory to dig into the existing codebase), JavaScript (for the generated code), good understanding of algorithms and data structures.
  • Difficulty: medium

Animation support for 9 Panel Sprite and Tiled Sprite objects

These "Panel Sprite" and "Tiled Sprite" objects can't be animated. We'd like to remove this limitation by reworking the game engine so that they can be animated, and rework their editors so that animations can be authored and set up like for sprites. This will allow for nice effects like animated platforms, background, lava floors... This will involve refactoring the animation classes in the game engine and refactor animation components in the editor codebase.

  • Skills: JavaScript (Pixi.js knowledge is a bonus) and React.
  • Difficulty: Medium

Your own idea

Your own ideas and variations on the existing one are very welcome! Remember to take a look at the roadmap if you want to know more about what users are asking for.

How to candidate?

You'll need two things!

  • First, become a bit familiar with GDevelop. One way to do so is by using the app. You can also try investigating or working an issue (or adding a simple new feature) on the GitHub Issue Tracker. Take a look at the Good First Issues.
  • You'll need to set up your development environment. The README will explain everything!
  • Find an issue that looks interesting to you. Might be a Good First Issue or another one.
  • Do some research, try things, and if you need help ask on the forum or on the GitHub issue itself.
  • If you have something interesting, comment on the issue or open a Pull Request! Prepare it with all the required tests and checks, explain what you've done and a reviewer should give you some feedback.

  • Searching to solve an issue is a good first step that will actually help you in the second part: making a proposal!

  • Read this page describing a suggested structure for your proposal.
  • Prepare your proposal on the Google Summer of Code website 🤓.


A good proposal will show that you understood at least the big principles and are able to dive more in the problem. Read also this thread.

Frequently Asked Questions

Where can I talk with others about GSoC? What are the communication channels?

Check out the forum section about GSoC. You can send us an email but all the information should already be there. You can also talk to the GDevelop community members on the Discord GSoC dedicated channel.

For contributor(s) that will work on GDevelop during GSoC, we'll have regular catch-up by email, using GitHub and sometimes by video call.

Should I reach out to the forum, by email and on the Discord chat to have my proposal considered?

No. Your proposal will be considered in all cases. It's a good idea to engage with the community on the Discord or the forum if you want to know more how GDevelop works. Looking at "Good First Issues" and trying to fix/improve stuff on GitHub is highly recommended for you to have a better idea of how GDevelop is coded before making your proposal.

Should I include my participation on the forum/Discord/GitHub in my proposal?

Yes, it's a good idea, if you participated or contributed already to GDevelop, to include it in your proposal so that we know what you did already - especially useful to give us more confidence in you being able to achieve the project 👍