hanspeide

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.

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.

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...

The power of debuggers.

Doesn't Facebook comments also show users profile picture? I've never seen anyone criticize the use of Facebook profiles for commenting, and I really don't see the real difference between this and using Google+ for commenting.

I believe this article is inaccurate. A lot of people preordered the Model S, and a lot of those were delivered and paid for (upfront payment excluded) in September, which caused the Model S to be positioned in the top of the chart.

Is this worth reading? Whenever I see marco.org I think to myself: "Apple love, Google hate as usual" and move on.

How are the color pixels indicating device stacked in the map? If I only check Android I will see large green areas, but when I then check iPhone the same green areas will be red. Does that simply mean that there have been more iPhone than Android tweets in that particular spot?