Thanks for the pointers. The pricing is free for now. In the future we’re guessing it will be a typical freemium pricing model. There is also a totally self-hosted version that people can license.
Many apps we won't be able to handle at first can easily be handled by our approach with more work.
For some capabilities, we will have ways of filling gaps in the platform. We have some easy-to-use and fairly flexible hooks where you can add a lot of UI customization. We've also discussed mechanisms for catching events in dry and triggering external code developers can write. But that's almost certainly not going to make v1.
Like Access, we do aim to make development much easier, and in-house tools are an obvious first market. However, there are a lot of aspects of Dry (involving access permission, data tagging, moderation, and more) that aren't all together in any other platform. These make it easier to build social, collaborative, and messaging apps much more easily than other approaches.
We'll probably be posting a technical whitepaper and/or more technically-oriented video to the website soon.
I was the founder of SkyPhrase, a natural language processing startup that Yahoo acquired in 2013. Natural language was also a focus of my AI research. We have some ideas on how to apply that to this project, but they will probably have to wait at least a few months.
This isn't a snarky response, but a sincere question: how would you have titled the article or expressed our mission? It's difficult to come up with something that's clear and captures our intent while also fitting into a single sentence. We'll take any help on that we can get.
Yes, in a sense, all computing is AI. Alan Turing was explicit in his writings that he was trying to create machine intelligence and that he saw Turing Machines as a formalization of behavior he attributed to intelligence.
To do some advanced customization of how an app looks would require some javascript, but if they are happy with the UI we provide by default, then they could build some nontrivial stuff.
Our approach is very model-driven. Three differences/innovations with respect to that work are that 1. the models we use have a few additional elements that lead to a much wider range of apps that can be created, 2. we have a way of overriding what's generated from the model by default and 3., the software behavior we generate from the model includes more elements of the conventional modern software stack (search, authentication, sharing, etc.)
But I understand your reaction. I personally love AI and started working on it during the "AI winter" when everyone told me it was career suicide. I've been to AI conference where the keynote was on ordinary A/B testing, which Sir Francis Bacon invented ~400 years ago. Web developers have been using that for almost two decades, but it was presented as a new kind of AI magic just last year at a conference.
Even if you are correct about doing it with rules and a constraint solver, rule-based systems and constraint solving systems are all AI methods. Constraint solving especially is still a very active topic of AI research and something I myself researched once.
I agree that figuring out exactly what you want is a lot of work. Our platform only helps there in that it makes it faster to iterate through different guesses at what you might want to arrive at what you do want.
However, once you do know exactly what you want, it is still often a lot of work to actually build it in many cases. Say you wanted to build an exact clone of Slack (even v1 of Slack) It would still take weeks of effort at at the very least to build and deploy that.
The idea is that in many cases how an edge case is handle is up to the person requesting the software. So unless you build an AI that can read minds there needs to be an easy way to express what their preferences are.
Yes, any company that's serving a lot of web pages would be tempted to put ads on their pages. As the article and our website state, we are doing several things to preserve people's privacy. If we do ever serve ads, you and others can help us find a way to be super-transparent about it.
It's a good point. Our actual platform is all https. Our home page is just a static page. But you're right that it's bad optics for a platform intended to be privacy friendly to not be using https.
Every developer I know has a friend or family member who wants them to write some software for them. The friends and family think it will take a few hours, but it really takes us weeks and skills we often don't have. So the software never gets written. Dry is intended to fix that, and so therefore to help developers be more productive.