Catch up on stories from the past week (and beyond) at the Slashdot story archive


Forgot your password?
DEAL: For $25 - Add A Second Phone Number To Your Smartphone for life! Use promo code SLASHDOT25. Also, Slashdot's Facebook page has a chat bot now. Message it for stories and more. Check out the new SourceForge HTML5 Internet speed test! ×

Comment Re:How exactly do I support myself as a developer? (Score 0) 490

This is why you can choose between a permissive license (such as the Apache license) and a restrictive one (like the copyleft GPL). I personally don't know why you should care that someone took your code and sold it to someone else. You contributed to the open source software in the world, making it better for everyone, including that company who was able to then make some money out of it. Why do you begrudge them that? They used that to pay their marketing people, developers, support, etc. And so the world goes around.

If on the other hand, you wanted to keep that right to yourself and prevent anyone except you from making money selling your code, you could contribute under the GPL. That is a very useful license for companies who want to exclude other companies using their code to make money from (a good example is mysql). There are other ways to commercialise this software, but not the obvious path of improving it and selling it.

I speak from experience. I have one GPL project which I hope to commercialise myself one day (and so I try to exclude others from the game by making it GPL). And I am a member of the Apache Foundation where my contributions might be used by companies to make money. Good luck to them...

Comment Merchant fee (Score 1) 57

Since banks regularly charge even small customers less than this, I don't see the attraction. I have customers who turnover as little as $2m per year and with merchant rates down to 0.8% for Visa/MC. I don't understand why any merchant would be paying such high rates. Amex of course is much higher, but in Australia that's easily solved: very few retail merchants accept Amex.

The biggest improvement that happened in Australia was when retailers were allowed by law to charge a surcharge to the customer for processing credit cards. That has been very successful in keeping the merchant rate low since banks are not only competing with each other on credit card fees, but also with other forms of payment such as debit cards, EFT or cash.

Comment Re:latency is high, why not sinapore (Score 1) 259

Actually the latency from Australia to Amazon's Singapore datacentre is quite a bit higher than to the US West coast datacentre. If you look at a map of undersea cable runs, you'll see that Australia has actually quite a bit more low latency and high bandwidth connections to the USA via Hawaii and Guam than through south-east Asia.

With significant new cable coming online later this year, connectivity to the USA is only going to get better.

Comment Re:refreshing! (Score 1) 115

I will not comment on your superior art knowledge and ability to price artwork over the internet. However I rather like his work. This one is particularly interesting: (although the context is probably not obvious to anyone outside Australia).

However, you are wrong about the way legal fees are calculated by Australian courts. They have a schedule of fees which can be claimed by the victor in a case. This schedule is fixed and has little to do with the actual costs incurred. Typically 30-50% of actual costs will be recoverable, and in this case I can imagine that he may have engaged specialist international contract and intellectual property lawyers with knowledge of US law.

Comment Re:Thanks gcc! (Score 0) 192

A large number of companies I know about have policies of not allowing GPLv3 within their organisations, mainly because of the extremely aggressive patent invalidation clauses which are part of GPLv3. Whether you believe it is correct or not, the FreeBSD developers have rejected GPLv3 because many important downstream users of FreeBSD would have difficulty with using it had GPLv3 been allowed in, even in the compiler toolchain.

It actually is complicated. You may wish to believe that many corporations are just wrong in their concern about the GPLv3. A developer far removed from a legal department need only write a small compiler plugin to solve a problem they are having, and suddenly the company is mired in legal problems and have potentially given away a large swathe of their patent portfolio.

So, I've been modded down to troll because I disagree with the prevailing Slashdot opinion that the GPLv3 solves all the world's software licensing problems. Even the FSF explicitly states that "Developing nonfree software is not good for society, and we have no obligation to make it easier." Since GCC is their flagship product, and they have made it slightly harder for people to use it for commercial software, I still believe it is wise to be rather cautious of the post 4.2 license changes.

Comment Re:Thanks gcc! (Score -1, Troll) 192

No, it is not as simple as this. The GCC GPL exceptions are quite complicated. Just outputting some intermediate builds from your computer (flicking a switch in the compile arguments) suddenly makes your entire proprietary product GPLv3. That is a very scary thought for any corporate legal department.

"Oh, you mean we accidentally released a GPL version of Microsoft Exchange server because of a toolchain change in our developer workflow. Oops...."

The FreeBSD project has already declined to upgrade its GCC implementation to the GPL version 3 release. That is one of the driving forces behind the move to clang/llvm within that community. So this really isn't quite so simple... The GPL v3 is quite scary to many corporations (as it was intended to be) and so they refuse to have anything GPLv3 installed on their machines at any level. I manage a 5 person development team and would always avoid anything GPLv3 without serious consideration of the implications.

Slashdot Top Deals

"Look! There! Evil!.. pure and simple, total evil from the Eighth Dimension!" -- Buckaroo Banzai