If my access is read-only then it's probably fine but if I have write access and I write back a whole row (my DB tool only updates the changes I think but IDK if every tool works that way) isn't it going to write back the "cleaned"/"hidden" data?
Again, it's very impressive and clever but I just worry I'd blow my foot off by accident.
The obfuscation is designed to be intelligent and context-aware. When you have write access and make changes, hoopdev ensures that only the intended modifications are written back, not the obfuscated data. We've implemented safeguards to prevent accidental overwrites with "cleaned" or "hidden" data.
Let me know if you have any specific scenarios or tools you'd like to test with.
Hoop.dev keeps sensitive data safe and checks important changes to make sure they're done right. It hides sensitive data in databases automatically and turns repeated tasks into easy, automatic ones. It also helps teams fix problems quickly by connecting with chat tools like Slack and MS Teams.
For context, I'm CTO of a gaming startup that uses a Kubernetes cluster to host online multiplayer videogames, and when I read your github and product landing page, I still have no idea who or what this is for. Seems like its targetted for enterprise cloud architects or something. Someone who works on clusters more advanced than ours. Thats fine, but my feedback is simply that I'm no beginner and your landing page basically goes right over my head.
Also, to make people _switch_ from one solution to another, you have to be more than a little bit better, you have to be WAY better. Especially for enterprise clients. To make a enterprise client change their cloud architecture is probably a hard sell, because of the risk involved. Why should anyone attach their professional credibility to your project? I think basically what I'm saying is, you gotta do more to sell this thing.
It sounds technically advanced, but I think you gotta take off your engineer hat and put on your sales hat and make me want it. Or if not me, than make _someone_ want it.
I don't want to do homework just to know whether this is useful for me. Though it's also probably true that if you have the problem this thing solves you'd recognize it right away. Still, I feel most projects suck at making a proper sales pitch.
Would love to get your feedback on this description, is it clear? what is missing:
Hoop.dev keeps sensitive data safe and checks important changes to make sure they're done right. It hides sensitive data in databases automatically and turns repeated tasks into easy, automatic ones. It also helps teams fix problems quickly by connecting with chat tools like Slack and MS Teams.
Admittedly I don't know what an access gateway is. So at the top of the README I'd have something like this:
---
- Hoop.dev is an access gateway, which $insert_what_it_does_here (one phrase or two).
- The API for packet manipulation solves $insert_problem_here.
- Hoop.dev is better than $insert_competition_here by doing (insert your feature list that you already have in the README here).