7 ms·
Parse (YC S11): A Heroku For Mobile Apps
- Hisoka 15y agoNot sure how useful this will be. Synching and authorization are very specific to each app.
- dougws 15y agoNot necessarily. A lot of apps (document-based apps, for example) really just need a basic online data store and simple authentication.
- lacker 15y agoWe try to provide an API that's flexible enough to do a lot of different things. You can also use Parse for some of your features, and roll your own for others. If you have a particular use case in mind, we'd love to hear more about it at feedback@parse.com.
- danilocampos 15y agoI had a similar reaction when I first heard about it, but quickly realized it's definitely capable of offering a lot more than that. Parse is like an envelope labeled "Instant Server Guy – Just Add Water." If you need your app to be able to create/query/display remote data between users, damn, you've got a huge head-start just by dropping in their code.
- lacker 15y agoParse is like an envelope labeled "Instant Server Guy – Just Add Water." Danilo, you are a quote machine ;-)
- danilocampos 15y agoHaha, glad to be of service. I get excited about stuff I like.
- bgentry 15y agoOk, using the "Heroku for x" analogy worked when x was another programming language. How is this service in any way similar to Heroku? I've read the article, seems like an interesting idea, but I just can't see where the comparison comes from.
- dougws 15y agoThat was my first thought as well. Apparently anything involving server-side code is now Heroku.
- lacker 15y agoIt works if you think of it on this level: The goal of Parse is to make server stuff really easy for mobile development. The goal of Heroku was to make server stuff really easy for Rails development. Of course the analogy breaks down once you try to be more specific with what "server stuff" means. ;-)
- div 15y agoHeroku gives you the comfort of not having to think about configuring and maintaining the servers that run your webapp. Parse gives you the comfort of not having to think about architecting a server-side component for your mobile app.
- cmelbye 15y agoBasecamp gives you the comfort of not having to think about running your own project management software. GitHub gives you the comfort of not having to think about hosting your own git repositories. Doesn't every Software as a Service and Platform as a Service company strive to "give you the comfort of not having to think about" running some piece of software on your own servers? The incessant comparisons to Heroku are just silly now.
- drcode 15y agoWhat I really want (and would pay money for) is something like PhoneGap but which lets me code in HTML5 and then deploy into the Android Market and iPhone AppStore at the push of a button, Without having to use Java/Objective C. Why has no one provided this product yet? Do the TOS for Android Market and AppStore make this impossible? (To be clear: The deployment part is the part I want, the part that I don't want to have to fuss with)
- cpeterso 15y agoAdobe's "InMarket" service was trying to provide a meta app store with channels into other app stores. Until InMarket was canceled: https://www.adobe.com/devnet/inmarket.html https://www.adobe.com/devnet/inmarket.html
- drcode 15y agoLooks like phonegap has a beta project in the works to provide this: https://build.phonegap.com/ https://build.phonegap.com/ I like the look of it!
- tluyben2 15y agoAh! This indeed looks good. Thanks!
- deleted 15y ago[deleted]
- snowmaker 15y agoParse is awesome! This is a terrific way to get a new mobile app up and running.
- biot 15y agoPricing? Free during beta is nice, but if this is $99/month after, that will weed out weekend projects. Also, is it a per-app cost, per-user, per-company, or something else? Per-user weeds out free apps. I like the concept, but it doesn't make sense to use it without knowing what rough order of magnitude cost I'm looking at when it goes live.
- riprock 15y agoThis. There's always a backlash with unexpected post-beta price increases as well (see google app engine.) Be straight-up with the pricing and hold your words.
- angryasian 15y agoI don't see how anyone can even build on a proprietary platform without knowing the costs upfront. Google was different in that google allowed you to use existing frameworks such as spring and jpa, and if you encapsulated the code properly , migrating was easy.
- lacker 15y agoWe definitely don't want to weed out weekend projects or free apps. The goal is to have a pricing model similar to Heroku's, where you pay more than you would for a Linode box, but not a ridiculous amount more.
- stephth 15y agoDo you have an estimate for when you'll announce pricing?
- csmajorfive 15y agonot yet - but i assure you we'll do it asap!
- clark-kent 15y agoWhat database do you have running on the backend?
- nhangen 15y agoLooks awesome, but if I hear "A Heroku for..." about one more thing, I'm going to flip out. It's closer to Urban Airship than Heroku. Just because they are both YC companies doesn't mean they have to be compared.
- burke 15y agoIt's a useful analogy. Heroku abstracts server configuration away from Rails development to the point where it's (theoretically) completely unnecessary to know /anything/ about it. If this does the same thing in a different context, I think it's a fair comparison.
- danilocampos 15y agoThese guys are really onto something. Playing with their stuff for a little while was at once fun and annoying: I'd have killed to have this tech when I was an indie iOS dev, trying to scrape by knowing nothing about server development. Seriously, I'd come up with cool features all the time, but have no idea how to get started building the server components they needed. Parse abstracts all that pain behind a few Objective-C methods that work just like all the other frameworks I use each day. I can store arbitrary data to the cloud and construct specific queries to pull it back down – without the mental overhead of learning or maintaining a new stack. It's a simple idea but it's implemented with enough clarity and flexibility that you can accomplish a lot of neat stuff. Huge cheerleader for this team – I think they've got a lot to offer the many mobile developers who have ambitious projects and limited time/budget for outside server help.
- pixelmonkey 15y agoas the founder of Parse.ly and owner of parse.ly and parsely.com domains, I just have to say -- that's friggen cold, dudes ;-)
- old-gregg 15y agoCongrats on the launch guys!
- zachinglis 15y agoThe guys behind this are incredibly smart. I really wish them the best of luck. I do agree with @biot though. Pricing needs to be better defined and there needs to be the ability for people with side projects to be able to integrate this without forking over $99 a month. I feel that the much bigger users would be building their own service instead of using Parse as it would be more economical anyway.
- khangtoh 15y agoHow much did they spent on the domain name? Just curious.
- jackwagon 15y agoAppears to be $50k
- csmajorfive 15y agonope :-)
- mattj 15y agoThis looks awesome - but I'm curious to see how much overlap this will have with the new stuff in iOS 5 (cloud storage etc.).
- dominostars 15y agoWhat separates you guys from Kinvey and StackMob?
- lacker 15y agoThere's a lot that goes into making a product for developers. Take a look at the APIs, and decide for yourself: https://www.parse.com/docs/ios_guide https://www.parse.com/docs/ios_guide https://github.com/stackmob/StackMob_iOS https://github.com/stackmob/StackMob_iOS
- sashthebash 15y agoParse, Kinvey and StackMob are great tools if you want to read/write data such as high scores from your app. But you won't have a nice editing interface for the data in the web. If Parse is "Heroku for Mobile" then StorageRoom, the startup I am working for, is "iCloud for content". Editors manage content in our flexible service online and data is synchronized or pulled from mobile apps. Different use-case, but we seem to have found another problem where many devs complain. Existing CMS tools suck at this. http://storageroomapp.com http://storageroomapp.com
- cheald 15y agoWow, I kid you not, I sat down with a friend who pitched me this exact idea yesterday.
- sahillavingia 15y agoThere is a large gap between pitching an idea, and executing on it well.
- RoboTeddy 15y agoCheck out part of the guide: https://www.parse.com/docs/ios_guide https://www.parse.com/docs/ios_guide The API is simple and does exactly the sort of things you need it to do. Awesome.
- cynusx 15y agoCan I query the data gathered by mobile devices with a web-application?
- lacker 15y agoIt's possible, but not yet as easy as it should be. We're working on a really nice way to do this for an upcoming release.
- benologist 15y agoTheir API's pretty easy to work out since you can NSLog the Objective C stuff to see what and how it's sending. I did it last week to make Parse available to my ActionScript, HTML5 and Unity developers.
- chintan100 15y agoAs an iOS Developer who cant do any server side coding, this service is a boon! I visited both Kinvey and Parse and the one major difference i can see straightaway is that Parse allows schema less development. From their website: "For example, you do not need to specify any schemas before pushing data to us. Our data API simply uses a schema-less JSON-like format." While Kinvey lists "model your data and file requirements" as the first step to using their service. Of course, both the services are still in beta and post-beta pricing will also be a major differentiator going ahead.
- omaranto 15y agoI realize that names of companies or services don't have to be descriptive but surely it's a good idea for them not to describe perfectly something completely different...
- lacker 15y agoIt's not completely different. In a literal sense, if you use Parse, you don't have to parse JSON or XML in your mobile app. And in a general sense, we think of "parsing" as taking a big messy problem and making it simple.
- adelevie 15y agoI've been following the development of Parse for the past couple months. Really solid progress. What struck me as the coolest part of their product is the ActiveRecord/ARel-style querying: >ParseQuery query = new ParseQuery("GameScore"); query.whereEqualTo("foo", "bar").whereEqualTo("baz", "biz"); The ability to stack query options like that is very Railsy. I have a feeling that as more Rails developers focus on mobile development, they will take some of the nicer API designs with them into the Java/Obj-C world.
- pwim 15y agoIt seems more like Google App Engine than Heroku, in that by using this service, you are tied to Parse's infrastructure and can't easily change.
- juanbyrge 15y agoI'm an IOS developer, and to be honest I wouldn't use Parse (at least not today). 1) Unless you're building a mobile client for an existing website, would you really bother with authentication? Can't you just transparently store users with a UDID? 2) Client-side caching is the biggest pain in IOS apps. Network calls are relatively easy. I try to make simple/dumb calls to the backend and just do smart filtering and data manipulation on the front end. Parse doesn't really help here. Do they have integration with core data? They don't even seem to mention it. 3) Some of those testimonials are hilarious, but clearly fake. Why not use real ones? 4) You usually need a server running for a landing page, anyway. 5) No support for storing images or audio. Storing simple strings isn't that useful. Anyway, just my honest feedback :) Good luck!
- lacker 15y agoThis is really useful feedback, especially #2 and #5. Better support for caching and other filetypes are features we're working on for upcoming releases. If you don't mind, I'd love to get your feedback in more detail - if you could shoot me an email at kevin@parse.com that would be great. If you're in SF I'll buy you lunch sometime ;-) P.S. those testimonials are real!
- sadawi 15y agoUsing UDIDs for authentication isn't a good idea for a serious app. Even if it were unspoofable, devices aren't users. Users have iPhones and iPod Touches and iPads; they upgrade; they sell devices to other users.
- juanbyrge 15y agoLet me rephrase - if I were making a game, I wouldn't bother with a username and password. What's the point? Just ask for a nickname when entering the high scores :)
- scopendo 15y agoWill Parse provide offline support? I saw sync mentioned, but it seemed to be more with respect to syncing multiple devices by virtue of a common web-based datastore.
- d0m 15y agoIn the doc: "score: 1337, playerName: "Sean Plott", cheatMode: false" I see what you did there :) Are Parse guys day9 fan?
- lacker 15y agoWho isn't? I figured it was more fun than just using "John Smith" in all the docs ;-)
- chubs 15y agoLooks fantastic. I'm personally really interested, and would like to know: * Pricing - beta/free won't last forever! * How will this compare with using iCloud when it comes out? I believe that icloud will provide api's for some storage/syncing capabilities.
- csmajorfive 15y agoiCloud's data functionality so far is very user-centric and doesn't let you store app level data. It certainly will never seamlessly work with Android and other platforms. We're working on pricing - stay tuned!
- cageface 15y agoI could definitely use something like this. I know how to do the backend stuff. I just don't want to.