AmatYr is a similar project, written in Lua and JS with Postgresql as a backing database: https://github.com/torhve/Amatyr

Live setup: http://yr.hveem.no/

I'm not the creator, but I set it up for my own weather station, and it has been working flawlessly.

Saving the image seems to result in a blank PNG. Maybe add a button where the user can download the image?

Would be interesting to know who these sellers are. Are you allowed to disclose it?

If only all internet comments were as good as this. Kudos!

I've made a service for festivals/concert venues/labels, where they can promote their events in various streaming services (e.g. Spotify, Rdio, Deezer etc.). The difference between their regular web page and the streaming apps is that the festivals can now link their news and lineup to the actual artists playing. So, if Outkast is playing at a festival they can add a news item for it, and link to Outkast's artist page where the user can read Outkast's bio and listen to their whole back catalogue. Also, the whole line up for the festival is available on one page, so it's easy to listen to all artists playing, and sort by date, stage, etc.

http://www.promotor.fm (currently only a landing page)

http://open.spotify.com/app/oyafestivalen (Spotify app for Norwegian festival Øyafestivalen)

The app is service agnostic, so it can be used with any streaming service. The only thing needed to add a new client is to create the frontend part, and link it to the back end APIs. Also, clients can add content from their own CMS and add it to the Promotor database through our APIs.

Currently there's only desktop support, but I'm working on adding mobile support for Android and iOS.

"From personal experience and from hearing 1st person stories of startups who went Android second, it takes at least 2x to even 3x the amount of time to build an Android app." This differs from my experience. I've work on several large app projects (> 200 000 downloads), and the Android versions have been ready before or at the same time as their iOS counterparts.

Also, the good apps are not made using IB. Fine for prototyping, sure, but not suitable for real world use. Feel free to prove me wrong, and name IB success stories.

Smells like good old FUD spreading to me.

Saying good apps are not made using IB, and that its not suitable for real use, sounds like FUD to me too :)

Sure you need to leave IB sometimes (or a lot of the time - depending on the app), but if you are coding every little view by hand... well you have more time on your hands (and budget?) than I do :P

For comparison: I made an app called Joke Effects (https://play.google.com/store/apps/details?id=com.ctrlplusz....), in early 2011. The free version has around 70 000 downloads, and has made me about 25$ - in total.

Paid version (0.99$) has sold about 200 copies.

That's a pretty nice app. I think with these simple apps you have to be at the right time in the right place. When I wrote That's Not Funny, there was only one Android phone on the market (HTC G1) and the App Store was fairly tiny. So the app made a bigger splash.

I'm having max 150 following rule. If I reach the limit and want to add one more, someone has to go.

Have this guy ever designed for the web? A lot of people seem to be able to make a decent living doing that, and they have to support a lot more screen sizes and resolutions than his nifty illustration shows.

I'm sure a lot of people would welcome a free alternative without ads. Now go code it. Oh, wait...