gniting

None taken!

The intention is clearly not to have any double dipping, so the verbiage and presentation of the pricing elements needs to improve... and it will! The feedback regarding clarity on pricing is well received. We've know that we've got some work on our hands along those lines and we're working to address it. Stay tuned!

Thanks for the feedback!

The point re: pricing explanation is well taken. We've already done a revision and will work on another one as we get more feedback on the latest version.

During EA (early access), we don't recommend using PPG (Prisma Postgres) for production loads. For now (during EA), there's no ability to scale up the base system config.

However, when we roll out the service in GA, you'll be able to "upgrade" the base system and one of the plan tiers will support autoscaling along the lines of what you've described.

The EA launch is for us to get PPG into the hands of our users and to vehemently listen to requests/requirements/bugs... your request has been noted and thanks for raising it!

While Prisma Postgres in in early access, yes. This is why there's no ability to change the database config right now.

However, when we release Prisma Postgres in GA (couple of months), you will be able to upgrade your postgres instance (CPU, storage, etc.) and that will be db-specific cost.

> because Debezium/Kafka setup is too expensive/complex

Totally get that. Many of our users like Pulse because of that.

> I need an option to be able to host it myself/on premises for some customers.

Completely understand the need and thanks for the wishes!

Self-hosting for Prisma Postgres, Pulse, and Accelerate isn’t currently on the agenda. Our focus is on building Prisma into a company that gives developers the best tools for working with data. We handle a lot of the underlying complexity, abstracting it away to make the developer experience seamless so that teams can concentrate on building their applications rather than worrying about infrastructure—just as we do with databases and the Prisma ORM.

Your point about concerns around vendor lock-in is completely valid, and we get it. However, we're confident that our approach with the ORM, along with the trust we’ve built with the community, will set the stage for us to develop long-term commercial products that are fit for serious, production-ready deployments.

Prisma team member here... Yes, when we go GA, we'll offer features that'll give you the comfort of wanting to run your production loads on Prisma Postgres!

Looks great, nice job!

Crypto asset tracking on the roadmap?

OP here and I work for Prisma (as COO).

Your criticism re: old issues is spot on. However, fixing backlogged issues is easier said than done. Any OSS project with more than 350k monthly active devs won’t be able to fix everything unless they throw an army of engineers at it.

Another thing we're not very good at is sharing with our community the reasoning behind how we prioritize bug fixes. This opacity leads to confusion and we're going to fix it.

Re: the aforementioned fruitful path, I am assuming you're referring to our recently announced feature "TypedSQL," which incidentally was one of those most-requested features.

While the commercial products are a focus, we're still headstrong on delivering ongoing value to our OSS users. As evidence, we've religiously released a new version every 3 weeks for the past (almost) 4 years. A quick glance at our changelog (https://prisma.io/changelog) should reassure you that the OSS ORM product is, and will always be, top of mind.

I really appreciate the feedback though. Keep it coming!

Anyone know why PG still insists on having his posts be in a format where readability seems to be the least important thing? I am sure there's a solid/sound reason, and I am genuinely curious to understand it.

> but typically then you have an escape hatch to have the query be in raw SQL while still mapping the outputs to whatever objects you need.

This is precisely why we introduced the "TypedSQL" feature in the Prisma ORM. For those who are interested in reading more on that: https://prisma.io/typedsql

Prisma team member here... We just released "TypedSQL" which gives users the ability to write fully typesafe raw SQL. Sharing this here as the info seems pertinent for those who love SQL. Link: https://prisma.io/typedsql

Nice to see more product development and offerings in this area. Well done.

[Full disclosure, I work for Prisma and we have a similar product called Pulse (https://prisma.io/pulse)]

Another use case for CDC is compliance. I reckon that in the near future, to ensure with data compliance regulations, CDC will become the better option for devs vs traditional seek/update/delete functions.

Prisma releases a manifesto to help align all the burgeoning activity around data-focused development.

Not quite sure of the purpose of this because any company/startup that uses an EOR like deel.com or remote.com can effectively hire anyone in a country supported by the EOR, including visa applications. https://www.deel.com/immigration

Where does one find this setting on the iOS apps? I am not using lightroom anywhere else.

Scandit | Remote | All functions (engineering, product, sales, customer success, marketing, partnerships)

Dig in more >>> http://scandit.com/careers

Scandit helps enterprises transform core business processes and enable new ways of engaging with consumers and employees. Scandit mobile computer vision software brings unrivaled scanning performance to any app on any smart device, turning it into a powerful data-capture tool. Our patented scanning technology can be integrated into virtually any app running on a camera-equipped smart device. The software is designed for enterprise-grade use with market-leading scan speeds and accuracy and is scalable to support large implementations.

The company is HQ'd in Zurich and has raised >$120M in venture funding.