Ubuntu launches appstore
developer.ubuntu.com
developer.ubuntu.com
Recently I installed Fedora 15 because I love the new Gnome3 desktop and was disappointed to have all little sorts of niggling stupid things on my 4-year old ThinkPad T60... like recovering from sleep and now sound doesn't work or the iwl3945 being buggy.
I tried out ArchLinux and love the distribution, but found that building my own Gnome3 desktop with all the little applets and gadgets Fedora build in (like advanced touchpad controls, etc.) to be a pain in the ass of hunting down exactly the right modules I needed.
I almost gave up, but decided to try out Ubuntu 11.04 after swearing it off when I spent a year with 8->9 and decided Unity looked horrible.
Boy... I was surprised.
It is more polished than anything else out there I tried. Runs well, everything worked out of the box and the first thing I noticed right out of the gate is the Add/Remove software has gone from being a simple UI over Synaptic to being what looks like an app store already.
As soon as I saw that it dawned on me how brilliant canonical was being with taking Linux desktop a step forward by giving a direct sales channel to people wanting to work and sell on Linux.
11.10 and 12.04 behind it are going to be excellent user experiences and with the addition of the app store I think Canonical is making all the right decisions to take Linux on the desktop to the next level.
You factor in tablets and tablet-friendly apps in the next few years and this is a really smart/aggressive move on their part.
Big congrats to that company and team for always pushing beyond the scope of what "Linux is known for" and shoving their way in to realms dominated by other consumer OSs.
It is nice to see the ambitious and gusto.
I have been used GNU/Linux since Red Hat 4 and I spent years using Fedora and Debian.
I'm not an Ubuntu big fan but I have to say that it's a good distro out of the box. I'm very happy using it on my i3 laptop.
Besides editorializing titles usually being frowned upon, this title is incorrect.
This is true. The rest of your argument seems to operate on a wrong definition of what free software is: http://www.gnu.org/philosophy/free-sw.html
I think a better approach is to allow users to pay what they want (maybe with a specified minimum). If it's pitched the right way, some users will happily pay more than you'd charge them, but you're still letting poor (or stingy) users get your software, and (as a side benefit) those users may also recommend your product to others. So the net profit could be greater than if you charged a fixed price.
Regardless, from a technical perspective, we don't really collect enough data about users to know who would be willing to pay more, and that sort of data is a minimum requirement for price discrimination of any kind. We have some pretty firm policies about not collecting personal data unless we absolutely have to, so I don't expect this to change either.
You could make a few guesses though, and for instance charge different amounts in different currencies or countries. You could also do what traditional retailers do, and provide coupons of various sorts in particular venues. We're not technically ready for anything like that yet though.
Pragmatically, I don't think it's a rabbit hole we'd want to go down even if it were no different than what existing publishers are doing anyway.
I hate to say it, but the best developer software tends to be open source and the best end-user software tends to be proprietary.
GCC and Clang and Perl and Python and V8 are fantastic and lovely and incredibly important to everyone, but i challenge you to find me any C++ IDE with better code completion and tooling than Visual Studio.
The Eclipse C++ support is also pretty good these days. But it was too long ago that I looked at Visual Studio to argue anything about being better or worse...
I would welcome Visual Studio for Ubuntu though :-)
Also, I can imagine that Canonical is looking out for more and better sources of revenue. A dead Ubuntu is of no use to anyone either.
nav li { list-style-type: none; }
... using Chrome 14 on OS XIf you have a DRMed music file, and (say) an open source music player can play it, then the file is encrypted and the encyrption key is kept with/in the file. You can just look at the source code of the music player and see it extracts the key from the file (or from your master key file), and see how it decrypts the file. You can then decrypt the file yourself. ergo drm breaking.
DRM can also force restrictions like "Only allow person with account id X from opening this programme", that could be implemented in the code as a function that says "doesUserHavePermission()". If the code is open source, then you just change that function to always return true, and to always allow everyone to use it. (Since it's an open source programme, you can then distribute your code with your 'fix' applied)
To be fair, we can also do that without source code. It only (yet again) proves DRM is pointless against technical people that are determined to break it.
Non-technical people or people that do want to play "by the rules" won't do that. Also, the vendor could do things such as embed the name of the buyer inside the downloaded executable/data, to discourage sharing...
You can, but it's not the same.
With an open source programme:
* it's much easier to find & disable the DRM checks
* I can (legally) distribute a version with DRM disabled
* I can legally distribute a (probably small) patch that disabled the DRM, it's much easier for someone else to verify that my patch disabled the DRM, and doesn't have a trojan than if I give a binary diff.
* With open source programmes, I could submit my patched version (that disables the DRM) to a very freedom loving distro (like debian), and campaign for it's acceptance into the package index (making all Debian users not have DRM, etc.)
These things are technically possible with propriaty software, but you don't have the advantages above.