@giuliano84 would want to be able to use it as the only authentication system as an alternative to the option you have natively built. Would just give us the ability to tap into their larger feature set around authentication later on down the road, would just be easier to start out with that for the project I am working on.
@orliesaurus You're assuming it right, with Code Blocks you can create custom code made building blocks and chain them into Flows. Moreover every Code Block that you create is available as an API :)
Hey Product Hunt! It’s great to be here again and present Flows!
Stamplay is the Lego for APIs. An unified development platform with modules that abstract APIs, and a simple UI to chain together these modules as if they were lego blocks. It’s like if “Zapier and AWS had a baby”.
The old fashioned IFTTT-like Tasks with trigger and actions fell short too often. Now they evolved and can expand to any number of steps you want. You can orchestrate all the building blocks of your app together so they work in harmony.
Flows have also the capability to return to an URL of your choice everything they processed during their execution. This means that you can easily build custom APIs that execute a workflow and use them to extend a product already in place.
Our users primarily use Stamplay to:
build bots for Slack / Kik / Telegram
automate workflows
build web and mobile apps using it as a backend
I’m available all day long to answer to any question :)
@giuliano84 Looks pretty cool! Booked a session for monday. But would have a hard time committing to such tool unless the pricing was more transparent.
@giuliano84 Oh! I just saw the first page: https://stamplay.com/pricing which doesn't show pricing at all. So thought that it's either free or you have to contact 'someone' to get the pricing. Either I haven't been observant enough or that's a bit misleading ;-). But now I can see on https://stamplay.com/pricing/self .
@giuliano84 just a note that I also ran into the pricing confusion; I can see why, with all the tiers, that you may not want it all on the same page... but at first glance figured it was either a freemium for devs or had to do the "call for demo" enterprise thing. That aside, I like what you're doing here with Stamplay! Lots of great stuff happening with automation these days.
This is awesome! I've been using the code-based version of Stamplay before Flows came. I build back-end in Stamplay to the front-end apps I've built in Weld.
@tomsoderlund Weld is a great front-end tool and the mix of the two product is explosive. We should look at some joint marketing activity and show people how to build an end to end web app using our service. How does it sound?
@brentsum@giuliano84 Same here, By the way Brent I got a lot of value from your courses. Experimenting with Weld and Stamplay as well, I am feeling like there is no limits.
Nice! How does this compare to multi-step "zaps" with Zapier? Have been running into a few limitations there. Specifically around one-to-many actions. Would love to have an if this - then that, that and that. :-)
@mattsornson you can absolutely do an "if this - then that, that and that" by piping the "-many" actions one after another. The main differences from Zapier are:
- the ability to extend the building block by creating your own ones
- the third party integrations is just a part of our offering core building blocks (Data Storage with REST API, SDKs, out of the box user management, social login and auth, hosting)
- the ability to setup a callbackURL for your flow to receive all the data processed (step by step)
- they focus on business people rather then developers
- we do provide dedicated instances for bigger organizations that want to threat their data safely with custom component integrations
Upcoming features are:
- capabilities of branching flows
- internal library of shared building blocks from the community
- different development environments for your API-based apps (dev/stagin/prod)
Anything else about the roadmap is open and discussed here: https://github.com/Stamplay/stam...
Awesome product. It's great to see the continued evolution the code-free services trend to help people get their job done with minimal or zero coding. Go Stamplay!
cheers,
Paul
Paul Boyce, Cofounder & CEO
http://popcornmetrics.com
thanks @nagra__ ! Unlike the IFTTT we allow people to build full-fledged service based apps, you can build API endpoint that trigger workflows, you can run scheduled processes, or you can build an end-to-end app just by hooking up a front-end to the API you build with Stamplay. Basically Sky is the limit!
@acpmasquerade@nagra__ yeah I think the concept has been there since a while now but I believe that this can happen only now with the fully matured API economy of today.
Back in the days that tools where too focused on trying to make coding visual. This is about making programming visual using APIs which is a slight but fundamental difference.
That's cool. Congrats on the launch! We are working on something similar but on a completely different level. With CloudRail we provide software libraries which abstract over multiple APIs. So in case of cloud storage, you get the exact same upload() for Dropbox as well as for Google Drive. So no central platform and no workflows, just the very basic integrations for developers. Might even help you guys with making services available on Stamplay. I've just hunted it as well: https://www.producthunt.com/tech...
@t_dnzt ahah everyone loves Lego! Again we're not trying to put out of job anyone, we want to avoid you enjoy coding the fun stuff and avoid reinventing the wheel or cut and paste boilerplate code :) Fair enough right?
@ciricmarko Totally agreed! The number of SaaS applications has exploded and there is a rising wave of software innovation in the area of APIs that provide critical connective tissue and increasingly important functionality.
There has been a proliferation of third-party API companies, which is fundamentally changing the dynamics of how software is created and brought to market.
Developers have learned not to expend precious resources on reinventing the wheel but instead to rely on APIs from the larger platforms, such as Twilio, Stripe, Sendgrid, PubNub and so on..
Applications have no choice but to speak with other APIs as they are actually built using different APIs. Unfortunately composing services comes with challenges because APIs are different from each other and orchestrating them gets worst as you need to connect more of them.
The number of ways to combine them increases exponentially and we’re just at the very beginning. This is why I believe that products like this can be huge enablers to help people put their ideas online :)
I've been using Stamplay ever since they went through 500. As a marketer, it's amazing to using my data everywhere without ever writing a line of code. Super awesome tool and team!
thanks @distrodom :) It has been great to see 500Strong distro team use stamplay and see how very powerful landing pages with great logic can be built without writing much code at all!
@dshan@distrodom the landing page on steroids was pretty cool. The landing page sends an HTTP request with the captured email to an endpoint on stamplay that triggers the following flow:
- enrich user personal data using clearbit (props @mattsornson)
- if the email is not a personal address (@gmail@hotmail..)
- collect user's company data from the email domain
- store user and company data on stamplay provided database
- add user on intercom / mailchimp / autopilot (that then starts a drip email campaign)
- remove him from a Facebook custom audience used for retargeting
- post on slack the full enriched profile
To this followed:
- when a user unsubscribe from the drip email campaign
- add him on a Facebook custom audience for retargeting
@v3ss0n I don't think backend developers should be worried at all, as we're not trying to replace them. It's really about avoiding reinventing the wheel over and over again and focus on coding what matters most :) What do you think?
@v3ss0n yes we do integrate Firebase, it is available as a component. Stamplay is designed to be an open platform and anything that has an open REST API can be integrated or connected to it. We don't want to put any constraint our users as we believe that the true power is in enabling people to use their favorite tools and provide an easy way to orchestrate them.
@giuliano84 was actually looking for your old crowdfunding one - I'm a big fan of your tutorials already, especially ones that can be transformed into standalone side projects for users.