I would daresay that the overwhelming majority of non-professional raster editors would suffice with gimp, simply because they don't need half of the functionality photoshop provides.
No doubt, but the interface is horrible - even with the improvements made recently. It doesn't feel intuitive and, more to the point, it is too different from Photoshop for people to use when they've already got some Photoshop experience.
Look up packagekit, it hooks into rpm, apt, etc etc, and lets face it, all distros, more or less use apt or yum, two different things with nearly identical uses... yeah, so difficult. which brings us onto our next point
You just made his point for him. There is no standard package management - there are dozens of tools, and dozens more repositories for them. And yes, it is difficult for the lay person - why do you think phishing and trojans are so common - people really don't understand this stuff, nor do they want to - they just want to use their computer.
This is worse than the hyprebole you were complaining about, 'proprietary package systems' name one used in a common distro, please?,
apt, rpm, slackware's tgz. Your definition of proprietry is somewhat flawed (it doesn't mean 'commercial' or 'closed source').
So far as MSDN replacement, try devhelp has documentation for most used libraries etc etc. So far as visual studio replacement, people aren't going to make an IDE EXACTLY the same as visual studio, that would be idiotic, however if your after a nice usable ide with similar features, may I suggest looking into eclipse, kdevelop etc.
While I agree with Eclipse (though it is lacking in some areas and has many horrible bugs), KDevelop is nowhere near comparable - maybe to VS from 1996, but it doesnt compete with recent versions and struggles against VS98. DevHelp doesn't really compete with MSDN at all either - have you seen the MSDN docs recently? Have you looked at how well integrated into VS it is ?
People don't want clones, they want smoothly functioning stuff with big feature sets, and that is intuitive to use. What's so hard about that?
(FWIW, I'm not a Windows/MS fanboi - in fact, I've actively been getting MS products out of my life for a long time and now work almost exclusively with Linux and OSX, developing in Eclipse amongst other OSS tools.)
You can install MacOSX on a million Macs without digging out a license key - OSX desktop doesn't require a key. You can't install it legally that way though, or install it on a million PCs!:-)
The parent and GP were comparing enterprise class databases, which PostgreSQL attempts (quite valiantly) to be a competitor - look at how Greenplum (with bisgres) are tackling problems that Oracle often strugles with. Similarly, G...GP posts were comparing GIMP to Photoshop.
Developers HATE things generally because they've had to use them at some point and had a really bad experience. Developers often HATE things they (or their employer, customer) have to pay for too. I hate working with PHP and MySQL. I don't hate the product per se, I just have a much smoother, consistent, and predictable experience with other products.
And yes, of course Windows 7 would exist. Microsoft would be up shit creek without new sales of Windows - and the easiest way to do that is to make people think their current version is out of date. People want the latest and greatest.
And that was the point of the story. Where are the tools that make this as easy as it is on Windows? Sure, it is possible - it is just prohibitively expensive compared to the alternative.
MapReduce is interesting because at Google and Hadoop it has a distributed filesystem underneath it too. The clever part is how data is distributed, and processing is moved to the data rather than moving data to the processing. I don't really see how this really helps matters, unless you are going to have data involved too - which brings in the privacy concerns yadda yadda yadda.
Sure, some things would work that require huge amounts of processing power on limited data, but why would you use map-reduce for that - why not just use conventional divide and conquer techniques.
The last time I installed the JRE on windows I'm sure it asked me which browsers I wanted to install Java support into (on a wizard page that listed IE and Firefox with checkboxes next to them).
Java has been released under the GPL (pretty much all of it, bar a few small parts that are unable to be released due to patent / licencing issues). The Java you download from Sun is under their licence because it contains those patent uncumbered pieces still.
For linux you can download IcedTea which is essentially a build of the open sourced Java7 code from openjdk.org.
For a larger ISP much of that bandwidth can be satisfied within the ISP's own network, so it doesn't affect the "bandwidth" they are providing (ie their customers are acting as the "cache" for other users).
"Recently the company decided to update their Tokyo Station with a revolutionary new piezoelectric energy generating floor. The system will harvest the kinetic energy generated by crowds to power ticket gates and display systems."
Maybe it would be ok if you had to go through some additional steps the first time you run an executable that wasn't installed on the system. A dialog that asks you if you really want to run this program would be a step in the right direction./p>
Surely it depends on the work you are doing on your terminal. There are lots of things that don't work well on thin clients, and if your business is using those things you are gonna take a productivity nosedive.
Slashdot Mirror
There is a C++ framework called Sector/Sphere, that is quite a bit faster but not as stable. I don't think it scales as well either (yet)
http://sector.sourceforge.net/
1) Google's cache is temporary - it's just what they crawled to produce their index
2) Wayback machine *IS* archive.org
I would daresay that the overwhelming majority of non-professional raster editors would suffice with gimp, simply because they don't need half of the functionality photoshop provides.
No doubt, but the interface is horrible - even with the improvements made recently. It doesn't feel intuitive and, more to the point, it is too different from Photoshop for people to use when they've already got some Photoshop experience.
Look up packagekit, it hooks into rpm, apt, etc etc, and lets face it, all distros, more or less use apt or yum, two different things with nearly identical uses... yeah, so difficult. which brings us onto our next point
You just made his point for him. There is no standard package management - there are dozens of tools, and dozens more repositories for them. And yes, it is difficult for the lay person - why do you think phishing and trojans are so common - people really don't understand this stuff, nor do they want to - they just want to use their computer.
This is worse than the hyprebole you were complaining about, 'proprietary package systems' name one used in a common distro, please?,
apt, rpm, slackware's tgz. Your definition of proprietry is somewhat flawed (it doesn't mean 'commercial' or 'closed source').
So far as MSDN replacement, try devhelp has documentation for most used libraries etc etc. So far as visual studio replacement, people aren't going to make an IDE EXACTLY the same as visual studio, that would be idiotic, however if your after a nice usable ide with similar features, may I suggest looking into eclipse, kdevelop etc.
While I agree with Eclipse (though it is lacking in some areas and has many horrible bugs), KDevelop is nowhere near comparable - maybe to VS from 1996, but it doesnt compete with recent versions and struggles against VS98. DevHelp doesn't really compete with MSDN at all either - have you seen the MSDN docs recently? Have you looked at how well integrated into VS it is ?
People don't want clones, they want smoothly functioning stuff with big feature sets, and that is intuitive to use. What's so hard about that?
(FWIW, I'm not a Windows/MS fanboi - in fact, I've actively been getting MS products out of my life for a long time and now work almost exclusively with Linux and OSX, developing in Eclipse amongst other OSS tools.)
You can install MacOSX on a million Macs without digging out a license key - OSX desktop doesn't require a key. You can't install it legally that way though, or install it on a million PCs! :-)
The parent and GP were comparing enterprise class databases, which PostgreSQL attempts (quite valiantly) to be a competitor - look at how Greenplum (with bisgres) are tackling problems that Oracle often strugles with. Similarly, G...GP posts were comparing GIMP to Photoshop.
Developers HATE things generally because they've had to use them at some point and had a really bad experience. Developers often HATE things they (or their employer, customer) have to pay for too. I hate working with PHP and MySQL. I don't hate the product per se, I just have a much smoother, consistent, and predictable experience with other products.
And yes, of course Windows 7 would exist. Microsoft would be up shit creek without new sales of Windows - and the easiest way to do that is to make people think their current version is out of date. People want the latest and greatest.
DSpace ? http://www.dspace.org/
Logic at its best.
Really?
http://www.freepatentsonline.com/6368227.html
"Production of the car has officially ended.[11] The last Yugo (No.794,428) was made on November 11, 2008."
From that wikipedia page :-)
That doesn't seem to bother Sky in the UK - where sports are a fuzzy mess of mpeg artifacts. Yummy.
And that was the point of the story. Where are the tools that make this as easy as it is on Windows? Sure, it is possible - it is just prohibitively expensive compared to the alternative.
And that stops users from downloading and running applications how?
There is a lot more to locking down desktops in enterprises than not giving users admin rights.
MapReduce is interesting because at Google and Hadoop it has a distributed filesystem underneath it too. The clever part is how data is distributed, and processing is moved to the data rather than moving data to the processing. I don't really see how this really helps matters, unless you are going to have data involved too - which brings in the privacy concerns yadda yadda yadda.
Sure, some things would work that require huge amounts of processing power on limited data, but why would you use map-reduce for that - why not just use conventional divide and conquer techniques.
The last time I installed the JRE on windows I'm sure it asked me which browsers I wanted to install Java support into (on a wizard page that listed IE and Firefox with checkboxes next to them).
Java has been released under the GPL (pretty much all of it, bar a few small parts that are unable to be released due to patent / licencing issues). The Java you download from Sun is under their licence because it contains those patent uncumbered pieces still.
For linux you can download IcedTea which is essentially a build of the open sourced Java7 code from openjdk.org.
Because we can't get it?
For a larger ISP much of that bandwidth can be satisfied within the ISP's own network, so it doesn't affect the "bandwidth" they are providing (ie their customers are acting as the "cache" for other users).
Free as in beer? :-)
Did you not read the summary either?
"Recently the company decided to update their Tokyo Station with a revolutionary new piezoelectric energy generating floor. The system will harvest the kinetic energy generated by crowds to power ticket gates and display systems."
Web 2.0 isn't about technology, it is about people.
How on earth is this flamebait? Leopard does exactly that for newly downloaded executables!
Sigh.
Yes, it does - albeit new in Leopard, and only for downloaded applications (but that's the source of most new executables on most systems these days).
Here is a guide on how to disable it... http://www.macosxhints.com/article.php?story=20071029151619619
Maybe it would be ok if you had to go through some additional steps the first time you run an executable that wasn't installed on the system. A dialog that asks you if you really want to run this program would be a step in the right direction. /p>
You mean like OSX does?
Surely it depends on the work you are doing on your terminal. There are lots of things that don't work well on thin clients, and if your business is using those things you are gonna take a productivity nosedive.
Good for you. So the "last mile" is only a few meters for you. It is still copper though.