Live data from Hacker News

The Javascript Trap

gnu.org

21–30 of 117 posts

Re: The Javascript Trap

#21
post #11
post #7

RMS is complaining about Obfuscript. Speaking of obfuscation, I hope someone would deobfuscate LGPL for me.

I have always read LGPL as "Look for another piece of software which does this and save yourself some headaches."

Because you can link with it with absolutely no restrictions on the derived app? Yeah... that sucks...

Re: The Javascript Trap

#22
post #17

Earlier quoted context omitted.

I don't see anywhere where he demands free-of-charge access. Stallman supports "free software" where the "free" means that the user's liberty to manipulate the program is preserved. In Stallman's dream world, you would be free to charge for your service, or put ads up, or whatever you like. But your service would use standardized file formats, and the user would be able to modify the application (both server-side and…

if you can "modify" the server side and the client side, you can "modify" the need to pay.

Of course, but we already do this. I block all ads, which means I'm modifying your app to not make any money off of me. Such is the reality of the Internet and general purpose computers.

Re: The Javascript Trap

#23
post #2

Look, dude, web software is often part of a software as a service model. If I let you dig through my JS, you would get the service for free. In short: No.

That does not -- and should not -- immediately follow. If you consider your look and feel software to be your exclusive value-add, you are not a candidate for FOSS and RMS is irrelevant. The traditional SOAS advantage is availability and data access; having your client code freely available does not reduce either advantage. Accessing is not (should not) be equivalent to access.

If I had the front-end javascript source code to gmail or salesforce or basecamp, that would neither give me access to other user's data, nor give me free access. Proof: I do have access to their complete front-end source code, just minified. Having it more readable would just be convenient.

Minification / Obfuscation != Security. Don't put anything in your front end code that you would not want an adversary to read (true of the backend too, if perhaps less urgently).

Re: The Javascript Trap

#24
post #3

what a whacko. I should allow you to access my servers and services for free? I should allow you to control how you use my resources in a way that guarantees I loose money? Stallman is a digital socialist. The idea of services (or anything other than direct labor) that people charge for offends him. That offends me.

> what a whacko.

ad hominem.

> I should allow you to access my servers and services for > free?

You can charge for Free software. If you're using any Free software in your web application stack, if you're using any Free documentation, and Free data sources, then isn't it a little hypocritical of you to lock-down what basically amounts to a component assembly of Free software?

> I should allow you to control how you use my resources in > a way that guarantees I loose money?

Make all the money you want, companies are making billions out of Free software. And nobody wants to use your server, bandwidth or material resources. However, the _software_ should be given to the people who USE it. Giving the public a freebie web service for now, until you figure out how to sell their information and useage stats to advertisers, does not make your service free.

People are typing their twitter logins to little apps that are poping up everywhere. Wouldn't you rather have these web apps open, somewhere in github, with a transparent database backend that you can see is not hoarding any personal infromation about you?

> Stallman is a digital socialist.

And that's a label many would self-attribute, with pride.

> The idea of services (or anything other than direct > labor) that people charge for offends him. That offends me.

Fine. Don't use Free software then :-)

Re: The Javascript Trap

#25
post #2

Look, dude, web software is often part of a software as a service model. If I let you dig through my JS, you would get the service for free. In short: No.

Facebook can release its entire application platform as Free software and you could not take their user base away from them.

I think web developers are over estimating the sophistication of their work :-)

Re: The Javascript Trap

#26
post #11

Earlier quoted context omitted.

I have always read LGPL as "Look for another piece of software which does this and save yourself some headaches."

Because you can link with it with absolutely no restrictions on the derived app? Yeah... that sucks...

That's what they want you to believe. Try reading the license.

You have to know how many lines from the header file you are "distributing" (in the GNU lingo). If you are using C++ templates, you are probably screwed. You have to make sure you link dynamically (or else). LGPL seems to require advertising the library. And if you want do static linking, talk to a lawyer. Linus and RMS disagree on what constitutes "derived work", btw.

Edit: I'd like to know what motivated people to upmod parent, when it's factually incorrect and can cost developers dearly if they take the message at face value.

Re: The Javascript Trap

#28

RMS is awesome. The fact that he's out there fighting the good fight every day so I don't have to is incredible. We all owe him a lot, and we should demonstrate that by contributing back to open source as much as we can. That said, I think he's totally out of his league on the software as a service model. At the very least he needs to spend a lot more time mulling it over. As far as I see it, freeness of javascript m…

This sounds like a web developer arguing that all software should be free, except web apps.

In my opinion, all software should be free, when all groceries are free.

Re: The Javascript Trap

#29

RMS is awesome. The fact that he's out there fighting the good fight every day so I don't have to is incredible. We all owe him a lot, and we should demonstrate that by contributing back to open source as much as we can. That said, I think he's totally out of his league on the software as a service model. At the very least he needs to spend a lot more time mulling it over. As far as I see it, freeness of javascript m…

That's bullshit. He's not fighting any good fight, and even if he were, he's doing it in a way (very much like PETA) that makes sure he's seen as an unpalatable nutjob by any sane individual. His own extremism will prevent him from accomplishing anything.

Re: The Javascript Trap

#30
post #26

Earlier quoted context omitted.

Because you can link with it with absolutely no restrictions on the derived app? Yeah... that sucks...

That's what they want you to believe. Try reading the license. You have to know how many lines from the header file you are "distributing" (in the GNU lingo). If you are using C++ templates, you are probably screwed. You have to make sure you link dynamically (or else). LGPL seems to require advertising the library. And if you want do static linking, talk to a lawyer. Linus and RMS disagree on what constitutes "deriv…

Exactly. I'm unwilling to pay the uncertainty tax. (Ironically, commercial software is often much easier to justify than the LGPL equivalent is! "Fork over $200 and you're OK" -- sweet, done! Spend a few hours reading legal code and still coming no closer to understanding whether a plugin in application A accessed over REST by application B is "linked" to A, B, A and B, or neither... bah.)
Post reply on HN