[!warning] Google Summer of Code 2025 is not accepting applications yet.
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
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 2nd deadline.
package:webcrypto
jonasfj@google.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
Copy this template.
Description: ...
Good Sample Project: ...
Expected outcome: ...