3 ms·
Hi I'm one of the architects behind OXIDE. Feel free to AMA
by razorjaws 6y ago
Hi I'm one of the architects behind OXIDE. Feel free to AMA
- OliverM 6y agoThe app looks really interesting but I'm hesitant to consider it for any practical projects due to the pricing model. If I'm reading it right, it's 25 dollars per app per user (not developer?) per month if you want to include features like GitHub integration, billable annually in advance. So, US$300 a year per user, or multiples of that if you have several apps for the same user? What's the target market this kind of pricing has in mind?
- ochiba 6y agoHey OliverM! Cofounder of the company here. Thanks for your question. The primary target market of the platform is midsize to larger companies who need to build apps for their employees and customers. We've seen that the platform has strong ROI for these customers compared to the alternatives they typically have for developing these apps (where all-in TCO can get quite high — as much as six or seven figures). Our pricing is competitive relative to other high-productivity enterprise app platforms, especially since it's a cloud-native full stack (dev environment, cloud backend, etc.)
- OliverM 6y agoAh, interesting. As a software contractor I'm outside that target market, and maybe even a competitor to your product in that I offer services to that market. It's something I'd love to play with though - so much "procode" as you call it is detail-oriented arcane config rather than coding and it would be good to have a tool that accelerated (or removed outright) that work. Kudos.
- ogre_codes 6y agoI'm a bit confused here. The article starts out talking about no-code software development and the advantages and limits of no-code software, then lays out a bunch of principals including things like using an OSS stack. Then at the very bottom drops what looks like a complicated TS development IDE with some bolt on tools (which appear to be for-fee/ non-OSS). Who is the target market for this? What kind of app would I write with it? Since Could I build up an OXIDE stack myself and make some apps for my friends? About the only use-case I can see here is enterprise app development and personally, I think tying yourself to a vendor Platform-as-a-Service solution like this is a bit fraught.
- ochiba 6y agoHey ogre_codes, thanks for your question. Our core target market is enterprise app development. We have many of these customers who are using the platform today. We built this new version of our IDE based on a need that we identified by spending a lot of time talking to our customers. Using traditional professional development approaches (for example, .NET, hybrid app frameworks, native app dev, etc.) is just too expensive for them to build all the apps that they need. That's why many of them have adopted low-code/no-code platforms which allow them to build apps with a point-and-click approach. But the problem is that the limitations of those platforms become problematic when they start building slightly more complex apps. That's why we built our platform (and our new IDE) to fill the gap between no-code/low-code and pro-code tools: We created a high-productivity platform that is code-centric (JavaScript and TypeScript). We've done studies with our customers showing that using the platform is between 9x and 10x less expensive as far as developer hours to build enterprise apps.
- razorjaws 6y agoHi there! So OXIDE is interesting in that it has what we believe are the best of the typical low-code tools, but integrated in a way that the developer can easily transition to and fro into typical pro-code development. The screenshot on the homepage shows a plethora of the various tools and features that OXIDE has, but the IDE can easily be configured for low-code or pro-code development independently. Out of the box we provide some default workspaces that cater for the typical paradigms of software development on our platform, which are not as complex as in the screenshot. Regarding the OSS, we deeply integrate it into the IDE effectively removing most of the configuration and complexity required to make it all work well together.