Free to list, always.No paid rankings. Every recommendation explains its trade-offs.
OpenSourceChoice

State Design System for Shiny Common stack signals: r package, stable, eu-oss, public-sector. {shinygouv} is listed in Developer Tools. Review the eupl-1.2 license and repository activity before adoption.

{shinygouv} upstream project preview
Upstream preview from the project website or source repository. The current interface may differ.

Best for Product engineersthe documented workflow removes repetitive engineering work without hiding the implementation

Skip ifit conflicts with your language, editor, or delivery conventionsMore

Open-source alternative toIndependent open-source project
01

What it is

State Design System for Shiny GitHub popularity: 25 stars and 0 forks.

Teams can evaluate {shinygouv} within its category while keeping the implementation, license, and repository signals visible. Confirm the official documentation against your exact workflow before treating it as a production dependency.

Categories
Developer Tools
EU catalogue
Awesome CodeGouvFrR PackageStable
Built with
See repository architecture
02

Who it’s for — and when to skip it

Product engineers

Use it when the documented workflow removes repetitive engineering work without hiding the implementation.

Skip if it conflicts with your language, editor, or delivery conventions.

Maintainers

Evaluate it when extensibility, source access, and community signals matter more than a closed turnkey service.

Skip if your team cannot maintain plugins, integrations, or upgrades.

Platform teams

Consider it for a reusable internal capability that multiple product teams can inspect and standardize.

Skip if the operational surface is larger than the problem it solves.

03

Strengths and trade-offs

Why teams consider it

Source code and eupl-1.2 license are visible before adoption

Repository metrics are available for independent review

What to validate

A public repository does not automatically guarantee a documented self-hosting path

GitHub popularity is not a security, quality, or product-fit guarantee

The eupl-1.2 license still needs review against your distribution and commercial model

Support quality, migration effort, and production hardening vary by project

04

Capabilities and stack fit

01Source code and eupl-1.2 license are visible before adoption
02Repository metrics are available for independent review

Catalog metadata supports discovery, not installation. Verify supported versions, dependencies, deployment topology, and production requirements in the official repository.

05

Guides for {shinygouv}

No project-specific guide is published yet.

Use the learning library to find a guide by technology, category, or difficulty.

Browse guides
06

Related articles

GuidesEU Open Source Solutions Catalogue: What It Is and How to Use It14 min · Jul 20, 2026GuidesEU Open Source Strategy 2026: What European Teams Should Do Next10 min · Jul 20, 2026
07

Approved community reviews

No approved review signal yet.

We do not display synthetic testimonials or ratings without sufficient moderated data.

08

Before you adopt it

  1. 01

    Read the license and confirm it fits your intended use and distribution model.

  2. 02

    Review recent commits, open issues, releases, and the maintainer response pattern.

  3. 03

    Run a small proof of concept with representative data, users, and integrations.

  4. 04

    Confirm whether an official deployment or self-hosting guide exists.

  5. 05

    Document an export or migration path before storing critical data.

Similar open source projects

Continue your evaluation.

Shared metadata creates discovery leads, not automatic recommendations.

Django Magicauth

Password-less authentication for Django. An email with a magic link allows a secure login

mit · 85 stars
dsfr

State Design System – DSFR

MIT · 351 stars
Vitam

Digital Archives Management System developped by French government/Programme interministériel archives numériques ; core system.

cecill-2.1 · 132 stars