Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1viAZs-00HCBK-18 for pgsql-www@arkaria.postgresql.org; Tue, 20 Jan 2026 12:11:20 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1viAZr-0012FB-1b for pgsql-www@arkaria.postgresql.org; Tue, 20 Jan 2026 12:11:19 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1viAZr-0012EY-0X; Tue, 20 Jan 2026 12:11:19 +0000 Received: from goedel.df7cb.de ([49.13.90.212]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1viAZn-001Ppt-2J; Tue, 20 Jan 2026 12:11:18 +0000 Received: from msg.df7cb.de (unknown [IPv6:2a02:908:1472:9340:f0ad:fc6e:9c86:f1dc]) by goedel.df7cb.de (Postfix) with ESMTPSA id 30053AD9F; Tue, 20 Jan 2026 12:11:14 +0000 (UTC) Date: Tue, 20 Jan 2026 13:11:13 +0100 From: Christoph Berg To: Andrey Borodin Cc: Magnus Hagander , Melanie Plageman , pgsql-www@lists.postgresql.org, PostgreSQL Contributors Subject: Re: Introduce contributor badges Message-ID: References: <7DF542FC-E797-4050-B204-7755AEFDFF4A@yandex-team.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7DF542FC-E797-4050-B204-7755AEFDFF4A@yandex-team.ru> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Re: Andrey Borodin > Thanks for working on this! Looks great! > I've setup preview version to test how things will look like. There's some generated sample data. > > http://89.169.141.31:8000/community/people/alice/ Thanks, that makes review a bit easier for everyone else I guess. The "people" page there has a problem: http://89.169.141.31:8000/community/people/ It's not happening here, so I can't say if that's a bug in the patch. > I'm slightly worried that user does not approve their badges. The idea is that the badge itself needs approval and then is trusted. So I think the worst thing that could happen is that someone legitimately creates a "PostgreSQL Conf Antarctica Speaker", awards it to you, but you don't want to publicly admit that you've been there. Anything I'm missing? > Also do we plan to add a page where user can claim a badge so org admin can approve their claim? I think the basic workflow is that people contribute, an organisation creates a badge for it and awards it to these people. For example, after the PG19 release, we would create a "PostgreSQL 19 Contributor" badge and award it to everyone listed in the release notes. Similarly for conference speakers. Maybe the other way round shouldn't be too easy so badge issuers don't get flooded with requests. That's why we put the email link there. Perhaps we need to make sure all approved badges have clear criteria for badge holders. For example, "Has said something useful on the mailing list" would be very fuzzy and invite request spam too much. > And I find it a bit oxymoron: "Basic contributor, not recognized" That's there to make the distinction to recognized contributors clear. Better suggestions welcome. Christoph