> depend on every single customer reporting each outcome quickly and accurately.
Why would the end customer have to report this? The company should be determining this and in very specific scenarios, ask the customer to approve the outcome.
It’s very easy to game though if you’re relying on end-customers to always self report, just look at all the people getting refunds on Uber Eats because the food wasn’t the “right outcome”
Are you genuinely acting this obtuse? what do you think walmart and every single retailer does when you walk into a physical store? it’s always constant monitoring to be able to provide a better customer experience. This doesn’t change with online, businesses want to improve their service and they need the data to do so.
If you're talking about the same jurisdiction of this privacy laws, then this is illegal. Your are only allowed to retain videos for 24h and only use it for basically calling the police.
walmart has sales associates running around gathering all those data points, as well as people standing around monitoring. Their “eyes” aren’t regulated.
The question still stands then: Does it happen in Tesco in the EU? Because that is illegal.
The original idea was that it should be legal to track people, because it is ok in the analog world. But it really isn't and I'm glad it is illegal in the EU. I think it should be in the US also, but the EU can't change that and I have no right to have political influence about foreign countries so that doesn't matter.
it’s illegal for Tesco to have any number of employees watching/monitoring/“tracking” in the store with their own eyes and using those in-store insights to drive better customer experiences?
Making statistics about sex, age, number of children, clothing choice, walking speed without consent, sounds illegal. I think it isn't forbidden for the company, but for the individual already, because that's voyeuristic behaviour.
Watching what is bought is fine, but walking around to do that is useless work, because you have that in the accounting/sales data already.
There is stuff like PayPal and now per company apps, that works the same as on the web: you need to first sign a contract. I would rather that to be cracked done on, but I see that it is difficult, because you can't forbid individual choice. But I think the incentive is that products become cheaper when you opt-in to data collection. This is already forbidden though, you can't combine consent with other benefits, then it isn't free consent anymore. I expect a lawsuit in the next decades.
EXTREMELY curious to see where in EU law it states that a store creating internal reports based on purely VISUAL statistics that employees can observe like walking speed, sex, number of children, etc is illegal.
Great launch but curious, why would I use this over Retool? I’m an engineer and the thing I love about Retool is the low-code UI components (saves time sourcing those same libs) + everything done on Retool so I don’t need to dedicate local disk space to my non-important internal app.
Retool is a great solution if you like low-code, so I think it mostly depends on what you like.
For us it's 2 reasons:
1. I had trouble with low-code builders when building more complex apps, so I had to fall back to code. In that sense, we aim to be a thin wrapper around code (by making sure you don't write things like authentication, RBAC etc.)
2. We have an AI offering that allows you to create your tool with just a prompt, and iterate on it. It works more often than not because we're heavily opinionated on what components to use and how our app should be setup. The feedback loop is also faster than low-code because you're just iterating with prompts, so there's lesser cognitive effort.
I couldn’t imagine building our internal tool with retool.
For example, complicated business logic form validation that requires calls to the database or external api.
We tried it. Retool ended being much more complicated and restrictive than our Next.js internal tool app. We went back.
I even remember reading on the official retool documentation website saying you should probably not use it if your internal tool is fairly complex. It was honest.
Sure, bear with me for this might be a long answer. I'll start with some of my own use cases I tried and then expand into where I think this space is going.
With Retool, I tried building a form where if I change one input, the other input needs to conditionally change. I struggled a little with figuring this out, more than I should have. I also find it unwieldy to do any complex state management with a low-code builder (as in the case above), so it was a no-no for me.
At the same time, I understand that this feels like "writing code all over again".
The reason we don't believe so is because there's a hidden cost (cognitive effort) associated with picking the right component library, the right framework, etc.
Eventually, you won't be writing too much code either way for CRUD because of AI.
Let's say you want to edit some of the styling. Instead of writing some TailwindCSS, you will just ask our AI to say "move this graph to the right of the table" and it will just do it.
We're opinionated to the point of having our own CSS rule engine, to make sure that the padding is always the same when adding new elements on to the screen, so the goal is for you to not write code as far as possible.
Have a look at https://v0.dev, it paints a good picture of what we're trying to do with this.
I’ve tried Retool a few times and can’t get into it. I simply don’t feel comfortable in a web UI… I’m primarily a Django/React dev and I would love to see the Django Admin panel philosophy in the React world: quick to build, but editable code all the way down (and in the same repo as my core apps!).
I totally see the appeal of this, I’m bookmarking it and I’m eager to give it a whirl.
Co-founder of Dropbase here. We're a better fit for you given your comments about Django and being in the same repo.
We are an internal tools builder that works with your existing Python codebase, in the same repo as your core app. You can call/use your exiting Django models from Dropbase UI components, and build fullstack internal tools with just Python.
Local disk space for internal apps is a concern for you? I’ve never thought to measure the amount of space that a Django Admin app or a custom-built React admin app might take in my hard drive… At any rate I know I prefer having every environment locally and not only in the cloud, and I suspect I’m not the only one.
it’s not only about the space, it’s about the management. When you’re an enterprise managing hundreds of internal apps, it’s way easier to just go to retool.com and find everything vs it all being stored local.
It’s an internal app, nobody wants to dedicate more $$ and hours than they need to managing/building it.
Again, whole reason why Retool even took off in the first place.
Why would the end customer have to report this? The company should be determining this and in very specific scenarios, ask the customer to approve the outcome.
It’s very easy to game though if you’re relying on end-customers to always self report, just look at all the people getting refunds on Uber Eats because the food wasn’t the “right outcome”