[!info] Google Summer of Code 2025 is currently accepting applications until April 8, 2025.
The list of accepted projects will be announced on summerofcode.withgoogle.com.
A list of Google Summer of Code project ideas for Dart.
For GSoC related discussions please use the dart-gsoc group.
Potential mentors
jonasfj@google.com
dacoharkes@google.com
yousefi@google.com
liama@google.com
huanlin@google.com
jmccandless@google.com
mudit.somani00@gmail.com
hamdaan.quatil@gmail.com
All projects assume familiarity with Dart (and sometimes Flutter). Aspiring applicants are encouraged to learn Dart and try to write some code.
Applicants are welcome to find and fix bugs in Dart or some of the packages written by the Dart team. However, getting reviews can take a long time as code owners may be busy working on new features. So instead of requiring applicants to fix a good first bug, we suggest that applicants write a working code sample relevant for the proposed project.
The code sample can be attached to the application as a secret gist (please use secret gists, and do not share these with other applicants). Suggested ideas below includes proposed “Good Sample Projects”.
Do not spend too much energy on this piece of sample code, we just want to see that you can code something relevant -- and that this sample code can run and do something non-trivial. Be aware that we have a limited number of mentors available, and will only be able to accept a few applicants.
Applications can be submitted through the summerofcode.withgoogle.com website. Applicants are encouraged to submit draft proposals, linking to Google Docs with permission for mentors to comment. See also the contributor guide on writing a proposal.
IMPORTANT: Remember to submit final proposals before the April 8th deadline.
package:webcrypto
jonasfj@google.com
, hamdaan.quatil@gmail.com
Description: package:webcrypto
(github.com/google/webcrypto.dart) is a cross-platform implementation of the Web Cryptography API. It is important that it behaves the same way whether it's running on Windows, Linux, Mac, Android, iOS, Chrome, Firefox, or Safari. Towards that end, it has a lot of test cases. We could and should probably make more test cases. But we should also test that it throws the types of exceptions when given incorrect parameters. This probably needs a small test framework to ensure good test coverage.
We expect a proposal for this project to include:
RsaPssPrivateKey.generateKey
. Ideally, the sample project includes parts of a generalized framework for testing exceptions.TestRunner
, or creating a new framework, to test exceptions thrown by all methods.Good Sample Project: Write a test cases that tests the different kinds of errors and exceptions that can be thrown by RsaPssPrivateKey.generateKey
, run the tests across desktop, Chrome and Firefox. Consider extending the tests to cover all members of RsaPssPrivateKey
. Try to generalize these test cases to avoid repetitive code, see the existing TestRunner for inspiration.
Expected outcome: PRs that land in package:webcrypto
and increases our confidence in correctness cross-platforms.
dacoharkes@google.com
, yousefi@google.com
Description: This project will be very exploratory. We’ll explore how much is needed to make an LLM generate Dart snippets that call JNIgen-generated code. The snippets should be the equivalent of the original native code. How much will be needed? Is a single shot prompt enough? Or do we need to teach an AI how to run JNIgen and make it generate code that is subsequently analyzed with the Dart analyzer and the errors are fed back in to the AI to improve its answer.
If we get this working, we’ll want to explore how to make such a tool useful to users. For example, we could make a browser extension that automatically adds the generated code snippets to documentation websites.
Inspired by this issue: https://github.com/dart-lang/native/issues/1240
Good Sample Project:
Expected outcome: A tool for translating code samples usable by users.
liama@google.com
Description: This is a very experimental project. The idea is to use package:coverage
to identify uncovered code, use an LLM to decide if that code needs a test (not all code actually needs to be tested), then use an LLM to write tests that hit those cases, and then use package:coverage
to verify that those lines are covered.
Good Sample Project:
package:coverage
yet.Expected outcome: A package on pub.dev for increasing test coverage.
huanlin@google.com
, jmccandless@google.com
Description: Support custom action items for native edit menu on iOS. It's a pretty impactful project requested by many developers (main issue here: https://github.com/flutter/flutter/issues/103163). This project is one of the key milestones: https://github.com/flutter/flutter/issues/140184.
Project:
Good Sample Project: ...
Expected outcome: A PR merged in Flutter
mudit.somani00@gmail.com
Description: Dart is already used to create GUI applications through Flutter, it would be great if it can also be used to develop good looking TUI applications. Currently the language of choice for TUI development would be either Golang or Python due to their developed package ecosystems (like charm or textual) so a package that makes TUI development easier and faster on dart would increase its adoption in that space.
Project:
Good Sample Project:
Expected outcome: A package on pub.dev with terminal primitives like text styling, inputs, checkboxes, tables, layouts, spinners etc.
srujzs@google.com
Description: Generate modern Dart JS interop declarations for .d.ts
files.
package:web_generator
is used to generate the JS interop bindings for the DOM and various browser APIs in package:web
. It uses webidl2
to parse the definitions that are supplied by webref
. Using JS interop, it takes the resulting JS AST nodes and create an intermediate representation. Lastly, with that intermediate representation, it uses package:code_builder
to emit valid JS interop code.
This project would entail doing something similar but instead of translating IDL files, it would translate .d.ts
files to JS interop interfaces, reusing and refactoring the intermediate representation so that it can be used for both purposes.
There is some history in js_facade_gen
, which is now archived. This project will be a lighterweight version of that that will emit modern JS interop instead.
Project:
.d.ts
files that outputs JS/TS AST nodes and add a script in web_generator/bin
to use it.package:web_generator
intermediate representation so it can be used as the translation target.Good Sample Project:
package:web_generator
to provide an option to generate bindings for specific IDL files instead of all of webref
.Expected outcome: A published package:web_generator
that includes a bin/
script that consumes .d.ts
files and outputs JS interop interfaces.
Copy this template.
Description: ...
Good Sample Project: ...
Expected outcome: ...