[showerst]

I'm not trying to start a flame war over the use of the word open, and I think it's great that they're releasing code that others can learn from.

It's just that making a big press release and blog post that brags about open sourcing, vs the reality that you can't actually do anything substantial with the code without paying for it... it seems off to me.

I get what they're trying to do, but to me the whole point of OS code is that you can self-host, and/or modify it for business use if you so choose.

To me this would be better served by advertising "We like you so much, we're giving away access to our service for free for noncommercial and test use, and opening up the code to the library so you can see how it works", but that's less interesting as click bait.

Maybe i'm just mis-reading the whole thing and you can self-host.

[simonster]

It seems to me that you can self-host. There is reasonable installation documentation at http://mortar-framework.org/. You just have to set up the infrastructure yourself, which you would have had to do anyway if they didn't offer hosting. It also seems that you can use their platform for only the cost of AWS if you don't mind open-sourcing your recommendation engine, which sounds terrific if your project is itself open source. Honestly, I can't find any qualms with this. Their business model seems to be that you will probably pay them $100/year (or $500/year for team access) because it's easier/cheaper than DIY.

[gmisra]

Thanks for the clarification. I'm in agreement with your opinions regarding false promises of open source, and also that this is increasingly a problem. However, I don't think that actually applies here. Specifics:

1. Everything in this github repository (https://github.com/mortardata/mortar-recsys) appears to be truly open - it's just a bunch of pig scripts, some java UDF definitions, and some python management code. There doesn't appear to be any dependencies on proprietary MortarData anything. All the code is licensed under the Apache 2.0 license.

2. The blog post states: " You can run this code anywhere. It’s built on widely-adopted open source technologies—Hadoop, Pig, and Python. But we think you’ll want to use our platform."

[sandGorgon]

I cant find the part which provisions the mapreduce cluster - isnt that part of their platform lockin ?

[NyxWulf]

You can use Amazon Elastic MapReduce to provision your own cluster. I'm guessing the value prop they bring is the ease of handling that part for you.

[jhorey]

If you want a relatively simple way to provision a Hadoop cluster locally, you may want to try out Ferry (http://ferry.opencore.io). It's based off Docker, so in theory, you could also write a nice Dockerfile to deploy Mortar's recommendation engine. (full disclosure, I'm the author of Ferry).

[dllthomas]

To my mind it depends a little on what functionality is behind the account. If this is a huge chunk of functionality, that presently depends on their infrastructure but doesn't have to, then I think that's fine (though certainly enough to self-host would be better). If this is basically a thin wrapper and all the actual functionality is in their proprietary server code, then it's hugely disingenuous.

[rjurney]

The code does not depend on the infrastructure. You can execute the Pig code locally on your machine, or on your own hadoop cluster. This really is a 'free' give-away of code.

[dllthomas]

Fantastic! Thanks.

[rjurney]

You can easily run the Pig code they released yourself.

[wprl]

I can't help but feel that this is akin to complaining that someone gave you the cart, but not the horse. You can buy or build your own horse, or rent someone else's. It doesn't stop the cart from being freely given.

[vertis]

s/build/breed/