ESR's Open Letter to McNealy: Set Java Free! 671
yukster writes "Eric Raymond has posted an open letter to Sun Microsystem's Scott McNealy asking him to 'Let Java go.' He says Sun can 'have ubiquity or [it] can have control.' The excellent improvements made to Java in the upcoming 1.5 release help re-level the playing field with C#. But, it seems like if Sun really wants Java to rule the world, they should heed ESR's advice. Hey Mr. McNealy, listen to this guy... set Java free!"
If Sun is on the ropes... (Score:5, Insightful)
Re:If Sun is on the ropes... (Score:4, Insightful)
Re:If Sun is on the ropes... (Score:5, Insightful)
Hey, it worked for Netscape right?
Re:If Sun is on the ropes... (Score:5, Insightful)
1. MS wasn't on the ropes.
2. IE doesn't generate revenue for MS directly.
Re:If Sun is on the ropes... (Score:5, Insightful)
I believe the idea is that Sun could offer support and specialized distributions in the manner of open-source-advocating companies like IBM and Red Hat. In other words, just because they aren't getting revenues from licenses (i.e., infrequent or one-time charges) they could focus on selling documentation, providing support, and implementing tools and extensions. There are probably lots of other things they could do to capitalize on Java also.
Java has gotten pretty far, despite Sun's sometimes-boneheaded decisions and Microsoft's attempts to sabotage it. I don't believe ESR is trying to sabotage Sun and kill their revenue stream. And I don't think he's putting the FOSS community "ahead of" Sun. I think he genuinely believes this is a good idea and provides a viable business-model.
Sun should at least examine similar models and see how other FOSS organizations sustain themselves. In particular, they should take a long, hard look at IBM's Open Source initiatives.
Re:If Sun is on the ropes... (Score:5, Insightful)
What licensing revenue? Anyone who wants to can download Sun's JRE (Java Runtime Environment) from Sun's website and install it themselves on Windows, Linux, and Solaris at zero cost (other than bandwidth, which is negative revenue to Sun). The problem is that no one else can redistribute the JRE without getting a distribution license from Sun, which will (of course) stipulate that no one else can redistribute the JRE. This doesn't increase Sun's revenues -- it just increases the cost to deploying a Java application in a non-Solaris environment, by increasing the man-hours necessary to install and support something that by all rights should have been installed with the operating system.
The truly stupid thing is that Sun now has included technology into Java 1.4 that will allow the JRE to check for the latest version online and upgrade, automatically ... if you have all of the right system permissions and, of course, enough bandwidth to download a 44MB executable. Maybe that works great at large schools, but in corporate america, that's a no-no -- the only software that's allowed to be auto-updated are virus-scanners, and Windows security holes^Wpatches. And of course, if you're building applications that are intended to be used offline (or on a network that's detached from the Internet for security) you're just plain out of luck.
Linux (and *BSD) developers have been begging Sun for years to allow them to preinstall the JRE with their distributions, to no avail. Instead Sun has continued to follow a policy that intentionally reduces their potential marketshare, without any increase in revenue to show for it. Brilliant move, Sun!
Re:If Sun is on the ropes... (Score:4, Insightful)
Your a moron if u think M$ gives away free stuff. MS adds about $40 to Windows for IE (Netscape was $39 retail during its heyday).
The consumer should have a choice on what software he pays for and uses
Re:If Sun is on the ropes... (Score:5, Insightful)
If you get too involved, you're just going to end up turning the software industry into a public good run and regulated by the government. While you could make a case for that, I think most people would agree that turning over control from a big entity (MS) to an even bigger entity (U.S. government) that we have even less control over might worsen the problem.
Since I basially think that would just destroy the commercial software industry, why not do it outright? Free software works for me. Well, the obvious answer is that it doesn't really hurt MS nearly as much as it hurts MS's customers who have to try to transistion.
There are all kinds of problems with anti-anti-competitive law. You really don't know when you're in violation, for one thing. Different judges do different things to different people, and nobody can really guess what that will be.
Anything you do to try to enforce just ends up hurting the customers. Nobody really has a solution that doesn't involve micromanaging, which like I said above just turns it into a public good (i.e. socializes it).
What's the real solution? Do it better than MS, and eventually consumers will see the light. My OSS patches are in the single digits right now, but I'm getting better. And many other coders around the world are doing it better than MS, also, which is why many sysadmins are choosing OSS.
Re:If Sun is on the ropes... (Score:5, Insightful)
How do you expect them to cash in on Java?
It would be more beneficial for Sun to open up Java to combat the
As it stands, the choice b/w Java and
Re:If Sun is on the ropes... (Score:5, Interesting)
Change the license terms and withdraw all support for older versions, thus forcing everyone to upgrade and pay the bucks?
There's quite a bit of business-critical software running on Java now, and the alternative Java implementations often can't run them. Worst of all, you'd probably lose certifcation and support from other vendors if you don't run the official Sun Java version.
Java could become the cash cow for Sun, they just have to stop the half-baked attempts to milk it (by selling tools nobody needs or tools which compete with significantly better free software alternatives) and go for the real money.
Would the current Java users keep using Sun Java? It depends, but if the introductory pricing is not too extreme, there's hardly any incentive for porting (or investing in non-Sun Java technology). Sun could raise the costs over the years. But maybe it's too late for that, and there isn't so much time left for the company.
Re:If Sun is on the ropes... (Score:5, Interesting)
I think your solution combined with ESR's solution would be best for Sun.
That is, sell the compiler(and possibly an Enterprise version of the virtual machine), but allow others to develop compilers of thier own for free. With any luck, it might just sell Java to those who would buy it and get support and keep Java free for those who don't want/need support.
Re:If Sun is on the ropes... (Score:5, Informative)
You are just not allowed to use Sun's code to do it.
Re:If Sun is on the ropes... (Score:5, Informative)
You are completely wrong. The only limitations are:
Anyone who wants to is free to implement a JVM using the specs. In fact there are a number of them. IBM has their own JVMs. There are also free compilers available (Jikes, GCJ).
Re:If Sun is on the ropes... (Score:5, Informative)
1000% incorrect. Every API and specification published by Sun regarding Java is open to anyone for re-implementation. Take JBoss, for example. The money comes into the picture when you want to make a Java-licensed product (name, logo, the whole banana) and sell it (e.g., BEA WebLogic).
Re:If Sun is on the ropes... (Score:4, Informative)
Tricky. I use JEdit, jDiskReport, and Tile Molester a lot (the last is a graphics editor for tile-based console systems), but I imagine you'd counter that none of those are "significant" applications. And you've already ruled out Eclipse, presumably on the grounds that it's incestuous.
How about this lot [sun.com]? Is there nothing significant among that lot?
If not, then please define significant.
Re:If Sun is on the ropes... (Score:5, Informative)
Jedit, Jext: code editors.
Eclipse, Netbeans, JBuilder: IDEs
Azureus: bittorrent client
jdbc: sql drivers for every database
Gantproyect: clone of ms project
report tools
sql frontends
jgraph: framework to write drawing applications.
Games
sshtools: ssh and ssh vnc client
For starters in souceforge.net there 11000+ projects in Java.
good plan (Score:5, Funny)
2. ?????
3. Profit!
lets count the books on Amazon and jobs on monster (Score:5, Informative)
All 112533 results for java : [amazon.com]
Lets take a look at jobs son monster too
over 5000+ with java [monster.com]
2079 with .net [monster.com]
Lets look at jobs in California as a good indicator of the current state of .NET
1361 w/ the keyword java. [monster.com]
310 jobs with .NET [monster.com]
Now this is obviously not scientific, but it doesn't appear that java is hurting. In fact, it looks like if you wanted to improve your chances of employment, you're better off reading one of those java books.
accurate picture (Score:5, Insightful)
It's hard to get an accurate picture without asking some questions like these and getting answers. Otherwise, you can't make an informed judgement.
How much control? (Score:5, Insightful)
Part of the problem is its cross-platform nature. As a user of more than one minority platform, I see this as being a massive advantage. However, I know that people who only use Windows (and some who only use Linux) see it merely as a speed penalty; should those people have the right to fragment the platform, making it a little better for the majority, but much much worse -- or even impossible -- for the rest? Is 'majority rule' such a good thing in this case?
If Java had been completely free in its early days, I think there's little doubt that, er, a certain company would have embraced and extended it in their traditional fashion, turning it into a de facto Windows language. Sun's strong control early on was necessary to prevent this. They've slowly relaxed their control, though; the Java Community Process lets anyone propose improvements, and many of the current ones have come from outside Sun. And the platform has always been open in the sense that anyone can make a clean-room implementation of the spec and call it Java if it passes the compatibility tests.
The question, I think, is just how much control they still need to have. Too much, and people will worry about their motives and Java's future; OTOH, too little, and maybe even now the platform will fragment, making it far less useful to developers, and possibly leaving room for a less altruistic company to take control of it? A similar question is how fast should the platform change -- too slow, and it risks losing out to more modern ones that have whizz-bang features; too fast, and it risks losing developers who don't want to keep relearning or rewriting.
So, while I generally agree with open-source principles, I think Sun has generally done the right thing for Java so far. But how much control do they still need? I don't know. Does anyone?
Re:How much control? (Score:5, Insightful)
Why is it that people believe that opening the source code to Java is going to make it less cross-platform. That's ridiculous. Heck, Python and Perl run everywhere. Python is available on far more platforms than Sun's JVM is, and yet nearly all Python and Perl modules operate on all platforms that the interpreter runs. Those few exceptions of module that isn't cross platform are generally modules that only make sense on a specific platform (like COM or Gnome bindings). And guess what, Java has similar libraries use these platform specific bindings right now. People that write code using the Java-Gnome bindings or the SWT-Windows bindings aren't writing portable Java code right this minute. The cat is already out of the bag.
If Java would have been released under a Free Software license then two things would have happened. The first would have been that Microsoft wouldn't have touched it with a ten foot pole. The only reason that Microsoft dared to create their own GUI classes for Java was that they knew that no matter what happened they weren't going to have to fork over the source code to their changes. And if Microsoft still tried to embrace and extend Java, well the rest of us would have their source code. If the rest of us wanted to use their GUI classes we would simply have to port them to our native GUI o' choice (much like IBM has done with SWT).
Sun has bungled Java from the beginning. The reason that Java never took off on the desktop is that Sun's cross-platform GUI was suboptimal everywhere. Yes, Swing has gotten better, but the bar has been raised in what is expected from a GUI toolkit as well.
Now Sun faces increased pressure from Microsoft in the form of .NET, and they are going to find that a large chunk of Java developers (who happen to do most of their development and deployment on Windows boxes) are interested in .NET's promises. The fact of the matter is that .NET is "good enough" for backend work, and it is a heck of a lot nicer to use for GUI front ends than Java. .NET also has a fairly distinct tools advantage. Developers find that they like VS.NET.
Free Software hackers would like to root for Java on this one, but they can't because Java isn't Free. So instead they are spending their time creating Mono or working with Python, Perl, or Ruby.
Re:How much control? (Score:4, Interesting)
Free Software hackers would like to root for Java on this one, but they can't because Java isn't Free. So instead they are spending their time creating Mono or working with Python, Perl, or Ruby.
Right again. I would love to use Java instead of Python, but if I do, my software won't be picked up by Linux distros. Java is, hands down, far superior to any of the interpreted languages available to us. Python has it's benefits in other areas, but it can't compete on speed. Perl is.. well.. I won't go there. OK, it's good for simple scripting tasks like it was originally designed for: extraction and reporting.
Here's the bigger issue: Enterprise business software. This is by far the largest weak spot in the whole world of Open Source. We have absolutely nothing to compete here other than fledgling projects like GNU Enterprise (Python), which aren't ambitious enough to meet the needs of serious business software. Except for.. JBoss, which is Open Source and.. You guessed it: It requires Java!! While I'm not saying that J2EE is the ultimate platform, it does do a lot of things right and it's available now. If Sun opened its JVM/JDK, Linux distros could include JBoss and Free Software hackers would actually start using it! Sure, we should have more than one solution. I still see projects like GNU Enterprise as worthwhile for developing "middle of the road" solutions that aren't as complex as J2EE and aim for the KISS principle. However, Java is a powerful tool that is direly needed in the Open Source toolbox.
Re:How much control? (Score:5, Interesting)
I personally see Zope as the Free Software answer to JBoss, and I think that it is pretty darn good answer as well. As an application server Zope is a fairly amazing piece of work. However, it won't run your applications designed to run in a Java application server :). There are a lot of companies that have based their businesses around Java, and Free Software doesn't really have an answer to that. JBoss is a great application server, but it isn't really enterprise business software. It certainly isn't going to replace SAP or Peoplesoft anytime soon. It's barely more than the tools you need to build your own business software. Compiere, on the other hand, is business software, and it is also written in Java (and requires Oracle to boot, argh...).
As for Gnu Enterprise. It's problem is not one of not scaling high enough. It's problem is that it's less than half done. I am convinced that Python (especially with a bit of C for speed) can scale high enough to compete with Java. Especially when you consider the fact that hardware continues to get more and more powerful.
However, Java would fill a very important niche in the set of available Free Software tools. Java is nicely situated between the purely interpretted languages like Python and managing your own memory with C and C++. I am just afraid that Sun will react too slowly to take advantage of their current head start. I have been playing with Mono a bit lately, and it is really impressive.
Re:If Sun is on the ropes... (Score:5, Informative)
http://finance.yahoo.com/q/cq?s=RHAT+SUNW&d=v1
SUN's is almost 6 times larger than RHAT in term of market cap and that means SUN is almost 6 times more valuable as a company that RHAT in term of dollars!
Just as IBM makes money on Linux, so can SUN, but then again, so what does that have to do with JAVA, necessarily?
Even his asshole doubles in pain for the shit he stuff in his mouth.
"But the casual equation between "open source" and "zero revenue" suggests that on another level you don't really know what you're talking about. Open source is hardly a zero-revenue model; ask Red Hat, which had a share price over triple Sun's when I just checked. Or ask IBM, which is using Linux as a lever to build a huge systems-integration business in markets like financial services that Sun has historically owned."
Re:If Sun is on the ropes... (Score:5, Insightful)
Think about their businesses... Red Hat sells free software... Sun sells overpriced hardware that nobody wants.
Re:If Sun is on the ropes... (Score:5, Insightful)
The point of opening Java up is to let it become an official standard (much like ECMAScript or C#). Then other organizations (IBM, Eclipse, etc.) will be able to have more input on what goes into the official version of Java.
Re:If Sun is on the ropes... (Score:5, Interesting)
This time for SURE, Rocky! (Score:5, Insightful)
You appear to have confused "open source" with "magic fairy dust". I hate to be the one to break this to you, but it doesn't work that way [jwz.org].
Huh?! (Score:4, Insightful)
Apple could bundle it with their iTunes/QuickTime installer on Win32
Why on earth would you bundle a very large, unrelated piece of software with a relatively small program? It doesn't make any sense at all. Hey, why not also bundle perl, python, ruby, cygwin, and gcc as well, so that even more is covered? Sure I have to download hundreds of megs of stuff I don't want when all I'd like to do is listen to music or watch a movie, but so what?
Besides which, why would Apple even care about Windows Java installations?
We dont need your stinkin java (Score:4, Troll)
Gcj is far more mature than mono [go-mono.com] is.
Re:We dont need your stinkin java (Score:4, Insightful)
Getting there. (Score:5, Informative)
Re:Getting there. (Score:5, Informative)
Re:We dont need your stinkin java (Score:5, Informative)
IBM has been much nicer with Eclipse [eclipse.org]. And You can now combine that, with GNU Classpath [gnu.org] and IKVM.NET [ikvm.net] to bring you Java Eclipse on Mono .NET! [ikvm.net]. Be free to mix and match the best of two languages. With Free Software you are free to do what some coorporations would never want to happen. Even if it is the best for developers and users!
Amazing! And of course you can just use java as a as a normal language [gnu.org] with GCC (gcj). We even have native eclipse [redhat.com]! Super fast, no slow bytecode interpreter needed.
Go away Sun with you proprietary closed non-free java! We don't need you anymore.
Re:We dont need your stinkin java (Score:5, Insightful)
If you have been following gcj's progress recently it is maturing rapidly, just give those dirty gnu hippies a few more years they'll be on par with Sun's own implimentation.
Two facts:
This lead me to conclude that GCJ would never catch Sun's level unless something drastic changes happen. Don't get me wrong, I like GCJ's idea and try to support it, but I firmly believe that they need to change to boost more progress.
Re:We dont need your stinkin java (Score:5, Insightful)
Java has the potential, Sun just needs to open it so Java can grow at a faster rate. Look at SWT compared to Swing. Swing has been around longer and has a little more functionality. However, SWT is faster, has a smaller memory foot print and just looks great IMO. I don't want a Swing based Java GUI to look the same on all platforms. I want my Java apps to look like a native app. I alos like the idea of gcj. I personally would rather write once and compile anywhere over compile once run anywhere. I think compiling on each platform would give the fastest performance and lowest memory foot-print.
why? (Score:5, Insightful)
Re:why? (Score:5, Funny)
Re:why? (Score:5, Funny)
McNealy
Re:why? (Score:5, Funny)
Re:why? (Score:5, Funny)
Re:why? (Score:5, Insightful)
In this case, Raymond's pointing out that Sun likes to be friendly to the open source community, but they'll never release their crown jewel.
Re:why? (Score:5, Insightful)
He never needed a point before.
Re:why? (Score:5, Interesting)
I don't know if this letter really has a point, but SUN is on the ropes to be sure. And it will probably take such a bold and risky move to have any chance at all.
ubiquity or control (Score:5, Insightful)
Re:ubiquity or control (Score:4, Insightful)
And in the times when DOS/Windows was the only serious x86-OS, it was the most open option out there.
Now with Linux things have changed, everybody who understands the business (including Microsoft, that's why they are so afraid of Linux) knows that Linux will take over, because openness always wins (another example is Beta vs. VHS - VHS was open to all vendors, Beta was for too long a Sony-only technology), it's just a question when because the huge market-inertia of the Windows-desktop platform will keep it going for quite some time - but not forever.
SUN wont release (Score:5, Insightful)
The cards are all in their deck. Open Source needs to provide something more profitable than a "cant we all get along" letter.
Money talks...
Re:SUN wont release (Score:5, Insightful)
You left out the part that applies to your post.
How much revenue does a tech that a company is making available for free (as in beer) generate?
I'll give you a hint: The same amount as they would make from opening the source.
If Java were open sourced, Sun would still be able to retain the copyright and sell their "Java Enterprise System" as a product. Java development would gain the benefit of more coders working on the project, Sun would likely retain the "upstream developer" mantle to direct the project, and they would not be losing any revenue stream as they already make the SDK and JRE available for free (as in beer).
Yeah, the cards are all in their deck, and unfortunately they are already giving them out for nothing in exchange. Community development would at leasdt be an opportunity for the Java users to give something back, and that is what appears to be missing from Sun's current Java plan.
Not gonna happen (Score:5, Insightful)
Re:Not gonna happen (Score:5, Funny)
Ok, let's all calm down now. We can all have our opinions but there was no reason to mention c++.
.
Setting Java free (Score:5, Insightful)
Re:Setting Java free (Score:5, Informative)
Once bitten, twice shy? (Score:5, Insightful)
Open Source would allow Microsoft to create WinJava so long as they released the source, which might not be that hard of a thing to do. I don't think Sun wants to go there...
Re:Once bitten, twice shy? (Score:5, Insightful)
Sun's leverage was not its control over the source to the JVM, but that the Java standard was well enough defined that it could be established that MS's extensions were out of compliance with the standard, and thus MS could not legally call their J++ VM "Java."
"Open Source would allow Microsoft to create WinJava so long as they released the source, which might not be that hard of a thing to do. I don't think Sun wants to go there..."
Why not, especially if Sun were allowed to reincorporate MS's extensions into the "canonical" JVM? "Embrace, extend, and extinguish" is only a good strategy if one can own the extensions. A properly drafted copyleft license would have made Java open enough to be a commodity while discouraging incompatible proprietary extensions.
Re:Once bitten, twice shy? (Score:5, Insightful)
Out of interest, would you name some better IDEs..?
Re:Once bitten, twice shy? (Score:5, Interesting)
if you don't have refactoring capabilities, wtf is the IDE for?
IDEs -- blech (Score:5, Interesting)
I think a major reason many Windows developers are such Visual Studio fans is that Visual Studio's CLI tools are a pain in the ass to use. The MS virtual terminal really sucks, as does the shell. MS basically killed off all the non-MS compilers back in the day. MS's compilers are the only ones left in wide use on Windows. Since it's a pain in the ass to use the CLI tools, and Microsoft gives you an editor with their GUI front end...programmers end up liking Visual Studio.
I do know one Windows developer that likes the (expensive) Visual Slickedit, though I'm not sure whether it's a full IDE or just an editor. It isn't a compiler, that's for sure.
I've always been rather appalled by Microsoft's IDEs. (The only other IDE I've used is Metroworks on the Mac, and while I didn't strongly prefer either IDE, I really like non-IDE work much more.) Among other things:
* Managing multiple build configurations in VS is a PITA. You can have options that apply globally, or options that apply to individual configurations, but not options that apply to sets of configurations. You can't add and remove object files to a project based on build configuration.
* Incompatibility across versions. Try using VS 6 and a few versions of VS
* Bugginess. VS
* Stupid file formats. Ever tried checking VS 6's
* A pain to set build options. Metrowerks' IDE's build prefs GUI was *much* more logically laid out. You should be able to find basic build options in a GUI within a week of using it. A month after I started using VS, I was *still* wasting huge amounts of time finding various build options in VS. That's silly.
* Can't generate nice graphical call graphs, a la ncc/codeviz.
* Relatively slow -- this is the make system, not the compiler itself. GNU Make is much faster than Microsoft's make system.
* Creates a *ton* of files in projects created. I'd expect a project file, full stop. They have project files, workspace files, cache files,
* The compiler has stopped supporting the current C language.
The only really nice things that I can think of about Microsoft's dev tools are:
* The editor supports very good function completion -- a lot of people cite this as a killer feature. Emacs has etags and fume-mode related functionality. Both are more of a pain to use, and less featureful in some ways (like not showing types of a function being completed). On the other hand, I have had nastiness where the editor got confused about where a constant was defined, and I spent ages tracking down a bizarre bug with two identically-named constants in two projects.
* The debugger/compiler support source-level modification of running programs when one is debugging. God only knows what awful hacks were done to get this working, but apparently it works well enough for general use.
Really, a lot of the people that I know have used Borland's ancient IDE (I ha
Re:Once bitten, twice shy? (Score:4, Insightful)
Kind of. The decision was halfway made for them by a court, previous to this they were attempting to bastardise Java instead.
Dave
Comeon! (Score:5, Funny)
Microsoft insurance (Score:5, Insightful)
After all, Sun did force MS to change their product name from Java to J++, since it did not follow the spec.
Even if such a tragedy would not recur, can you blame Sun for being paranoid?
Actually a good idea (Score:5, Insightful)
Maybe the critical path to being able to think simply involves being able to listen to ideas regardless of your personal feelings toward the messenger? Give the ideas some thought - it makes sense.
If you really want Java to be free (Score:5, Insightful)
Sun is not in a position to make things free for strategic reasons. Their mandate is that every project within Sun must make money. Period. And yes, I know this will sink the company eventually. They are stuck in a short-term profit mentality and there is little we can do about it.
The Open Source implementations of Java are coming along well, and could catch up with a little help.
Thanks
Bruce
Re:If you really want Java to be free (Score:5, Insightful)
So, I am not expecting them to be as logical as you about this decision.
Bruce
Open what? (Score:5, Insightful)
What is it that is being ask of Sun here?
Even in GPL style open source development there is a central core of people who decide which patches make it into the product and which dont.
I see absolutely nothing wrong with the way Sun are managing Java as long as it remains freely available.
As for 1.5 helping to 'level the playing field' with C#, I dont think suitable credit is being given here. Java is ahead of C# in the vast majority of ways that count. All C# has done is formalize well know design patterns into syntax (delegates vs observer pattern). This is not worthy of accolade.
Make no mistake, it is Microsoft that is playing the catch-up game!
Re:Open what? (Score:5, Informative)
Basically, Sun makes it hard for free software & open source distributions to include Java, which makes it an additional hassle for the user to install and use. As a result, Java use in the open source community is probably much lower than it could be.
Well, maybe they will listen to him (Score:5, Interesting)
I I posted it a few times [kuro5hin.org] maybe ESR read it?
Well, I am posting it last time now.
I would like to see GNU/Linux to become a more powerful platform and by a more powerful platform I mean a platform that provides the user with a pleasant experience. Now, to provide a pleasant experience a platform must give the user a choice - a choice of applications that exist for the platform is a step in the right direction. However, GNU/Linux is not such a platform yet. If it were, it would have been embraced by the masses already and it is not. There are a few things that GNU/Linux system is lacking and one of the more important lacking components is a convenient tool that allows a novice create his/her own software for the platform, software that easily manipulates data imported from multiple sources and allows to create graphical interfaces to that data. In the Microsoft this functionality is provided by such a ubiquitous tool as Visual Basic. In the Free Software world there are many tools that are extremely powerful but none of them have the same kind of momentum that Visual Basic delivers on Microsoft platform. VB is taught at schools, it is the language of macros under MS platform.
To answer the question- "What can be the VB for Free Software?" we need to look at the kind of problems that will have to be solved by this tool. The problems solved by VB are of many kinds, but for the general public VB provides the bridge that closes the gap between a user and a multitude of small problems that the user wants to solve. Of-course it is possible to just create a VB IDE for FS platforms but I believe there is a more interesting solution to this problem and it is Java. Just like VB, Java runs in a virtual machine, so the user will never really have direct access to any hardware resources, but an abstract layer of JVM can provide a nice buffer between the user and the hardware and at the same time Java will always behave in the same way on multiple other platforms, including Windows. Java is an OO language but at the same time it is very easy to write functions in Java (static everything). Java has thousands of convenience libraries, there is enough Free Software written for Java that can be integrated into an IDE. However there is a big problem with the language itself - it is not Free.
Sun allows anyone to use Java for free but nobody can modify the language itself except for Sun. In order for Java to become for Free Software and Gnu/Linux what VB became for Microsoft, Java has to be Freed and put out under the GPL. There is also probably a good business sense in it for the Sun Microsystems as well - their language suddenly becomes the language of choice for millions and thousands will work on improving the language, the virtual machine, the compiler etc. In this case Sun will stay in a position that Linus finds himself in - they become the gate-keepers for the vanilla Java tree, but Java will branch and will become much more spread than it is right now. Sun can capitalize on that by providing more Java based solutions and services.
Now it is likely that Sun management will not agree to the change of their Java's status, however, if there was an immediately profitable reason for them to do this, they just may turn around and start thinking about it. A reason that is profitable could be a large sum of cash available to them upon releasing Java under the GPL. Where could this money come from? These money could be collected by the FS and OS supporters, the developers and the users who would like to see more momentum in the GNU/Linux movement towards a successful (wide spread) desktop solution. I suppose no one will seriously object to have one more powerful tool in their Free Software tool-bag. Java can be this tool and it can be just the thing needed to tip the scales over towards quick appearance of a useful and a popular GNU/Linux desktop.
* I use Free to mean Free Software (Libre) and I use free to mean free of charge.
Re:Well, maybe they will listen to him (Score:5, Insightful)
That's easy to answer. Python. Java is too low level for RAD, and quite possibly won't be Free Software in the predictable future.
While I am at it (Score:4, Interesting)
I am sure that all of you would agree that the free software community has been facing some bad publicity since the entire SCO incident started about a year ago. I am also sure that when the SCO goes away another publicity stunt will be performed by some other corporation or an entity that could potentially cause more trouble. An earlier article [slashdot.org] on
How can this be ensured and how can it be easily shown in a court of law that this community takes copyright issues seriously? One way that I see is to set up a server that runs the comparator [catb.org] by ESR against any new submission to any open source project against any code released either by mistake on with malice by a closed source vendor.
This will help to identify copyright problems before they arise. Of course to have a proprietary source code base on this server would probably be illegal in itself but it is unnecessary to have the proprietary source code, all that is needed is a set of hash-keys that identify that source code.
How could this work? A copyright protection server (CPS) would have hash-keys supplied by different vendors of software that falls into various categories and the free software projects are also divided into these categories. Let's say there is a free software project that deals with image manipulations. The CPS would run a hash-key generator on the new code submission and then would compare the generated keys with the keys supplied by Adobe or other companies specialized in image manipulations. Of-course the closed source companies would have to run the hash-key generators on their code and supply their keys, and someone has to tell them to do that, but if it is done right then the following would happen:
1. The Free Software community would have better protection from inappropriate code submissions.
2. This can be publicised and shown that the Free Software community takes their work seriously and goes to the great length, much more than any corporations to make sure that their code is Free and free of inappropriate submissions.
3. In a court of law this can be very useful, it shows good faith on the part of the free software community.
4. This would make it easier to also figure out whether the closed source vendors are misusing GPLed software
5. This makes a nice project that can be commercialized (with all the lates IP propaganda and lawsuites.)
6. This hopefully will prevent many possible infringement claims.
Well, this is just a thought, but I think this kind of verification will become part of reality at some point in the future, given more lawsuites.
Any thoughts, comments, suggestions, ideas?
Free Leonard Peltier! (Score:5, Funny)
Oops. Wait. Wrong freedom fest...
Don't do it! (Score:5, Insightful)
Just my $.02
WTF? (Score:5, Insightful)
So, there are two possibilities that I see here.
A) ESR is unaware of the difference between share price and market cap. This seems a pretty awful knowledge hole. If he doesn't know, he just made himself look pretty dumb in front of some major business folks while advising them on business strategy. It's pretty embarrassing to consider that ESR can't even have had a savvy person read over his letters before he tries to speak for the open source community.
B) ESR knows what the difference is, and is hoping that "three times" sounds better. Since there is no *way* that ESR can fool a CEO into blindly going along with him (if there's one thing a CEO of a publically traded company knows, it's stock value), he must be putting this in the letter for the masses of people that are completely unversed in market economics, which pretty means *maybe* some high school and below kids. This is nothing more than a propaganda job. I'd view this as extremely disappointing, coming from someone who I consider capable of putting out good, straight arguments about open source. Propaganda does not work well on online forums. A few people inevitably punch holes in it, other folks spread the problems, and your argument is left without any meat. It happens to Microsoft all the time.
Either way, it's a disturbingly unprofessional job. It reads like some of the worse "I just sent this in to the company" Slashdot posts. For someone who is concerned about the business credibility of open source, ESR sure as hell isn't holding up his end of things.
He compares, in an incredibly simplified manner, three projects that Sun has done (throwing out all but one factor -- whether they were open source), and then claims that Sun should free Java. That's absurd. Sun execs will have gone over this in far more detail many times before, and the only thing this does is ensure that ESR emails go in the wastebasket. The fact that this letter is open makes it doubly embarassing.
I have deep respect for the work that ESR has done, and I like his famous study "The Cathedral and the Bazar". However, I really wish he'd refrain from writing open letters, or at *least* show them to a couple of people before blasting them off.
Re:WTF? (Score:4, Insightful)
ESR should take a finance course (Score:5, Informative)
ESR's casual equation between "share price" and "value" suggests that he doesn't really know what he's talking about. Sun's market cap is 6 times Red Hat's!
But this is nitpicking. His larger point is good.
Stock price comparison (Score:4, Insightful)
Re:Stock price comparison (Score:4, Insightful)
It's a good thing Raymond doesn't actually manage any money, even though he claims McNealy doesn't know what he's talking about.
ESR: After Sun Goes Out (Score:5, Informative)
Embrace and extend (Score:5, Insightful)
We all know that Java has its perceived flaws and many people say that, whilst Java is good, if they were doing it again, they would not go the same route.
So what I ask is - why not design an open source Java type language and libraries for the next decade, and start from basics all over again?
Like many people on Slashdot, I don't believe absolutely everything must be free in the fullest sense of the word. Companies have a right to keep their products as closed if they wish to. If we truly believe open source is better then we should design a new Java equivalent from beginning to end.
Huh? (Score:5, Interesting)
No... Let Sun keep control.. PLEASE! (Score:5, Insightful)
I consider myself a "Java Developer" by profession. I switched years ago and have avoided C++ ever since. I love Java because it ISN'T C++.
And I can't help but feel that Sun's control over Java is what has kept it from degenerating into a mess like C++.
As another poster has mentioned, everything you want to know about Java's internals and source code is there for anyone who wants to look.
About the only thing you can't do is break standard's compliance and still claim to be Java and thank god for that. If Java was not under Sun's control then there would have been no recourse against MicroSoft for pulling that stunt.
How many companies have been taken to task for claiming to have a C, C++, Pascal, Fortran, Cobol - you name it compiler that wasn't standards compliant? When's the last time you wrote a non-trivial program using VisualC++ that compiled and ran out of the box on Linux EVEN with strict standards compliance turned on? Yeah, a lot of it's library issues and not language itself, but with Java everyone has access to the same rich library, and with few exception, most third party libraries are fully cross-platform as well (at least if they claim %100 pure Java).
Thank god for Java and thank god for Sun's control over it. The JSR is enough openess we need.
That's smart... (Score:5, Insightful)
A better first step, IMO, would be to convince Sun to loosen up their distribution restrictions so that the Java SDK could be included in Linux distros. It's not bloody likely that Sun's just going to jump up and let all of their stuff go at once. It would be better to work on smaller things before moving on to the big battle.
Reminds you of Exodus 5, doesn't it? (Score:5, Funny)
inaccuracy (Score:4, Interesting)
ESR is crazy (Score:4, Interesting)
I can't imagine what he was thinking when he said that Java is losing out to Perl and Python among Open-sourcers. Java does not compete with P&P on any front whatsoever. Java has proven to be an awkward, heaviweight technology on the client side, and makes a very poor scripting language. But it shines on the server end, where its strong, secure type-checking and exception handling makes programs reliable, and where long-running repetitive tasks allow JIT technology all the time it requires to do an excellent optimization job.
IBM is totally behind Java. It's not going anywhere, libre or not, and Sun is in a good position setting the standards. If I take off my own Free Software fanboy goggles for a minute, it's pretty clear there's no motivation for Sun to make Java free.
Nope (Score:5, Insightful)
Maybe he's talking about opening up the specs, but what would that mean exactly? There's good reason to say that it's happened already. Sun flirted with the idea of turning the specs over to a standards body some years ago, but it soon became clear that Microsoft would try to influence any such organization and bastardize the language. Remember, cross-platform portability is one of the highest-priority features of Java, the main reason it's interesting at all for Sun and many other players, but it's precisely what Microsoft most urgently would try to destroy. About the same time, Microsoft created a version of the JVM shot through with Windows dependencies and lacking some libraries they were required to implement, all in violation of the license, for which they were duly bitch-slapped by the courts (a set of facts that many Slashdotters curiously like to overlook). Sun learned the hard way that they couldn't go along with any standards process that could endanger cross-platform portability.
So now there is the Java Community Process [jcp.org], over which Sun has only limited control, and in which organizations such as the Apache Group participate. Arguably, this is at least as open as the standards processes for many open-source projects. Anyone can access the code to Apache software and the Linux kernel, for example, but only voting members of the Apache Group decide what goes into and out of Apache software, and essentially Linus and his lieutenants decide what goes into Linux. The JCP has its faults, but being strictly proprietary or less open than most of the open-source projects are not among them.
Finally, I'd like to know the grounds for ESR's claim that Sun's alleged control of Java is "throttling acceptance of the language in the open-source community, ceding the field (and probably the future) to scripting-language competitors like Python and Perl." Java has one of the largest development communities in the world with lively activity among open-source developers -- think of Jakarta. And although Perl and Python developers tend to disintegrate into a blue rage when somebody says this, Java is the language of choice for a wide range of industry projects, including the most business-critical applications, and Perl and Python certainly are not. (Flame away if you like, flail against the windmills, rage impotently against the stubborn truth.) I think ESR's insinuation of a dim future for Java due to the displeasure of open source developers is just blowing smoke.
hmmm... why? (Score:5, Insightful)
Sun creates Java, releases it for almost all platforms. Then, they maintain it and allow other companies to produce products to sell and run with their standards for free(just look how many J2EE servers there are out there).
Then, Sun goes a step further by creating a developer's network and allowing other developer networks to arise to further the advancement of java based products.
On the otherside, Microsoft creats C#, sells it for a hell of a lot of money, and says it can only run on these platforms and by the way, all your previous VB stuff, throw it out, we don't care.
Who cares if Sun wants to keep the source code, they have done a great job with Java and I only see good things in the future. Just because something isn't open source doesn't mean its not good. I love open source but some people in that world need to get over themselves and thank the companies (like Sun) that work so hard to provide us with tools. Where would organizations like the Jakarta organization be if Sun had not helped them so much.
Kudos to Sun!
Sun: Let Java go and storm the world with Gnome! (Score:5, Interesting)
Sun announced several years ago that they would be standardizing on Gnome for their enterprise desktops. They have made significant contributions since then (let's not be fooled: none of these recent public sector / governmental success stories would have been possible without Sun's accessibility work). When they decided to go with Gnome, they already had a production JVM for Linux that equalled the Windows and Solaris (in that order) virtual machines in performance and stability.
When they went with Gnome, Microsoft had long been banging the .NET / C# drum and Miguel had allocated his devoted team of Mono hackers at Ximian with the explicit intent of bringing a modern programming language, C#, to Linux and integrate it tightly with Gnome.
And Sun does nothing! This is an impossible equation to me:
1] Because it invades Sun's most priced asset: the Java and J2EE mindshare.
2] Maybe not technically, at least not yet, but well in developer mindshare.
I don't understand how Sun can let this happen. That's where Java should be! Everything is prepared: all underlying frameworks are in place (industrial-strength JVM on Linux, the new GTK Swing LF, some native Gnome/GTK-Java integration already works [sourceforge.net], JVM sharing in the pipeline), it's a great way to bring Java to the desktop masses (without having to go through a hostile monopoly) and if Sun doesn't do it, very soon every one will be using their shiny "Java Desktop Systems" to build GTK# applications in .NET on top of Mono.
So I say to Sun:
-EE
God damn ESR is a punk. (Score:5, Interesting)
The open-source community has been hearing reports that you have recently said of Sun Microsystem's strategy "The open-source model is our friend". We're glad to hear that, and Sun's support of OpenOffice.org certainly puts some weight behind the claim. But that support is curiously inconsistent, spotty in ways which suggests that Sun is confused in the way it thinks about and executes its open-source strategy.
Oh, I see. So if you want to be our "Friend" that means you have to move lock-step with us and everything you do must benefit us.
Open Office is a huge boost to the Open Source community. It's one of the most powerful weapons in the "war" against Microsoft that a lot of us seem to be emotionally invested in. It provides a real alternative to MS office and a way for business to move away from windows.
But ESR seems to think that to be a "friend" of the open source movement, everything you do must benefit it. And of course, if you don't, you must be "confused." Apparently ESR views the Open Source community as a sort of single-minded Totalitarian regime lead by him, in which any decent is labeled "confusion."
But the casual equation between "open source" and "zero revenue" suggests that on another level you don't really know what you're talking about. Open source is hardly a zero-revenue model; ask Red Hat, which had a share price over triple Sun's when I just checked. Or ask IBM, which is using Linux as a lever to build a huge systems-integration business in markets like financial services that Sun has historically owned.
Okay, share price. Great. As if that isn't a totally meaningless indicator. Why didn't ESR look at market cap, or revenues? Oh yeah, because then RH wouldn't be "bigger". Ever heard of a stock split? How are shares of the company who's board you're on, VA Software, doing? I see you provided them a lot of good advice.
If Sun were prepared to go all the way with open source it could seize back its position of industry leadership. Sun is one of a small handful of companies that would both have the smarts and the street cred to do even better than IBM has from a full-fledged alliance with the open-source community.
Of course, as we all know, street cred == money. Please. And how does IBM have a "full commitment to open-source."? They still sell proprietary software, along with contributing to OSS last I checked.
when Bill Joy came to a Linux conference to push Jini as a universal network-service protocol, we in the open-source community told him straight up "You can have ubiquity or you can have control. Pick one." He picked control, and Jini failed in its promise. The contrast with NFS could hardly be more stark.
This is the best part. So the OSS community's huge sway with OEMs prevented Jini from being implemented in lots of imbedded hardware. Right. It also prevented OSS's great nemesis from flourishing. Oh wait.
There are a lot of reasons why Jini failed, and anyone claming to know exactly what "went wrong" is out of their mind. It may not have succeeded even if it were an open standard.
Today, the big issue is Java. Sun's insistence on continuing tight control of the Java code has damaged Sun's long-term interests by throttling acceptance of the language in the open-source community, ceding the field (and probably the future) to scripting-language competitors like Python and Perl.
Uh yeah. The vast majority of programmers pick the tool they like, and most people in the OSS community use Python because it's a fun programming language that's easy to write (same with Perl, although I kind of think most people it because 'that's what they know') . Most large OSS projects still use C++, and lots of projects are written in Java. I think the percentage of OSS projects that chose a language based on political issues is pretty damn small. Hell, there are probably
the problem with java (Score:4, Insightful)
i am mainly a C user but i tried java years ago when i was using a Mac and i have kept an eye on Java since. my problems with it and how Sun behaves are :
1. the claimed "portability" of Java
i think this is a fine joke. a java program has portability trouble across different JRE on the same processor and OS. dont even try to think of this about different processors or even various operating systems. the high deniability of people when you tell them about this tells a lot of the inner problems of Java : axioms you are not allowed to discuss even if everything shows there's something wrong.
let's get an exemple. you can install NetBSD 1.6.1 and in its kernel you have compatibility options that allow you to use binaries compiled on previous versions of NetBSD like a binary coming from ten years ago, compiled on NetBSD 0.9
how can i be able to run BINARY code that is ten years old on a machine, and not be able to run Java bytecode on the same machine with two different JRE properly ?
i can even grab a binary for a proprietary unix system years and years ago and have it run... so we are able to run today programs from machines whom are no longer available and that existed before Java even came to birth.
2. Writing non-portable code using Java
Java is said to be impossible to be used to write non-portable programs. fine. so why does the applet that works fine under Internet Explorer and Windows doesn't work on a Macintosh under MacOS or MacOS X ?
3. Standards
C is a standard. We had the ANSI C that was followed by ISO C and more recently the C99 which GCC supports. So if you write code relatively cleanly it will get compiled (sometimes with a few fixes) on weirdo platforms. C should suck compared to Java about portability. So a few monthes ago why did I run into so much trouble to try to run Freenet ? It has been written using Java so it would be as portable as possible. But when you try to run it with JRE A it doesn't work so you move to JRE B but you get even worse problems so you try another JRE... Excuse-me ?!
While in the same time we got programs written in C that can be compiled on Linux, BSD, Windows, HP-UX, AIX across a dozen different kind of processors. We could be able to find rpm, debian packages, Free/Net/Open's entries in their respective Ports/pkgsrc...
NetBSD 1.6.1 released in august 2003 runs on 52 different architectures, with 17 disctinct hardware architectures and 11 different processors and it's mainly based on C code. The beauty of it ?
If I find a PCMCIA card and write a device for it, it will also mean that if you got a Zaurus (which runs a different archictecture and processor as the i386 I could have used to write a PCMCIA driver) you can plug the PCMCIA card and have it work. It means that if you install NetBSD on a Mac and it has a PCI port, you can plug a x86 supported card and have it work while you have no driver for that very same card available under both MacOS and MacOS X.
I'm not saying that C is the answer but that proper design and continuous work can achieve great results. Linux is also available on an incredible number of platforms, probably even more than NetBSD currently has from small cards with tiny processors to big 8-way monster machines.
Last, let me reproduce the words of someone from Advogato [advogato.org] about this, dej [advogato.org] who says :
The only real problem with Java is that it is proprietary.
I cannot legally use Java in any way, without giving Sun the ability to impair my business. This does not hold true for C++.
The license that accompanies the JRE you can download from Sun gives you the right to use it to test your own applications. It does not give you the right to run other people's applications arbitrarily. I suppose you can buy a JRE from Sun for this purpose. But then Sun controls
Re:the problem with java (Score:5, Interesting)
Can have portability trouble. If this is a problem for you, you can use the old JRE, and things will work well - the equivalent of using a special compatibility layer within NetBSD, IMO. You're comparing apples to oranges here: if nothing changes in the supporting layer, there is no chance of breakage (or more breakage than you had in the first place). If something changes, the chance goes up. Well duh - no surprise there.
Against that, Java (in my experience) does a better job of running across hardware platforms and JRE versions than C does. As part of my current job I've had to run the same code on Windows 2000, Windows XP, Linux and Solaris boxen, using JREs from 1.3.1 to 1.5 (well, I didn't have to try 1.5, but I wanted to know...) and it worked fine everywhere. I can guarantee this won't happen with your C binaries.
As long as you don't expect miracles, Java pretty much lives up to the promises of 'Write Once, Test Everywhere'. And more often than not, for the vast majority of code I've worked with, it really has managed to be 'Write Once, Run Anywhere' - or at least anywhere I've needed to. YMMV, especially depending on what sort of app you're writing.
Possibly, but only by people who are wrong. Sun certainly never claimed that, nor did anyone who knows what they're talking about when it comes to Java. The rantings of the clueless should never be held against a language, or we'd never get any code written.
Provided you don't want to do anything complex, like have a GUI, I believe.
Not by my reading of it, though IANAL. "Sun grants you a non-exclusive, non-transferrable, limited license without license fees to reproduce and use internally Software complete and unmodified for the sole purpose of running Programs." The supplemental license terms extend that allowing developers to redistribute the JRE with their own code under additional constraints and has a reference to use of the code for development and testing, but AFAICT it doesn't supercede your right to use the license for running programs as defined in the main body of the license.
When it comes to terminating the license, you actually have more rights than Sun do - you have the ability to terminate it just because you want to, which they do not reserve for themselves.
Perhaps your source is getting confused and reading the license agreement for beta software (such as the new 1.5 early access release) which I believe is only available for testing. Which is what betas are normally for anyway.
In very much the same way, if Microsoft doesn't free up their Windows as Linux or NetBSD are free to use and build uppon, it will remain in its niche. I'm sure they don't cry themselves to sleep at nights over that, though.
Don't get me wrong - I'd love to see Java as an open standard in a real way, provided it didn't just open things up for Microsoft to do a demolition job on it. It would be my preferred way for the language to go, for a variety of reasons which others have probably explained in g
Why does anyone listen to ESR??? (Score:5, Interesting)
All of his writings show a distinct lack of depth. He has a superficial understanding of most topics he writes on, and quickly exposes that fact. I'll give him the benefit of the doubt in Unix/Linux/Coding. But, beyond that he should STFU.
As an example, check out the ill-advised, simplistic, racist ramblings from his blog: http://www.gnxp.com/MT2/archives/001393.html [gnxp.com]
In the Java essay, he exposes the fact that he has no clue about business financials by comparing the share price of Sun & Red Hat. Anyone who has invested at all knows this is meaningless.. A company with 1M shares @ $100 is worth a lot less than a company with 1B shares @ $33.
So please, ignore the troll and he'll go away.
Because he's a "Community Leader" (Score:4, Insightful)
Because he has friends in the right places. Like here. Rest assured, whenever ESR posts a public statement, Slashdot will do its part to make sure it gets as much publicity as possible.
"Why does anyone think that having him as the self appointed mouthpiece for Open Source would be a good thing?"
Good question, considering the track record of his predictions (specifically, his Microsoft predictions).
"In the Java essay, he exposes the fact that he has no clue about business financials by comparing the share price of Sun & Red Hat. Anyone who has invested at all knows this is meaningless"
Ok, so he doesn't know what he's talking about. That's never stopped him before.
I've got a belief that the open source movement (and free software movement) is sometimes more of a religious movement than a technology or community movement. We have our established dogmas, even when they're bullshit. And all it takes for some moron to get mucho press is to find a writer that will refer to him as "an open source community leader". Like other so-called "community leaders" (especially in religion) there doesn't seem to be any real qualifications except for a big ego and a drive to promote yourself. Make no mistake, folks. We have plenty of Al Sharptons in our own ranks.
ESR's next letter... (Score:4, Funny)
Set the money free. We want to be given what isn't ours.
Free Java (Score:5, Insightful)
Java really is as close as it gets to open source without being open source -- and it still isn't close enough. There is also the question of whether Java would have matured so well without someone keeping a tight rein over it. Sometimes you have to protect your little ones while they are growing -- but you have to realise that the thing about children is that they eventually grow up and learn to live without you. Sun once has a lot to lose by opening the Java source, but today it has far less to lose in doing so. There soon will be "clean" Java interpreters that contain no Sun code anyway, and the choice for Sun will be whether to free up Java or break it.
But there is always the option of multiple-licencing. Sun's licence restrictions -- particularly the bit about not distributing competing products -- are there deliberately to keep Microsoft from spoiling Java. What if some Linux vendor were to negotiate a separate licence from Sun, permitting them to distribute Sun's Java interpreter ready-to-go with OpenOffice.org and their Web browser?
Their distribution probably would be "tainted" and not freely redistributable in its entirety {thus introducing logistical difficulties, but not insurmountable ones}; but at least it would give Sun a toe in the waters of open source.
So why is there so much Open Source Java stuff? (Score:5, Insightful)
What ESR really means is that there's a lack of adoption of Java from Unix/C programmers. This has nothing whatsoever to do with whether Java is Open Source or not, and everything to do with the perception amongst such programmers (whether deserved or not), of the Java language itself. People don't choose Perl, Python or Ruby over Java because the former are open source. People choose them because they prefer using the scripting languages.
I have this feeling that Scott McNealy isn't sitting there thinking "Damn, I guess if we totally cede control over this language, all those Unix nerds who hate Java anyway are going to drop their copies of Python and come rushing to embrace us!"
Charles Miller
Re:What's up with him? (Score:4, Funny)
What ESR is really saying here... (Score:4, Insightful)
Consistency is what ESR is pointing to here. Maybe it isn't his business to make any demands of Sun, but he's seen their past corporate history which is chock-full of missed opportunities.
If Sun doesn't fully embrace open source, others will, and have. Whether or not this makes a huge difference depends on your own opinion. Personally, I think they're on the right road with this Java Desktop thing. They've already had some high profile wins and it's a great corporate counter-balance to Windows on the desktop.
Re:What has ESR done in the past 3 years? (Score:5, Insightful)
He *is* getting more than a bit self-important, though. The last time I heard about him, he was advocating a "hacker symbol". Dammit, ESR, shut *up* for a while, and go have fun writing code or politicking or *something*. It takes forever to build up credibility, and a couple of silly open letters and articles to blow it. That may not be just, but such is life.
Just because open source is a good idea does not mean that open letters are always a good idea.
ESR, if you wanted to do this and actually do it *right* and maybe have an impact, you would have been *much* better off writing a high-quality open letter in combination with a few other major open source/free software figures, and somebody high up at IBM. People like that. That would let them catch flaws (many eyes, no?), give you more weight, and ensure that you have a good representative view of the open source community. Now you blew it, and it's too late to take it back. Unlike software (and even your rather unusual web pages), letters do not have revisions.
On ESR (Score:5, Insightful)
A lot of ESR's credibility is for the fact that he says what he thinks. He doesn't always sugar-coat his opinions for corporate digestion, and doesn't seem to care if people consider him a nutcase or whatever. I respect him for that.
Many in his position would start to move more carefully, in order to not blow their "hard earned" reputation. Not ESR - he keeps on saying aloud things many of us want to be said aloud. I don't think I have ever strongly disagreed with anything he has written, and nobody listens to me, so it's nice to have ESR saying those things.
ESR-bashing seems to be all the rage at slashdot these days, and I wonder why that is. Are some slashdotters so insecure that the feel threatened when they see someone with a certain amount of self-importance/arrogance? Or are they offended because he is a self-proclaimed gun nut?
Screw that. We need one ESR, one Bruce Perens, one Linus and occasionally even one RMS. Well, we could use a few more Linuses and Bruces. But anyway.
Re:My problem with Eric and other similar advocate (Score:4, Insightful)
Which, I think, would be the most appropriate stance for an open source/technological figurehead.
Open Source will get by just fine without fanatics who do more politics than code. As much as I hate to admit it, I actually have some respect for RMS.
Not because of his ideology or his fanaticism, but because he has something concrete to back that fanaticism up with. On the other hand, I don't know what ESR or Perens have done, except that they like to blow hot air in public once in a while.
But still, Linus remains the top OSS "leader" to me because he doesn't want to be a leader. He's the Captain who gets out in the field with his men and gets things done quietly and properly whilst the OSS Generals are fuming and posturing over some petty political insult.
Nokia's enabling Python on cellphones. (Score:5, Interesting)