Disco | Sr React Native Developer | Remote | Full Time
Disco helps creators make a living teaching what they love to do. Our SaaS learning platform helps creators build, sell and scale live virtual learning experiences.
This is a rare opportunity to build a mobile app from the ground up. Our existing team of 7 developers has built a feature-rich web application. We are looking for a lead Mobile Developer to deliver the first version of our mobile app and work with the rest of our developers to set best practices for scaling it up.
The existing web app is built in React with a backend using TypeScript and Go GraphQL services.
Yep. My partner is non technical and has been using Bubble since October. I have great impressions. The responsiveness editor could be better, or maybe just better documented.
As a developer, you can't come in thinking you'll just get it. Bubble has renamed things for simplicity to non-technical folks and you need to take the time to learn their system.
Something I found great is Bubble's API Connector plugin and their REST Data API to. It lets you to call out to external APIs and CRUD into the bubble database. When my partner's app had a bit of "complex" backend logic that couldnt be easily done in the Bubble UI, I wrote a lambda function and they call it using the Bubble UI.
Bubble has been great for them. As their product / company grow that may not always be the case. But I think it'll hold up for longer than most developers believe, well beyond the initial prototype phase.
Thanks, this is the exact kind of intel I was looking for. Especially that they have a API connector and REST API - I was betting they DID have that, as it's a moderately easy thing for them to ad that makes custom extensions possible.
(With Zapier, I have used their so-called "Webhook" connector for that - set up an endpoint on my webapp that accepts a POST with a JSON payload, then make a zap that send data there in response to some trigger.)
Agreed, there is a big market here. I worked on a real estate rental platform where we required ID verification for all listings and applications. At the time we used Berbix (YC company), which is practically the same as Stripe Identity. I would probably just use this Stripe feature today, since we were already using Connect for payments.
Agreed, I would have a component like <CommentDeleteButton /> render a normal <Button /> by default without these different iconProps/buttonProps/dropdownItemProps.
Then give a renderButton prop to override the Button and use whatever <Icon />, <Dropdown.Item /> you want when you are using the <CommentDeleteButton />.
Well, there was the time that the "server down" icon for S3 wouldn't render because it was itself hosted on S3:
>In fact, the five-hour breakdown was so bad, Amazon couldn't even update its own AWS status dashboard: its red warning icons were stranded, hosted on the broken-down side of the cloud.
I agree with the other two comments:
1) it's a much better easier for ordering pickup than I've seen from any other website or app. It's very easy to build a "Ritual" because it saves your past orders.
2) skipping the line is amazing, especially in the middle of a breakfast or lunch rush.
My office is huge into Ritual, it was used daily. The group ordering makes it way easier than "grab me a burger and I'll Venmo you". You can fully customize your own order without bothering your teammate with "no pickles, extra cheese please". You then pay on your own, so no one has to keep track of splitting bills and IOUs. A small bonus is that each individual order is packaged separately and clearly labelled so that you don't have to fish out items and work out whose is whose.
You can definitely achieve the same thing without Ritual, but the app takes care of all the pain points and pays you in rewards to use it, so why not?
A camera developer might find "having issues with zoom" as confusing as a dev dealing with timezones finds "having issues with time". Everyone has a different context that may make your name confusing to them.
