Thread: About PostgreSQL Core Team
As Ibrar Ahmed noted in his blog post on Transparent Database Encryption (TDE). PostgreSQL is a surprising outlier when it comes to offering Transparent Database Encryption. Instead, it seems PostgreSQL Developers are of the opinion that encryption is a storage-level problem and is better solved on the filesystem or block device level. www.percona.com |
While I believe Transparent Database Encryption in PostgreSQL is important, I think it is just an illustration of a bigger question. Is technical governance in PostgreSQL designed to maximize its success in the future, or is it more about sticking to the approaches that helped PostgreSQL reach current success levels? For a project of such scale and influence, there seems to be surprisingly little user impact on PostgreSQL Governance. The PostgreSQL Core Team consists of “seven long-time community members with various specializations” rather than having clear electable positions, as many other open source organizations do. The development process in PostgreSQL is based around a mailing list rather than more modern and organized issue tracking and pull-request-based development workflows. Interested in PostgreSQL Bugs? There is no bugs database that allows you to easily see which bug is confirmed and what version it was fixed in a user-friendly way. Instead, you need to dig through the bugs mailing list.
```
Attachment
P {margin-top:0;margin-bottom:0;} Hi hackers:I came across a blog that I was very impressed with, especially the views mentioned in it about PostgreSQL Core Team
Perhaps people might take more notice if you didn't hide behind an anonymous hotmail account.
I've heard these sort of criticisms before, in one case very recently, but almost always from people who aren't contributors or potential contributors. I've never had someone say to me "Well I would contribute lots of code to Postgres but I won't as you don't do PRs."
cheers
andrew (Not a core team member)
-- Andrew Dunstan EDB: https://www.enterprisedb.com