As a Stamplay co-founder, since the thread is getting crowded of many HN users that know this space very well I think that this is the perfect place to share my vision on how programming will evolve
I had to disable Ghostery and AdBlock to get your editor to load properly; I'd recommend taking a look at what resources you're depending on that they're blocking.
Calling it "IFTTT for developers" is fairly misleading. This doesn't require any real coding or offer any flexiblity and is seemingly drag and drop, with some random backend API's and the ability for a developer to use these on the front end. It doesn't really do anything different than IFTTT for developers except generate endpoints from the things they define you can do. There isn't any customisation for the developer to do what they want to do and it's unclear if you can build your own integrations how you want to outside of what they deem important.
We're building an integration platform at http://hoistapps.com/ that is more accurately reflective of 'If This Then That For Developers' than this is, in a sense that you build the integration you want, using your own code, not off the box one-size fits all modules, then we host and scale your integrations for you (amongst other things).
This can solve the backend of many simple web apps. That leaves us with the space between Bootstrap and Stamplay. I guess that many customers would accept an interface made by standardized components if that means that they could pay ten times less. Is there any tool like that for the frontend, better if it can work in combination with Stamplay?
Loggur (https://www.loggur.com) launched a few days ago. It's still pretty rough around the edges but the core concept is to be able to use interchangeable parts to build web apps in real-time with other developers. It of course has the added benefit of being able to easily build real-time apps for users. It also eliminates the need for most backend work.
The $40 (25 GBP) upgrade to the Plus plan to be able to export any of my data really rubs me the wrong way. I thought we'd generally decided that was a bad way to make money...
ok this tell me that written like that, the features is very misleading. You can ALWAYS retrieve all the data via API on any plan. The data is yours.
The export one is just a commodity to have it formatted on an Excel or CVS file (good for non tech people or for those who dont want to integrate via API to collect data)
By 'retrieve all the data' do you mean I'll have to write a script that goes through the API, iterates over things, and dumps it into a format I would like? Or is there a single 'dump' API endpoint that gives me all the data?
would love to see an open source initiative in this space. Might even give it a go, anyone interested? Would love to host my own trigger / web hook service that i can use across applications.
Yep you're right, that one solve a very specific problem about monitoring resources. We want to empower people to build products in an easier and more efficient way :)
We're currently building [something][1] in almost this exact space but with more flexibility to insert custom code and run on one's own metal. The majority of the resulting application will be [open source][2], once we're out there.
To pull our own description across, we're building a declarative, scalable, polyglot web framework.
I got your points. We had a short outage that has been restored in a flash. +90% of our users login with Google so password reset has been developed just to give users the possibility to re-enter and define a new one of their choice.
Literally was just started using Divshot and Parse to solve the problem Stamplay is solving. Just tried it and very cool.
Only suggestion is change the name. Extremely hard to remember (had to bookmark it so I didn't forget it) and easy to get confused with Stamply
we're foreseeing that need that's why we're evaluating to build something like Divshot architect on our own (or with a partner already providing a similar service like Froont or Webflowapp)
Is there a JSON parsing component that I'm missing? I would think a simple JSON component would allow you to hook up any number of API's together to build an application. Assuming it's on your roadmap.
Composable Analytics is a similar solution, but users create the apps using a dataflow methodology (sexy apps). Allows for much more flexibility because you can change the guts of the data processing. It's also very performant because parts of the app can be parallelized.
As one of the partner of Stamplay, we actually wrote an in depth tutorial about Stamplay. If you curious to see how easy it is to use, you can read the tutorial of Stamplay & Pusher on our blog.
I gave it a quick look, and it does seem interesting. A good addition to the "IFTTT for [category]" crop that is popping up like mushrooms lately.
One small nitpick: When you add components, it's not very clear which are usable as triggers and which as actions. Some indication of that would be nice.
thanks for the feedback. You can click on the "i" that appears when you move your mouse over a component to get this modal view with the usable triggers and actions. http://imgur.com/EdGf9Hz
Otherwise you can click the info button on the upper right corner of settings view of every component http://imgur.com/UpAcLdk
Thanks for the info. I know about node-RED, since it's a company in the same space and with some of the same intentions as my own. Gotta know your friendly neighbourhood competitors :)
Vagrant is there for people who would like to give the Node Red / Freeboard combo a quick shot without the installation and configuration hustle. Convenience.
I found the project very intresting to follow up (now and in the future).. And since i use HackerNews as my bookmarking service StamPlay just needed to be here ;)
Do you mean new custom components? I was also asking that question to me. I noticed a "Want More?" box in the bottom right corner of the component list: "Tell us which service you would like to have."
thanks for the assessment but it doesn't really means that. We're in the middle of integrating a RBAC logic on the resources while before it was all about setting something as private/public. Since you pointed out the issue I'd like to know more about how you would use such functionality:
- explicitly declare if entries can be private/public
- define if users can fetch entries that they own/made
- any more fine grained logic?
Hi Amzil, we're rolling out a developer program but at its fist stage it will be only to add (and sell) App Templates. Components are still on us but we will open that too.
On Stamplay pricing: whenever I see pricing in pounds not dollars on a service like this, I think they are not quite ready for my business. My IP address (pretty) clearly identifies me as a U.S. customer, why not present the pricing page in US dollars?
I'm willing to admit this could be a failing in me, not the website.
Yep - you are emphasizing my point. The default seems to be USD.
Pick a sensible default - if you get more business from the US just show dollars. Or do some simple A/B testing and see if you get better conversions with one versus the other.
> Pick a sensible default - if you get more business from the US just show dollars. Or do some simple A/B testing and see if you get better conversions with one versus the other.
Maybe they did this, and get more business from the UK?
currently it's not an automated thing based on visitor's IP since the infos are all there. But I understand that into the product this could be not that nice to see.
I'm not affiliated with Stamplay, but I feel a little compelled to raise a point in their defense. Internationalization is not a trivial affair, especially when it comes to money and handling different currencies, taxation situations, trade agreements, VAT, et cetera.
How do you think other businesses feel when they visit a SF startup's page and see pricing in dollars instead of their local currency?
how do you know that the companies that you trust so much because they presented you the price in US aren't just giving everyone the price in US because they are based there and not using any localization?
https://medium.com/@giuliano/programming-easier-better-faste...
Feedbacks are welcome!