Slashdot Mirror


Two Takes on the Java Dilemma

Joe Barr writes "NewsForge is running a pair of excellent commentaries on the plight of Java and the Java development community following the recent "settlement" between longtime rivals Sun and Microsoft. One is by Rick Ross, the articulate leader of JavaLobby, entitled "Where is Java in the settlement?" The second is "Free but shackled: The Java trap" by Richard Stallman. Good reading. Both commentators put their finger on the heart of the problem, albeit from different perspectives." Yes, Newsforge and Slashdot are both owned by OSDN.

562 comments

  1. Sun will sell Java to the highest bidder by tjansen · · Score: 5, Interesting

    My theory is that Sun is going to sell Java, probably to IBM. That's also a reason why Sun is will not
    open-source Java. Even if it is losing money, it's still a valuable asset. Sun owns the trademark, many Java-related
    patents and is the only company with the authority to prevent Java from being forked.
    Sun's threat is to sell Java to Microsoft. Not sure whether MS wants to buy it (they would certainly be
    willing to spend a lot of money to destroy it, but it would also annoy many people and renew the antitrust trouble). Losing Java would be so bad for IBM that they would be willing to spent a few billions to save
    it. Possibly together with other companies in the Java trap, like SAP.

    1. Re:Sun will sell Java to the highest bidder by AKAImBatman · · Score: 5, Interesting

      I doubt Sun would sell Java until they're ready to sell the company. Java has been a loss leader for them that has made the name "Sun Microsystems" nearly a household brand. Right now Sun is trying to reinvent itself because of the lack of vision in the marketplace.

      Yes, Intel x86 can handle many of the tasks that only Unix machines used to be able to handle. I'd just tend to debate whether they're capable of doing these tasks as cost effectively, as reliably, and as efficiently.

    2. Re:Sun will sell Java to the highest bidder by heironymouscoward · · Score: 2, Interesting

      I don't believe Microsoft would tolerate that. It has only a few real competitors, and IBM is one of them. Java is essential to IBM's strategy and there is no way that Microsoft does not realize this. $2bn is a lot of money: if all they wanted was insurance against trustbuster trials, they could have paid a lot less.

      No, Sun has (in my paranoid opinion) agreed to kill Java and probably StarOffice as well.

      I'm quite curious to see how IBM will react.

      --
      Ceci n'est pas une signature
    3. Re:Sun will sell Java to the highest bidder by RLiegh · · Score: 2, Insightful

      How can they kill StarOffice when it is open-sourced in its' OpenOffice form?

    4. Re:Sun will sell Java to the highest bidder by Anonymous Coward · · Score: 0

      If development will stagnant, it is also possible that the fine people at Apache fill in each of the gaps. They have done so before, they might do so again...

    5. Re:Sun will sell Java to the highest bidder by Chicane-UK · · Score: 4, Insightful

      Yes, Intel x86 can handle many of the tasks that only Unix machines used to be able to handle. I'd just tend to debate whether they're capable of doing these tasks as cost effectively, as reliably, and as efficiently.

      Well judging by the amount of people dropping their old UNIX gear, and taking up rackfulls of AMD or Intel boxes (especially the new 64bit offerings), i'd say the answer to that is a big YES.

      Companies like Sun and SGI did used to really have a corner on the market.. but now their gear is slower than the competition and insanely overpriced. Don't get me wrong, they are all still the geeks ultimate play thing (I especially like SGI gear, and used to own a few old boxes) but price to performance ratio is soooo in Intel & AMD's favour right now.

      Reliability is superb, runs a LOT of operating systems, scales very well (imagine a beowulf cluster of these...), and doesn't cost a lot of money.

      --
      "Hey! Unless this is a nude love-in, get the hell off my property!!"
    6. Re:Sun will sell Java to the highest bidder by Welsh+Dwarf · · Score: 3, Interesting

      By firing the SO developers, by not packaging SO any more, and by abandoning OOo.

      OTOH, Novel and IBM have a vested interest in keeping OOo alive and kicking, so it wouldn't surprise me if/when Sun pulls the plug that 100 or so IBM/Novel employees take up the slack

      --
      Ask 8 slackers a question, get 10 awnsers (a citation, but I can't remember from who)
    7. Re:Sun will sell Java to the highest bidder by heironymouscoward · · Score: 4, Insightful

      I was careful to say 'StarOffice' not OpenOffice. OpenOffice is GPLd and safe. Still, OpenOffice relies on support from Sun: my guess is Novell or IBM will provide a new home for it if/when Sun says it's cutting back.

      --
      Ceci n'est pas une signature
    8. Re:Sun will sell Java to the highest bidder by tjansen · · Score: 5, Interesting

      Yes, Intel x86 can handle many of the tasks that only Unix machines used to be able to handle. I'd just tend to debate whether they're capable of doing these tasks as cost effectively, as reliably, and as efficiently.

      Actually I'd be interested how many billions of Sun's yearly losses are related to Java, and how many billions are caused by creating and maintaining their own CPU architecture. I wouldnt be surprised if the last bit of 'cost-effectiveness' of the SPARC architecture would disappear immediately if Sun would charges enough to cover their real costs.
      After cancelling the UltraSPARC V and having only a few 'mystery' CPU projects left, I expect Sun to make x64-64 the primary architecture for the low-end and medium range. Maybe not with this x86-64 generation, but when the next one appears.

    9. Re:Sun will sell Java to the highest bidder by Anonymous Coward · · Score: 0

      They just did.

      What part of "$900 million to resolve patent issues" is unclear?

      Sun Microsystems is like a aging ho trying to decide between two pimps. "Which one will beat me less? Which one will let me keep mo mah money?" She chose Microsoft, rather than continue to be slapped around by IBM.

      Since Microsoft now owns much of Sun's IP, you will never see Java freed, or sold to IBM, or anyone else. Microsoft wants to keep Java under tight control and limited exposure while .NET matures.

      IBM is the entity facing some very tough choices. If the ho analogy holds, it's time for IBM to recruit some young bitches and undercut Microsoft's aging harlot.

    10. Re:Sun will sell Java to the highest bidder by tjansen · · Score: 2, Interesting

      What part of "$900 million to resolve patent issues" is unclear?

      The question whether Sun has transferred their rights to Microsoft. I don't think so. They just licensed the patents to Microsoft, so they can use them in .Net stuff. Just like Sun probably licensed them, at least partially, to all Java licensees.

    11. Re:Sun will sell Java to the highest bidder by tellurion · · Score: 5, Interesting

      >Sun has (in my paranoid opinion) agreed to kill Java
      >I'm quite curious to see how IBM will react.

      I don't think IBM will much care.
      They have pushed for Sun to open source Java, why? Because they have changes/enhancements they want to incorporate into Java. This means they have already rewritten some/all of the Java libraries and would do more if it was open. If Sun killed Java, IBM would probably just release their own Java. Legaly something new, but technically the same.

      -Tellurion

    12. Re:Sun will sell Java to the highest bidder by DAldredge · · Score: 2, Informative

      2 Billion is about 60-80 days worth of profit for Microsoft. Profit.

    13. Re:Sun will sell Java to the highest bidder by The+Spoonman · · Score: 4, Insightful

      Well judging by the amount of people dropping their old UNIX gear, and taking up rackfulls of AMD or Intel boxes (especially the new 64bit offerings), i'd say the answer to that is a big YES.

      Which begs the question: if they were all jumping off a bridge, would you do so, too? Just because "everyone's doing it" doesn't mean it's right. It means that lemmings can't think for themselves.

      Don't get me wrong, I agree that the price/performance/value ratio of the Suns and SGIs of the world is way skewed when compared to the Intel-style architecture. I disagree in that moving to the latter architecture just because everyone else is doing it is a management-style decision, not a technical one.

      --
      Which is more painful? Going to work or gouging your eye out with a spoon? Find out!
      http://www.workorspoon.com
    14. Re:Sun will sell Java to the highest bidder by farzadb82 · · Score: 1

      Well actually it more like 1 months worth of profit. MS made a net profit of 7.7B in the last quarter!

    15. Re:Sun will sell Java to the highest bidder by AKAImBatman · · Score: 4, Interesting

      Well judging by the amount of people dropping their old UNIX gear, and taking up rackfulls of AMD or Intel boxes (especially the new 64bit offerings), i'd say the answer to that is a big YES.

      I would disagree. And I'll tell you why:

      1. It takes fewer Unix boxes to accomplish the same job as the ever multiplying rabbits^W x86 machines. This consolidation makes for lower overall costs in equipment and maintenance. Unfortunately, x86 looks cheaper up front. No one considers concepts like capacity planning. Just add another box. They're cheap!

      2. Dell (and their competitors) charge a mint for "server hardware". So much that Sun hardware often comes in cheaper. Again, managers thing x86 == cheap and Sun == Expensive.

      3. Unix machines allow you much more flexibility in remote maintenance, system configuration (just try to tweak the size of write buffers on Windows), and live upgrades. Linux theoretically offers many of the same benefits, but RedHat deployments have a tendency to self destruct. I've seen admins actually afraid to touch their RedHat boxes for fear that something will go wrong.

      4. Performance isn't everything. Reliability, uptime, maintainability, etc. are all worth paying extra for. The short sightedness of the industry results in these factors often being ignored. As a result, big money is spent on all three areas *after the fact*. (A company I worked for once had a Dell RAID controller go. The entire production database was corrupted on ALL drives. That hurt.)

      Long term, Unix machines still win the day. This is very much due to the fact that the entire machine is engineered instead of cobbled together. It's just too bad that the entire industry is only looking at the short term.

    16. Re:Sun will sell Java to the highest bidder by ClosedSource · · Score: 2, Interesting

      The day IBM buys Java will be the day that IBM stops talking about opening the code. They already bought Rational's products, where's the source for them?

    17. Re:Sun will sell Java to the highest bidder by aminorex · · Score: 1, Informative

      Java is already open-source. It's called GCJ.

      Why care about J2SE? GCJ is superior in many
      regards, and if the otaku would stop fawning over
      Sun's every meandering stagger, and start using it,
      the world would be a better place.

      --
      -I like my women like I like my tea: green-
    18. Re:Sun will sell Java to the highest bidder by tolan-b · · Score: 1

      A modelling tool is quite different to a programming language..

      Are you sure you don't work for Sun? ;)

    19. Re:Sun will sell Java to the highest bidder by bogie · · Score: 2, Insightful

      "but RedHat deployments have a tendency to self destruct."

      Err yea ok, sure whatever you say.

      "Long term, Unix machines still win the day."

      You wrote an entire reponse to something he didn't say. He never said he was advocating Winx86. He said that the older SUN/SGI style hardware was losing marketshare in favor of X86 hardware. Which of course is correct. He didn't say that these cheaper X86 boxes wouldn't be running a *nix.

      --
      If you wanna get rich, you know that payback is a bitch
    20. Re:Sun will sell Java to the highest bidder by AsbestosRush · · Score: 1

      Could this be the difference in net/gross profit?

      --
      EveryDNS. Use it. It works.
      AC's need not reply
    21. Re:Sun will sell Java to the highest bidder by Kaa · · Score: 1

      Yes, Intel x86 can handle many of the tasks that only Unix machines used to be able to handle.

      Umm... you know, processor architectures and operating systems are really quite different things... :-)

      --

      Kaa
      Kaa's Law: In any sufficiently large group of people most are idiots.
    22. Re:Sun will sell Java to the highest bidder by AKAImBatman · · Score: 4, Interesting

      You wrote an entire reponse to something he didn't say. He never said he was advocating Winx86. He said that the older SUN/SGI style hardware was losing marketshare in favor of X86 hardware. Which of course is correct. He didn't say that these cheaper X86 boxes wouldn't be running a *nix.

      Allow me clarify. When I say "Unix Machines", I am referring to Sun, SGI, HP, and IBM Unix based hardware. While these machines can run other OSes, they are designed and engineered to run a variant of the Unix operating system. Thus "Unix machines". I was not referring to the operating system in specific.

      And yes, RedHat does self-destruct at the slightest provocation. It's actually rather enjoyable (in a morbid way) to grab a bag of popcorn and watch as GDM suddenly disables itself, or the Apache "service" suddenly fails to start, or watch admins struggle with XInetD, only to have all their other "services" go haywire, or (my personal favorite) watch the admins struggle with some insanely masochistic script that no longer works because of some minor system change. Not to mention all the other scripts that were dependent on that script, which are now quite broken. I'm not even *going* to mention RPM hell.

      Oh yeah, RedHat boxes are lots of fun.

    23. Re:Sun will sell Java to the highest bidder by AKAImBatman · · Score: 2, Interesting

      When referring to concepts like Total Cost of Ownership and capabilities/features offered, one has to refer to the "Complete Package". The primary competitors are:

      Sun Solaris (UltraSpace)
      HPUX
      AIX
      WinTel
      LinTel (pretty much only RedHat comes in OEM form)

      The later two represent the "low-end" x86 platform, while the former three represent the "high-end" Unix/RISC platform.

    24. Re:Sun will sell Java to the highest bidder by ClosedSource · · Score: 2, Insightful

      "A modelling tool is quite different to a programming language.."

      Yes, but not really in this context. If IBM is going to buy something, they expect some return from their investment regardless if it's a programming language or a modeling tool.

    25. Re:Sun will sell Java to the highest bidder by Anonymous Coward · · Score: 0

      Maybe, but not likely. IBM currently develops its own homegrown Java (J9). Probably they were anticipating that sun is financial disaster and wanted to get off the hook asap.

    26. Re:Sun will sell Java to the highest bidder by rsmah · · Score: 1
      Could this be the difference in net/gross profit?

      Gross profit is really only meaningful in manufacturing and retail where the COGS (Cost of Goods Sold) makes up a significant portion of the business's expenses.

      Cheers

    27. Re:Sun will sell Java to the highest bidder by nelsonal · · Score: 1

      I beleive that internally SUN accounts a certain cost for each UltraSPARC used in their systems at an amound that would make the processor division profitable if it were on it's own. We'll have to take their word for it unless you have access to their general ledger. They seem to be getting closer to Fujitsu's SPARC implementation at the mid to high end, as well.

      --
      Degaussing scares the bad magnetism out of the monitor and fills it with good karma.
    28. Re:Sun will sell Java to the highest bidder by nelsonal · · Score: 3, Informative

      Athough you will occasionally see deviations:
      Gross profit is your profit after your manufacturing or input costs are covered. If we were talking about a PC OEM this would include components in a cheap computer (RAM, HD, mobo, CPU, case, and assembly as well as depreciation on your factory). This ranges from about 15% (grocery stores and PC manufacturers) to 90% (software developers) an average manufacturing gross margin is about 40-50% in decent times. Traditionally this cost has a high portion of fixed costs (costs that do not change with small increments of production).
      The next costs taken out are for selling, marketing, administration, and product development. Some companies pull all of their depriciation costs out and put it here as well. This is where most of the paychecks are accounted for on an income statement. Other than ERP systems and office buildings, or the developer's toys, there aren't a lot of fixed costs here (labor is still considered more of a variable cost)which is true for commissioned sales people, but less true for an R&D staff. After these costs are removed what is left is operating profit. Overall averages are about 10-15% nationally, with retail sales operating margins at the low of 3-5% and software development reaching as high as 50%.
      Next groups get quite confusing as different companies pull any combination of the following out interest, taxes, or other costs. Once all three have been removed you are left with net profit. Sometimes a preferred stock dividend (an archaic cross between stocks and bonds certain tax laws have largely rendered these a thing of the past, but they are still occasionally used as convertable instruments) is removed and net to common shareholders is quoted but that is fairly rare.
      In response to the grandparents, Microsoft has never reported more than $4 billion in operating profit in a quarter (about 2.5 billion in net profit) so the first poster (60-80 days of profit) is more correct. Usually daily/monthly rates are applied to cash generation, but that is a lesson for a different time.

      --
      Degaussing scares the bad magnetism out of the monitor and fills it with good karma.
    29. Re:Sun will sell Java to the highest bidder by tolan-b · · Score: 1

      I think the reason they would buy Java would not be to see a return on the technology itself, rather to ensure security of their existing investment in the technology in terms of code that runs on it.

    30. Re:Sun will sell Java to the highest bidder by zero_offset · · Score: 1

      because of the lack of vision in the marketplace.

      Can you clarify what you mean by that? I'd argue Sun is suffering from exactly the opposite problem: the marketplace very clearly knows what "it wants" -- and that doesn't seem to include Sun hardware.

      --

      Slashdot quality declines as the number of hot grits posts decreases. - Provolt's Law, Apr-09-2005

    31. Re:Sun will sell Java to the highest bidder by PsychoSid · · Score: 1
      Well thats correct in some aspects. At the large corporate money pit where I work we are moving number crunching stuff to Intel/Redhat (for Risk calculations etc) on mostly blade systems.

      However many third party front-office, and back-office financial applications run on Solaris/Unix backends only. We won't be getting rid of them any time soon.

      Also as an SA who supports both the Solaris, and the Redhat boxes I have to say that the Sun support model leaves the Compaq/Redhat model looking very sub-standard indeed.

    32. Re:Sun will sell Java to the highest bidder by _Sharp'r_ · · Score: 1

      Among your primary competitors you need to add the BSDs.

      Convienently enough, they also tend to run and be used on both flavors of hardware, although x86 probable dominates.

      We are talking about the server space, aren't we?

      --
      The party of stupid and the party of evil get together and do something both stupid and evil, then call it bipartisan.
    33. Re:Sun will sell Java to the highest bidder by AKAImBatman · · Score: 1

      Sun is attempting to deliver a powerful solution that the market *needs*. However, the market *wants* something different. As a result, Sun is reinventing themselves to make money. It's really a sad state of affairs, but then again the entire economic setup is.

    34. Re:Sun will sell Java to the highest bidder by AKAImBatman · · Score: 1

      Sadly enough, BSDs are not really considered in large corporate environments. Companies are too busy competing over who's got the "best" stuff to care about anything that actually *works*. It's all about posturing. Thankfully, many web service providers and ISPs keep chugging along with BSD, and nobody's the wiser.

    35. Re:Sun will sell Java to the highest bidder by Anonymous Coward · · Score: 0

      You don't seem to be aware of the cleverness with which M$ destroys things. If they buy Java, they won't just shut it down. Too obvious.

      What they'll do is promise _increased_ support for it, then release successively slower, buggier versions of it, while dropping support for older versions (and changing Windoze so the older versions don't work), and changing the standard faster than anyone can keep up with. And of course all the non-Windoze implementations will degrade much faster.

      Then, developers will leave in disgust. Eventually, they'll shut it down because there's no market for it.

      It's the same embrace-and-destroy strategy they've been using for years.

    36. Re:Sun will sell Java to the highest bidder by Zathrus · · Score: 1

      When I say "Unix Machines", I am referring to Sun, SGI, HP, and IBM Unix based hardware.

      Oh yes... IBM hardware is such a deal. I'm so everjoyed that we run on IBM hardware and AIX... so much so that I could just about fucking kill myself.

      Our development box was originally a B50 w/ single CPU and 512MB of RAM (it's since been upgraded all the way to a dual CPU B80 w/ 1 GB RAM -- which is still slower than the comparison system). It compiled code at roughly half the speed of a P2-400 running Redhat 7.2. This is using gcc on both platforms. VisualAge was slightly faster, except that it was a total fucking nightmare to actually use because xlC 5 can't generate template functions worth a crap. We would have to maintain the template prototypes ourselves, which became an increasing pain in the ass as our libraries grew.

      Of course, AIX's linker is like nothing else on this world, so forget using a lot of open source tools. I'm still waiting on a debugger that will actually work -- both dbx (from IBM) and gdb simply core dump -- usually during running, but occasionally when they just try to load the code. TotalView works, but it's an additional cost. And since we upgraded to AIX 5.1 we've had to revert to static linking -- because dynamic linking is FUBAR'd with gcc (allegedly fixed in 3.4, but we'll see). There's a patch we could try, but compiling gcc on this blazingly fast box takes 20 hours.

      Yeah, I'm really glad we spent tens of thousands of dollars on production, QA, and development servers (the QA and dev servers were virtually free, but the production ones were not) that are so abymally slow and infernally different from everything else. Even if a half dozen server class PCs cost the same as these boxes they would've been at least a magnitude faster and we'd have far fewer issues supporting them, not to mention how much developer time would've been saved at this point.

      Oh, and we've just moved to (puke) StarTeam for our version control. Of course, it doesn't have a native AIX client, so we're having to work around the fact that the universal java client doesn't recognize executable files as such during checkin. This problem doesn't exist on Linux.

      And yes, RedHat does self-destruct at the slightest provocation.

      I'm sorry you have such lousy admins. None of the Redhat boxes we have, or that friends have at their jobs, seem to have any of the issues you mention.

      I'm not even *going* to mention RPM hell.

      Why, because you've found some mystical, magical fix for it? The reality is that RPM hell is a symptom of a larger problem -- that different programs often want different versions of shared libraries. The more programs you install on any one given box the more likely you'll have this problem. And if you don't have a package manager like RPM (or any one of the others) then you're not going to avoid this problem -- instead you'll overwrite a library without knowing that you're causing a problem. Have fun diagnosing that one!

    37. Re:Sun will sell Java to the highest bidder by Anonymous Coward · · Score: 0

      First of all, it doesn't "beg the question," it simply depends on the question.

      Also, if tons of businesses are doing something, many of them have done research and decided that (in this case) purchasing AMD boxes is a good idea. Jumping off of a bridge has an unfavorable outcome that is obvious to most people. Switching to AMD has no such problems.

    38. Re:Sun will sell Java to the highest bidder by AKAImBatman · · Score: 2, Insightful

      Funny how you latch on to the worst of the bunch and then loudly proclaim how much all Unix machines suck. Sun machines are *nice*. I'm sorry you've had the displeasure of having to deal with AIX, but that doesn't mean that other vendors don't have their act together. Personally, I'll never understand why people keep buying the massive heaps of garbage that IBM puts out. Oh, that's right: "No one ever got fired for buying IBM."

      Why, because you've found some mystical, magical fix for it? The reality is that RPM hell is a symptom of a larger problem -- that different programs often want different versions of shared libraries.

      Actually, I have. It's called Mac OS X. And somehow ISVs are able to release all kinds of software based on Open Source without littering my hard drive. Examples include Safari (KHTML), OpenOffice, a LAME GUI that integrates with iTunes, DigiTunnel VPN, Firebird/Thunderbird, VideoLAN player, and ToastCD. All of these install by opening the DMG file and dragging the application to the Applications folder (or wherever else you want it).

      The basic problem with RPM hell, is that RedHat made the decision to base every component of the OS on the RPM package manager. This means that really stupid dependencies like the version of Bash (for GUI apps even!) interfere with the system. FreeBSD doesn't have this problem, because all of their packages assume the base system. It doesn't bother to check if you have BASH, TCSH, or KSH installed, because it doesn't matter!

    39. Re:Sun will sell Java to the highest bidder by Gherald · · Score: 1

      True, just because "everyone's doing it" does't mean it is right. Even a child knows that.

      However, it does not necessarily mean that the lemmings cannot think for themselves. What it means is you should try and determine why everyone else is doing it and whether those reasons affect you.

      Personally I have concluded that x86 is the best solution for 99.9% of all applications, excluding embedded stuff.

    40. Re:Sun will sell Java to the highest bidder by ccp · · Score: 1


      +1, Insightful.

      Cheers,

    41. Re:Sun will sell Java to the highest bidder by Anonymous Coward · · Score: 0

      I would love to see IBM taking the job (renaming it to Borneo or whatever) but what about various Java patents?

    42. Re:Sun will sell Java to the highest bidder by Minna+Kirai · · Score: 1

      All those points sound good, which is why UNIX(tm) salemen still use them. Too bad they're lies.

      1. It takes fewer Unix boxes to accomplish the same job as the ever multiplying rabbits^W x86 machines.

      Wrong. In 2000 when SGI offered me an O2 for $25,000, it would've taken 5 of them to do the same job as one $3,000 Dell Pentium2.

      Reliability, uptime, maintainability, etc. are all worth paying extra for.

      Those are all areas where an x86 PC trounces Sun or SGI systems. With Sun, the annual maintenance fee can often exceed the lifetime ownership cost of a PC variant.

      I suppose that in the 4 years that've gone by since a UNIX dealer has last tried to sell me anything, they might've gone more into a desperation mode and started reducing prices to get competitive with Intel/AMD systems again. But they just won't be able to catch up. Because x86 is used for home/business as well as the server room, it's got an unmatchable economy of scale subsidizing R&D and manufacturing costs.

      Long term, Unix machines still win the day.

      True, but only because Unix!=UNIX(tm). Dell P5s with Linux are Unix, and they win.

    43. Re:Sun will sell Java to the highest bidder by AKAImBatman · · Score: 2, Insightful

      Wrong. In 2000 when SGI offered me an O2 for $25,000, it would've taken 5 of them to do the same job as one $3,000 Dell Pentium2.

      It's called "capacity planning". If you're buying a bigger machine than your capacity calls for, then of course you're spending extra money. OTOH, if you can put your web server, email server, domain server. file server, etc. all in the same box, then you're saving money over the proliferating x86 boxes.

      BTW, four years ago, Sun was pretty much the only Unix machine vendor that was attempting to attack the low end as well as the high end. IBM sort of did, but most of their small machines were for product demoing purposes.

      I suppose that in the 4 years that've gone by since a UNIX dealer has last tried to sell me anything, they might've gone more into a desperation mode and started reducing prices to get competitive with Intel/AMD systems again.

      Sun makes some very nice Ultrasparc Rackmount and Blade systems starting at $999. That's pretty hard to beat, even for Dell.

      Those are all areas where an x86 PC trounces Sun or SGI systems. With Sun, the annual maintenance fee can often exceed the lifetime ownership cost of a PC variant.

      I don't know if you've been paying attention, but Dell has also been charging exorbitant yearly maintenance fees for their server products. I know a small company that just payed $50,000 to Dell for their yearly maintenance. When you consider that those maintenance costs are for replacement of hardware that fails (and with Dell it *will* fail), there's simply no way to get away without those costs. The only alternative is to do without maintenance and absorb any costs for replacement hardware. And I'd much rather do that with a small Sun machine and a Solaris Free license than I would a Dell.

    44. Re:Sun will sell Java to the highest bidder by cookie_cutter · · Score: 1
      I'd be interested how many billions of Sun's yearly losses are related to Java

      Billions? Hardly. I saw a speech by a sun fellow and he stated that sun puts only tens of millions into developing java, and that while the java division just breaks even (2002), it opens doors for them that they otherwise couldn't get through.

    45. Re:Sun will sell Java to the highest bidder by Minna+Kirai · · Score: 1

      It's called "capacity planning". If you're buying a bigger machine than your capacity calls for, then of course you're spending extra money.

      You didn't read what I said. I wasn't buying a "bigger" machine than needed- there was no SGI big enough! Only a $200k Origin2000 could've matched that $3k Dell. That's how far behind CPUs were on the "UNIX" side.

      if you can put your web server, email server, domain server. file server, etc. all in the same box, then you're saving money over the proliferating x86 boxes.

      Ha ha. The trend is that Linux x86 consolidates those services from diverse expensive UNIXes.

      Sun makes some very nice Ultrasparc Rackmount and Blade systems starting at $999. That's pretty hard to beat, even for Dell.

      Sun is losing money. They've been running at a loss for years. Excessive price-cuts in a desparate attempt to retain a few customers is part of the reason for this.

      but Dell has also been charging exorbitant yearly maintenance fees for their server products.

      They're happy to soak anyone whose still in the UNIX-y "server means constant payment" mentality. But if you're smart, you can shop around. Or bid HP and IBM against Dell.

      That's one of the two fundamental reasons to stay away from "UNIX" servers (in favor of Unix-like Linux): vendor lock-in. If your applications were built for Solaris, AIX, Iris, or HPUX, then there's only possible vendor when you need to scale up. Their salesmen can devour you negotating the new prices. But running on Intel/AMD, you can always threaten a switch to a more affordable hardware vendor (without significant reworking of your apps)

      The other fundamental reason is economy of scale. Intel/AMD systems are both faster and cheaper as a consequence of their popularity.

    46. Re:Sun will sell Java to the highest bidder by Minna+Kirai · · Score: 1

      Java is already open-source. It's called GCJ.

      Even RMS knew better than to claim that GCJ "is" Java.

      "Java" is a trademark for a whole suite of related software products. It includes programming languages, libraries, compilers, and virtual machines.

      GCJ is just an incomplete (but useful) replacement for only one of those components.

    47. Re:Sun will sell Java to the highest bidder by The+Spoonman · · Score: 0, Flamebait

      First of all, it doesn't "beg the question," it simply depends on the question.

      Get laid, loser, then correct my grammar. I'm sure once you've had sex, you'll find there's more important things to worry about. Language changes, it evolves, and it evolves because people find new ways to use it. "Begs the question" is a common colloquialism and now part of the language. Get over it, or die, please. You knew what I meant, so regardless of the "real" meaning of the phrase, you were able to understand what I meant, that means the phrase worked as written.

      Switching to AMD has no such problems.

      Aside from the lower performance & stability and increased heat sensitivity, sure no problems. At least, no problems until the processor fan dies and the CPU fries up two seconds later.

      --
      Which is more painful? Going to work or gouging your eye out with a spoon? Find out!
      http://www.workorspoon.com
    48. Re:Sun will sell Java to the highest bidder by The+Spoonman · · Score: 2, Insightful

      However, it does not necessarily mean that the lemmings cannot think for themselves.

      Unfortunately, that's not always the case in the business world. If you're able to make technical decisions based on technical reasons, rather than mass-market fads....is your company hiring? :) Remember, most IT decisions are made by CxOs reading in-flight magazines.

      --
      Which is more painful? Going to work or gouging your eye out with a spoon? Find out!
      http://www.workorspoon.com
    49. Re:Sun will sell Java to the highest bidder by Anonymous Coward · · Score: 0

      Batman, you are arguing a point that's clearly out of line with reality. The facts is that there's a mass-migration from UNIX/RISC to Lintel going on because of cost considerations. This is among core UNIX customers - wall street, banks, etc. Either all those MBAs are wrong, or you are.

    50. Re:Sun will sell Java to the highest bidder by Xross_Ied · · Score: 3, Insightful

      "A company I worked for once had a Dell RAID controller go"

      I have seen this happen on AIX ($600,000 box, Quad Power4) and Sun ($200,000 box). In the case of the AIX box, production database, lost 7 business days of work: the corruption started happening slowly, 7days before it blew up. And, yes we had IBM/Oracle 7x24 maintenance, didnt help much :( The AIX box was replaced soon afterwards with a two $100,000 Dells ($35,000 Quad Xeon server, with 65,000 for duplicate RAID arrays) that was much faster than the AIX box as a database engine (Oracle failover).

      Not saying RAID failures don't happen on Dell or other PC class hardware. Just that Sun/AIX/SGI being better hardware became a myth when Sun/IBM/SGI started using the same companies/tech/chipsets/manufacturing as Dell, i.e. Taiwanese.

      The key business driver is uptime/availability of service..
      A 4 times more expensive Sun/SGI/AIX box might give you 99.99% uptime (Versus a PC's 99%). But with properly designed software/application, replicated PC hardware will acheive 99.99% application availability for less than half the price.

      So the only class of problems that PC hardware can't solve cheaper/faster/better are the hard ones that require one big machine. This class of problems make up 0.1% of the problems out there and that percentage is decreasing. Decreasing because there is a lot of good work that has been done and is being done in distributed systems.

      --
      This sig space tolet, reasonable rate.
    51. Re:Sun will sell Java to the highest bidder by Gherald · · Score: 1

      If you're able to make technical decisions based on technical reasons, rather than mass-market fads....is your company hiring? :)

      Well I am the one-man IT department for a business with 70 employees, so perhaps I am somewhat privileged in that I report directly to the owners. They tell me what they need their systems to do and proceed to make all IT decisions based on the facts I present.

      I acknowledge that management decisions are very different elsewhere, but x86 is much more than just a fad. It's not like you'll find xeon servers being deployed simply because some PHB was intrigued by those P4 commercials.

    52. Re:Sun will sell Java to the highest bidder by bXTr · · Score: 4, Funny

      Which begs the question: if they were all jumping off a bridge, would you do so, too?
      Well, it's either jump or get pushed off by all the people behind you.

      --
      It's a very dark ride.
    53. Re:Sun will sell Java to the highest bidder by dont_think_twice · · Score: 3, Insightful

      Get laid, loser, then correct my grammar. I'm sure once you've had sex, you'll find there's more important things to worry about.

      Dude, you're posting on slashdot. I don't think you are in a position to be making fun of someone else's sex life.

      Even funnier, however, is your defense of improperly using the phrase "begging the question", which was, "everyone is doing it". The irony is delicions, considering that this thread started from your post pointing out that just because everyone is doing something, doesn't mean it is the right thing to do.

      In your defense (sorta), you were wrong when you tried to somehow turn the price/performance ratio into a disadvantage due to it's popularity. All that proves, however, is that popularity should be irrelevant to most decisions. This holds for both technology and grammar. You should buy processors on the price/performance ratio, and you should chose phrases on whether they mean what you are trying to say. Using popularity or lack-thereof as an arguement gets you nowhere.

    54. Re:Sun will sell Java to the highest bidder by Disevidence · · Score: 1

      Actually, when I first read it, I thought you were accepting something without proof. After reading your replies, I then realized you meant it as raising the question.

      You might understand it, but not everyone does. There was no need to go off at that other guy like that.

      --
      Think nothing is impossible? Try slamming a revolving door.
    55. Re:Sun will sell Java to the highest bidder by nathanh · · Score: 1
      It's called "capacity planning". If you're buying a bigger machine than your capacity calls for, then of course you're spending extra money. OTOH, if you can put your web server, email server, domain server. file server, etc. all in the same box, then you're saving money over the proliferating x86 boxes.

      And that's called "putting all your eggs in one basket".

      Your comments earlier about "RPM hell" aren't wrong, but they're not right either. You can get package dependency hell on Solaris, too. You can also get patch-hell. Ever had a patch break your Jumpstart server? Or a SYSV package refuse to install because you don't have a dependency so you have to manually discover and install the dependencies? RPM at least automates that process for you.

      Your comments about flaky RedHat are I think biassed. I've seen Solaris do silly things too. For example, the dtlogin process would segfault on Solaris 9 if the hostname of your terminal wasn't in DNS (or it was something like that, I'm going from memory, it had something to do with NIS+ entries for the server as well, I'd have to go to my notes to find the exact problem and solution). It wasn't easy to debug that problem either.

      I don't disagree with you about the pricing issues though. Sun gear is actually quite cheap. People compare a 280R to a P4 whitebox and think Sun gear is overpriced. They never compare a 280R against an equivalent system from IBM or Dell. I think the Sun gear is good value for money. It is a no-brainer if you consider the vertical upgrade path for Sun gear; there is no comparable path at all with x86 gear.

    56. Re:Sun will sell Java to the highest bidder by Anonymous Coward · · Score: 0

      I totally agree with you on the importance of reliability and uptime.
      My main client right now is a very large insurance company which is very IBM centric.
      Until about 18 months ago, all of their production websites were running on AIX using Java as the software platform. 18 months ago, the CIO decided that Wintel was a more cost effective solution and they should at least consider it. Well, it turns out that we decide to go with a clustered Wintel solution for everything except the database because the DBAs are convinced that AIX is still vastly superior in the reliability measure.
      Guess what?
      The only hardware/OS outage that they've had in those 18 months was on the database server, which is the only AIX box among the 23 Wintel servers.
      I'm not saying which is better, but it sure is ironic that the only reason they chose AIX was for better stability and it ended up being the one that died!
      In my opinion, it's your people that keep the systems up that are most important, so pick the systems that they're most comfortable with. Every system is going to encounter some problems, so you try to minimize the amount of time it's going to take your people to recover from them. The other side of this coin is that companies care what sysadmins cost, and they factor that into their decision on which hardware platforms they want to deploy on.

    57. Re:Sun will sell Java to the highest bidder by Deraj+DeZine · · Score: 1

      Looks like somebody just got murked on logic and it wasn't the parent of this post...

      --
      True story.
    58. Re:Sun will sell Java to the highest bidder by TheOtherKiwi · · Score: 1

      Seems the IBM/Sun rift is gathering pace.

      http://news.earthweb.com/dev-news/article.php/33 14 361

      --

      -- Sig meltdown immine...
    59. Re:Sun will sell Java to the highest bidder by Quince+alPillan · · Score: 1

      That is a bad analogy.

      Besides, everyone is buying these new processors that are faster than 1 GHz, but that doesn't mean its right. It means the lemmings can't think for themselves.

    60. Re:Sun will sell Java to the highest bidder by x0n · · Score: 1

      This is going to be controversial in some peoples' eyes, but you can "thank" the popularity of Windows for the cheapness and ubiquity of x86 hardware.

      Of course, this also prevents more creative diversity in hardware, but do you want diversity in hardware or in software? It's an easy choice for me: modifying source is easier than trying to swap out a ROM...

      - Oisin

      --

      PGP KeyId: 0x08D63965
    61. Re:Sun will sell Java to the highest bidder by DarkVader · · Score: 1

      But don't forget the G5.

      It's VERY price-competitive unless you're looking at homebuilt boxes, and comes in a convenient rack-mount case.

      And Mac OS X really is a *nix.

    62. Re:Sun will sell Java to the highest bidder by Anonymous Coward · · Score: 0
      Which begs the question:

      That phrase - I do not think it means what you think it means.

  2. "Freedom isn't free" by LostCluster · · Score: 5, Interesting

    Sun's control of the Java language is a benevolent dictatorship. If Java was truely Open Source, then Microsoft could have forked it to allowed J++ to exist on Windows and blow a hole in the "write once, run everywhere" theory.

    In order for there to be a language that's solid in all environments, there's got to be a gatekeeper at the door.

    1. Re:"Freedom isn't free" by latroM · · Score: 0

      Have you ever heard of python or perl?

    2. Re:"Freedom isn't free" by wmacgyver · · Score: 3, Insightful

      I don't think either Python or Perl has ever threaten Microsoft in the way Java has.

    3. Re:"Freedom isn't free" by latroM · · Score: 1

      I meant that those languages are solid and compatible in all environments.

    4. Re:"Freedom isn't free" by Bastian · · Score: 0

      I don't have much experience in python, but I can say that Perl does not run well on all environments. Some of its standard functions are UNIX-dependent, so it is very easy to write something that does not run properly in other environments such as Windows. Last time I checked, the perldoc pages don't even bother to mention that xxx function might not work or won't work in the advertised manner on xxx platform.

      I remember this really got me into trouble at college - I made the mistake of doing some homework in perl on my Linux box. When my professor went to grade it, he tried running it on a Windows computer. Instead of running beautifully as it did on my computer it threw up a bunch of error messages and crashed and the professor ended up assuming that I never bothered to debug the program.

    5. Re:"Freedom isn't free" by absurdhero · · Score: 1

      According to you, one should give up one's freedom's whenever it may benefit one in the short term. This is the silliest argument for non-free software yet.

    6. Re:"Freedom isn't free" by Planesdragon · · Score: 4, Interesting

      According to you, one should give up one's freedom's whenever it may benefit one in the short term.

      That's not what he said.

      What he said was that freedom gives loss of control, which means that your worst enemy will use your work against you.

      It's the main reason for the virual/sticky/perpetual nature of the GPL.

    7. Re:"Freedom isn't free" by Fnkmaster · · Score: 4, Insightful
      Forked what? Does Microsoft need the code to write their own implementation? Not really. In fact, Microsoft DID write their own implementation, with J++ and the MS JVM, and then they morphed that into .NET, which cherry picked the features they wanted from Java. They aren't allowed to call it an implementation of "Java" unless it sticks to the Java specification, they have permission from Sun or whatever - but what's wrong with that? That's just a trademark issue, it has nothing to do with Open Source software or the licensing terms of the code itself.


      Would the Sun/MS debacle have unfolded any differently if the source code for Java had been available under the GPL? Microsoft could have build their own stuff on top of it, but they would have had to keep it under the GPL - they would never have wanted that, so they would have had to do the exact same thing they did, which is write their own clean room version of it, or make a derivative design and have their own team implement to their own modified spec. If you can put forward a convincing argument that Sun GPLing the Java standard would have substantially changed the platform battle with Microsoft, I'd like to hear it.

    8. Re:"Freedom isn't free" by Hast · · Score: 2, Insightful

      True, but they have nowhere the market penetration of Java. Unless you consider Unix systems you'll only find Python and Perl on the machine of a programmer. Java is found on almost all machines with a web browser in it.

    9. Re:"Freedom isn't free" by Anonymous Coward · · Score: 0

      "If Java was truely Open Source, then Microsoft could have forked it to allowed J++ to exist on Windows and blow a hole in the "write once, run everywhere" theory."

      Ahh ... but who would use Microsoft J++? This argument implies that users/developers are stupid and do not understand the complications.

      Following similar logic ... what prevents MS from creating a fork of Linux that runs only windows apps?

    10. Re:"Freedom isn't free" by Anonymous Coward · · Score: 5, Insightful

      The problem is that Java is already incompatible across various implementations. Even if the syntax is identical, you never know if your program is going to work on Blackdown or Classpath just because it works on Sun's JVM. And lord only knows if the "standard" libraries you're using are available on the user's machine.

      Quite frankly, the stupidest thing Sun did was force MS to give up Java. MS wanted to make Java ubiquitous by making it the standard platform for writing Windows apps. In order to do this, they needed to add a few features (like delegates -- function pointers, essentially). Sure, people would end up writing "Java" programs that wouldn't necessarily run on other JVMs, but who cares -- they would be Windows programs anyway! And besides, every single one of those Windows developers would also be a Java developer, spreading Java everywhere.

      So now, instead of having a solid, fast, best-of-breed implementation of Java (with a few extras) on every single Windows machine on the planet, everybody who wants to run Java apps must install their own JVM. This does nothing but hinder use of Java. And of course, all of those would-be Java developers are still using VB or have learned C#.

      Come to think of it, had Sun incorporated MS's improvements, such as delegates and enumerations, they would have an excellent language for GUI RAD. Instead, they stuck by their NIH ways and we don't get these features until 6 years too late.

      aQazaQa

    11. Re:"Freedom isn't free" by Waffle+Iron · · Score: 5, Insightful
      If Java was truely Open Source, then Microsoft could have forked it to allowed J++ to exist on Windows and blow a hole in the "write once, run everywhere" theory.

      Well, since Microsoft couldn't do that, they just switched to plan B. They used 5 years of hindsight to write a new language like Java, but with some nicer new features, then they applied this new language to their OS monopoly to get instant market penetration with little effort.

      Meanwhile, Microsoft froze their support for Java until it was hopelessly obsolete; this passive-aggressive move blew a hole in "write once, run anywhere" all by itself. Microsoft's moves seem to have succeeded in taking much of the steam out of Sun's goal of taking over the world with Java.

      It seems to me that this course of events was a big factor in Sun's recent "surrender". I don't see how things have come out any better for Sun than if they had set Java loose.

    12. Re:"Freedom isn't free" by Anonymous Coward · · Score: 1, Informative

      That's a load of crap. There's nothing UNIX dependent in Perl unless you specifically download a module that's not included in the standard distribution.

      Perl refuses to water itself down to accomodate Windows like Java does. Just because Windows doesn't accomodate forks, signals, etc, doesn't mean it should be elimintated from the language. In Perl, you can still fork on Windows, it just uses an iThread underneath. Signals default to IGNORED.

      So, unless you intentionally downloaded something that is not with the standard Perl distribution, you are blowing smoke up everyone's ass.

    13. Re:"Freedom isn't free" by trewornan · · Score: 1

      Python runs well on both Linux and Windows although a lot of functionality can rely on "modules" which are specific to one environment (eg the win32 module) but there are cross platform modules (eg wxWindows) which you can use. So it's mainly a matter of taking care of which modules you use if you want good cross compatibility. The reasons Python hasn't had the impact of Java are a) it's relatively slow, and b) C/C++ programmers like Java because it perpetuates many of C's syntax crimes.

    14. Re:"Freedom isn't free" by Abcd1234 · · Score: 1

      Ever use BitTorrent?

    15. Re:"Freedom isn't free" by black+mariah · · Score: 1

      Okay, so you have ONE application for Python to hang its hat on. I'm a fan of Python, but the amount of people using it is ridiculously small compared to Java.

      --
      'Standards' in computing only impress those who are impressed by things like 'standards'.
    16. Re:"Freedom isn't free" by sbrown123 · · Score: 1


      then Microsoft could have forked it to allowed J++ to exist on Windows and blow a hole in the "write once, run everywhere" theory.


      Thats the thingy though: if Java was released under GPL Microsoft wouldnt touch it with a ten foot pole.

    17. Re:"Freedom isn't free" by ClosedSource · · Score: 2, Interesting

      The problem was that Sun didn't lift a finger to promote Java on Windows. They could have made deals with OEMs to put their own JVM on Windows machines like hundreds of other companies were doing with their products or they could have sent out Java CDs like AOL. Apparently Java just wasn't important enough to them to bother.

    18. Re:"Freedom isn't free" by Bastian · · Score: 1

      It was years ago that this happened, so apparently things have changed. The problems I remembered were with networking and process management. Heck, maybe the prof was using some random crufty implementation of perl rather than the latest and greatest.

    19. Re:"Freedom isn't free" by ClosedSource · · Score: 1

      "This argument implies that users/developers are stupid and do not understand the complications."

      Well, you're making the same argument MS did during the antitrust suit: J++ developers knew exactly what they were doing and weren't using it with the expectation that their code was going to be platform-independent.

      They were using J++ because it's a simpler and safer language then C++ and because it was the best language for COM development until C# came along. It's existence indirectly helped Java because J++ users still ended up learning Java syntax so they'd be more likely to use it on other platforms in the future.

    20. Re:"Freedom isn't free" by tolan-b · · Score: 2, Funny

      Yeah, it was terrible when Microsoft forked Linux, really knocked develpment on the head..

    21. Re:"Freedom isn't free" by Anonymous Coward · · Score: 4, Insightful

      Your forgetting that back when that was a possibility Micrsoft had say over what was shipped on every box. I bet that Sun had talks with more than a few OEM's who were not even willing to consider shipping Sun's Java. Plus what were OEM supposed to do? Ship two Java VM's per box? If OEM's had to pick one VM to ship it was going to be Microsoft's. In your eyes Sun didn't lift a finger but in reality they never had a chance.

    22. Re:"Freedom isn't free" by Planesdragon · · Score: 1

      look at what I said, and try to get past RMS's grammatical sillyness.

      "Free" Software isn't so much free, as Strongly Copylefted.

    23. Re:"Freedom isn't free" by Anonymous Coward · · Score: 0

      The big problem with MS Java for Sun wasn't so much the desktop apps, but the COM+/MTS Transaction Manager which only runs on Windows.

      This was before Sun had invented the "J2EE" branding and they were shocked to see customers starting to use MS server tech with their precious little language.

    24. Re:"Freedom isn't free" by Anonymous Coward · · Score: 0

      BitTorrent manages to make most VB programs look like a work of art, and lightning fast. I don't think you want that to be Python's calling card.

    25. Re:"Freedom isn't free" by Kingpin · · Score: 1

      MS wanted to make Java ubiquitous by making it the standard platform for writing Windows apps. In order to do this, they needed to add a few features (like delegates -- function pointers, essentially).

      What? Why? The features you request are nice-to-have, no more no less.

      Sure, people would end up writing "Java" programs that wouldn't necessarily run on other JVMs, but who cares -- they would be Windows programs anyway!

      If MS had made an com.microsoft.* package hierarchy, everything would be fine. They could just as well have done this. Instead they made an implementation where they bastardized among others the core java.lang.* package hierarchy. This pollution of the API was what the fuss was all about. MS could have played nice but they didn't.

      --
      Unable to read configuration file '/bigassraid/htdig//conf/14229.conf'
      Geocrawler error message.
    26. Re:"Freedom isn't free" by greg_barton · · Score: 1

      Even if the syntax is identical, you never know if your program is going to work on Blackdown or Classpath just because it works on Sun's JVM.

      Every time a story comes up on slashdot about java I see this FUD. Provide a code example or you're just blowing smoke out of your ass.

      And using Classpath as an example of a good implementation is a straw man. Classpath is not ready for prime time. Provide a code example of a program that works on Sun's VM but does not work on Blackdown's.

    27. Re:"Freedom isn't free" by MenTaLguY · · Score: 1

      Ahem, Blackdown IS Sun's JVM, plus a little spit-and-polish.

      --

      DNA just wants to be free...
    28. Re:"Freedom isn't free" by tolan-b · · Score: 2, Insightful

      Sorry, I misunderstood what you were saying.

      My only point was that a GPL'd Java would be unlikely to have forking issues. People tend to stick with one main version, with large switches to forks only when there's some serious problem with the original, such as with XFree

    29. Re:"Freedom isn't free" by sfjoe · · Score: 1


      That's a load of crap. There's nothing UNIX dependent in Perl unless you specifically download a module that's not included in the standard distribution.

      Things have probably changed but as of 1999, you had to be very careful which version of 5.004 you used on a Win32 box. If it wasn't Active State, you were asking for trouble.

      --
      It's simple: I demand prosecution for torture.
    30. Re:"Freedom isn't free" by greg_barton · · Score: 1

      Ahem, Blackdown IS Sun's JVM, plus a little spit-and-polish.

      Dammit, you ruined my rhetorical trap! :)

    31. Re:"Freedom isn't free" by RTMFD · · Score: 2, Funny

      and blow a hole in the "write once, run everywhere" theory.

      Shouldn't it be the "write once, debug everywhere theory."???

    32. Re:"Freedom isn't free" by code_echelon · · Score: 2, Informative

      I have heard this from plenty of people as well,

      "My Java code does not work on most platforms the same way",

      however once I ever see the code example it is due to poorly written code or using libraries that should not be used if you are looking to run it on multiple platforms. I have programmed quite a few Java apps and I have ran them on Windows, Linux and Macs with no significant issues.

    33. Re:"Freedom isn't free" by ccp · · Score: 1


      If Java was truely Open Source, then Microsoft could have forked it to allowed J++ to exist on Windows

      That's what they did, and called the result C#.

      Cheers,

    34. Re:"Freedom isn't free" by Abcd1234 · · Score: 1

      What's your point? My point is that Python is, as one of the parent posters said, solid and compatible in all environments. BitTorrent is evidence for this, as it exists, in Python form, on many platforms, and works on all of them. So, clearly, one doesn't need a "gatekeeper" for a language to be properly cross-platform.

      Moreover, BT is proof that Python does exist on many people's desktops. What's even more interesting is that, because of the nature of Python (relatively small and compact), it's quite easy to package up a full Python program, with interpreter, and distribute it. So, unlike Java, you don't actually need a pre-existing installation, which removes one of Java's major barriers of entry to the desktop (nobody wants to download 10's of megs of runtime just to run some application).

    35. Re:"Freedom isn't free" by Ogerman · · Score: 3, Insightful

      Quite frankly, the stupidest thing Sun did was force MS to give up Java. MS wanted to make Java ubiquitous by making it the standard platform for writing Windows apps.

      It's not so much just what they did, but that they used monopolistic tactics to do it. MS was trying to completely take over the Java market, not just be an ethical player. In and of itself, there was nothing wrong with them writing their own implementation. (many others have done the same, including Open Source projects..) It was all the proprietary and undocumented extensions combined with their marketing power to sway the industry away from pure implementations without their extensions. This would have hurt us all, not just Sun.

      How do we feel about MS's extensions to standards like Kerberos and HTML? Well, same thing.

    36. Re:"Freedom isn't free" by Ogerman · · Score: 1

      I don't see how things have come out any better for Sun than if they had set Java loose.

      It would have led to broad and rapid adoption by the Open Source community. How successful has MS been at unseating Apache? If Java had been completely free and open from day one, it would likely have enjoyed massive market penetration. Once a really solid standard is in place, it's hard to shake it. .NET would have been the underdog, just like IIS. Now it's going to be an eventually open source "Java" trying to catch up to .NET's market momentum. Surely possible and a good goal, but it'll be harder now.

    37. Re:"Freedom isn't free" by Minna+Kirai · · Score: 1

      due to poorly written code or using libraries that should not be used if you are looking to run it on multiple platforms

      Or simply expecting floating-point arithmetic to give the same answer when the same two numbers are multiplied...

    38. Re:"Freedom isn't free" by Minna+Kirai · · Score: 1

      Java is found on almost all machines with a web browser in it.

      I'm near a lab with 100+ machines. All of them have web browsers. But aside from the 3 Sun boxes, none of them have Java. Sun's continual refusal to put Java in Linux distributions is chronically hampering their adoption (because someone who uses Linux will have an above-average chance to care about cross-platform programming).

      Shockwave Flash actually has greater penetration here...

    39. Re:"Freedom isn't free" by N1KO · · Score: 1

      First, perl is one of the reasons apache has control of the webserver 'market'

      Second, most machines with a web browser don't have java on it because microsoft took the jvm out windows.

      Third, I have seen maybe 2 websites at most with java applets in the last six months and no serious java programs (for the desktop) that provide something new or special.

    40. Re:"Freedom isn't free" by TwistedSpring · · Score: 1

      Jesus what good has Java ever done anyway. All it's used for is games on mobile phones these days. I remember getting really excited in the past when everyone said Java would be powering my toaster by 2000!!! Not. Java was nothing but an extremely strongly typed and anally strict scripting language. Java should compile into blisteringly fast native code, because of it's incredibly pedantic internals it's easy to optimize automatically. But of course, it doesnt. It sits running on a virtual machine. A virtual machine that was written in C++. Long live the Java revolution.

      OK, so you can get a JIT compiler. Fab. Now things run only half as fast as competetive languages with a huge "HEAVEN FORBID, DONT TOUCH THE OS OR USE A NATIVE GUI" twist. Java disgusts me, it would have been a very good language but it lacks so much in terms of being realistic. People DO want to make OS calls and load up system shared objects and stuff. With Java, every time you start to code you're a million miles behind what's current for the architecture you're working on. When I was coding for java felt like using an Atari emulator, and ran about as fast.

      For Java to succeed it needs to dominate the mobile market and take custom java chips (the virtual machine converted to a real machine) on board.

      For the desktop computer, we'll all laugh at java and just use .NET, since that's the same thing but done correctly, supports several languages, compiles from bytecode to native machine code only once on the host OS and runs machine code versions of executables after that point, and is just what Java should have been. Sun are crappy, and have little to do with Silicon Graphics, Inc either (why are so many people associating Sun with SGI?). The only relationship is that they teamed up in 2001 so Sun could go "please save java, SGI!".

      The only reason people want java saved is because it's all they can code in because it was forced down their throats at university. Java's a learning language for those who want to grasp the concepts of object orientation and want to get a kick in the face whenever they do anything a bit risky, which is good for Universities who want a language that's also sandboxed in a VM and cant do any damage. It sure sucks for doing anything in the real world.

      I realised how much java blows when I had to download 90MB of JVM to run a 200kb program, and even after install the program didnt work. .NET is a 20MB download, so it arrives faster, runs faster, and is just as portable. I can only thank Java and Sun for being so crappy that Microsoft had to come along and lay down some ass whoopings.

  3. I can't see how sun will ever make Java OS by Osrin · · Score: 1, Interesting

    Isn't it the only real asset that they have left now? If they don't successfully commercialize Java then where do they go next?

    1. Re:I can't see how sun will ever make Java OS by medication · · Score: 3, Informative

      I think that Sun has a few other 'real' assests still alive and kicking. Among these assets are UltraSparc Servers, Solaris, and Java System Application Server Enterprise. Granted Sun's Application Server doesn't have the presence of a Weblogic or a WebSphere, but with the right investment behind it who knows. As to Sun's UltraSprarc's and the Solaris OS, the numbers I found weren't huge but certainly assest worthy: "Sun had about $50 million in orders for the V210 and V240 servers, Chief Financial Officer Steve McGowan said. The revised systems are in testing and are expected to ship by the end of July or in August, he said." - C|Net

      I think you might say that they are more than the "one trick pony" that many people believe they are.

      --
      "If you're flammable and have legs, you are never blocking a fire exit." - Mitch Hedberg
    2. Re:I can't see how sun will ever make Java OS by Osrin · · Score: 1

      For a company with a market cap of $15bn, or annual revenues last year of $11bn... $50m isn't exactly "another trick", $50m might sound like a big number but it's unlikely to cover the companies annual travel expenses.

  4. The Algol, the by ObviousGuy · · Score: 3, Interesting

    The biggest problem is that Java is just another speed bump in the long line of speed bumps called Algol descendents. Its convoluted syntax, unclear precedence rules, and general tendency towards cryptic programs are all problems that originated with Algol back in the 60's and little has been done to improve it. C, C++, Java, C#, they all suck because Algol sucked.

    While we could probably debate for days the benefits and pitfalls of a language like LISP, the only good thing we can say about Algol-like languages is that they are pervasive. There are so many alternative languages that new language designers can base their syntaces on that it only shows the lack of creativity and knowledge of language history when language creators use Algol as the base of their languages.

    --
    I have been pwned because my /. password was too easy to guess.
    1. Re:The Algol, the by kin_korn_karn · · Score: 4, Insightful

      You're barking up the wrong tree. People copy Algol because people are taught that programming languages -should- look like C and Java.

      Also, they're more logical to humans than stuff like LISP. When you were a kid and decided you wanted to program, did you sit down with a LISP compiler? If you did, congratulations, but I don't know anybody else who did and most programmers I know look at a programming language with the thought of, "how much money can I make if I learn this".

      Java sucks because it's wordy and the standards that people use with it are overwrought. I had no problems with RSIs until I started working in Java.

    2. Re:The Algol, the by Anonymous Coward · · Score: 0

      So what would you suggest? VB?

      Did you ever stop to think that maybe the reason all those languages are popular is because they actually are *better* than the alternatives.

    3. Re:The Algol, the by daniel_yokomiso · · Score: 1

      C, C++, Java, C#, they all suck because Algol sucked.

      No they all suck because C sucks. C was more influenced by BCPL and B than by Algol. The semantics of Algol was well defined, Algol-68 had constructs (e.g. first class procedures) that C and sucessors lack. On of the imperative languages with cleanest syntax is Pascal, a descendant of Algol.

      C++, Java and C# just copied the errors from C, improving a little but keeping the basic flaws.

      --
      Disclaimer: If I disagree with you I'm probably trolling...
    4. Re:The Algol, the by Bastian · · Score: 4, Insightful

      Also, they're more logical to humans than stuff like LISP.

      This point seems a bit unstable to me. I don't see why an Algol-like syntax would be more logical to humans for any reason other than that most folks learn to program in BASIC or C or because the syntax is relatively similar to standard mathematical notation. But in this case the argument would be that the syntax is usually more familiar to most people, not more logical. If it is inherently logical to anything, it's logical to computers, not humans.

      If there's anywhere where folks seem to have a hard time with, for example, the LISP family, it's the recursion and not the syntax. Personally, I agree that LISP was harder to get used to than languages that have Algol-style syntax, but I'm not willing to say it was because of my human nature and not because I had already been programming in BASIC and C for ~10 years. And now that I'm used to it, I've found it is the most useful thing in the world, to the point that when I'm working out how to write a difficult function I generally use LISP syntax for my pseudocode because I've found it is much easier for me to make prototypes that will end up working.

      I agree that languages take on because folks are interested in how finacially beneficial that language is, but that has nothing to do with whether or not it is an objectively well-designed language. I submit COBOL as evidence.

    5. Re:The Algol, the by ezy · · Score: 4, Interesting

      Yes, of course, algol based languages are horrible abortions.. that's why just about anything that's worth anything is written in them. It's all a result of marketing designed to hold back the progress of computer science and application development. :-)

      Excuse me, but sometimes I wonder whether LISP or functional language advocates just fell off the back of a truck.. or maybe they were just born insane. It's like the old Beta vs. VHS, Mac vs. PC vs. Amiga, etc debate. The reason Algol decendents are more popular is simply because they work better given the context in which they operate... the same reason VHS won out over Beta. and PC won out... It's not a huge mystery, nor is it some kind of ignorance of basic facts amongst the users of these languages.

      If anything, its the functional advocates who are missing the basic facts. Programming languages are aids to *human* comprehension. All of the functional languages I've ever seen suck dick as general purpose programming languages. The syntax is barely readable, and the semantics are *not* immediately clear to the average programmer who is not necessarily interested in diving into abstract semantics of proving programming languages. Some of the loops you have to jump through to solve simple nonrecursive problems are obscene. Nevermind having to force your recursion to fit within certain parameters so your code performance doesn't suck...

      The "spreadsheet" argument for easy of use I see nowadays is bogus, since spreadsheets are not abstract, but concrete. To give an example of the disconnect I'm talking about, take the canonical representations of each type of programming and see which one is easier for a human to understand as we scale upwards in complexity.

      a) a recipe
      b) a mathematical proof

      I think the answer, and the conclusion wrt to functional and imperative languages as they exist now is self evident. Note that basic techniques, such as modularization, apply to both. The typical response is that (b) is easier to "verify", since, well, it's already in the required form. However, noone seems to define "verify" WRT to real complex systems with GUIs, DBs, flakey machines and flakey network connections..

      and furthermore, we stopped trying to cater to the machine when we stopping flipping switches on the front of the box.. we should *not* be going backwards and catering to it by reorganizing logic so it's easier for the *machine* to process.

    6. Re:The Algol, the by Anonymous Coward · · Score: 0

      I had no problems with RSIs until I started working in Java.

      The truth about "RSI"

    7. Re:The Algol, the by black+mariah · · Score: 0, Flamebait

      (? Unstable)(? Why is that)
      (. LISP is (over-parenthesised, and just (not pretty)))
      (. (and Basic C) are relatively close to (regular speech))

      Fuck, that made my head hurt. Anyway, LISP is just plain weird. Still, complaining about syntax is like complaining that a car is ugly. Who cares? It works.

      --
      'Standards' in computing only impress those who are impressed by things like 'standards'.
    8. Re:The Algol, the by Anonymous Coward · · Score: 0

      Ah... the call of the endangered Functional Programmer. Youre just bitter that your preferred class of languages is reduced to little more than a curiousity in the halls of acadaemia...

      Java (and, in fact, the whole slew of C-style languages) is far from convoluted or cryptic and if you find it so, perhaps you should consider another line of work (I assume you're a developer?)

    9. Re:The Algol, the by FattMattP · · Score: 2, Interesting
      When you were a kid and decided you wanted to program, did you sit down with a LISP compiler?
      No, I learned assembler. It was either that or BASIC on my Commodore 64. If there was a LISP compiler, and if I even knew that it existed, I probably would have looked at it. LISP has become one of my favourite languages. It's too bad that I couldn't have learned about it at a younger age.
      --
      Prevent email address forgery. Publish SPF records for y
    10. Re:The Algol, the by kin_korn_karn · · Score: 1


      LISP compiler? Are you kidding?

      Does it even exist? All LISP machines I saw were interpreters.

      I shouldn't respond to the AC at -1, I know, but I meant to say interpreter. My mistake.

    11. Re:The Algol, the by Mornelithe · · Score: 4, Interesting

      Interesting? Perhaps the moderators fell off a truck.

      Algol descendants aren't exactly "horrible abominations," but they're not inherently better than functional languages either. If you believe they are, you probably haven't spent enough time with functional languages.

      You claim that the syntax is barely readable. I'll admit, Lisp is hard to get used to at first. However, I suspect that's because most people focus on the parentheses. If you actually get into using Lisp, and get a good editor that matches parentheses and indents for you, it becomes much easier. How is:

      if(condition) {
      stmt1;
      } else {
      stmt2;
      }

      so much different than:

      (if condition
      stmt1
      stmt2)

      ? Also, if you don't like all the parentheses, have you looked at Haskell for example? There's more to functional languages than Lisp.

      Also, how are the semantics of functional languages any more unclear than any other language? Sure, I don't expect someone to know what callcc does just by looking at it, but how would someone know what *foo does just by looking at it? Go up to a random novice with no pre-existing C knowledge and ask them what atoi does. The semantics of C-like languages are only "more clear" because you've been learning them for years, and you've never bothered to really learn functional languages.

      As for non-recursive problems, you can program in a procedural fashion in Lisp. There are macros for loops so you don't have to write tail recursion yourself. Your argument there holds no water.

      As a final note, I'd like to point out that as far as "catering to the machine," C is closer to that than modern functional languages. C is a couple steps above assembly; everything executes one line after another; you have variables that map to memory addresses; you have functions that are like blocks of code with labels (and some other magic). Haskell, on the other hand lets you write code like this:

      f x = y * y
      where y = z + sin z
      where z = x * x

      Which actually has to be executed in reverse order (more or less). That's not exactly catering to the machine.

      --

      I've come for the woman, and your head.

    12. Re:The Algol, the by kin_korn_karn · · Score: 1

      I think Algol-like syntax is more logical to humans because humans, at least in Western cultures, think of things sequentially and in chronological order. i.e. To get X, you do step 1, then step 2, and then step 3. If you do step 2 before step 1, you will not get X.

    13. Re:The Algol, the by Anonymous Coward · · Score: 0

      Only effeminate programmers use more parenthesis than code...

    14. Re:The Algol, the by ImpTech · · Score: 1

      I'd definitely agree Algol languages are more logical, and its precisely for the reason you dismiss: recursion. You can recurse in C of course, but the language really isn't designed to facilitate it, where as with LISP everything is supposed to recurse. Now, leaving aside the fact that recursive algorithms can often as not be extraordinarily inefficient, recursion is just plain HARD. I mean, where in your daily life do you recurse other than programming? Its not a normal thing to do. Its not a conventional way of thinking. I think its safe to say that humans like to do things sequentially. We like to make lists, connect the dots, whathaveyou. I mean, look at how much trouble people have thinking about stacks these days, and thats really just reverse-sequential.

      Humans don't like recursion, thats why nobody uses LISP or anything like it.

    15. Re:The Algol, the by Anonymous Coward · · Score: 0

      I imagine most of the functional advocates are actually busy churning out C++ or Java code somewhere.and reminising about lost youth -- back in school, they partied/slept around/had a cool car/solved interesting academic problems in lisp; now they make house payments/drive a corolla/implement business rules in java.

      Besides, half the fun of being on the Internet is being a some sort of platform kook.

    16. Re:The Algol, the by pHDNgell · · Score: 4, Insightful

      For anyone attempting to measure the credibility of your post, the last sentence was greatly benefitial:

      Humans don't like recursion, thats why nobody uses LISP or anything like it.

      Personally, I don't see why people seem to think iteration and mutability is so much better an recursion over immutable structures. Recursion is functional programming is conceptually simpler because you don't have to consider state, only the particular values supplied to the function.

      Of course, many languages offer the option of side-effects and iteration and all that if you want it. Perhaps you should try to understand why people who program in functional languages use recursion so much (and yeah, a lot of people do use functional programming languages).

      --
      -- The world is watching America, and America is watching TV.
    17. Re:The Algol, the by Anonymous Coward · · Score: 1, Informative

      Yes there are lisp compilers. In fact, some lisp implementations exclusively compile everything.

    18. Re:The Algol, the by PostItNote · · Score: 1

      When teaching people, I have found that most people want to give a computer instructions like "do this, then do this" which, while possible in listp, is generally a little less clear than more explicitly declarative style languages.

      Basically, S-Expressions seem a little weird for everyone. But M-Expressions are what I wish McCarthy had finished.

    19. Re:The Algol, the by alan_dershowitz · · Score: 1
      Personally, I don't see why people seem to think iteration and mutability is so much better an recursion over immutable structures.

      What's to understand? You have a continuum of "high level" programming languages that go from human language-like (BASIC) to not very human-like (LisP). Likewise, I'd say that language flexibility is the inverse of this, with LisP being on the high end, and BASIC being on the low end.

      There's a tradeoff between what people are gonna implicitly understand and what's more powerful, and everyone, depending on their situation, is going to decide where the best compromise is. Visual Basic is easy to read and understand, C is iterative and procedural and easy to flowchart. LisP is powerful and flexible and requires discipline if you want to take advantage of the language.

      X = X + 1
      int x=0; ++x;
      (let ((x 1))((setq x (+ x 1)))

      Which one's better? I don't know, whatever works best for your skill level. Anyone with a 6th grade education can read the BASIC, C isn't hard to learn if you can handle flowcharts, and lisp is a screwed up mess until you understand lisp, because nobody was taught math in reverse polish notation, and they don't naturally see problems recursively, that's something that comes with experience.

      I'd love to solve problems using lisp, but the fact of the matter is, the performance gain is nil (pun (not intended)), and the utility is actually reduced by the fact that other people of varying skill levels have to read and understand it in a fixed amount of time.

    20. Re:The Algol, the by ezy · · Score: 1


      I wasn't writing about C vs. LISP, although I guess the two characterize what I was talking about.

      I agree, C syntax is confusing to the novice user, but so is LISP or Haskell. So they all are of equal status here. My argument was not specific to C, but applied to the general categories of languages, functional and imperative. While functional languages might be interesting to learn from an academic perspective, I feel they dont translate easily into human understanding when applied to complex problems. My impression is that a primarily imperative language is a more natural way to express concepts, hence the analogy I gave (which you did not address).

      I realized after I wrote this, that the catering to the machine part was gratuitous and somewhat misstated. Yes, C is closer to the machine, which is it's weakness (and simultaneously its strength :-)).. but a functional language caters to the machine in a different way. It tries to shoehorn the programmer into a form suitable for automatic verification, not necessarily for abstraction and not necessarily for human understanding.

    21. Re:The Algol, the by Anonymous Coward · · Score: 0

      You realize that you will never become a marketing genius with that kind of thinking.

      What it looks like, matters much, to many people...

    22. Re:The Algol, the by snStarter · · Score: 1

      I'm assuming that when you talk about Algol descendents you're speaking about block-structured languages in general.

      Although you can replace { with BEGIN and } with END you do NOT have an Algol language in C.

      I suppose you could go back to FORTRAN IV.

      But I assert that the relationship between C and Algol is about the same as C and FORTRAN.

    23. Re:The Algol, the by Anonymous Coward · · Score: 0

      When you were a kid and decided you wanted to program, did you sit down with a LISP compiler?

      If I had known about such a beast then probably.
      I learned the stuff I know about in the order of availability.

    24. Re:The Algol, the by N1KO · · Score: 1

      I find the more high level languages (functional or pure oo) have an easier syntax than lower level languages. I think if the first language someone learns is pure OO, or if they have some high school math pure functional, they will find it easier than procedural languages or hybrids like Java/C++.

      BTW, I'm not sure how people came up with SGML/XML since it's hard for both humans and computers to parse. It's lisp syntax, only a lot more verbose.

    25. Re:The Algol, the by bidule · · Score: 1
      Pure /. yacking. Barely OT, barely competent, and overrated. Typical again: moderate or reply?

      I have 10 years of C++ and less than 2 of some OO-LISP and I can tell you a few things. With proper knowledge of STL you can do just as well as Scheme, same cleanness, same purety of concept. But it takes a hell more than 2 years to master C++ enough to reach this point.

      No, the reason Basic/Java is way more popular than LISP/Scheme is a question of philosophy. The same philosophy behind M$ success: quick and dirty, from the mass of barely programmers to the mass of barely consumers.

      • Any language, be it Basic, Java, C/C++ or LISP is unreadable when not properly pretty-printed.
      • C++ and STL would be horribly slow without vtable and all the work done behind the scene by the compiler.
      • Natural languages (i.e. English) are too ambiguous to express algorithms.
      • Contrary to some belief, C is way closer to the bare bone machine than LISP.
      I like both languages and agree that C++ is more engineered and mature than LISP in many ways. But blind cluelessness has its limit, even on /. <G>
      --
      ID: the nose did not occur naturally, how would we wear glasses otherwise? (apologies to Voltaire)
    26. Re:The Algol, the by voodoo1man · · Score: 1
      Teehee! I'm going to have a field day with this comment. :)
      You can recurse in C of course, but the language really isn't designed to facilitate it...
      You mean you can't call functions in C?
      ...where as with LISP everything is supposed to recurse.
      I see that you have a deep and intimate familiarity of LISP and it's semantics.
      Now, leaving aside the fact that recursive algorithms can often as not be extraordinarily inefficient...
      Where did you pull this one out of? http://portal.acm.org/citation.cfm?id=802039&dl=AC M&coll=portal&CFID=11111111&CFTOKEN=222222 2
      ...recursion is just plain HARD.
      So is thinking and learning.
      Its not a conventional way of thinking.
      The conventional way of thinking, at least out here in the great and powerful North American countries (I consider Canada the 51st state, when it comes to consumerism), is to spend your weekends alternatively shopping and stuffing yourself with fast food (those who like to believe in fads also spend some time in church).
      We like to make lists, connect the dots, whathaveyou.
      Most people prefer connect-the-dots to oil paint (most people are young, after all :)). As for making lists, it may shock and surprise you that LISP is actually an acronym for LISt Processing. I hear it's pretty good at that.
      I mean, look at how much trouble people have thinking about stacks these days, and thats really just reverse-sequential.
      This is why most people should be kept away from real computers, never mind programming. I look forward to the day when all consumer computer needs either migrate to cellphones or better yet to a device comparable to an Etch-a-Sketch in complexity.
      Humans don't like recursion, thats why nobody uses LISP or anything like it.
      Most humans don't like work or responsibility. Too bad for them.
      --

      In the great CONS chain of life, you can either be the CAR or be in the CDR.

    27. Re:The Algol, the by Sunnan · · Score: 1

      That sounds like forth/RPN to me.
      You take a number, then another number, and then you add them.

    28. Re:The Algol, the by Sunnan · · Score: 1

      Ever hear of network effects? It's not always the best that wins out, not even in a given context.

    29. Re:The Algol, the by pHDNgell · · Score: 1


      X = X + 1
      int x=0; ++x;
      (let ((x 1))((setq x (+ x 1)))


      You made a mistake here a lot of people make when trying to ``learn'' a new programming langauge. You simply expressed the same imperative algorithm in a non-imperative langauge.

      In the first example, what's the initial value of X? Is it really good practice to be incrementing something without defining an initial value. Sure, this is safe in some languages (Eiffel, for example), but even there, you have to declare the variable before using it.

      In the lisp example, nobody would ever do anything like that. There's no value in modifying a variable to increase the value. That's an implementation detail for use in a non-functional implementation of an algorithm. Something higher order or recursion based would be more natural.

      That said, I've got the following macro on my scheme system for my palm (although I've never used this macro):

      (macro (++ e)
      `(set! ,(cadr e) (+ 1 ,(cadr e))))

      [insert someone's whining about not being able to understand the macro definition, but understanding all of the details of their C compiler]

      With that, you can use (++ x) to increment the value of x in place. Like I said, though, I've never used it, I just did it before I learned functional programming because I assumed I'd need such a thing.


      Which one's better? I don't know, whatever works best for your skill level. Anyone with a 6th grade education can read the BASIC, C isn't hard to learn if you can handle flowcharts, and lisp is a screwed up mess until you understand lisp, because nobody was taught math in reverse polish notation, and they don't naturally see problems recursively, that's something that comes with experience.


      Based on what you've said, projects in lisp are the most difficult to maintain, and projects in BASIC are the easiest. I've never met anyone who has actually seen both in use who did not claim the opposite was true.

      Hint: there's a lot more to programming than being able to have a sixth grader read a single line of code.


      I'd love to solve problems using lisp, but the fact of the matter is, the performance gain is nil (pun (not intended)), and the utility is actually reduced by the fact that other people of varying skill levels have to read and understand it in a fixed amount of time.


      Whatever case study produced the facts you're citing here greatly contradicts any case study I've seen.

      --
      -- The world is watching America, and America is watching TV.
    30. Re:The Algol, the by alan_dershowitz · · Score: 1
      Based on what you've said, projects in lisp are the most difficult to maintain, and projects in BASIC are the easiest. I've never met anyone who has actually seen both in use who did not claim the opposite was true.

      VB programmers outnumber lisp programmers probably 80,000 to 1, most of who are incapable of maintaining a lisp application. You are looking at the wrong end of the equation.

      but this is entirely outside the point. To get back on track,

      Personally, I don't see why people seem to think iteration and mutability is so much better an recursion over immutable structures.

      They don't think iteration is better. They just don't care that recursive might be better, and never learned lisp because recursion is the elegant solution, not the obvious solution. The obvious solution works fine 90% of the time, which more than covers the footwork you do in the 10% when you have to solve a non-obvious problem.

      This came out of a thread where "intuitive" was being confused with "elegant", which is common with people who learn something so well (like lisp) that it becomes second nature. Lisp is recognized as elegant and simple AFTER you learn it, but BASIC is close to english and so is fairly intuitive to english speakers. As to whether BASIC is more maintainable than lisp on the merits of language alone, I make no claims. My examples were merely to demonstrate that there is a continuum of "intuitiveness" to a simple command in many languages, and your example proved far superior to mine for demonstrating why lisp is unintuitive compared to "LET X = 0|X = X + 1".

    31. Re:The Algol, the by Anonymous Coward · · Score: 0
      you will never become a marketing genius

      That's the nicest thing I've heard anyone say today.

  5. Java is doomed, doomed I say! by heironymouscoward · · Score: 5, Interesting

    It seems quite certain that Java is doomed: Microsoft did not pay $2bn just because it likes the sound of change dropping. It wants Java dead, and .NET to be the main platform for large applications. It hopes to cripple IBM this way. Most likely Sun's refusal to open source Java was based on the promise of the upcoming funds.

    So: Sun will slow down and finally stop development of Java. IBM will either try to roll-out its own compatible platform or propose a migration to something else.

    And RMS will be muttering: "those fools, those fools, if only they understood what the GPL was about". And he would be entirely right.

    OTOH, perhaps I'm just being paranoid and Microsoft will allow Sun (which is now a neutered zombie company selling its own living organs for booze money) to continue supporting one of the main obstacles to its domination of the platform business.

    --
    Ceci n'est pas une signature
    1. Re:Java is doomed, doomed I say! by Fnkmaster · · Score: 1

      That doesn't make sense. At the same time Sun is trying to recast itself as a software company. There was a Slashdot article from a few days that hinted as much. What platform are they going to be developing that software for, if it's not Java? Are you suggesting that Sun is taking their 2 billion dollars, rolling up and going back to the pure hardware platform business in this world of Linux and commodity hardware? What evidence supports that?

    2. Re:Java is doomed, doomed I say! by hyperstation · · Score: 2, Funny

      So: Sun will slow down and finally stop development of Java. IBM will either try to roll-out its own compatible platform or propose a migration to something else. ...and other non-Sun implementations of Java will see more development to fill the gap.

      java will not die.

      whether it should or not is another discussion... :)

    3. Re:Java is doomed, doomed I say! by Anonymous Coward · · Score: 1, Interesting

      How about this scenario: Sun announces it will support .NET and MSOffice for Unix (maybe even Linux) and becomes the Unix arm of Microsoft?

    4. Re:Java is doomed, doomed I say! by DeepDarkSky · · Score: 3, Interesting

      I think both Sun and Microsoft (note I did not say general public) will be better off is Sun just sells out Java to Microsoft.
      Look at it this way: Sun and Microsoft officially get together to put Java on the .Net platform. Java gets more play, .Net gets official Java.

      I believe after the settlement, Sun and Microsoft will like each other a lot more - Sun because it has become weak and not terribly competitive, and Microsoft is happy that Sun is finally off its back, and given the state of software industry today, Sun is not in a good position as a software vendor, and though I don't know the numbers, but I don't think Java is making Sun much money (If it was, then they would not have had that much money trouble). I believe Sun is refusing to open up Java because they still want to milk more money from it, and one of the ways is to make a deal with Microsoft.

      But Microsoft has C#, right? Yes...but C# is not Java, and there are plenty of people loyal to Java who are not willing to switch to C#. But if an official Java version is available on the Windows platform and is blessed by Sun, then developers would be much more willing to use it.

      I understand the mantra of Java is write once run anywhere, but if you could at the same time, run on 90% of desktops really well (as a good Microsoft implementation would), then it's that much better.

      All that remains is for Sun to sell Java to Microsoft.

    5. Re:Java is doomed, doomed I say! by No.+24601 · · Score: 5, Insightful
      I'm sorry, but .NET is garbage - too much glitter and not enough of the important stuff like platform-independence. Microsoft may have succeeded in getting .NET firmly entrenched in the industry if people trusted them, but they've been playing the game since day one for dominance. .NET will benefit Microsoft products, but I don't see it becoming a predominant force anywhere else.

      The whole thing was a mistake for Microsoft, because they never really supported platforms outside the x86 architecture, and rarely code for other OSs (Office for Mac). .NET was Microsoft's attempt to fool the industry into thinking they were ready to embrace and extend open standards... but when it came down to it, they just weren't ready to take the risks to their existing monopoly.

    6. Re:Java is doomed, doomed I say! by Ben+Hutchings · · Score: 1

      In case you hadn't noticed, NT also runs on IA64 and will be back on the PowerPC in the X-Box 2.

    7. Re:Java is doomed, doomed I say! by Fnkmaster · · Score: 2, Insightful

      How does Microsoft benefit from that? Okay, given that Microsoft could have released .NET for Unix at any time, and given that Microsoft has apparently ported or at least considered porting most of their major apps (like Office) to Unix at various points in time but never had any desire to actually release them, what would make them change their mind now? What do they think they will win by eliminating the huge carrots they are using to lure people onto the Windows platform? Why do they need Sun to do this for them when they could easily do it themselves? I don't really see it.

    8. Re:Java is doomed, doomed I say! by spottedkangaroo · · Score: 1
      (which is now a neutered zombie company selling its own living organs for booze money)

      That is the funniest metaphor of my week I bet. And it's only monday. Good job. It's funny because it's true.

      --
      Imagine if you weren't allowed to use roads because a bus company complained about your driving 3 times. --skunkpussy
    9. Re:Java is doomed, doomed I say! by No.+24601 · · Score: 1
      NT also runs on IA64... Sure it runs on the IA64, but the Itanium has never been a market hit and like I said MS support has been flaky at best.

      PowerPC in the X-Box 2... as far as I know, the X-Box has an adapted version of Windows as its OS... and being used in the X-Box doesn't subject it to the variety of real-world applications. In short, it's not *really* Windows, and anyways it's not sold separately to customers.

    10. Re:Java is doomed, doomed I say! by Kombat · · Score: 1

      Apparently, you're not aware of the existance of J#. C# is not Microsoft's version of Java. J# is.

      J# is basically just Java that runs on .NET. But of course, they can't call it "Java," so they call it J#. But that's what it is.

      C# is a nice language on its own, but it's not Java. The syntax is similar, and it's OO, but many parts of it are dramatically different, too. J#, on the other hand, is virtually indistinguishable from Java.

      --
      Like woodworking? Build your own picture frames.
    11. Re:Java is doomed, doomed I say! by Quill_28 · · Score: 1

      And RMS will be muttering: "those fools, those fools, if only they understood what the GPL was about"

      ummm, RMS believes selling proprietary software is unethical. I think MS, SUN , and IBM know exactly what it is all about. Love it or hate it the GPL would ruin MS and severely hurt SUN and IBM, along with a whole bunch of other software shops.

    12. Re:Java is doomed, doomed I say! by DeepDarkSky · · Score: 1

      No, I am well aware of J#, but it is not Java either, whether it's indistinguishable or not. Java with full blessing of compliance to what Sun says is Java is really Java....of course, that may be meaningless anyway.

    13. Re:Java is doomed, doomed I say! by corban.elektrolite · · Score: 1

      Apparently, you're not aware of the existance of J#. C# is not Microsoft's version of Java. J# is.

      seems that someone at microsoft has found out about yacc.

    14. Re:Java is doomed, doomed I say! by radish · · Score: 1

      if an official Java version is available on the Windows platform and is blessed by Sun, then developers would be much more willing to use it.


      Err?? There is an official version of Java available for Windows, which is blessed by Sun. You can download it from them. It's free. Go try it...

      --

      ---- Den ene knappen er powerknapp, den andre er Bender voice knapp "Bite My Shiny Metal Ass"

    15. Re:Java is doomed, doomed I say! by doc+modulo · · Score: 1

      Whatever the details are of this deal, satisfying the Open Source community is the only logical way to go for Sun.

      Sun is a hardware company, they sell high-price, high quality servers. They sell their own processors which are incompatible with Intel.

      To make everyone compatible with their servers they release the Java platform out into the world. Now everyone can run their programs on Sun hardware and hardware sales increase. As far as I know they don't make a lot of money out of software sales compared to their hardware sales.

      So their strategy rests on the fact that everyone is running programs on the Java platform. Sun needs to spread Java as far and wide as possible so they get the most possible customers for their hardware.

      A growing number of computer users are switching to open source, especially on the server side of the market. Open source software is going to grow bigger in the future so this group is important to have as a customer for Sun.

      Here's the big one. The open source community don't want Sun to "pull a Microsoft" on them! Who's to say that when Sun has spread the Java platform everywhere, they won't abuse their position to treat users the same way Microsoft is treating it's users?

      I'm not sure if Sun has completely embraced the idea of giving away the platform to increase hardware sales. They seem to want it both ways. Control of the platform as well as the increased hardware sales. I've heard people say that the Java spec can't be implemented in an open source way because of something in the license. I heard Sun was having arguments with the Blackdown team over their open source Java implementation.

      Sun has blocked Microsoft from Embracing and Extending the Java platform in the past using their power over the Java platform, this was a good thing, it ensured that Java was not fragmented and stayed a powerful platform to make users compatible with their servers. However, it seems that now, Sun must let go of some of it's power to satisfy the Free Source community and keep them as hardware customers. Strenght against fragmentation is good, but letting the Java platform become a little more open doesn't have to mean that it'll become weak against attacks. As long as Sun convinces the Open Source community that it can't hijack the Java platform for evil in the future, those people will use Java. Sun doesn't have to go much farther than that in my opinion but Sun has to make it clear to everyone they ARE basically giving away java control in return for more hardware sales. That attitude has to shine through in their actions.

      Then the Free source community might use Java more than mono's C#, Python, OCaml or whatever in the future. IBM sells services, Sun sells high-end hardware to more geeks, Microsoft slowly dies and everyone's happy.

      --
      - -- Truth addict for life.
    16. Re:Java is doomed, doomed I say! by mmusson · · Score: 1
      ...not enough of the important stuff like platform-independence.

      The platform independence argument is a red herring. C/C++ can be just as portable as Java. Look at all the platforms that are able to run GNU/Linux.

      Java doesn't require a recompile for its platform independence, but outside of applets that really doesn't matter.

      --
      SYS 49152
    17. Re:Java is doomed, doomed I say! by Trejkaz · · Score: 1

      Java: The Language is quite good. It's more clean than C# in most ways, though has a few issues such as the existence of primitive types.

      Java: The VM Spec is quite good too. It's simple, easy to implement, and secure.

      The only place the whole thing is really falling down is that most implementations (but not all!) of Java: The Runtime are relatively slow. Now... the problem isn't that slow runtimes exist, the problem is that the official runtime from Sun is one the slowest. If a faster one were bundled with the JRE everyone installed, everybody would shut up about the runtime speed pretty quickly.

      But that aside, why can't we have Java and .NET as part of one big system? Who is to say that Java won't compile to .NET-runnable code? Who is to say that C# won't compile to JVM-runnable code (well, apart from the 'unsafe' blocks in C#, which suck)? These divisions between language and runtime are for a reason, and .NET at least was designed with multiple languages in mind so why shouldn't we be able to use Java with it?

      Rambling over. :-)

      --
      Karma: It's all a bunch of tree-huggin' hippy crap!
  6. Ahhhh by Knight+Thrasher · · Score: 1

    Those two commentaries are informative and are interesting. I find Rick Ross's more to what I would say myself about the topic. What -did- we fight so hard for?

  7. Algol invented the Internet by Anonymous Coward · · Score: 5, Funny

    Isn't Algol the d00d who said he invented the Internet and then went and lost the 2000 election?

    1. Re:Algol invented the Internet by NonSequor · · Score: 1

      Only if you transliterate his name into Japanese and then back again.

      --
      My only political goal is to see to it that no political party achieves its goals.
  8. RMS Blathering by twocoasttb · · Score: 4, Insightful

    As soon as RMS says something like "If your program is free software, it is basically ethical" I have to force myself to keep reading. It's a real bitch when that sentence is the first in the article.

    1. Re:RMS Blathering by henriksh · · Score: 0, Troll

      So it does not matter to you that he is right?

    2. Re:RMS Blathering by Anonymous Coward · · Score: 0

      Yes. Had IBM simply GPLed the software they wrote for the Nazis, it would have been OK.

      Godwin's Law doesn't apply, since IBM actually did sell SW to the Nazis.

    3. Re:RMS Blathering by oooooops · · Score: 3, Insightful

      So if I write an open source virus or trojan it's basically ethical? hell i'll even GPL it (or LGPL should someone want to make a closed source version of it). You are missing a huge piece of the puzzle here - that is that 90% of Windows Users are not going to bother looking at the source first. Do you look at the source for everything you run? I doubt it, but if you do, my hat is off to you for it (and you apparently have no life other than computers or you don't run many applications).

      To say that because it's open it's ethical is a load of crap.

      Time for me to be moderated into oblivion because I'm speaking against the establishment.

    4. Re:RMS Blathering by henriksh · · Score: 1
      So if I write an open source virus or trojan it's basically ethical? hell i'll even GPL it (or LGPL should someone want to make a closed source version of it). You are missing a huge piece of the puzzle here - that is that 90% of Windows Users are not going to bother looking at the source first. Do you look at the source for everything you run? I doubt it, but if you do, my hat is off to you for it (and you apparently have no life other than computers or you don't run many applications).

      Well, the purpose of a virus/worm/trojan is basically defeated once the source is open, since the purpose of those kinds of programs is to do something covert. And you cannot really be covert when the code is open, now can you?

    5. Re:RMS Blathering by Gorath99 · · Score: 1

      "As soon as RMS says something like "If your program is free software, it is basically ethical" I have to force myself to keep reading. It's a real bitch when that sentence is the first in the article."

      I could not agree more. I like free software as much as the next /.er, but to say that it's the only way to develop software in an ethical way is plain ridiculous (yes I know this article doesn't put it exactly like that, but RMS regularly does so in other places).

      Great way to get people to open their software up: "Hey mister CEO, did you know that your company's been making money in an ethically tainted way, all these years? Why not allow people to copy and modify your products all they want. That way you'll be able to sleep much better. You'll thank us for it later."

      If anything this'll only convince people that the open source community is some kind of weird religious cult with communistic tendencies.

    6. Re:RMS Blathering by LWATCDR · · Score: 4, Insightful

      How is unethical to want to get paid for your work? How is software any different from books? What about education? Why should I have to pay to go to a Class at MIT? Sure if want my papers graded or get help from the teacher?
      I think it is unethical to taint the free software movment with this dogma. RMS caliming that non free software is unethical is just as bad as Microsoft claiming that free software is unamerican or SCO "claiming all your ?nix belong to us." I have produced free as in beer software, I have produced free as in speech software, and I have produced software that I sell. All of which are ethical. If you want a that does what a program I sell does got and get a c compiler and write it yourself or you can to choose to pay me.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    7. Re:RMS Blathering by Anonymous Coward · · Score: 0

      This is not about getting money for your work, but about serving the fruits of the labour to the full extend (the four software freedoms).

    8. Re:RMS Blathering by Anonymous Coward · · Score: 0

      Hey, let's not beg the question, you should have said:

      "So it does not matter to you IF he is right?"

      Then you write down your argument for why you agree with RMS. We'll decide for ourselves if we agree with you, you don't have to stack the deck.

    9. Re:RMS Blathering by Anonymous Coward · · Score: 0

      Yes, in fact you can. Consider the fact that the vast majority of the world's population cannot read or write source code.

    10. Re:RMS Blathering by Anonymous Coward · · Score: 0
      As soon as RMS says something like "If your program is free software, it is basically ethical" I have to force myself to keep reading. It's a real bitch when that sentence is the first in the article.

      Yes, but that's because you're an idiot. Plenty of people here aren't.

    11. Re:RMS Blathering by Shalda · · Score: 1

      Yeah, but my programs are more free than his. I program for the public domain. On the other hand, most of my programs are pretty much useless. But the point is, if you aren't free to keep your changes private, you're still chained down. The GPL ultimately hampers innovation and condems itself to a uniform mediocrity. If you took Linux and turned it over to the public domain, Microsoft's ship would be sunk. The FOSS developers would still continue to contribute to it, and commercial developers would actually start to invest significant resources in it.

    12. Re:RMS Blathering by vt_swimm · · Score: 1

      90% of Windows Users are not going to bother looking at the source first

      Good point, but I think you a little off. I would say 90% of Linux users will not look at the source that they compile if they even opt for the src. The figure for Windows users is just going to be a long string of 9s.

      oh- and RMS is a jackass.

    13. Re:RMS Blathering by McDutchie · · Score: 1
      But the point is, if you aren't free to keep your changes private, you're still chained down.

      Here we go again. Yes, under the GPL you are perfectly free to keep your changes private. It's only when you publish them that you have to publish the source code along with it.

      I guess since the GPL "hampers innovation" as you say, all the innovation seen in e.g. Linux and KDE is a figment of our collective imagination.

    14. Re:RMS Blathering by McDutchie · · Score: 1
      As soon as RMS says something like "If your program is free software, it is basically ethical" I have to force myself to keep reading.

      Yeah. The truth hurts, doesn't it?

    15. Re:RMS Blathering by PostItNote · · Score: 1

      So charge for it. But if you are selling software without the accompanying source code, you are denying your users various freedoms that RMS feels that all people should have. Thus, it would be unethical.

      So sell your code along with your software.

      Wait a minute - claiming something is unamerican, claiming RMS is tainting the free software movement by saying software should be free, and a facile comparison between some random services, software and real goods. I just fed a troll.

    16. Re:RMS Blathering by ClosedSource · · Score: 1

      "If your program is free software, it is basically ethical" does not logically lead to "If your program is non-free software, it is basically unethical".

      So the only people who should feel "hurt" by this argument are those open-source developers who were developing free software out of a desire to be unethical.

    17. Re:RMS Blathering by Bob+Uhl · · Score: 1
      Is it true though? Note that he doesn't (in this instance) say, 'if and only if your program is free software, it is basically ethical.' That is, he is saying free software implies ethics. This is trivially false: a piece of software to manage genocide is unethical, despite its freedom.

      But the more limited statement--that if software is otherwise ethical is free, then it is ethical--is true. Free software is always more ethical than its proprietary counterpart. I don't say that proprietary software is unethical, but that it's less ethical.

    18. Re:RMS Blathering by DVega · · Score: 1
      "How is unethical to want to get paid for your work?"

      It is very ethical to get paid for your work. The same way a mathematician or physicist are paid for their findings. But, it is unethical not to share the results of your work with the society.

      I recommend anyone interested on these subjects to read "Why Software Should Not Have Owners", Selleing free software, and "Why software should be Free"

      --
      MOD THE CHILD UP!
    19. Re:RMS Blathering by Peter+Harris · · Score: 1

      Well, read between the lines. I assumed he meant "if your program is free software, that aspect of it (i.e. its license) is ethical".

      Or just mentally delete all sentences containing the word "basically" and everything you read will be more concise and seem more well thought out.

      One question: you read slashdot, and you complain about the effort of reading the articles? WTF? :)

      --

      -- What do you need?
      -- Gnus. Lots of Gnus.
    20. Re:RMS Blathering by LWATCDR · · Score: 1


      I have not problem with RMS saying that developers should have the right to produce free software. I have done it myself. What I have a problem with is saying it is unethical. That is just nuts. Of course if you wish use an open source model and develop a product that competes with a closed source one. The market place will decide. I for one would love to see a great 3d cad system that was open sourced. It has to output SLAs and be as good as Solidworks.
      It is unlikely that Open Source will be the answer to every problem.
      Is it unethical for a computer maker not to include the gerbers for the mother board and the masks for the chips when they sell you a system?

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    21. Re:RMS Blathering by PostItNote · · Score: 1


      You are conflating hardware and software and opensource and free software. In an age of zero-cost copying, it is indeed *unethical* to deny your users freedom. It is not, however, *illegal*. So go ahead and keep doing it. But don't pretend that all is hunky dory.

      Furthermore, "open source" means "gosh, software seems to end up better when we release the code for people to tinker with", while "free software" means "it is unethical to ditribute and use software that takes away freedoms from the user". RMS is talking about the second, which is a philosophical point, and you are claiming that somehow open source being imperfect means that the free software philosophy is wrong.

      Oh wait - I'm arguing on the internet.

    22. Re:RMS Blathering by runderwo · · Score: 1
      Is it unethical for a computer maker not to include the gerbers for the mother board and the masks for the chips when they sell you a system?
      Why make analogies to completely unrelated things? Tell me which is within the user's means to modify or pay others to modify: a piece of software or a hardware ASIC. Tell me which one is naturally predisposed to making infinite copies with no generation loss at zero marginal cost. Tell me which one is restricted from duplication solely by artificial government intervention.

      Are you seriously inferring that software is not a special case? Is it not different from physical materials which perform a fixed function, and printed works which describe something, while yet encompassing properties of both?

      It is not so simple, and blithe analogies do little to underscore your position. I sympathize with your position though, as we all need profit to survive. Luckily, I am able to work in an area (web development) where I can hand the keys to the customer and it doesn't affect my chances of landing another job, as long as we have managed to please the customer.

      Licensing the source code to your customers under the GPL isn't as damaging as you might think. Most companies would not even dream of giving away the custom application that they paid to have developed, to a competitor in their line of business. At worst they might sell it to a competitor, but are they equipped to develop and support it the same way you are? Experience has shown that this back-stabbing by business customers is rarely an issue. For consumer software, it might be quite a different case, because there is a strong incentive for sharing among friends.

      RMS would have a better time convincing people of his position if he would work towards providing models under which people can write this "ethical" free software, and feed and clothe themselves and their families as well.

      Maybe one idea would be to sell a proprietary package with the guarantee that at the time when support ceases or the product is no longer for sale, the software will be freed. Or say that once X units have been sold, it will be freed. Buyers who have the money will have an incentive to pay (because they don't get the software until after X people have paid), and in the long run, the users aren't stuck with an unmodifiable, non-redistributable, non-working piece of software that they paid good money for.

    23. Re:RMS Blathering by Anonymous Coward · · Score: 0

      You should be used to it. Stallman is, essentially, the Dr. Laura of the computing, spouting the same shit over and over again for people who cannot think for themselves.

    24. Re:RMS Blathering by LWATCDR · · Score: 1

      "Why make analogies to completely unrelated things? Tell me which is within the user's means to modify or pay others to modify: a piece of software or a hardware ASIC. "
      Both are. I can send a gerber out to any number of board houses. If the customer is IBM , HP, Fujitsu, or AMD they could most of course duplicate a chip from the mask and make it themselves.
      Or I could if I had enough money go to a fab with the masks and produce a chip set myself. Just as if I had the money I could pay a team of programers to hack openoffice.
      The masks of the chips and the gerbers of the boards are in fact digital source code to hardware.

      When you buy a car do you get the cad files for each and every part? Think how cheap car parts would be if any machine shop could just make any part for you car. And what about when the car is no longer in production if you had the plans you could pay a machine shop to make the parts you needed. They are digital and have zero cost of duplication. Before you say no one do that you are wrong. Lots of collectors will have parts made when they are no longer available to keep the car on the road.

      How about this. I download all of the comics from Userfriendly.org print them and sell them at the local books store?

      What I have an issue with is RMS claiming that he gets to define what is ethical behavor. You could make an argument about life saving drugs or even food. No one is going to die if they do not have the latest version of Unreal.

      RMS is just the flip side of SCO and Microsoft.
      Free Software is a coummunist plot.
      Pay Software is unethical.

      I only take issue with the blanket statment that pay software is unethical.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    25. Re:RMS Blathering by alexpage · · Score: 1

      I think it is unethical to taint the free software movment with this dogma.

      RMS is the Free Software movement. To complain about him "tainting" it is like complaining about Bill Gates "tainting" the Windows movement. You might not agree with everything RMS says (even I don't, and I'm considered by many to be a Free Software evangelist), but he started the Free Software Foundation and is its mouthpiece.

  9. Give me a free java! by DeadSea · · Score: 5, Insightful

    RMS has a very valid point. My open source Java software depends on non-free java compiler and runtime environment.

    I continue to write free software in java because Java is sexy, and I believe that Java will one day be free (or have some free implementation). Many of the things that I can do in java would be very hard in any other language. Namely having a GUI program that can run on Windows, Mac OS X, and Linux.

    I disagree with RMS that we should not accept this even temporarily. I write open source Java libraries under the GPL so that people who find them useful and want to use them must adopt the GPL. Planting open source seeds in the Java community will help in the liberation of the platform as a whole.

    The reliable way to avoid the Java Trap is to have only a free implementation of Java on your system. Then if you use a Java feature or library that free software does not yet support, you will find out straightaway, and you can rewrite that code immediately.
    Having such a setup is currently non-trivial. I have tried many times but have yet to get one to work. The gjc compiler is not hard to get working but getting a jre and the classpath libraries set up is beyond my skill level.

    We are trying to rescue the trapped Java programs, so if you like the Java language, we invite you to help in developing GNU Classpath. Trying your programs with the the GJC Compiler and GNU Classpath, and reporting any problems you encounter in classes already implemented
    Rather than appealing to developers, making free runtime easy to set up is the best way to make this happen. I applaud RMS for his work in this area, but it is not yet practical to take his advice.
    1. Re:Give me a free java! by gnuLNX · · Score: 1

      "I continue to write free software in java because Java is sexy"

      You have got to get out more!

      --
      what?
    2. Re:Give me a free java! by sporty · · Score: 1

      I disagree with RMS that we should not accept this even temporarily. I write open source Java libraries under the GPL so that people who find them useful and want to use them must adopt the GPL. Planting open source seeds in the Java community will help in the liberation of the platform as a whole.

      The reliable way to avoid the Java Trap is to have only a free implementation of Java on your system. Then if you use a Java feature or library that free software does not yet support, you will find out straightaway, and you can rewrite that code immediately.


      Combining RMS's idea and your own, come the day that java is "bad", your code can be ported to another language. Ruby, Python.. perl... you name it. Now mind you, you can't map it directly, but you can't write it.

      You are doing more than developing java. You are developing algorithms and the likes. So come the day that you can't do java anymore, you still have a lot to walk away with, which is, those ideas.
      --

      -
      ping -f 255.255.255.255 # if only

    3. Re:Give me a free java! by dmeranda · · Score: 5, Insightful
      "Many of the things that I can do in java would be very hard in any other language..."

      You really need to get out more. But I won't waste more space here debating technical misperceptions, this is about freedom.

      "I write open source Java libraries under the GPL..."

      Ahem, you mean free rather than open? That's RMS's whole point--it's not free. He never said it wasn't open.

      "Planting open source seeds in the Java community will help in the liberation of the platform as a whole."

      That's sure wishful thinking. I hope you're correct. But there's no way you can make it free. Only Sun can do that, and your seeds aren't falling inside their walls. That's like saying that writing GPL'ed software that runs under Windows will help in the liberation of the Windows platform. You're only fooling yourself, trying to justify using a sexy language. I commend you for GPL'ing your own programs, but you must not be fooled into complacency by your lack of freedom.

    4. Re:Give me a free java! by BlackStar · · Score: 4, Insightful

      Wishful thinking is the way Stallman has always approached solutions, and does so in his Java trap article. Getting more software written in Java with a greater demand on the platform and wider popularity is probably the easiest way to get more hackers working on teh GNU Classpath and related projects including the GNU Java Compiler. Computer science builds on itself, and on the work of others, both free and non-free. For years, Stallman's stuff only ran on Sun, as he pointed out. For years, many of us waited eagerly for the first HURD implementations. Good thing a pragmatist by the name of Torvalds came along and WROTE one rather than endlessly redesigning it. Results breed demand breed developer interest. Cygwin arose at least in part due to Unix programmers working on Windows and wanting the strength of their environment to be there. Demand and need.

    5. Re:Give me a free java! by DeadSea · · Score: 4, Interesting
      That's like saying that writing GPL'ed software that runs under Windows will help in the liberation of the Windows platform.

      Not entirely. I don't expect a free version of Java to come from Sun. I expect free Java to come from the open source community. There are already a significant number of people (including RMS) who are working towards this goal without Sun.

      The more people with the itch, the more scratching that will get done.

      As I pointed out, even those of us who want to work on these projects have a hard time because it is difficult to get the environment recommened by RMS set up. Bundling gjc, some free jre, and the classpath libraries into an install package would be a boon. Sun does this with their non-free Java and I have no problems installing their stuff.

    6. Re:Give me a free java! by Anonymous Coward · · Score: 0
      I also am developing Open Source software in Java. I won't call it Free Software because, like Mr. Ostermiller (whose utility library I use in my application), I haven't found a Free Java runtime that will run my code.

      I have found a number of candidates (Kaffe and SableVM) that almost run my application, and I'm working with them to address their deficiencies. I *know* that my application makes a good testcase for their environments, because their developers have told me so. I've agreed to the onerous license that RMS was talking about, so I can't contribute code directly to their efforts, but my bug reports can be just as helpful.

      I agree with RMS that Java needs a Free implementation, but I disagree with his assessment of it's state of growth. Java has in exactly the same circumstances that the GNU toolchain was in about 15 years ago... it requires a non-free environment to bootstrap itself. My work and the work of all other Open Source Java developers are helping move the community towards our goal of Freedom.

    7. Re:Give me a free java! by Anonymous Coward · · Score: 0
      Yeah, there's nothing like the Swing text-editing libraries. I've looked, closest thing is Cocoa and not even that is as flexible. With Swing you can even swap out the core storage model for the text, and have everything else work. Nothing else is set up for that.

      Since that happens to be exactly what I need, I sure hope Java doesn't die. Not too worried, tho.

    8. Re:Give me a free java! by sab39 · · Score: 1

      apt-get install kaffe gcj gij

      kaffe com.whatever.MyApp
      gij com.whatever.MyApp

      HTH HAND

      (Btw, Kaffe is merging its class libraries with GNU Classpath and is able to run many current apps, such as Tomcat and Eclipse. The version in debian unstable is (at long last) pretty current. I don't know what the debian status of gcj/gij is. Work on Swing in the Free World is ongoing so you'll probably need to do some CVS magic to get a version of gij that's capable of running it; I don't know whether any attempt has been made to get it into Kaffe yet. While you're at it, I also suggest apt-getting mono and downloading ikvm from www.ikvm.net. Run all your Java code on the .NET VM, with full inter-language interoperability. Keep your options open ;) )

    9. Re:Give me a free java! by pHDNgell · · Score: 2, Interesting

      Many of the things that I can do in java would be very hard in any other language.

      I use java a lot, but I find the opposite to be true. Many things I do commonly in other languages turn out to be a burdeon in java. For example (OCaml):

      let dirs = List.filter Fileutils.isdir dirent_list

      Java work-alike of that (assuming a Collection of File objects):

      ArrayList dirs=new ArrayList(dirent_list);
      for(Iterator i=dirs.iterator(); i.hasNext(); ) {
      File f=(File)i.next();
      if(!f.isDirectory()) {
      i.remove();
      }
      }

      Similarly:

      let dirs,files = List.partition Fileutils.isdir dirent_list

      Java version:

      ArrayList dirs=new ArrayList();
      ArrayList files=new ArrayList();
      for(Iterator i=dirent_list.iterator(); i.hasNext(); ) {
      File f=(File)i.next();
      if(f.isDirectory()) {
      dirs.add(f);
      } else {
      files.add(f);
      }
      }

      Another language I use a lot is scheme, which does not have partition. However, it's easy to write:

      (define (partition f lin)
      (letrec ((loop (lambda (l y n)
      (if (null? l)
      (list (reverse y) (reverse n))
      (if (f (car l))
      (loop (cdr l) (cons (car l) y) n)
      (loop (cdr l) y (cons (car l) n)))))))
      (loop lin '() '())))

      Imagine how to do a similar thing in java. Hint: there's no lambda, so there'd have to be an interface defining a method that takes an object and returns a boolean and you'd end up using (at least) anonymous inner classes instead of lambda functions when you invoke it.

      One thing I've done to make my java coding easier, though, is to build a framework for writing struts actions in jython. I can turn your average 20 line struts action into a two line jython script.

      --
      -- The world is watching America, and America is watching TV.
    10. Re:Give me a free java! by DeadSea · · Score: 1

      Redhat 9:
      apt-get install kaffe gcj gij
      Reading Package Lists... Done
      Building Dependency Tree... Done
      Package kaffe has no available version, but exists in the database.
      This typically means that the package was mentioned in a dependency and never uploaded, has been obsoleted or is not available with the contents of sources.list
      E: Package kaffe has no installation candidate

    11. Re:Give me a free java! by DeadSea · · Score: 1

      I should also mention that kaffe rpms that I have downloaded from the kaffe web site fail to install on my machine. I've never tried to get gij on its own though.

    12. Re:Give me a free java! by sab39 · · Score: 1

      Red Hat, eh? I'm surprised you don't get "apt-get: command not found", but I guess times change...

      Heh, I doubt that adding debian unstable to your sources-list would help much - dpkg is probably not included with RH9 :) A quick google doesn't reveal any good kaffe RPM sources - perhaps the Kaffe developers all use different distributions.

      If you're comfortable building from source, the tarball from kaffe.org shouldn't cause any problems.

      I heard that Red Hat is pushing gcj fairly heavily as a solution, so I would expect that gij is either present by default on RH9 or easy to install using whatever normal means Red Hat users use for getting software.

      Hope this helps,
      Stuart.

    13. Re:Give me a free java! by Ogerman · · Score: 1

      "Many of the things that I can do in java would be very hard in any other language..."

      You really need to get out more. But I won't waste more space here debating technical misperceptions, this is about freedom.


      Where you and many others are wrong is that Java, via J2EE, provides a solution that no "pure OSS" solution currently can. Some of us write things more complicated than simple web apps. Enterprise applications that is. There is no equivalent to EJB in Python, for example, and the other tools roughly equivalent to Servlets, JSP, JNDI, etc. are immature as well. I use JBoss's J2EE and Java tools by the Apache Project, all 100% open source. All I need is a 1.4-equivalent JVM and matured GNU ClassPath. This is very much the same situation that RMS described regarding the early days of the GNU project -- some of the needed tools were not yet freed.

      But there's no way you can make it free. Only Sun can do that, and your seeds aren't falling inside their walls

      False. Any company with a clean-room JVM could help to make Java free at any moment. Even if they do not, Open Source JVM's and GNU ClassPath will get there eventually. (hopefully faster once people realize why Java is really needed)

  10. Re:The BileBlog has another take on open source Ja by tcopeland · · Score: 2, Informative

    Note that the BileBlog has many, many vicious postings on various Java and open source topics - Maven, XDoclet, "J3EE", etc.

    In some cases, though, as they say - "it only hurts because it's true".

  11. RMS is spot on this time by Gothmolly · · Score: 5, Funny

    And RMS will be muttering: "those fools, those fools, if only they understood what the GPL was about".

    He mutters that constantly anyway, you insensitive clod!

    --
    I want to delete my account but Slashdot doesn't allow it.
  12. The Sun/Microsoft deal makes sense by Rosco+P.+Coltrane · · Score: 0, Interesting

    A slow bloated language-maker goes to bed with a slow bloated OS-maker. Can make more slow bloated software...

    More seriously though, Java has lost to C#, dotNet and whatever Microsoft vaporware-du-jour. Plain and simple. The only reason Java has been around for so long is because Microsoft was slow to really set its target on it in the past.

    --
    "A door is what a dog is perpetually on the wrong side of" - Ogden Nash
    1. Re:The Sun/Microsoft deal makes sense by Anonymous Coward · · Score: 4, Insightful

      I just wish some posters would wake up and face reality:

      Java is a bright success! All fortune 500 companies are using it in one way or the other.
      Developers are counted by the millions.
      Where is .NET?!?

      No go to monster.com and search for job openings and compare Java and C#...

      From a marketing perspective:
      If you choose Java you have the choice
      to sell your product on any major OS.

      If you choose C# you just don't have the choice.
      See how far Mono has come. Its not even close
      to fulfill the WORA promise Java has.

    2. Re:The Sun/Microsoft deal makes sense by jlrobins_uncc · · Score: 5, Interesting
      The only reason Java has been around for so long is because Microsoft was slow to really set its target on it in the past.


      COBOL is still around in big installations, although Y2K probably reduced that number to some extent, but certainly did not kill it off.

      Java, believe it or not, via J2EE / EJB is the COBOL of our time. Business logic gets done today in Java -> EJB -> relational database, instead of COBOL -> VSAM.

      Which will be more readable? COBOL today or EJB code 30 years from now? At least COBOL was inherently single-threaded!

      Java won't be 'dead' until all of this generation's buisness logic gets reimplemented. But at least the data is (should be) housed in something more language-neutral than VSAM.
    3. Re:The Sun/Microsoft deal makes sense by Rosco+P.+Coltrane · · Score: 2, Interesting

      Java is a bright success! All fortune 500 companies are using it in one way or the other.
      Developers are counted by the millions.
      Where is .NET?!?


      And how long has Java been around, compared to .NET? If you compare their respective growth rates, taking into account the inertia due to the pre-existing entrenched Java market, and the fact that it's Microsoft who's taking it on, I think you'll find that Java is a virtual dead duck.

      --
      "A door is what a dog is perpetually on the wrong side of" - Ogden Nash
    4. Re:The Sun/Microsoft deal makes sense by Anonymous Coward · · Score: 0
      do you have substantial proof of this? I mean real information that proves a significant number of Java applications were scraped in favor of windows + IIS + sql server? I know of plenty of java GUI's that were switched to .NET, but it was because the java version was suppose to replace a VB version. On the server side, heavy lifting is dominated by J2EE. Light websites and simple applications have always been Microsoft's bread and butter. Simply put, small companies generally are not tech savy and do not need scalability. In many cases, even if they double their traffic, it still wouldn't need scalability.

      Those who really need robust, scalable transactional systems, use J2EE because there's IBM, HP, and BEA backing it. Their systems have been road tested and proven to scale when applied correctly. Of course there are tons of projects that fail, because the technology was applied incorrectly. If anything, I see many financial companies getting deeper in J2EE for middel and backend. The front end hasn't been Java's strength. That might change with eclipse and SWT. For applications that are 90% read with very simple single table inserts/updates, just about anything will fit the bill. You could scale just as well with PHP + MySql for those kinds of apps.

    5. Re:The Sun/Microsoft deal makes sense by Bill,+Shooter+of+Bul · · Score: 1

      Its not even close to fulfill the WORA promise Java has.

      If only that Sun could manage to keep that promise...

      What you say is mostly correct. Many fortune 500 companies have invested heavily in Java to the point of replacing COBOL with Java. After making that transistion, I don't think they'll even consider moving to anything else regardless of the marketing hype. As long as their is a single company supporting Java, it will exist. Now, C# with its tighert control of its enviorment has the potential to dominate areas that Java has not been able to penetrate.. such as the desktop/ client. Java's not the fastest, easiest, or best to develop interfaces with.

      --
      Well.. maybe. Or Maybe not. But Definitely not sort of.
    6. Re:The Sun/Microsoft deal makes sense by Oligonicella · · Score: 1

      Out of curiosity, does .NET run on Apple or midi or mainframes?

    7. Re:The Sun/Microsoft deal makes sense by happyfrogcow · · Score: 1

      Java is a bright success! All fortune 500 companies are using it in one way or the other.

      All the fortune 500 companies are also probably scamming their shareholders in one way or another. That doesn't make it a good thing.

    8. Re:The Sun/Microsoft deal makes sense by Jadrano · · Score: 2, Interesting

      And how long has Java been around, compared to .NET? If you compare their respective growth rates, taking into account the inertia due to the pre-existing entrenched Java market, and the fact that it's Microsoft who's taking it on, I think you'll find that Java is a virtual dead duck.

      It's not surprising that .NET, which is newer, has a bigger growth rate. But it many cases, .NET probably replaces old VB or MFC applications. It's not representative, at all, but I know companies that move from Windows-only to Java implementations for their systems, which probably has to do with the success of Linux. The demand for platform-independent solutions is rather increasing than decreasing, and then Java is one of the options, and it is probably the one that is preferred by many in the corporate world. Yes, Java isn't taking over everything, but I think it's far from dying.

    9. Re:The Sun/Microsoft deal makes sense by pabtro · · Score: 1

      You cannot sell products written in Java or C#, period. In-house stuff, yes, no problem there. Still I would use Python or Perl instead.

  13. Not. by Garg · · Score: 5, Insightful

    Get real. See all those Java jobs out there? I know a few months ago there were more of those than any other language. I doubt that has changed... or will change in the near future.

    Sun could drop off into the Pacific tomorrow, and Java would keep on going because in a lot of places it's the best tool for the job. As much as they would like to, neither Gates nor Stallman is going to change that fact. If Sun (under MS's influence) tries to corrupt or hamstring Java, IBM, Blackdown et al will simply fork it, and everybody will start using theirs.

    Garg

    --
    Garg
    Alumnus, Xavier's School for Gifted Youngsters
    1. Re:Not. by Anonymous Coward · · Score: 0

      "will simply fork it, and everybody will start using theirs"

      I doubt it M$ practly had java killed at one point by pushing their own crap JVM on every windoze user. They still do this and the percentage of winders users out there running something other then M$JVM is not all that great. Look at the number of JAVA apps that require that dispite the fact that it is not the standard. Without SUN threatening them with litigation M$ will be able to resume there old strategy against JAVA and this time carry it through to its logical outcome. Cripple and stop all development of JAVA on the most popular platform such that .NET can out shine it in the largest market place no matter what, and watch JAVA quickly die out, when they make the FUD true and all JAVA apps really are slow and buggy at least run on windows.

    2. Re:Not. by Anonymous Coward · · Score: 1, Insightful

      Except that you cannot "fork" Java and still call it Java. Sun owns the name. You try to come out with "Kaffee" or some other psudonym, fine, but the VAST MAJORITY of Java developers out there who code on Windows, deploy to Windows and know only Windows will not understand this. To them, Java will be dead, and the Microsoft .NET runtime is a quick 20MB download away from a new career.

    3. Re:Not. by J.+J.+Ramsey · · Score: 1

      "If Sun (under MS's influence) tries to corrupt or hamstring Java, IBM, Blackdown et al will simply fork it, and everybody will start using theirs."

      And how are IBM and Blackdown going to have the legal authority to fork the code?

    4. Re:Not. by Garg · · Score: 1

      As I pointed out elsewhere, businesses that run Java do so because it's not tied to Windows. If they don't care, they're probably already on .NET. IBM, BEA, Oracle, and Novell are not going to let Java die.

      Garg

      --
      Garg
      Alumnus, Xavier's School for Gifted Youngsters
  14. Free World? by sielwolf · · Score: 3, Insightful

    RMS's talk of a Free World devoid of any contamination by non-free dependency sounds eerily like Juche. I guess self-reliance is nice and all but all the talk of "rescuing Java programs" from "shackles" seems to remove one of the most basic freedoms: the freedom of choice. I myself must not only be free but must all of my friends must be free as well? And if they aren't, I really shouldn't because that's just accepting their unacceptable lifestyle?

    That just doesn't sit well with me.

    --
    What is music when you despise all sound?
    1. Re:Free World? by Anonymous Coward · · Score: 0

      The man is talking about keeping Free programs usable in entirely Free operating systems. Nothing wrong with that.

  15. Come on Sun, do it for us. by Lao-Tzu · · Score: 4, Insightful

    Many people have argued that it doesn't do Sun any good to "open source" Java. They might be right. You can argue that an open source Java may have a good chance of becoming _the_ platform for software development, but Sun may no longer profit from it regardless. From Sun's point of view, they really don't see the benefit.

    Well, screw them. I don't care about Sun. I'm a programmer, and all I want to do is write a piece of software that I can move from system to system without a lot of pain. Swing is the best toolkit out there for this, right now. It is relatively well documented, consistant, and available to any programming language that can run under the JVM. It can run on multiple operating systems, looking fairly native-like, or with it's own ugly but usable UI where a native look-and-feel isn't available. Some classes, like JOptionPane, actually require fairly small amounts of code to do relatively robust things.

    The Java platform has a huge number of libraries available for it, and they work all over the place.

    There might be no benefit to Sun in open sourcing Java. But there is benefit to me. I want to be able to rely on Java as a platform, but right now any Java developer would be rather screwed if java.sun.com disappeared. I don't like that risk, and I won't build a Java application (except for consulting work - who cares there) because of it.

    (I'm not interested in alternative programming environments, by the way. I already know about them - after all, I don't do Java development, like I said.)

    1. Re:Come on Sun, do it for us. by MythMoth · · Score: 1


      > There might be no benefit to Sun in open
      > sourcing Java. But there is benefit to me.

      Firstly, you're a fool. Why should Sun care what you think and what benefits you ? Because they're nice ? That's not they're job. They're under a legal and ethical obligation to look after the interests of their shareholders. They appear to be doing this, so hurrah for them.

      Secondly, I as a Java developer do not want Sun to open source Java. What I would like is the "Open Source Community" to write a standards compliant implementation of Java. I can see no reason why Sun should be obliged to hand out the family silver of their implementation when the spec is open. Nobody expected them to hand out their C compiler, Gnu wrote their own.

      I'm a Java developer. I rely upon it to make my living. I use it for personal projects. If Sun ever go titsup I'll just carry on with the IBM compiler. If Gnu finished GCJ instead of whining about the difficulty of keeping up with Sun's implementations I might use that too.

      D.

      --
      --- These are not words: wierd, genious, rediculous
    2. Re:Come on Sun, do it for us. by DavidTC · · Score: 1
      We actually needing more people saying 'screw them' when commerical software companies start whining.

      Look, we don't care, adn in fact have never cared, what benefits you. We care what benefits us.

      Now, I completely understand that Sun doesn't see it this way, but, you know what? Screw them. We'll use something besides Java taht is free. Maybe it will be Perl, maybe Tcl, maybe C, who knows?

      Or, hey, if you want us to use Java, the GPL is sitting right over there.

      --
      If corporations are people, aren't stockholders guilty of slavery?
  16. benevolent my r**s by ArmorFiend · · Score: 4, Interesting

    the Gnu dialect of the C language shows you don't need a "benevolent" dictator. Its been around much longer than Java. Its probably used by more people. Its GPL'ed. And yet it hasn't led to a GNU-C linguistic forkfest.

    (the same argument applies to nearly every library under the GPL, does it not?)

    1. Re:benevolent my r**s by black+mariah · · Score: 4, Insightful

      Microsoft doesn't have a competeing language to C, doesn't want control of C, and basically doesn't give two shits about C. They want Java under their control because they know what a massive asset it is. See a bit of a difference here?

      --
      'Standards' in computing only impress those who are impressed by things like 'standards'.
    2. Re:benevolent my r**s by ArmorFiend · · Score: 2, Insightful

      Hm...good point. Okay, you've changed my mind, now I think that java just needs a marketing department, at least 1/3rd as big as the Enemy's, to keep people somewhat informed about what is standard and what is embrace-extend from MS. Additionally academia should do their jobs and teach to the standard, funnelling students way from the E-E crap. I don't see the need for the marketing department to have absolute dictotorial powers, or in fact any powers whatsoever.

    3. Re:benevolent my r**s by greg_barton · · Score: 1

      The reason the Gnu dialect of the C language had such staying power is because it had an extensive user base before it entered the business world. Java did not. Having a large dedicated user base protects a language from highjacking.

    4. Re:benevolent my r**s by ArmorFiend · · Score: 1

      Good point. Would you agree that Java finally has that following?

    5. Re:benevolent my r**s by Anonymous Coward · · Score: 0

      Microsoft did fork C they call it C# (cringes)

    6. Re:benevolent my r**s by Speare · · Score: 1

      Microsoft doesn't have a competeing language to C, doesn't want control of C, and basically doesn't give two shits about C.

      Sure, tell that to Philippe "the Barbarian" Khan, formerly of Borland. I'm sure he'll agree that Microsoft left the entire C and C++ toolchain market to them all through the 80s and early 90s.

      --
      [ .sig file not found ]
    7. Re:benevolent my r**s by greg_barton · · Score: 1

      Good point. Would you agree that Java finally has that following?

      Yes, absolutely. Java would be much less vulnerable to highjacking now. Opensourcing Java now would be less risky. Back in the beginning, though, that was not the case.

    8. Re:benevolent my r**s by Anonymous Coward · · Score: 0

      the Gnu dialect of the C language shows you don't need a "benevolent" dictator. Its been around much longer than Java. Its probably used by more people. Its GPL'ed. And yet it hasn't led to a GNU-C linguistic forkfest.

      GCC has its own special features, but those are being deemphasized. The reason for that is the same reason there isn't a need for a "benevolent" dictator - ISO/ANSI C exists as a separate, independent standard.

      GNU software often exists in a dynamic tension between complying with standards and doing things "better" or "smarter."

    9. Re:benevolent my r**s by sharkdba · · Score: 1

      They want Java under their control because they know what a massive asset it is.

      Actually, didn't they create C# with the idea to make java less popular, and after a while insignificant? Yes, C# came when Java already had big market share and good support, but that was never a problem for M$ before.

      --
      The purpose of life is to find the purpose of life.
    10. Re:benevolent my r**s by Minna+Kirai · · Score: 1

      And yet it hasn't led to a GNU-C linguistic forkfest.

      GNU C was significantly forked from C in the 2.x series. In 3.x, they've removed most of those "improvements" and concentrated more in implementing the official standards.

      However, C isn't a good comparison to Java anyway. It was always an accepted part of the C language design that the interpretation of some things would be hardware-dependent and nonportable. Forking a language causes a loss of portability- but if it wasn't portable anyway, then no big deal.

  17. Free Java would have better served most purposes by expro · · Score: 1

    If it were free software, Microsoft probably would not go anywhere near it.

    From the first day, Sun wanted Microsoft involved. That is a primary reason why it is not free.

    If it were free software, Microsoft could not blow any hole in the "write once, run everywhere" theory, unless there was truly no one who cared about providing compatible libraries between the platforms.

    Java still lacks a reasonable cross-platform UI, which it lacked at the outset. I have no doubt that free software would have served Sun and everyone else better in this respect.

  18. What a load by Timesprout · · Score: 4, Insightful

    Where does RMS get off? Java belongs to SUN, they are the one who invested the time, money and effort to develop it. If you dont like it go build your own version rather than trying to imply that SUN are unethical or trying to maliciously entrap developers.

    RMS might better ask why Java has been so successful. It addressed a gap in the market, not its original intention but a need none the less and developers like it. There is an extensive Java developer base now. RMS's comments have a serious smack of petty jealousy about them. Shock horror a commercial company came up with something that has attracted developer mindshare on a far larger scale than anything FOSS can manage and almost 10 years down the line the 'free alternative' is still so half assed its not even a realistic alternative.

    --
    Do not try to read the dupe, thats impossible. Instead, only try to realize the truth
    What truth?
    There is no dupe
    1. Re:What a load by deanj · · Score: 1

      Man, you got this dead on right. I wish I had some mod points to mod this up right now.

      Java's been successful, and not "free" under RMS's definition. That's obviously driving him nuts.

    2. Re:What a load by Anonymous Coward · · Score: 0

      LOL! Thank you for that most intense and most humorous post, effendi! I almost soiled my undergarments!

    3. Re:What a load by Karn · · Score: 2, Insightful

      You don't understand what motivates Stallman.

      The man isn't impressed by anything, unless it meets his definition of free (which I respect and admire, personally.)

      You should at least read something about the man so you can formulate a valid opinion of him. His thoughts aren't on the short-term, where Java currently is, but on long term freedom of software. His goals predate Java, and will most likely postdate it too.

      --


      Why do I keep typing pythong?
    4. Re:What a load by Mad+Bad+Rabbit · · Score: 1
      Java's been successful, and not "free" under RMS's definition. That's obviously driving him nuts.

      And the irony is: with Java you do have RMS's desired freedoms, the important ones anyway.

      Thanks to the bytecode design and decompilers like "jad", you can almost always get a workable approximation of the original source (which has saved my butt more than once, when dealing with buggy third-party jars for which I didn't have actual source). Try doing that with C or C++.

      I'm a lot more free to run Java programs than "C" on the hardware of my choice, because I generally don't have to port or recompile them; as opposed to dealing with bizarre and nonstandard, broken, or outright unavailable POSIX functionality on a dozen different platforms (Surprise, "rename()" doesn't work as expected on OS/400, you have to use "Qp0lRenameUnlink()". Surprise, the "timezone" variable doesn't work on z/OS. Surprise, Solaris lets you forget to link against -lpthread, then blows up at runtime. etc. etc. etc.)

      But Oh No! Java's not "free-as-in-freebase" (which is what RMS seems to be high on) -- let's stick to "C" instead, nevermind if our software keeps crashing with buffer overruns (ultimately due to lack of garbage-collection) or from unexpected system call behavior. We can't use better technology, because it's [shudder] proprietary.

      --
      >;k
    5. Re:What a load by Minna+Kirai · · Score: 1

      our software keeps crashing with buffer overruns (ultimately due to lack of garbage-collection)

      Buffer overruns have absolutely nothing to do with garbage collection.

      Adding garbage collection to C is possible- in fact it has been done- and the frequency of buffer overruns doesn't change at all.

      Bounds-checked containers, on the other hand, can prevent overruns. But those can be implemented with or without GC.

    6. Re:What a load by Mad+Bad+Rabbit · · Score: 1
      Buffer overruns have absolutely nothing to do with garbage collection.

      I disagree. Programmers use fixed-sized buffers because it is difficult to properly allocate and manage dynamically-sized buffers in "C".

      Say I want to write a function that returns multiple foo items (parsed from a file).

      In Java, I just create a new foo[] array or an ArrayList and return it.

      In "C", I can either: dynamically alloc() space for a returned array or linked list of foo items, and hope that all possible callers free() it at the appropriate time (which may well require reference counts, etc. and will almost inevitably lead to leaks or bad pointers) ; or I can just cram them into a fixed-size array that the caller passed me. Guess what programmers end up doing 99% of the time (and too often without checking the bounds)...

      --
      >;k
  19. kaffe? by ChristTrekker · · Score: 1

    Is there a good Free implementation of Java? I've been looking at the Kaffe project.

    1. Re:kaffe? by langarto · · Score: 1

      You may want to look at ikvm + mono: http://weblog.ikvm.net/

    2. Re:kaffe? by ChristTrekker · · Score: 1

      Seems that would make me dependent on two projects rather than just one.

  20. Re:Until it is set free by Rosco+P.+Coltrane · · Score: 5, Insightful

    Java and C# are crufty languages anyhow.

    I don't care much for OO myself, but many people say at least the newer Java implementations are really quite good.

    What put me away from Java since the beginning is the size of the executables, and their truly atrocious speed. And also the size and speed of another monster called Swing.

    But, I remember a certain OS called Unix that used to be the archetype of bloatware, with a graphical system that used to open 2 megabyte (gasp!) temp files, in the past. Now that computers have caught up with it in terms of memory and speed, Un*x looks thin compared to Windows, and its creators seem like precursors and visionaries.

    So sometimes I wonder if I'm not missing a boat with Java : perhaps it too is ahead of its time, and one day nobody will balk at the speed, because it'll run fast by virtue of the underlying hardware.

    But I guess now that Microsoft and Sun have agreed to kill it, the question of whether or not I should try it is getting moot.

    --
    "A door is what a dog is perpetually on the wrong side of" - Ogden Nash
  21. Re:Until it is set free by Anonymous Coward · · Score: 1, Interesting

    Can you create scalable, distributed appliations that run inside an application server with Phython?
    Do you have the same array of libraries and APIs in Phython?
    Me don't think so.

    JavaMail? JTSA? JNDI?
    You could JPhython of course ;)
    So Phython in itself is simply not a viable
    programming language.
    Just go to big companies and try to sell them
    something written Phython.

  22. .NET is vaporware? by Kombat · · Score: 2, Informative

    Java has lost to C#, dotNet and whatever Microsoft vaporware-du-jour.

    Uh... what? How is .NET "vaporware?" It *exists*, dude. My company has been using it for a couple of years now, and making good money selling ASP.NET web apps written in C#.

    Did someone change the definition of "vaporware" while I wasn't looking?

    --
    Like woodworking? Build your own picture frames.
    1. Re:.NET is vaporware? by Anonymous Coward · · Score: 0

      What part of "C#, dotNet and whatever Microsoft vaporware-du-jour" don't you understand?

    2. Re:.NET is vaporware? by Anonymous Coward · · Score: 0

      Perhaps you didn't intend to imply that C# and .NET were vaporware but you just made an error by placing unrelated items in the same sentence.

  23. RMS playing Spin doctor by Aumaden · · Score: 4, Insightful
    Sun's implementation of Java is non-free. Blackdown is also non-free; it is an adaptation of Sun's proprietary code. The standard Java libraries are non-free also. We do have free implementations of Java, such as the GNU Java Compiler and GNU Classpath, but they don't support all the features yet. We are still catching up.

    If you develop a Java program on Sun's Java platform, you are liable to use Sun-only features without even noticing. By the time you find this out, you may have been using them for months, and redoing the work could take more months. You might say, "It's too much work to start over." Then your program will have fallen into the Java Trap; it will be unusable in the Free World. -- RMS

    I generally respect RMS, but I have a problem with this. Like it or not Sun (and others via the JCP) set the Standard for Java. I fail to see how using the Standard is falling into a trap.

    The real reason Java would be unusable in Stallman's "Free World" is because the current, free compiler is sub-standard.

    I shouldn't use the features supported by Sun, Blackdown and IBM because the GNU Java Compiler hasn't caught up with the pack?

    Now, whose trap is that again?

    1. Re:RMS playing Spin doctor by Srin+Tuar · · Score: 4, Insightful
      I shouldn't use the features supported by Sun,
      Blackdown and IBM because the GNU Java Compiler
      hasn't caught up with the pack?



      If you dont care about having a 100% free O/S, running no proprietary software whatsoever, then his article is NOT AIMED AT YOU.

      He is NOT trying to convince the pragmatic masses to stick to a substandard implementation. He's calling upon those who do want a Free environment, that if they think Java is the future of programming (at least for themselves), to either contribute to Free implementations or to adhere to them.

      There is really nothing radical, objectionable, or unusual in his article. The fact that is is a conservative, simple, and logic position shows me that the extremist, based upon your reaction, is YOU.

    2. Re:RMS playing Spin doctor by J.+J.+Ramsey · · Score: 4, Insightful

      "I generally respect RMS, but I have a problem with this. Like it or not Sun (and others via the JCP) set the Standard for Java. I fail to see how using the Standard is falling into a trap.

      The real reason Java would be unusable in Stallman's "Free World" is because the current, free compiler is sub-standard."

      And the current free compiler is substandard because Sun sets both the standard and creates the reference implementation. By the time the GJC guys have seen the latest updates to the standard, Sun has already implemented them in its own reference implementation. Inevitably, that means the GJC developers will *always* be chasing taillights.

      Why don't IBM and Blackdown have this problem? Because they use Sun's code as a starting point.

      So long as the status quo remains, it will be impossible for there to be multiple independant complete implementations of the current Java standard.

    3. Re:RMS playing Spin doctor by Anonymous Coward · · Score: 0

      Try again. The standard is set by the JCP and doesn't just show up when Sun releases a reference implementation or a new VM.

      The GJC guys are actually in exactly the same position as Sun and everyone else when it comes to finding out what comes next for the language. Sun are one of 15 members on the executive committe which vote on what gets included in the spec the spec is then developed through the JCP (Java Community Process) when that's done it's voted into the language.

      What IBM and Blackdown use as a base for their implementations is a mute point, they all have exactly the same opportunity to implement a feature within the same timeframe. (The only exception would be a feature submited by Sun, but the same holds true for IBM or any other submitters of a feature including GNU if they chose to participate.)

      The GJC guys are not limited by Sun in any way, and are not at an unfair advantage except maybe in that thier ideology prevents them from taking part in the JCP, but Sun can hardly be held at fault for this when the war cry of the GNU is "Don't like the GPL? Don't use the code." They are simply for the time being behind the other API implementations.

  24. I need a RMS to English translator... by Random+Guru+42 · · Score: 3, Funny

    Or some other way of disambiguating all those "free"s scattered throughout his article. That word's as overloaded as a ctor. Perhaps a complementary program to RMS-Lint would be good?

    --
    Christopher S. 'coldacid' Charabaruk -- coldacid.net
  25. There will always be a non-free dependency. by duslow · · Score: 1
    Free software depends on non-free hardware to run. Even if hardware became free, you still rely on non-free electricity to make your hardware run.

    Would Stallman then advise us to avoid the Electricity Trap?

    1. Re:There will always be a non-free dependency. by MenTaLguY · · Score: 2, Insightful

      Free software depends on non-free hardware to run. Even if hardware became free, you still rely on non-free electricity to make your hardware run.

      Would Stallman then advise us to avoid the Electricity Trap?

      Assuming:

      • the free software situation was pretty much won
      • we already had widespread "free" (obviously just speech, not beer) hardware
      • electricity was not a completely exchangeable commodity in the economic sense (making incompatibilities and therefore "lock-in" possiible)
      • electricity suppliers were limiting (for example, by contract) customers' freedom (as in speech)
      • there were comparatively "free" (speech) sources of electricity

      ...then yes, I think he absolutely would...

      ...and I think under those circumstances, I would agree with him.

      --

      DNA just wants to be free...
    2. Re:There will always be a non-free dependency. by idontgno · · Score: 1
      Damn. and I just used up my modpoints.

      I hereby word-mod you +1 insightful.

      Never let principles stand in the way of accomplishing the mission. If the missions calls for Java, render unto Sun what is Sun's and carry on, dammit.

      --
      Welcome to the Panopticon. Used to be a prison, now it's your home.
    3. Re:There will always be a non-free dependency. by bigpat · · Score: 1

      "Even if hardware became free, you still rely on non-free electricity to make your hardware run."

      The patents on most types of electricity generation expired a long time ago, everyone has the freedom to make a generator and have their own supply of electricity. It just happens that the utility companies can provide it more economically.

    4. Re:There will always be a non-free dependency. by duslow · · Score: 1
      Which is exactly the point of my original post. There will always be a non-free dependency, regardless of the reason why there is.

      You could also design and build your own processor and then design and build a new type of computer around that, and then build your own custom OS, and then build your own software on top of that.

      But most people will consider the effort not worth their time or effort and thus will go buy either a prebuilt PC or the parts to build one because "companies can provide it more economically".

      Stallman's pie-in-the-sky thinking just doesn't match up with the realities of this world and I doubt they ever will. You will have to depend on something that is out of your ultimate control (ie non-free) and to suggest that a perfect world according to Stallman wouldn't have this constraint anymore is just plain silly.

    5. Re:There will always be a non-free dependency. by mamba-mamba · · Score: 1

      I'm glad you don't have any more mod points. ;-)

      Stallman is not talking about "free" as in "free of charge," but free of "Intellectual Property" restrictions.

      This concept of freedom does apply somewhat to computer hardware, but not at all to electrical power utilities.

      The computing hardware situation isn't too bad right now, but it could get worse with trusted computing and DRM, but it remains to be seen.

      MM
      --

      --
      By including this sig, the copyright holders of this work or collection unreservedly place it in the public domain.
    6. Re:There will always be a non-free dependency. by Jadrano · · Score: 1

      Never let principles stand in the way of accomplishing the mission. If the missions calls for Java, render unto Sun what is Sun's and carry on

      Yes, of course, not everyone has to become a saint of the church of emacs by not using any proprietary software. But while it depends on the tasks whether it makes sense to follow Stallmann's principles completely, I think they should be taken seriously in any case. Often, it makes sense to compromise, but one should always be aware of the risks of proprietary software (lock-in, dependence on a company with its own interests that are different from the ones of the users of the software).

    7. Re:There will always be a non-free dependency. by bigpat · · Score: 1

      "You will have to depend on something that is out of your ultimate control (ie non-free) and to suggest that a perfect world according to Stallman wouldn't have this constraint anymore is just plain silly."

      No, no no...Free as in freedom, not free as in no cost. There is nothing silly or extraordinary about avoiding dependence on propietary technologies, It is just common sense. 'All your eggs in one basket' ring a bell?

  26. Did you read the article? by dmeranda · · Score: 4, Insightful

    Did you even read the article? RMS never told Sun what to do. He was speaking to programmers who write software using Sun's Java platform. It is those programmers who think they are writing free software, and may not realize that it really is not free after all. His audience does not include Sun programmers; they are already aware that their software is not free--they need no warning.

    He is cautioning those people who desire to write free software to reevaluate whether they are really achieving their own goals, to not be blinded by Java's sexiness and Sun's apparant benevolence. But to say that RMS want's to force Sun to do business in a different way is to read something that I'm not seeing in his article.

    1. Re:Did you read the article? by Anonymous Coward · · Score: 0

      Shhhh, you might startle the man off his high horse.

    2. Re:Did you read the article? by ClosedSource · · Score: 1

      So let's carry RMS's ideas on the purity of "free" software to their logical conclusion. If you can't have free software running on non-free virtual machines or OS's then you can't have truly free software running on non-free processors like those made by Intel, AMD, Sun, IBM, Motorola etc.

      Perhaps RMS should take a few years off from his Guru work to learn how to design microprocessors so he can finally write some truly free software.

    3. Re:Did you read the article? by Mithrandir · · Score: 1

      I write heaps of open source Java software (mostly under LGPL, some BSD). In fact, my entire business is based on it (somewhere close to a million lines of it now spread across 6 different projects). We are certainly achieving our goals in doing what we want and we really don't care what Sun or anyone else do with the underlying language - neither do the companies and instituitions who pay us to develop more.

      As a company that primarily develops OSS toolkits, and some proprietary applications on those toolkits, we achieve everything we want from it. In fact, most of our business comes from the open source nature of what we do and most of the proprietary stuff is that way because of it's classified nature. Our goals are to spread the open source model into the defence community, and we are very successful at doing so, even with the detriment we have to deal with of RMS's rants.

      Given that we are making money, offering stuff under a license that we like, are achieving our goals and we're using an open platform, I see nothing valid in any of RMS's points in that diatribe. We're using a language and some defined libraries, we're not using a toolkit. We have hundreds of developers using our products in all sorts of different environments and platforms. Some are Sun-based, most are not. What's his point?

      --
      Life is complete only for brief intervals in between toys or projects -- John Dalton
    4. Re:Did you read the article? by DavidTC · · Score: 2, Interesting
      You realize, of course, that all software RMS writes is written in platform-independant and CPU-independant languages, right?

      I.e., while it certainly mostly runs on non-free platforms, he has not locked himself into them by any reasonable interpetation of that.

      Not to mention, I have no idea what you mean by 'non-free'. It's prefectly legal to design your own version of most processors out there, witness AMD, and the specifications are open.

      RMS isn't complaining about free software running on non-free machines, he's complaining about free software that only runs on non-free machines, and cannot run on anything else.

      Interestingly enough, there is non-free hardware planned, namely, the stuff that impliments DRM, and RMS is fairly close to punching the designers out in the street, ideology-wise.

      --
      If corporations are people, aren't stockholders guilty of slavery?
    5. Re:Did you read the article? by ClosedSource · · Score: 1

      "You realize, of course, that all software RMS writes is written in platform-independant and CPU-independant languages, right?"

      First I would have to believe that there was a platform-independent, CPU-independent language before I would agree that RMS writes with one. I certainly know of CPUs that have no "C" compiler available. Even for those with a "C" compiler, there's no guarantee that RMS's code will run the same on all of them.

      "Not to mention, I have no idea what you mean by 'non-free'. It's prefectly legal to design your own version of most processors out there, witness AMD, and the specifications are open."

      If MS published all their Windows API's and someone cloned Windows, would that make MS Windows open source? It's not enough to publish the external specs and interface of a software or hardware object to make it "free", you have to make the internal design available.

    6. Re:Did you read the article? by Minna+Kirai · · Score: 1

      So let's carry RMS's ideas on the purity of "free" software to their logical conclusion.

      You keep repeating that troll, and cleverly never attempt to justify your initial assumption- because it'd fall apart under the tiniest inspection. (That's the same tactic as if I attacked a pro-lifer by claming her logical conclusion is to ban birth-control)

      "Free hardware" is not the logical conclusion of the "Free software" movement. The motivating reason for "Free" software is that software entails no per-unit reproduction cost, while hardware does. So your very first statement is absurd.

    7. Re:Did you read the article? by ClosedSource · · Score: 1

      "The motivating reason for "Free" software is that software entails no per-unit reproduction cost, while hardware does."

      I thought "free as in freedom" was supposed to be the motivating reason for "free" software. What does freedom have to do with per-unit cost?

      In any case, many hardware devices contain software, firmware or microcode that doesn't add to any per-unit reproduction cost.

      By your logic, Sun could distribute their JVM only on CD and then RMS would be satisfied because Sun could use the per-unit reproduction cost loophole.

  27. (absofuckinglutely) = t by Anonymous Coward · · Score: 0

    Absolutely, thank you.

  28. Sun only features? by deanj · · Score: 5, Interesting

    From RMS: "If you develop a Java program on Sun's Java platform, you are liable to use Sun-only features without even noticing."

    Does anyone have a clue what he's talking about? The "com.sun.*" libraries? How could you use those without noticing?

    Doesn't sound like this guy has ever programmed in Java.

    1. Re:Sun only features? by ozborn · · Score: 5, Informative

      No, he does know what he is talking about. If a programmer uses an object from say java.rmi.server on Sun's platform, who is to say whether this feature is implemented in another virutal machine? Are you familiar with how up to date the dozens of other JVM's are with Sun's latest release of java? If no other JVM is implementing this, then it is effectively sun only, regardless of whether it is prefaced by com.sun or not.

      Also on sun's JVM it doesn't say com.sun, it is all just "java.whatever", "javax.whatever", etc... when you import a package.

    2. Re:Sun only features? by Anonymous Coward · · Score: 2, Informative

      actually what the original poster was referring to that in the windows jdk/jre there are some com.sun packages that are not supported by non sun jdk's. For example...there is a base64 encoder/decoder in com.sun that will not work if you drop your software on an ibm iSeries for instance.

    3. Re:Sun only features? by black+mariah · · Score: 0, Flamebait

      I seriously don't think he knows a damn thing about Java other than "The virtual machine isn't Free." I think RMS is just slowly going insane. All that bear weight is sucking his brainpower.

      --
      'Standards' in computing only impress those who are impressed by things like 'standards'.
    4. Re:Sun only features? by ciggieposeur · · Score: 1

      I think he means:

      javax.*
      java.net.*
      java.io.*
      java.security.*
      java.awt.*

      When you import java.awt.*, and call new java.awt.Frame(), sure enough you've suddenly gone deep into sun.* territory. Try it: run your program from the command line without an X11 server (or set an invalid DISPLAY value), catch and print the stacktrace of the java.lang.InternalError produced.

      But particularly javax.* is strictly proprietary land, and that includes: servlets, portlets, JSPs, JavaMail, EJB, and JCE to start with.

    5. Re:Sun only features? by greg_barton · · Score: 2, Insightful

      If a programmer uses an object from say java.rmi.server on Sun's platform

      Then don't use that object. Do what you want to do in a different way. I know you can probably bring up some isolated examples of when you must use a

      Also on sun's JVM it doesn't say com.sun, it is all just "java.whatever", "javax.whatever", etc... when you import a package.

      Those are implementations of an API. If you want another implementation, use it. There are even alternate implementations of the java.util package out there. If you don't want to be locked into a vendor specific implementation, then use another or write your own.

    6. Re:Sun only features? by Oligonicella · · Score: 1

      Ah, got it. Use the lowest-denominator features to ensure it runs on whatever JVM the user dains get? Yeesh.

    7. Re:Sun only features? by cxvx · · Score: 1
      But particularly javax.* is strictly proprietary land, and that includes: servlets, portlets, JSPs, JavaMail, EJB, and JCE to start with.

      Wether classes in javax.* or java.* depend on other com.sun.* classes is irrelevant.
      What matters is the the API of java.* and javax.* or free to be implemented by anyone. So it's a bit far fetched to call everything in javax.* proprietary. The implementation may be, bu the API sure isn't.

      If you write a program using the java.* and javax.* API, you'll be sure it runs on any offical (as in certified) Java implementation. Wether Sun uses some com.sun classes to do this, doesn't matter, the program you write does not depend on those classes directly. Another implementation may use other classes. That is also why a program like Eclipse can run with gcj at the moment. It is written to standard interfaces (not considering SWT), that gcj already happens to implement.

      --
      If only I could come up with a good sig ...
    8. Re:Sun only features? by Anonymous Coward · · Score: 0
      I seriously don't think he knows a damn thing about Java other than "The virtual machine isn't Free." I think RMS is just slowly going insane. All that bear weight is sucking his brainpower.

      Yes, but that's because you're an idiot. Plenty of people here aren't.

    9. Re:Sun only features? by ciggieposeur · · Score: 1

      Wether classes in javax.* or java.* depend on other com.sun.* classes is irrelevant.

      What matters is the the API of java.* and javax.* or free to be implemented by anyone. So it's a bit far fetched to call everything in javax.* proprietary. The implementation may be, bu the API sure isn't.


      Let's talk reality and not theory: until a free implementation of all those classes is in common use (not 100% use, just more than 5% use), then all of the code that relies on those published APIs is still dependant on proprietary code. That's what RMS is trying to point out, and that's why GNU Classpath is necessary before your code is really "free" from Sun's ultimate control.

      By analogy: Your car is broken and needs a part. You go to NAPA, they say you need a water pump. It so happens that only one water pump with the dimensions that fit your car is sold in the country, manufactured by company Foo, available for $3000. The NAPA salesman says "Sorry man, too bad you have to pay $3000 for your part." You tell him "I don't technically need that $3000 part. My car was designed so that any water pump that matches the published specs will work." He says, "But dude there's only one store with that part anywhere. Say what you want, but right now your car is designed to need part #98923-2A75F6 from Foo Inc. You gonna pay $3000 to repair this car or are you gonna get a new car?"

    10. Re:Sun only features? by Anonymous Coward · · Score: 0

      More FUD, nothing to see here folks.

      For the benefit of the poster I'll explain. The javax and all the packages you've listed above form part of the spec produced by the JCP. Anyone else is free to implement them. The bit about the sun.* territory is a completely stupid argument, in case you haven't noticed the VM you're talking about IS A SUN IMPLEMENTATION!

      They're following the spec, and the spec like most dictates the interfaces that must exist (in the java.* and javax.* packages) and the implementor is free to do what they like to make them work. So you are calling javax.* and something com.sun gets called by that, that's not tying you application to the com.sun packages since any other Java implementation will have the same java* packages and will call it's own underlying classes and your classes dont actually care about the implementation as long as the java.* and javax.* packages do what they say.

      Like I said, more FUD, move along.

    11. Re:Sun only features? by ciggieposeur · · Score: 1

      Sigh. People say JVM to mean JRE and I follow suit, and then I get flamed by the ignorant.

      Repeat after me: Sun's classes are the ONLY CLASSES IMPLEMENTING THE "STANDARD" IN COMMON USE TODAY.

      Got that?

      If you have a car, and it's got a part broken, and only one supplier in the entire world has the part to fix it, then it's a reasonable idea to say that your car is dependant on that one supplier. Car -> dependant on one part -> dependant on one supplier == car -> dependant on one supplier.

      Like I said, more FUD, move along.

      Fuck you. Come back when you've written 100,000+ lines production J2EE code on multiple J2EE servers using more than one JVM -- oops I meant JRE -- from more than one vendor.

  29. Where are the BSD trolls? by thogard · · Score: 3, Insightful

    According to the Borders metric, java is dead.

    The Borders metric is where you wanter into a Borders book store and count the shelf space allocated to each subject. Some subjects grow to several racks and then die out and others just sort of stay at their 1/4 rack for ever (like Ada, Fortran and C).

    1. Re:Where are the BSD trolls? by Anonymous Coward · · Score: 0

      Yep, I've noticed that, I think they repackeged all of those Java books and sent them to their Bangalore stores....

    2. Re:Where are the BSD trolls? by Anonymous Coward · · Score: 0

      The Borders metric is where you wanter into a Borders book store and count the shelf space allocated to each subject.

      Weird. I thought I was the only person who did this. Java still covers quite a lot of shelf space, but not as much as last year, looks like it's losing ground. perl lost real estate last year but seems to be stable now. Python is doing a little better, nothing to write home about though. Have you noticed the increase in Linux magazines? It's up nearly 300%.

  30. Is this right? by jthulin · · Score: 5, Interesting

    Sun won't release the source code for their JVM and Java compiler, but they allow development of an open-source compiler and VM or a Java-to-C[++] translator which can be used for future-proofing today's Java applications. Therefore, programming- and CS-savvy amateurs and professionals should undertake such a project to improve their skills and make the world a better place in which to live.

    1. Re:Is this right? by elFarto+the+2nd · · Score: 3, Informative

      I'll think you'll find Sun does release the source code for their JVM and compilier, here.

      Regards
      elFarto
  31. Re:(absofuckinglutely) t by Anonymous Coward · · Score: 0

    Damn filter turned =.>. into .=.

  32. Ross's comments by Leomania · · Score: 3, Interesting

    Rick Ross made this parting shot in the close of his article:

    I hope you will join me in watching how things progress before we draw conclusions about this settlement (or was it a purchase?)

    The body of the article was well-written and I agree completely with his fundamental question -- where is Java in this settlement? I was shocked to hear pretty much squat about Java in the wake of the settlement, and I think his point that we must just wait and see is unfortunately correct.

    But this little jab right at the end wasn't in keeping with the rest of the article. I wish he had instead expanded upon the idea of "What sorts of things might there be in the settlement, both good and bad for Java and/or Sun?". It almost feels as though it was inserted by someone else, it trips up the reader (well, me anyway) so badly.

    - Leo

    --
    You don't use science to show that you're right, you use science to become right.
    1. Re:Ross's comments by RickRoss · · Score: 1

      Uncanny insight, Leo. That final phrase actually WAS inserted by another person during editing. It always amazes me that some people read so well.

      I'm sorry the phrase trips up the rest of the editorial, and I hope the main point is not lost by it. The developer community simply doesn't have the necessary detail to know what Sun has done and how it impacts Java?

      Rick Ross

    2. Re:Ross's comments by Leomania · · Score: 1

      Whoa... in that case, please accept apologies for the "parting shot" and "jab" comments. I am appalled that your article was adulterated in that way; it stood just fine on its own merits, and obviously you didn't need any "help". That last bit is worthy of discussion, even if it does look like flamebait; it just didn't fit with the rest of your piece.

      The article/essay really does cut to the heart of the matter, IMO. It's not undone by the addition, by any means; it just had such a nice cadence that I noticed when my brain, previously trotting along quite happily, tripped over that rock. ;-)

      Cheers,

      - Leo

      --
      You don't use science to show that you're right, you use science to become right.
  33. Java Trap by technomancerX · · Score: 5, Interesting
    Ok, let's face it, there IS NO JAVA TRAP.

    Java is an open specification. The libs are open specifications. Just because the FSF hasn't been able to finish an implementation doesn't mean it can't be done.

    Stallman's argument about libraries being required to conform to the specs if they're publicly available is also a load of crap. Basically it only applies if YOU CLAIM TO IMPLEMENT THE API. In other words, don't claim to be J2EE compliant until you actually are. There is nothing stopping anyone from starting a project and saying "Out goal is to build a system fully compliant with API x." and developing it. The only restriction is you can't claim to be API x compliant until you are. That's a real hardship, being required to actually support the feature set you claim to.

    I'm sorry, I develop in Java (in addition to C, C++, Perl, and PHP) and I like to know that if something says it complies with specification X that it actually does.

    Also, as a side note, Java is not going anywhere. SAP, Oracle, and IBM have too much of an investment to let Java die. Sun could declare bankruptcy tomorrow and IBM would buy the technology tomorrow, guaranteed.

    --
    .technomancer
    1. Re:Java Trap by ElectricPoppy · · Score: 1
      Just because the FSF hasn't been able to finish an implementation doesn't mean it can't be done.

      I Hurd that.

    2. Re:Java Trap by WinterSolstice · · Score: 1

      Nah, SAP likes Java, but it really is just a way for them to stay competitive. They have .Net modules too. Just take your pick.

      Heck, a good chunk of MS is running on SAP. So is a good chunk of IBM. (And Apple!) SAP will make their stuff plug into whatever you want to use, if you have the money to make it worth their time.

      -WS

      --
      An operating system should be like a light switch... simple, effective, easy to use, and designed for everyone.
    3. Re:Java Trap by Ogerman · · Score: 1

      Java is an open specification. The libs are open specifications. Just because the FSF hasn't been able to finish an implementation doesn't mean it can't be done.

      Precisely correct. If the Open Source community would listen to reason instead of RMS and ESR's politics, it would embrace Java where it is the right tool for the job (enterprise applications with J2EE) and then make a concerted effort to bring GNU ClassPath and Kaffe to completion, eliminating the remaining proprietary ties. Where RMS and ESR go wrong is that this really IS the same situation the GNU project faced before glibc, gcc, and Linux. The tone of RMS's article implies that currently available Free Software is always a suitable replacement for Java. This is dead wrong. There are no equivalents to J2EE anywhere, unless you only need to write a lightweight web application. (in which case you can use PHP or Python/Zope..)

    4. Re:Java Trap by Minna+Kirai · · Score: 1

      Java is an open specification.

      Wrong. Java is not a specification. Java is a Sun trademark, nothing more.

      The only restriction is you can't claim to be API x compliant until you are. That's a real hardship, being required to actually support the feature set you claim to.

      You use "real hardship" in a sarcastic sense, suggesting that it's not an imposition at all. If that's the case, then Sun could just forget about enforcing it, because we have laws against fraud already.

      But they won't... because Java isn't really an open specification. It's a Sun trademark. It's their property.

      If Sun decides tommorrow that Java(tm) can only run on Solaris, that's their choice to make. They can obliterate and re-write the specifications whenever they feel like it.

      AT&T invented C++, but they never had an equivalent power to dictate terms to Microsft, Borland, or other vendors of C++ tools.

    5. Re:Java Trap by Anonymous Coward · · Score: 0

      Can you say FUD?

      Have you read the licencing terms for the spec? Do you think IBM, Oracle, BEA, the ASF, and everyone else in the JCP would participate if Sun could just do what they liked with the spec? Sun *COULD* make "Java" run only on Solaris, but then it's not the Java the JCP has developed and that spec would still exist and we'd likely see a clean room IBM JVM within weeks.

      You're using the trademarked term to spread FUD, Java as we know it would still exist, it would just be called something else. Sun have no power to dictate terms to anyone, they simply hold a permanent seat on the Executive Committie for the language, so do Oracle, IBM, the ASF, etc, etc.

      Laws against fraud may or may not cover it, the licence does. There is a good reason to not allow the incomplete implementations RMS seems to want. It would completely piss end users off. I'm a Java developer and I for one NEVER want to see an incomplete Java API calling it's self anything but an incomplete Java API. What Stallman is advocating would destroy user confidence when my apps which use the whole API dont run on the GNU implementation and completely ruin the whole write once run anywhere philosiphy.

  34. Re:Message To America's Students: The War, The Dra by boudie · · Score: 5, Funny

    So what are you trying to say? Is Ralph Nader for or against Java?

  35. JAVA sucks because... by Shivetya · · Score: 1

    I think its more from the fact everyone wants to write components but no one wants to write applications.

    Combine that with trying to make it be everything to everyone when neither it or the community behind is capable.

    Being in an IBM shop (minis and mainframes) we get bombarded with IBM's fascination with JAVA. What has this netted us so far? Simple, applications that take forever to load, don't provide usuable feedback when a problem occurs, and generally don't do as much as the purposeful written applications they replaced did. Hell I have green screen alternatives to JAVA apps IBM tries to get us to use that are many times faster and reliable.

    JAVA does not belong on the desktop. It was fine in the browser and that is where it should have stayed.

    --
    * Winners compare their achievements to their goals, losers compare theirs to that of others.
  36. Re:right reply to wrong argument by Bastian · · Score: 4, Informative

    RMS's point wasn't that Sun is doing something wrong by holding onto Sun. RMS's point was to say to the Free Software community that any software they write that depends on a non-Free platform, library, whatever is not truly Free. Like he said in the article, this is the same as his beef with KDE - but that beef is now gone thanks to TrollTech going to a dual-license scheme.
    His point is that Free Software developers who choose to use Java are entraping themselves, not that Sun is trying to maliciously entrap developers.

    It's also worth pointing out that at no point in the article was he talking about OSS developers.

  37. You've never used .NET by Kombat · · Score: 5, Interesting

    I'm sorry, but .NET is garbage - too much glitter and not enough of the important stuff like platform-independence.

    You clearly have never used .NET to develop any serious web applications. While you are correct that it sacrifices platform-independence, you are way off the mark when you call it "garbage." If you are using Microsoft products from end-to-end, .NET is actually an extremely powerful and simple platform.

    We develop web applications using Visual Studio .NET, connecting to a Microsoft SQL Server backend, hosted on Windows2000 server boxes, with clients all running various Windows boxes, using IE. We test with Mozilla and older versions of Netscape too.

    We've found this setup to be extremely powerful, allowing very rapid development. Sure, it's homogeneous, but so what? It's working great for us, and our customers.

    Since we are hosting the actual sites, we get to control the backend platforms. And we've chosen Windows. So, there's no issue about "platform independence." We've chosen a platform that enables us to deliver the best results to the customers, on a very rapid schedule.

    --
    Like woodworking? Build your own picture frames.
    1. Re:You've never used .NET by No.+24601 · · Score: 2, Interesting
      While you are correct that it sacrifices platform-independence

      That's all I was trying to say... I am not discounting that .NET has its usefulness, but you'll notice I mentioned that it's only benefit will be to Microsoft applications. You reaffirmed by point by mentioning how you've applied it to Visual Studio .NET, SQL Server, Windows 2000, IE... No where did you mention products from non-Microsoft companies beside the open source Mozilla and variant Netscape.

      That's my point, .NET primarily benefits Microsoft and no one else... Microsoft has had the opportunity to change that, and they won't.

    2. Re:You've never used .NET by Anonymous Coward · · Score: 0

      "Since we are hosting the actual sites, we get to control the backend platforms. And we've chosen Windows. So, there's no issue about "platform independence." We've chosen a platform that enables us to deliver the best results to the customers, on a very rapid schedule. "

      No issue about platform independence, yea sure other then that vendor lockin thing! When one day M$ does do something you don't like thatIS bad for your business, you have to suck up and deal, becase oh yea all your code and products are completly dependent on M$. Just keep telling yourself platform independence does not matter. I hope you enjoy being M$'s because you always will be, just hope they keep treating you well.

    3. Re:You've never used .NET by LibertineR · · Score: 1
      .NET primarily benefits Microsoft and no one else

      Isnt that better than what you have with Sun, where Java benefits everyone but Sun? What situation would you rather have for a corporation?

    4. Re:You've never used .NET by Anonymous Coward · · Score: 0
      That's all I was trying to say... I am not discounting that .NET has its usefulness...

      Interesting spin on what you said originally, since your comments started off with "I'm sorry, but .NET is garbage...". Chaulk it up to hyperbole, I guess?

    5. Re:You've never used .NET by bmj · · Score: 1

      Having done development work with both platforms, I'll say that .Net is a bit nicier at this point. While there are some open source Java frameworks that have come a long way (I'm thinking of Struts), nothing really matches the VS.Net experience. You can certainly build a very nice, stable Java app, but you'll be coding a lot of the components yourself, whereas .Net provides them within the development environment.

      And as far as platform independence and Java go -- it's still not that easy. Sure, you can do it, but it's a little harder than just dropping your front-end files and a few JAR files on a different machine...sure, .Net isn't portable, but the Mono project may change that (though that's another can of GNU-worms). I work for a Microsoft shop, and we host our clients' sites, so .Net makes a lot of sense for us.

      --
      Whereof we cannot speak, thereof we must be silent. --Ludwig Wittgenstein
    6. Re:You've never used .NET by the-build-chicken · · Score: 2, Insightful

      I completely agree with you (and I hate .NET), it is a fantastic microsoft end to end product. However, how many companies use microsoft end to end. Todays corporations are a mishmash of microsoft, linux, unix, oracle, sybase and SQLServer (and splashes of db2 around the place). The company that I work for develops financial applications in java. We constantly have to battle the whole "what about .NET thing"...and to be honest, it's an easy question to counter. ADO.NET support is too rudementary amoung database providers. Sybase (which has a large financial market base) asked for expressions of interest for a ADO.NET driver for the first time last year in August...and how long has .NET been around? We (and lots of other dev companies) can't bank on ADO.NET drivers being available and being of production quality.

      Also, if I want a good http client in java, I have many to choose from...a web server...again, many to choose from....a reporting framework...a graphing framework....a logging framework...workflow graphical components...templating engines...xslt and xpath engines....the list goes on and on. .NET will never (IMHO) have a similar level of open source libraries available for developers. So while end to end microsoft webby stuff may work great with .NET...I personally don't believe it offers any advantage to the rest of the development space

  38. Problems with JURD? by TheConfusedOne · · Score: 1

    They're probably stuck with trying to re-implement the package handlers so they can preface everything with gnu/ :-D

    --
    --- I wish I could hear the soundtrack to my life. That way I'd know when to duck.
    1. Re:Problems with JURD? by technomancerX · · Score: 1
      LOL you have no idea how hard it was not to make derogatory comments about Stallman or the FSF or Classpath while writing that original post. I had to go back and delete paragraphs 3 times ;-)

      Ahh, the price of not wanting to be modded flamebait

      --
      .technomancer
  39. Theory by DrSkwid · · Score: 1

    the "write once, run everywhere" theory.

    A theory it certainly is.

    http://java.sun.com/j2se/1.4.2/jre/install.html

    Solaris Operating System J2RE for Solaris OS 32bit
    Solaris Operating System J2RE for Solaris OS 64-bit
    Microsoft Windows J2RE for Windows 32bit
    Linux J2RE for Linux 32bit

    Not exactly comprehensive

    --
    There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
    1. Re:Theory by tolan-b · · Score: 1

      er.. there are JREs for practically every commonly used system out there.

      Take my pda for example..

    2. Re:Theory by DrSkwid · · Score: 1


      Official Sun JREs ?

      if not, then they don't count.

      --
      There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
    3. Re:Theory by bears · · Score: 1

      True.

      And how many of them are 1.4? Or even 1.3?

    4. Re:Theory by tolan-b · · Score: 1

      Really? How do you figure?

      If I can write an app and run it on a platform with out an official Sun JRE, then surely I'm 'running' the code 'somewhere'?

    5. Re:Theory by Jord · · Score: 1

      Just because a JRE is not written by Sun does not mean that it is not blessed by Sun. The original plan was that Sun would only write an implementiation JVM and the OS vendors would write the JVM for their OS. Unfortunately MS screwed themselves on this one. However, there are JVM's that are blessed by Sun for other operating systems that run great. Apple's implementaiton is one prime example. Also look at HP and IBM.

    6. Re:Theory by ElGuapoGolf · · Score: 1


      If I can get 1.4 on AIX and OS/2, I can't imagine what OS wouldn't have it.

      Other than BeOS, but who uses that anyway. :)

    7. Re:Theory by Overclocker · · Score: 3, Informative

      You missed a few:

      http://www.hp.com/products1/unix/java/

      http://h18012.www1.hp.com/java/alpha/

      http://www.sgi.com/software/java/

      http://www-106.ibm.com/developerworks/java/jdk/ind ex.html

      http://www.apple.com/macosx/features/java/

      So it looks like we have JVMs for, at least, Linux, Solaris, Windows, OS X, Irix, AIX, HP-UX, Tru64, OpenVMS, OS/2, and z/OS.

      What was the list of platforms for C# and .NET again?

    8. Re:Theory by DrSkwid · · Score: 1

      That still leaves the two OS I use all day

      What does .NET have to do with this?

      --
      There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
    9. Re:Theory by jc42 · · Score: 1

      Hmmm ... perl, python and tcl can all do a lot better than that. And I hardly ever see a machine any more that doesn't have all of them installed. (Of course, nobody ever pays me enough to develop for Windows. ;-) In my experience, all of them provide much better portability than java. I use all of them (python the least), and it's been years since any of my java/tcl/python tools broke on a new machine because of language or library differences. The only kernel problem I've seen was in running them on OSX, and the problems there all turned out to be caused by the caseless filename matching, something that no language can completely defend against.

      So why would I bother with java? I suppose if my boss wanted it. But even when I've argued in favor of java, I've never convinced anyone with decision-making power.

      Seems a pity; the language had so much promise.

      BTW, what ever happened to that rumor a few years back that the java, perl, tcl, and maybe python people were talking behind the scenes about merging their VMs into something that would run all of them?

      Probably just a rumor. But it could be good for the worl if it were to happen. Back in the 60's and 70's, there were a number of hardware makers who were catching onto the idea of putting direct support for major programming languages into the hardware. Then along came the Microsoft/Intel deal, which proved that you didn't have to do anything so useful to become the market leader. Imagine if there really were such a useful VM, and cpu makers started implementing its opcodes in silicon ...

      --
      Those who do study history are doomed to stand helplessly by while everyone else repeats it.
    10. Re:Theory by Minna+Kirai · · Score: 1

      Take my pda for example..

      What PDA do you have, exactly? I can only remember seeing PDAs running things like PersonalJava, which although an offical Sun product, is not compatible with programs written for real Java.

    11. Re:Theory by DrSkwid · · Score: 1


      Python threads fail on FreeBSD

      Python threads fail inside Apache

      The VMU to which you refer is Parrot

      to be the backend for Python and Perl and perhaps Ruby & TCL

      Hardware support for languages is currently implemented in the x86 architecture to map the C language into one op instructions during assembly.

      If you are interested in virtualization then you might be interested in Inferno. Which, when you read it, you'll see it is done the way it should be.

      --
      There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
    12. Re:Theory by tolan-b · · Score: 1

      You bastard! I'll kill you! BeOS is god!

      hehe

      I'm so gutted that BeOS is dead...

  40. Re:Until it is set free by Anonymous Coward · · Score: 0

    What, like Zope, you mean? :-)
    Or, on a more serious note, like these guys?

  41. Sun never cared about their developers. by LibertineR · · Score: 4, Interesting
    Your point is 100% accurate, and every single one of them was made by Microsoft to Sun at the time in question.

    The problem was too many of Sun's people were pissed off that Microsoft's first JVM was blowing the doors of Sun's and every publication said so. People at Sun were too worried that Java would become too closely associated with Microsoft, and Sun would be forgotten as the creator of Java. You had people running around basking in the glow of their favorable Java press, more worried about losing it, than about how they were going to make money.

    Microsoft went so far as to offer to show Sun how they had optimised Java in exchange for permission to continue their work. Sun thought in unacceptable that Microsoft be known as doing Java better than they did, so they pulled the plug on their largest potential market out of pure spite over being outdone.

    I'm glad they did, because C# rocks. Sun never gave a damn about their developer community, they only cared about making sure no one else got any credit at all.

    1. Re:Sun never cared about their developers. by Anonymous Coward · · Score: 0, Flamebait

      I'm not sure everybody would agree with you on that last paragraph.

      (a) What's so good about C#? What makes it so much better than Java?

      (b) Does Microsoft give a damn about their developer community either? Sun sells a Java compiler for $0, Microsoft doesn't even offer a stripped-down command-line C# compiler (we have to look to dotGNU and Mono for that, Microsoft doesn't seem to even acknowledge that they exist)

    2. Re:Sun never cared about their developers. by EastCoastSurfer · · Score: 1

      Microsoft doesn't even offer a stripped-down command-line C#

      Unless they changed it, when you download the 100+mb .net developers kit you get a command line c# compiler here. There is even a free windows c# dev studio clone you can get. It is far from the feature full dev studio, but it does give you a nice gui to edit c# code in.

    3. Re:Sun never cared about their developers. by dekashizl · · Score: 5, Insightful

      Your whole post is unsubstantiated anthropomorphization of Sun and Microsoft, boiled down to "MSFT made a better Java than Sun, and Sun wanted to hog the credit, so they rejected every reasonable offer simply out of spite". Amazing that this gets modded to +5 insightful... Please, go tell this story to a room of kindergarteners.

      Sun worried (rightfully) about the proprietary extensions MSFT was adding to Java, which would have had the result of tying "Java" to Windows and shattering the "Write Once Run Anywhere" promise, while at the same time having the (mostly false) appearance that MSFT was playing nice with its competition. And that's just one part of the whole issue.

      Get your history right, or at least don't try to pass off your skewed opinions as fact.

    4. Re:Sun never cared about their developers. by LibertineR · · Score: 0, Flamebait
      Sorry, but I was there. My history is dead on accurate, and the results are their for all to see. You may not like it, (you actually read like one of the Sun losers we negotiated with) but the fact remains that Sun KNEW what we were doing, and admitted so in their internal emails.

      Remember these, Smart boy?

      "Microsoft was smarter than us when we did the contract...What I find most annoying is that no one at Sun saw this coming...I wonder what is in other contracts...If we adhere to these terms, new Java and Java Platform functionality must be developed as Supplemental Classes without dependence on new features in the Java Classes or it must have Microsoft buy-in...."
      David Spenhoff, Director of Product Marketing at JavaSoft
      MS Opp. To 17200 Motion At 9:21-10:9

      [The contract] "...subtantially limits our ability to introduce new technologies since almost all new technologies require a new class...I believe we're in violation of the Microsoft contract and our attempt to re-class things as Extensions will have limited success."
      Eric Chu, JDK 1.1 Product Manager and David Bowen, JDK Engineering Manager
      MS Opp. To 17200 Motion At 10:12-21

      "If negotiation with Microsoft is not going well, we can possibly 'enhance' the Java Test Suite to invalidate any Java implementation that doesn't support certain desired new feature. I believe this should be one of the last card we play if negotiation goes badly.
      Eric Chu, JDK 1.1 Product Manager MS Opp. To 17200 Motion At 11:1-4

      My history is dead on, asshole. Sun hated that they had to play with us. They knew we had done a better job with Java up to that point than they did. Instead of being concerned about their developers or the potential HUGE market for Java, they tried to suck everything back under their own umbrella. The rest is HISTORY.

    5. Re:Sun never cared about their developers. by LibertineR · · Score: 0, Offtopic
      LOL.

      Facts as flamebait? Way to argue. If you can dispute the facts, then do that, dont just mod it down because you dont like it.

      Mods act just like Sun did. Cant argue, cant win, so complain. Typical. I would add that Sun cant sell Java now, even if they want to. They dont own it anymore. Now, there is some flamebait for your ass.

    6. Re:Sun never cared about their developers. by dekashizl · · Score: 2, Informative

      LibertineR: Facts as flamebait? Way to argue. If you can dispute the facts, then do that, dont just mod it down because you dont like it.

      No, not "facts as flamebait". Calling people "losers", "asshole", and "Smart Boy" mixed in with mostly irrelevant quotes (regarding the Sun/MSFT contract and negotiations, not the technology, I might add) is what makes your post flamebait.

      Then you go on to say "Instead of being concerned about their developers or the potential HUGE market for Java, [Sun] tried to suck everything back under their own umbrella." Here, again, your sense of history is quite far from reality and shows a childish "mine!" mentality. Let me correct your statement: Sun tried to "suck everything back under their own umbrella" (as you so elegantly put it) in an effort to positively shape the future of the Java language rather than letting monopolistic market forces fragment this potent technological legacy into useless pieces, thereby becoming just another programming language that half a generation of computer scientists will remember in 30 years from now.

      You also said "I was there" and "Sun hated that they had to play with us". Are you claiming to work for or be a representative of Microsoft? I find this extermely hard to believe.

    7. Re:Sun never cared about their developers. by Minna+Kirai · · Score: 2, Insightful

      Facts as flamebait?

      The quotes you printed make Microsoft look evil. They appear to have succeeded not on strength of technology, but on cleverly quasi-fraudulent contracts.

      The real truth behind the J++ dispute has two parts, and you've omitted one of them. Yes, J++ was faster than Sun Java (at least under MS Windows). But that only mattered in combination with the fact that Microsoft was adding new language keywords to J++. Programs written for J++ wouldn't compile under regular Sun Java. Therefore they had no real right to call it a "Java" compiler.

    8. Re:Sun never cared about their developers. by LibertineR · · Score: 0
      My words speak for themselves. Everyone not stupid here knows I used to work for Microsoft, I've never made a secret of that. If you want to cherry-pick my words in response to an attack on the facts, go right ahead. As I said earlier, the rest is History.

      If you dont like the facts, give me one, ONE fact to dispute them. You cant. Dont give me your opinions, because I dont care. Give me disputing evidence. Those so-called irrelevant quotes, seemed quite relevent to the judge who allowed them into evidence, so again you are wrong.

    9. Re:Sun never cared about their developers. by Anonymous Coward · · Score: 0

      Here's a fact: Microsoft lost the lawsuit that you were quoting.

    10. Re:Sun never cared about their developers. by LibertineR · · Score: 1
      LOL.

      Ask Scott McNeely if he still believes that today.

    11. Re:Sun never cared about their developers. by GCP · · Score: 1

      I'm not sure who modded you flamebait, but you're asking reasonable questions, IMO.

      a) There's too much to cover here. I'm not willing to write an essay on it, but Microsoft clearly listened to what Java developers were asking for, and what Windows developers were asking for, and they delivered. Perhaps the best way to make my case without a long argument is to point out how "stable" the Java language was until the C# specs were released, and how suddenly the Java language started to evolve again, and what a remarkable coincidence it was that so many of the new Java features just happened to be features of C#.

      b) Well, first, MS's C# compiler is free in every sense that Sun's Java compiler is free. Both are proprietary command line tools available for free download with no usage restrictions for commercial work.

      Now, as far as MS caring about the developer community, they certainly DO NOT care about anything that won't yield a competitive advantage. Their self-proclaimed "innovation" is almost directly proportional to the strength of their competition in any given area.

      But from a developer's perspective, I can say that when I complained about the lack of certain features in Java to Java reps, they were just Apple all over again: they explained to me how I wasn't as smart as they were and didn't really want what I said I wanted. Fortunately, they would explain, they WERE smart and knew best what I really needed, and that's what I would get.

      When I made the same complaints about Java to Microsoft reps, they invariably took notes and asked lots of questions about my preferences.

      So it came as no big surprise to me when C# came out that it was, in fact, better than Java. Unfortunately, the fact that it is Windows only really only lets me take advantage of it with client-side apps because I don't use Windows as a server platform. All I can say is that I hope Mono succeeds.

      --
      "Those who have never entered upon scientific pursuits know not a tithe of the poetry by which they are surrounded."
    12. Re:Sun never cared about their developers. by Anonymous Coward · · Score: 0

      You're joking, right? Lots of people have languages that compile to Java bytecodes, with many of them being Java with some extensions. MS called theirs J++. If Sun was just so concerned about it, this would have been a simple trademark dispute. Sun would have sued MS and forced them to use a different name (like MS v. Lindows). Instead, Sun decided that they didn't want MS to ship a superior JVM. As a result, Java is not on everybody's desktop and consequently 80 million people are not using it today.

      aQazaQa

    13. Re:Sun never cared about their developers. by TwistedSpring · · Score: 1
      Programs written for J++ wouldn't compile under regular Sun Java. Therefore they had no real right to call it a "Java" compiler.
      They didn't. They called it "J++", the ++ meaning "stuff added". They never claimed it was java, only that it was based on and backward compatible with java. You interpreted wrong. You are a Dumbass.
  42. GPL , Freedom and Open Source by raptor21 · · Score: 5, Insightful

    I actually read the Stallman article (yeah I know this is slashdot). One thing bothered me as I read majority of the article is Stallman's use of GPL and free interchangebly.

    My main problem is "free" means free. But in the GNU context "free" means "GPL'd". There is a problem here GPL'd software is not really free, it is freedom with restrictions. Java is also free software with restrictions, mainly not being able to modify it. GPL goes one step further allows modification but with the restriction that the modifications also be made freely available. Thus GPL is a little more free than Java but not completely free in the true sense of the word.

    Suppose I released some software completely free. Free to use, modifiy and redistribute without realsing any of the modification under a new FSL (free software License). Said software would also be shackled when run with dependencies of GPL'd software which is not as free as the software I just released, lets call it the GPL trap. Or any software linked with GPL'd software must also be released under the GPL. Java doesn't require you to follow its licensing terms, one may release Java programs under the GPL.

    As I have just illustrated, different degrees of freedoms exist in the world and mean different things to different people. Java is free, as in no monetary cost to use, GNU software is more free as in it is free to modify, but there is also a definiftion for free as in "no restrictions, no cost" which the GPL'd software like GNU/linux is clearly not. So I would like Mr. Stallman to please stop using the word free interchangebly with GPL'ed software, so as not to confuse readers.

    Freedom is a deeply philosophical term of which excrutiatingly long discussions can ensue. However, Java is free, albeit with restrictions, GPL is a little more free but also with restrictions.

    1. Re:GPL , Freedom and Open Source by Anonymous Coward · · Score: 0

      Even a free society has some laws. A free society != anarchy.
      Every program released under the GPL is Free software.

      That article didn't even mention the GPL; you must be trolling.

    2. Re:GPL , Freedom and Open Source by merdark · · Score: 2, Insightful

      Uh oh. Now you've done it. Expect a ton of GPL nazi's to go on posting about how anything freer than GPL is anarchy and how it's not "free" but "Free" and the four freedoms blah blah blah.

      So I would like Mr. Stallman to please stop using the word free interchangebly with GPL'ed software, so as not to confuse readers.

      Stallman chose to use the word free precicly *to* confuse people. If you compare the language used on GNU.org to that of cult texts you can find a ton of similarities. It's all very highly manipulative. And it's also very successfull. Most critisism of GNU/Stallman's use of manipulative language is immediatly shunned and attacked as if it came from the devil.

      The problem with GNU is that they are not content to lead by example. Instead of simply demonstrating how their development model/philosphy is superior to other methods, they rely on rhetoric and preaching. GNU followers have a *need* to convert you to the GNU way as I'm sure you've noticed.

      Still, I commend you for trying to set things right. I tried once, but the eyes of the devoted are blind to any reason.

    3. Re:GPL , Freedom and Open Source by code_echelon · · Score: 1

      "Even a free society has some laws."

      A society with laws does not meet the definition of free.

    4. Re:GPL , Freedom and Open Source by Minna+Kirai · · Score: 1

      A society with laws does not meet the definition of free.

      Certainly it does. Even the definition you point to mentions that America is a free nation. (Which is a great achievement, since the last time I checked, it wasn't even a nation either!)

      Dictionaries give multiple possible definitions for every single word. To "meet the definition", something must match only one of those definitions, not all of them. For example, look at the background color behind the word "Slashdot" to the upper left. Does it meet the definition of "green"?

      Yes it does, even though that color is not a "grassy law or plot".

      Claiming that something must meet all definitions of a word to be worthy of the term is a silly game.

    5. Re:GPL , Freedom and Open Source by code_echelon · · Score: 1

      I agree completely about the point you made about the dictionaries giving multiple definitions for every word however I believe the essence of the word free is to mean "without restrictions" and in a world where there are restrictions I don't think that you are completely free. In a society with laws you are not free to break those laws so therefore you are not 100% free to do anything that you like. I obviously don't think that the United States is a completely free nation as it is free within reasonable bounds that are established by the law. That being said I don't believe people should be 100% free as we have to have some restrictions to live in a reasonable society where everybody is reasonably safe etc.

    6. Re:GPL , Freedom and Open Source by Anonymous Coward · · Score: 0
      "So I would like Mr. Stallman to please stop using the word free interchangebly with GPL'ed software, so as not to confuse readers."

      So RMS should not be free to use the word "free"? :)

      "Java is free, as in no monetary cost to use, GNU software is more free as in it is free to modify, but there is also a definiftion for free as in "no restrictions, no cost"

      This is an **old and tired** observation that has come up in discussions of GNU software for years. It is explicitly addressed on the GNU web site ... someone else has already posted the URL, but in case you can't be bothered to click on it, here's the relevant text:

      "Free software'' is a matter of liberty, not price. To understand the concept, you should think of "free'' as in "free speech,'' not as in "free beer.''

      It's a perfectly valid use of the word "free", and if it confuses you, well, too bad.

    7. Re:GPL , Freedom and Open Source by goon · · Score: 1

      while your talking about the subject, in Free as in Freedom (free online version), ISBN:
      0-596-00287-4
      , you can read here a specific example of what motivated Stallman in the search for free software and more importantly what context he uses the term.

      --
      peterrenshaw ~ Another Scrappy Startup
  43. Those jobs will vanish by LibertineR · · Score: 5, Insightful

    If the corporate world decides that Java will not be supported with improvements from Sun, and without IBM able to take over due to no Open Sourced version, they will drop Java faster than you can say C#. Nobody is going to run their business on obsolete stuff, no matter how good it is now.

    1. Re:Those jobs will vanish by CoolMoDee · · Score: 1

      just like nobody runs WinNT4 still..oh wait..

      --
      Jisho - A Japanese English German Russian French Dictionary for the rest of us.
    2. Re:Those jobs will vanish by LibertineR · · Score: 1

      Oh yeah, I forgot about all those job openings for NT4, my bad.

    3. Re:Those jobs will vanish by CoolMoDee · · Score: 1

      I was refering to the no business would run their company on obsolete software.

      --
      Jisho - A Japanese English German Russian French Dictionary for the rest of us.
    4. Re:Those jobs will vanish by Garg · · Score: 1

      Apparently you don't realize that IBM already has its own Java compiler, which at least for a while generated faster code than Sun's. For that reason, a lot of people used it instead of the 'official' one. If Sun screws around with Java, that's the direction most businesses will head... the open-source guys will gravitate toward Blackdown, I'm sure.

      And as for your C# comment.. no. businesses that use Java mainly use it because they don't want to be dependent on Windows.

      Garg

      --
      Garg
      Alumnus, Xavier's School for Gifted Youngsters
    5. Re:Those jobs will vanish by Fulcrum+of+Evil · · Score: 1

      Nobody is going to run their business on obsolete stuff, no matter how good it is now.

      Just like nobody uses 30 year old software that they don't even have the source to anymore, right?

      --
      "We returned the General to El Salvador, or maybe Guatemala, it's difficult to tell from 10,000 feet"
    6. Re:Those jobs will vanish by koali · · Score: 2, Insightful

      Nobody is going to run their business on obsolete stuff, no matter how good it is now.

      Like... Cobol?

    7. Re:Those jobs will vanish by LibertineR · · Score: 2, Funny

      Does anyone have enough sense to realize that my comments were related to the job market? I know damn well that obsolete stuff is still in use, but that does not mean that there is a thriving market for jobs in those areas. Consider the context of my statement, please.

    8. Re:Those jobs will vanish by Thumpnugget · · Score: 1

      Here's 14 pages of job postings for COBOL programmers.

      Yes, I realize that's nothing compared to the 100+ for Java programmers, but you clearly missed his point.

      --
      Free yourself. Everything else will follow.
    9. Re:Those jobs will vanish by Jason+Earl · · Score: 1

      Yes, people still run stuff on NT4, but new projects aren't being rolled out on NT4. Even worse, folks that are currently running NT4 almost certainly are working on migration plans.

      With programming languages (like operating systems) marketshare is not the critical statistic. No one cares if your application contains 1 hojillion lines of COBOL if all of your new development is in Python. The important factor is how much *new* development is being done in the language.

    10. Re:Those jobs will vanish by Anonymous Coward · · Score: 0

      Any job which requires 6 Years Experience in Windows 2000? It's not advertised, but people are still looking at resumes for NT4 experience.

    11. Re:Those jobs will vanish by Cryogenes · · Score: 1

      Nobody is going to run their business on obsolete stuff, no matter how good it is now.


      Last I heard, COBOL is still around.
    12. Re:Those jobs will vanish by Anonymous Coward · · Score: 0

      Must post anonymously to protect the innocent (me):
      I work for Nokia, in the server side of the mobile business. I know quite well the Nokia strategy for software development, and one thing that is very clear is that Nokia will never ever touch .NET or C#, or even Mono. The greatest distrust exists towards anything Microsoft, and it's reigning in all the levels of management.

      If Nokia is anything to judge by, .NET (and associated) is not going to take over the vertical market very easily. A foothold yes, but not dominance.

    13. Re:Those jobs will vanish by DeadScreenSky · · Score: 1

      Apparently you don't realize that IBM already has its own Java compiler, which at least for a while generated faster code than Sun's.

      The compiler you are referring to is based on Sun's code and is licensed. If Sun kills Java, IBM's Java compiler dies too.

      --
      There is no excellent beauty that hath not some strangeness in the proportion. -- Francis Bacon
  44. Wrong by Julian+Morrison · · Score: 4, Interesting

    When I see a screenful of lisp, I see words and brackets. I have to read in order to parse struture.

    When I see a screenful of java, even a brief glance shows me what's going on. I can recognise a for-loop, a while with an Iterator, a method definition, a method call, an assignment. I can see the try and catch blocks. Before I mentally parse any of the words.

    Lisp isn't code. Lisp is assembler for the Lisp VM, that somebody forgot to write a code parser on top of.

    1. Re:Wrong by jdavidb · · Score: 5, Insightful

      The reason this is true for you says more about your quantity of experience in Java compared to your experience in Lisp than it does about the quality of either language. An experienced Lisp programmer would probably say exactly the opposite. (In fact, someone in this thread remarked that he does pseudocode for other languages in a Lisp-like syntax, which I found interesting.)

      Similarly, I'm a Perl programmer and have never understood why people say the language is "write only" and similar snide remarks. Perl is instantly readable to me. Put me in front of a bunch of C, though, and I have to puzzle for awhile to work out what it does. That doesn't mean Perl is better than C (although every good programmer knows it is :P ); it just means I'm much more fluent in Perl.

    2. Re:Wrong by mmusson · · Score: 1

      You are criticizing Lisp's syntax and not its design. I don't like seeing long sequences of parentheses in code but it is a fine language.

      The Algol-family of languages are imperative languages which means that you are at some level giving the computer a discrete sequence of instructions to execute. From this perspective all of these languages tend to look like high-level assembly code.

      But this is not the only way to design a language and it isn't the best way for many different problems. Functional languages (like Lisp or Haskell) are a compelling alternative.

      Most colleges do not do a good job of presenting functional languages. I had several Lisp courses, but they were taught using what I now understand was a very imperative style that completely missed the point of using a functional language.

      --
      SYS 49152
    3. Re:Wrong by Julian+Morrison · · Score: 1
      You are criticizing Lisp's syntax and not its design. I don't like seeing long sequences of parentheses in code but it is a fine language.
      Yes, precisely.
      Functional languages (like Lisp or Haskell) are a compelling alternative.
      I've not been much impressed with "pure functional" programming. It seems like a lot of hoop-jumping to no good end, and pretending the computer is something it's not. Real computers execute instructions in sequence, and all that fancy tail-recursion you wracked your brains to craft will compile down to a goto loop in assembler.

      That's as seperate from "functional tricks", stuff that functional languages often have but isn't involved in their "functionalness". In which basket I include: functions as parameters, functions-that-return-functions, closures, mapping and folding, cons lists, etc. Perl does those, java can be made to, and they're useful.
    4. Re:Wrong by mmusson · · Score: 3, Insightful
      It seems like a lot of hoop-jumping to no good end

      The "end" in my opinion is whether the additional abstraction due to the language design creates a simpler, more bug-free program. In the past, people have been willing to use low level languages like C in order to get the best performance from a program, but as programs have become increasingly complex, the quantity of bugs is becoming unacceptable.

      Is it worth trading some runtime efficiency if it would make your program higher quality? I think this is an even easier question to answer when you think of how many programs spend most of their time idle waiting for user input.

      I am not a one language fits all type of person. A language is not a silver bullet. A bad programmer will find ingenious ways to write bad code in any language. But I do think there are certain problem domains that are well suited to functional languages. I am a particular fan of Haskell.

      --
      SYS 49152
    5. Re:Wrong by Anonymous Coward · · Score: 0

      Perl is instantly readable to me.

      Please remain calm. The men in the white coats will be there soon. They'll take you to your new home, where you can write perl on the wall all day.

    6. Re:Wrong by voodoo1man · · Score: 1
      When I see a screenful of lisp, I see words and brackets. I have to read in order to parse struture.

      When I see a screenful of java, even a brief glance shows me what's going on. I can recognise a for-loop, a while with an Iterator, a method definition, a method call, an assignment. I can see the try and catch blocks. Before I mentally parse any of the words.

      Unfortunately, you have to read your Java code to figure out what it does too. Sorry to disappoint you. You may or may not also be surprised to know that the ability to tell where your catch blocks are are shared by most imperative programming languages (indentation - welcome to the world of tomorrow!); Python even requires it. What you probably don't realize is that none of this helps you any. The baroque syntax of C-derived languages necessitates an excessive use of whitespace, which, combined with Java's pretty little exception handlers (which are really a systematic way to force you to code defensively) means that you will need many a screenful to display any useful body of code. This is not even to mention the stupid operator restrictions which force weird naming conventions (LikeStupidStudlyCaps because we can't have no minus signs anywhere, and the underscore is too hard to type - and forget about putting something sane like a question mark at the end of a predicate name). This is why I like to advocate Python as the ultimate imperative language - you cannot do too much better in terms of syntax. Unfortunately, this does little to no good when you really want to apply multi-paradigm and reflective programming; eventually, it all ends up looking kind of like Lisp (and when it doesn't you get some horror like DIANA for Ada that needs a 300 page specification).
      Lisp isn't code. Lisp is assembler for the Lisp VM, that somebody forgot to write a code parser on top of.
      Glad you mentioned this. Nobody forgot anything; McCarthy's original intention was to have exactly this for Lisp. Fortunately, saner minds (the users' and implementors') recognized the utility of S-expression (also known as "Cambridge Polish" notation) and kept it around for almost 50 years. Programmers new to Lisp often do exactly that; by the time they're done they either realize the value of the notation or go away. There have been a few efforts to add a more conventional syntax to Lisp (Dylan being the most technically successful). Seems no one was interested anyway.
      --

      In the great CONS chain of life, you can either be the CAR or be in the CDR.

    7. Re:Wrong by Anonymous Coward · · Score: 0

      I thought it was the Wall who wrote perl all day... but maybe I'm already insane.

    8. Re:Wrong by Anonymous Coward · · Score: 0

      You really blew the chance for a very good Soviet Russia response there, ya know.

  45. Insightful?! by Anonymous+Brave+Guy · · Score: 2, Insightful
    See all those Java jobs out there? I know a few months ago there were more of those than any other language. I doubt that has changed... or will change in the near future.

    There were more Java jobs than any other language? Really? Or do you just mean there were more adverts mentioning the buzzword "Java" than any other buzzword? There's a world of difference.

    As for changing, tell that to all the VB6 developers.

    Sun could drop off into the Pacific tomorrow, and Java would keep on going because in a lot of places it's the best tool for the job.

    So do you work for Sun PR, or are you someone who's built a career around developing in Java and is desperately willing what he says to come true? Blanket statements like the above are meaningless: there is no job for which, other things being equal, Java does not have at least one serious rival. Often the best tool is decided by who you happen to have on your development team, rather than an odd detail supported by Java but not by <alternative of choice>.

    If Java rolled over and died tomorrow, some people/businesses who'd invested too much in it would get hurt, and then the software development world would move on, just as it always has.

    --
    If you disagree, post your argument. (-1, Overrated) isn't your personal censorship tool for views you don't like.
    1. Re:Insightful?! by Garg · · Score: 1

      So do you work for Sun PR, or are you someone who's built a career around developing in Java and is desperately willing what he says to come true?

      Neither. I know more languages than you can shake a stick at. If Java were to disappear, I'd shrug my shoulders and go on. I'm just saying I don't think it will happen.

      Blanket statements like the above are meaningless: there is no job for which, other things being equal, Java does not have at least one serious rival.

      But it's still the best all-around choice for cross-platform development, hence its popularity.

      Garg

      --
      Garg
      Alumnus, Xavier's School for Gifted Youngsters
    2. Re:Insightful?! by Anonymous+Brave+Guy · · Score: 2, Interesting
      But it's still the best all-around choice for cross-platform development, hence its popularity.

      I'm not sure I agree with that. To give the most obvious example, I currently work on a project that ships on probably 15 different platforms myself, including several popular flavours of UNIX, a couple of flavours of MS Windows, a couple of flavours of Mac, and a few more esoteric extras. (The project is basically a library, BTW.)

      We write in C++. Why? Because everyone can bind to C++ (or at least to the C interface we also provide), and because there's a C++ compiler available for all of those platforms. Neither is true of Java.

      The fact that Java aims to be WORA doesn't mean that it is, nor does it invalidate the use of standardised languages with compilers on many platforms (of which there are quite a few) as alternatives for cross-platform development.

      --
      If you disagree, post your argument. (-1, Overrated) isn't your personal censorship tool for views you don't like.
  46. Re:Until it is set free by Srin+Tuar · · Score: 1, Redundant


    If python werent so bedraggledly slow, and had a sane context-free grammar, I'd use it in a heartbeat.

    No matter what the argument, having INVISIBLE characters of indeterminate size be syntax significant seems too rigid for my taste.

    Being so inflexible in even the most trivial of things seems to be the foundation for the whole language, and is probably the number one reason why python hasnt taken the world by storm.

  47. selling out or sold out? by Anonymous Coward · · Score: 0
    I sincerely hope Sun didn't sell itself out to Microsoft. If they did, I won't stop using Java, since there are other VM's available. All those idiots claiming Sun will go belly up are dreaming. That makes as much sense as Microsoft going belly up. It's not going to happen. Given Sun's hardware is used in high end large institutions, do you think Sun is that stupid? Every company makes mistakes. Some worse than others, but large companies have an easier time weather bad mistakes than smaller ones. This is especially true if their customer base have deep pockets.

    I'm willing to bet 50 years from now, Mainframes and high end Unix servers will still be around. Will IBM, HP and Sun be in the same position they are today? I doubt it. Nothing is static and everything changes. Sure, Sun made some huge mistakes by falling behind on their UltraSparc development. Was it foolish for Sun to not cut back on R&D a little and bring it into focus? Sure, but hind sight is always 20/20. If another huge break out of virii slam Windows and causes major lawsuits for companies exposing their data, Microsoft could find itself fighting battles it can't win. Will it kill microsoft, not likely, but it will hurt. things change because it's human nature.

  48. Tcl, Tk, wxWindows by DavidNWelton · · Score: 1

    It has been possible for years to quickly and easily develop cross platform GUI's with Tcl and Tk. I just sold an application to a local bookstore that I developed entirely on Linux and then tested a bit on windows before delivering it. Tcl and Tk are quick to develop in, faster than Java for GUI's, and are under a BSD style license.

    If Tcl and Tk don't float your boat, check out wxWindows, it looks pretty good as well.

  49. Re:Until it is set free by codepunk · · Score: 1

    Ok coward perhaps Microsoft should quit using python. Perhaps it was all smoke and mirrors that they paid to port it to windows. No coward you did not list a darn thing that I cannot do with standard python. No I guess BitTorrent is not a scalable distributed application. Boy I guess every argument you just made fell flat on it's face.

    --


    Got Code?
  50. I'm sick of Stallman by JThaddeus · · Score: 0, Flamebait

    Okay, so the guy had done a lot for the software industry but let's get real: Show of hands--how many of us would have decent jobs if all software were completely free as defined by Stallman? Uuuuhhh... yeah, I thought so. The man needs to come down from his ivory tower and look at how the real world works.

    I've used Java for over seven years and have never paid Sun a time for it. Likewise we use Java in our product and neither us nor our customers have paid Sun a dime for it--though they have paid a lot for our product! And damn glad I am, too, that they buy our software. It pays our bills and gives me some time to contribute to at least one free project. Now what is so wrong with this picture?

    --
    "Love is a familiar; Love is a devil: there is no evil angel but Love." --William Shakespeare ('Love's Labors Lost')
    1. Re:I'm sick of Stallman by Anonymous Coward · · Score: 0

      Show of hands--how many of us would have decent jobs if all software were completely free as defined by Stallman? Uuuuhhh... yeah, I thought so

      Married to reinventing the wheel are you? I would be pretty disappointed with myself if my life's work was needlessly reproducing the work of others.

      Smart people should be able to get other technical jobs and actually be productive.

      Besides, there is money in Free software; redhat is doing fine.

    2. Re:I'm sick of Stallman by Rupert · · Score: 2, Insightful

      I don't know about everyone who reads slashdot, but I would still be in a job. I've been programming for fifteen years and I've never done anything that didn't at some level involve specific customization for the way a particular client does business.

      Did you complain about the jobs lost when compilers replaced the work of assembly programmers? Or as more and more functions make their way into standard OS libraries? Remember doing http with raw sockets?

      The fact is, some problems are just plain *solved*. If your livelihood involves solving those problems over and over again, and charging money for it each time, then you're going to lose to someone who is more interested in solving new problems.

      --

      --
      E_NOSIG
    3. Re:I'm sick of Stallman by sploxx · · Score: 2, Insightful

      This is why RMS envisioned a software tax.

    4. Re:I'm sick of Stallman by Anonymous Coward · · Score: 1, Informative
      Show of hands--how many of us would have decent jobs if all software were completely free as defined by Stallman?

      What the fuck are you talking about? Do you have any idea how small proprietary-software development is as a fraction of all software development? The vast, vast majority of programmers are in-house programmers, whose jobs benefit dramatically from free software and are not imperiled in the slightest.

      Shrink-wrap, proprietary, "click here to accept EULA" software is a mite on a pimple on the ass of software development. It's just a loud mite, because it has a flaming neon-red venom-dripping boil on its own ass called "marketing".

    5. Re:I'm sick of Stallman by Anonymous Coward · · Score: 0

      Do you have any statistics for your statement, "The vast, vast majority of programmers are in-house programmers."

      Oh wait, this is Slashdot. Sorry.

  51. The articles were a little predictable... by Anonymous+Brave+Guy · · Score: 1

    So, here's the executive summary:

    Article #1 (by the leader of JavaLobby) says "Oh, no, Sun (a commercial body) have given up and sold out our precious Java in the way we always knew they could!". And a world of C and C++ developers rose up and cried as one, "We told you so."

    Article #2 (by RMS) says "See, commercial software development sucks, and everything in the world should be free." And a world of developers rose up and cried as one... oh, no, sorry, they just ignored yet another RMS rant, noting that as usual he failed to address issues like how to pay the rent with free software, how projects without strong leadership usually fail, and how no successful programming language in recent history has developed without someone controlling what goes in and attempting to keep all implementations compatible.

    --
    If you disagree, post your argument. (-1, Overrated) isn't your personal censorship tool for views you don't like.
  52. Seems to me by Julian+Morrison · · Score: 2, Interesting

    ...that you're blaming poor UI design and slipshod coding on the language.

    1. Re:Seems to me by Nicolay77 · · Score: 1

      Well, AWT is poor UI design and the Java library has so much inconsistencies (array vs. vector) that it counts as slipshod coding.

      And yes, the language counts, you simply can't write a program that uses less than 10 MB of memory in Java (the virtual machine uses that), against 10kb in another language.

      Of course you could give the parent poster a 2GHz computer with 512MB of RAM and Java is a good choice for some software.

      Anyway any decent C++ library (wxWidgets or QT) or better, Objective-C in OSX puts Java in the right perspective: it sucks for any proyect with a complex GUI (any desktop project). But it works on the server.

      --
      We are Turing O-Machines. The Oracle is out there.
  53. Re:Until it is set free by codepunk · · Score: 1

    I really don't see the reasoning behind anyone actually wanting to deal with { } ; just to have
    a free form language. What does context-free grammer
    do for you? Is it fun to type all that extra garbage, does it add to the functionality of the language? I write C C++ java etc but I have yet to see what the extra cruft adds to these languages. I don't really enjoy tracking down curly braces in heavily nested code.

    Have you ever seen code that had stuff like this
    in it.

    } //end function
    } //end class

    --


    Got Code?
  54. The Java Trinity by kherr · · Score: 4, Informative
    Java is three things:
    • the programming language
    • the class libraries
    • the runtime virtual machine

    Java the programming language is well-defined and documented and anyone can write their own compiler/interpreter for it, just as they would for Pascal or BASIC or Lisp.

    Java the class libraries are, in my opinion, one of the reasons for the success of Java. They are (for the most part) well thought-out and provide a lot of useful functionality (e.g., network, GUI, data structures) for developers that enables focusing on solving problems instead of doing basic stuff over and over. This is exactly the same type of thing that helped C take off in the 1970s with the standard Unix libraries and why CPAN exists for Perl. These libraries could be replaced and/or clean-room implementations created, which is indeed happening.

    The Java virtual machine is the component Sun has been controlling, for good reason. The JVM is what provides the cross-platform execution and consistent behavior. It also defines a lot of Java features that go beyond the language specification such as runtime class loading and heap management. These are powerful aspects of Java and to have inconsistent behavior would be nightmarish for developers (and was, early on).

    IBM and Apple are two companies that have developed their own JVMs that behave consistently with Sun's but are not written by Sun. IBM even has an open source JVM separate from their licensed one. There are other JVM projects in existence, at different stages of maturity.

    I agree completely that too many major companies have too much invested in Java to let Sun just nuke it or hose it over. Java is in a much more stable state than C#/.NET. Microsoft could announce tomorrow ".NET XP" which could be 180 degrees different from what is today, whereas Sun can't arbitrarily change the fundamentals of Java without losing a lot of support from the major players and individual developers who make Java successful.
    1. Re:The Java Trinity by ciggieposeur · · Score: 4, Informative

      IBM's JDK/JVM is Sun's JDK/JVM ported to IBM hardware with some enhancements for performance and added libraries (JCE, ORB).

      IBM's JVM is Sun's JVM. IBM did NOT invent a new JVM, and IBM's JVM is completely dependent on the licensing status of Sun's JVM.

      I worked for IBM in the WebSphere Tools group from 2000-2003. We got previews of the IBM JVM from Hursley every few months; we saw IBM's branded JVM a full year before the rest of the world did.

      Please let this meme die. IBM did NOT invent a new JVM. Sun still controls all of the viable JVM's in use. Kaffe's JVM is the only clean-room JVM *I've* heard of, and it is never used inside IBM.

    2. Re:The Java Trinity by MenTaLguY · · Score: 1

      Apple's JVM is also a repackaging/polishing of the Sun JVM. Sorry.

      --

      DNA just wants to be free...
    3. Re:The Java Trinity by Knetzar · · Score: 1

      Hate to break it to you, IBM has many JVMs. They have their research JVM, they have the Sun licenced JVM, and they have a clean-room implementation. IBM is a HUGE company, they have redundancy.

      If you want to know about their clean-room JVM talk to some of the people that write the embedded JVMs.

    4. Re:The Java Trinity by Anonymous Coward · · Score: 0

      umm, I've never worked for IBM but cant imagine you working there and missing this.

      http://www-124.ibm.com/developerworks/oss/jikesr vm /

      Yes it's a reseach virtual machine, but it's OSS, it's clean room and it is NOT based on the Sun VM.

      Mod the parent down as uninformed FUD.

    5. Re:The Java Trinity by David+Off · · Score: 1
      I believe there are at least 3 JVM projects within IBM... maybe you can tell us a little more about these projects?

      In the mean time I suggest people take a look at Dr Rob Lougher's JamVM as an interesting independent (not under Sun's control) VM

      JamVM

      "JamVM is a new Java Virtual Machine which conforms to the JVM specification version 2 (blue book). In comparison to most other VM's (free and commercial) it is extremely small, with a stripped executable on PowerPC of only ~100K, and Intel 80K. However, unlike other small VMs (e.g. KVM) it is designed to support the full specification, and includes support for object finalisation, the Java Native Interface (JNI) and the Reflection API."
    6. Re:The Java Trinity by ciggieposeur · · Score: 1

      Yes, and outside IBM there's Japhar, Kaffe, and every other program that emulates the Java Virtual Machine. BTW I used to work with a guy on the team that made the Real-Time Java VM.

      I meant JVM in that same sense that the OP did: the JRE. IBM's "JRE" -- as distributed for Linux, Windows, and AIX -- is Sun's "JRE".

      People who continue to claim that IBM has a total clean-room JVM are right only in the sense that IBM has its own programs that can execute (most) .class files and show output.

      They are wrong in the sense that IBM's clean-room JVM won't actually do anything useful unless you have the rest of the licensed Sun JRE environment handy that has the code for java.lang.*, java.io.*, java.net.*, etc. Until IBM has all that code duplicated, they really don't have a clean-room JRE.

      Is that better?

      IBM knows an awful lot about Java. They wrote RTJava, they experimented with a Java->native compiler (abandoned due to excessive memory requirements for the available hardware at that time), they've got a clean-room JCE, an ORB robust enough for JNDI lookups hence EJB, they've got WebSphere, Portal, and WSAD/Eclipse (though Eclipse is its own story of a lot of lost money, it was supposed to be the Visual Studio killer in 2001).

      But what they have not done is pay for the time to duplicate all the Objects and Interfaces in java.* and javax.*. It's just not worth it when you're already a Sun licensee. They do indeed make significant changes to the Sun JVM with every release of the IBM JRE (see now I'm using the terms in the more correct manner). But if Sun suffered corporate death right now IBM would NOT have a JRE available for forking as everyone likes to believe and say. IBM would instead have a long road ahead of it to either finish the work of GNU Classpath or write its own Classpath Objects.

  55. ObjectREXX LIVES! by FatSean · · Score: 0

    IBM would have to dust off something to use in place of Java....

    --
    Blar.
  56. Here is what Microsoft can do: by master_p · · Score: 1

    They can buy Java, then replace the libraries with .NET. Then, the syntax will be java, but the functionality will be Windows only. Not it that would happen overnight, but it is a usual tactic of Microsoft anyway.

  57. stallman's philosophy by blamblamblam · · Score: 1

    I think my heart has always been with RMS's free software ideals, despite the fact that probably 90% of the software is use is proprietary. One thing that just hit me, though, is that RMS seems to arbitrarily draw the line at software. To me, I always thought the principal of free software was one of control: that users knew what was going on inside the programs they were running and had the power to change them however they saw fit. Yet to me, this concept of control goes beyond just the software and extends down to the hardware, which has been and probably always will be proprietary. I think there are certain low-level areas where hardware and software can trade functionality and the line between them isn't so clear.

    Do we forget about hardware because it is, by theoretical model, the same from machine to machine? Or has it never been the case that hardware has been a limiting factor for users? Or do we just concede that we probably don't have very little power over the hardware in the first place? If anybody is more familiar with this topic, please let me know.

    1. Re:stallman's philosophy by Anonymous Coward · · Score: 0

      I long for the days of the old Compute Atari Memory maps. Every single memory location and register was documented in those.

    2. Re:stallman's philosophy by gral · · Score: 1

      He doesn't stop at software. In several of his speeches he talks about a printer that was "Donated" to his department that had proprietary drivers. That was the reason he started GNU.

      He has talked about hardware having "Open" drivers.

      Hardware is a wierd area. You have a tangible cost in production of the Hardware for each unit, not just the first.

      --
      Scott Carr
    3. Re:stallman's philosophy by ClosedSource · · Score: 1

      But it's not just about having open drivers. If he wants total purity he has to insist on having all the source for the software inside the printer as well.

      While its true that there is a tangible per-unit cost for hardware, it's still the IP costs that often dominate in the sales price.

    4. Re:stallman's philosophy by gral · · Score: 1

      Stallman does want all hardware to be Open Source code as well.

      AFAICT anyway. ;-)

      But, I think he has had enough of a battle with just Software.

      --
      Scott Carr
    5. Re:stallman's philosophy by ClosedSource · · Score: 1

      The point is that if Stallman decides he wants to draw the line at hardware, he should let others draw the line where they want to without him complaining.

  58. Rational screwed up. XDE is about to get CHEAP. by LibertineR · · Score: 2, Informative
    They went for the bigger offer, but the smaller market. They bet on Java, when they could have bet on .NET. The Java market is still bigger now, but Java may die on the vine if Sun doesnt sell it, and I dont think they will, as long as Microsoft is paying their bills.

    Rational now will have to deal with Whitehorse and their sales will go south in the Windows market until corporations get a chance to compare it to Rational products. If Whitehorse becomes part of the MSDN subscription (and it will) then who is Rational going to sell to? Visio may have sucked enough to keep .NET developers buying Rational tools, but Whitehorse wont, and IBM will be stuck with another LOTUS. Great technology with too small a market for profitability.

  59. Confusing free and open-source by Anonymous+Brave+Guy · · Score: 1
    If anything this'll only convince people that the open source community is some kind of weird religious cult with communistic tendencies.

    Careful -- that's the free software community you're talking about.

    The open source idea does have some interesting possibilities, and while I'm not as fanatical about it as some, I'm certainly prepared to give it a shot if the opportunity arises.

    The free software idea has pretty much no demonstrated benefits, other than those that come with open source anyway. It's a philosophical movement, with whose philosophy I happen to disagree. That's mainly because my employer makes money from selling good products, significantly ahead of the nearest competition due to investing in good staff who work hard. While that business model seems entirely ethical to me, it would be destroyed instantly by making everything free-as-in-FSF.

    --
    If you disagree, post your argument. (-1, Overrated) isn't your personal censorship tool for views you don't like.
    1. Re:Confusing free and open-source by Gorath99 · · Score: 1
      If anything this'll only convince people that the open source community is some kind of weird religious cult with communistic tendencies.
      Careful -- that's the free software community you're talking about.
      My apologies. I really should take care not to mix those two up as much.
  60. Dual-license by Anonymous Coward · · Score: 0

    Seems to me that if Sun were to dual-license Java the way Trolltech did with QT, they'd make a pile of money. GPL plus commercial license if you don't want to GPL your own stuff. Turn Java into a megastandard and still make money from commercial users...what's to lose?

  61. GCJ/Classhpath sounds great, but wait by gustgr · · Score: 2, Interesting

    I am a computer science student and I'm very envolved with the academic activities on my university. I have a scientific initiation* project based on testing mobile agents build in Java. The project is even afforded by a gov. agency.

    We are using Sun's JVM and compilers to build the agents and the testers. I was think about using gcj/classpath to build that programs, but that would be really 'reliable' ?

    How my project would be intepreted in scientific congress when people see it is not developed under Sun's JVM but on GNU's one ?

    I have always fought for freedom and I totally agree with almost all Stalman's words but to say us to use a free replacement for Sun's JVM that isn't even completely done doesn't sound very pleasant for the programmers. In my case, I don't know what would be the academic's or even my advisor's reaction to a sentence like: "This Java program, compiled under GNU's JVM, solves that and that problem this way ..."

    Before trying to "push" (don't take me as non-free person) a environment it is better to finish it don't you think ?

    * that's how it is called the first project the student have in the academic environment in Brazil

    1. Re:GCJ/Classhpath sounds great, but wait by Wesley+Felter · · Score: 1

      A Java program is a Java program. It doesn't matter what tools you used to develop it, so don't tell people. As long as your program runs on GCJ and Sun's VM, everybody's happy.

    2. Re:GCJ/Classhpath sounds great, but wait by p3d0 · · Score: 1

      Solution: develop it under GNU, then demo it under Sun's JVM.

      --
      Patrick Doyle
      I mod down every jackass who puts his moderation policy in his sig. Oh, wait a sec....
    3. Re:GCJ/Classhpath sounds great, but wait by Minna+Kirai · · Score: 1

      We are using Sun's JVM and compilers to build the agents and the testers. I was think about using gcj/classpath to build that programs, but that would be really 'reliable' ?

      I've seen Java "agent" code work fine under both gcj and Sun or IBM's JVM. I mean stuff like Coabs.

      How my project would be intepreted in scientific congress when people see it is not developed under Sun's JVM but on GNU's one ?

      Nobody with a scientific mindset should care at all. Scientists view choice of software provider as an inconsequential implementation issue. Both Sun Java and GCJ have certain problems with numerical accuracy that bother some scientists, but as long as you correctly report what you used, you'll be fine.

      doesn't sound very pleasant for the programmers.

      Pleasant for programmers? That depends on what they're doing. In general there's so much more support for official Sun Java in IDEs and what have you that it'll be easier to jump right in and get started without thinking about configuration. And since most Java programmers probably use the Sun version anyway, it'll be simplest to stick with what they're used to.

      However, there are situations where GCJ is actually much easier to use than Java. Especially if you're an experienced Unix C++ or GCC programmer, or if you need to work with programs that combine C/C++ and Java in one executable, then GCJ can be better.

  62. The best tool for WHAT job? by ciggieposeur · · Score: 4, Interesting

    It's a serious question. To paraphrase myself:

    I've programmed Java J2EE for years. I am expert at the "best practices", performance tweaks, and real production-quality code, yet Java's utility is almost nonexistent beyond "it's what I [was] paid to write." Here is MY short list of things Java is useful for:

    1) HUGE web sites. J2EE is a good solution: strong typing in the language, a security model that is complete from the database backend up to the Struts frontend, and clustering/failover with EJB 2.0.

    COROLLARY: Small-medium sites should use LAMP and rely on redundant hardware to handle failover.

    2) Applets. Since they run on "most" Unixes + Windows browsers, and despite the load time an applet is much friendlier to users than Flash. But you have to use Java 1.1 to ensure compatibility.

    COROLLARY: Cross-platforms GUIs should use Python, Qt, wxWindows, Tcl/Tk, etc.

    3) Unusual database applications for which only an ODBC or JDBC driver exists. JDBC is a rather mature standard (should be since it ripped off ODBC) that works pretty well. It's faster to write a few quick Statements and PreparedStatements and run them against a database than to use native tools that "have" 'different' ''ways'' of quoting strings.

    COROLLARY: Prefer Perl or PHP if the database is supported.

    4) Any application for which speed is not an issue. Yeah, Java can do everything any other language can do, and if this is the one easiest for someone to "think in" then they should use it.

    COROLLARY: NEVER use Java to create or manipulate graphics from the command line. No JDK, EVER, has managed to do this despite five years of pleading from the professional programmers. Without a GUI Java goes belly-up on the first "new java.awt.Frame()". (And for you 1.4+ folks who think HeadlessException was a fine solution, it wasn't.)

    Java was a great idea in 1995, but since then Java has been pushed as the Second Coming and it just hasn't measured up. The other languages have surpassed Java in every one of its primary marketing points: platform independence, performance, object-orientedness, ease of use.

    So what jobs are you doing that make Java the best solution?

    Not trying to flame, but genuinely curious.

    FYI Blackdown, IBM et al CAN'T fork the Sun JDK unless Sun frees the code. And, as apparently thousands of Slashdotters are unaware, every other JDK except Kaffe+GNU is an independently licensed derivative of Sun's JDK.

    1. Re:The best tool for WHAT job? by pHDNgell · · Score: 4, Interesting

      I'm no java apologist. I use a lot of different programming environments and find java frustrating in a lot of ways, but I disagree with a lot of what you said. Java is the best tool for many jobs simply because it was the best tool for many other jobs. This has caused a large class library to come about that has pre-built code for many of the things one needs to do. This makes it take less time for me to make some things (but the language still manages to make the process a bit slow and painful).

      In particular:

      NEVER use Java to create or manipulate graphics from the command line. No JDK, EVER, has managed to do this despite five years of pleading from the professional programmers. Without a GUI Java goes belly-up on the first "new java.awt.Frame()". (And for you 1.4+ folks who think HeadlessException was a fine solution, it wasn't.)

      I've been doing headless java graphics manipulation since 1.1.6 as part of my photo album and other tools. It got a bit easier in 1.4, but it's always been possible. For example: my house temperature diagram takes the collected data and renders to PNG or GIF depending on what your client claims to accept.

      --
      -- The world is watching America, and America is watching TV.
    2. Re:The best tool for WHAT job? by ttfkam · · Score: 2, Interesting
      COROLLARY: Small-medium sites should use LAMP and rely on redundant hardware to handle failover.
      How is this a corolary? If you had said, "strong typing in the language and a full security model are detrimental to small/medium projects," it would have been a corolary. As it stands, it's a non-sequitor. In addition, assuming that Java is a poor choice does not automatically make LAMP a good choice let alone better.
      COROLLARY: Cross-platforms GUIs should use Python, Qt, wxWindows, Tcl/Tk, etc.
      Personally I hate applets. As for limited cross-platform usage of Flash, I beg to differ. It handles MS Windows, Mac, Linux... The toolkits you mentioned are (a) not all installed in most systems and (b) not web-based which is what you were comparing applets to.
      COROLLARY: Prefer Perl or PHP if the database is supported.
      Okay, you really lost me on this one. You just said that JDBC did a great job of database abstraction. And your conclusion: don't use it?
      COROLLARY: NEVER use Java to create or manipulate graphics from the command line. No JDK, EVER, has managed to do this despite five years of pleading from the professional programmers. Without a GUI Java goes belly-up on the first "new java.awt.Frame()". (And for you 1.4+ folks who think HeadlessException was a fine solution, it wasn't.)
      Like Batik for server-side SVG to raster (PNG/JPEG) conversion? Yeah. Totally useless. What was I thinking?
      And, as apparently thousands of Slashdotters are unaware, every other JDK except Kaffe+GNU is an independently licensed derivative of Sun's JDK.
      Ummm... GCJ?

      Please also note that if Sun halted all development on Java, it would (a) alienate every customer they've had for the last eight to ten years and (b) create a genuine interest in funding an alternative (think: IBM funding and assisting gcj/kaffe/gnu classpath).

      Won't happen? What about EJB? Certified licensees only. Wups! Who are those JBoss folks? LGPLed EJB-compatible project? Well we won't certify it. Hey! People are using it in droves anyway! Ummm... Okay... Maybe we'll look into certifying it. (This of course mattered very little as people were apparently using it with or without Sun's endorsement.)

      --

      - I don't need to go outside, my CRT tan'll do me just fine.
    3. Re:The best tool for WHAT job? by Ogerman · · Score: 2, Informative

      So what jobs are you doing that make Java the best solution?

      Enterprise applications. The Python / Perl / PHP world is currently unable to compete with J2EE for complicated, professional business applications. And note that I'm talking about more than just "huge websites." I'm talking about the core software that businesses rely on for daily operations. The P* tools are good for lightweight web applications, but that's about it. Python tools may have the potential to compete with J2EE someday, but they have a long ways to go. Zope + something roughly equivalent to EJB could perhaps work for smaller business apps.

    4. Re:The best tool for WHAT job? by javaxman · · Score: 1

      It's fine that all of this is your opinion, but it's just that.

      My opinion is that all of the cross-platform GUIs you've mentioned are fine for some uses, but impossible or a PITA for others. Swing, although much maligned and not without it's issues, is perfectly usable for enterprise ( or other, general ) applications where you'd like to avoid porting.

      Of course, you have to have a developer with some idea what they're doing, and it always helps to have a good application design, but those factors aren't language-dependant.

    5. Re:The best tool for WHAT job? by ashultz · · Score: 1


      Quick answer based on projects I've worked on:

      genetic algorithm scheduler

      innovative and damn complicated multithreaded storage runtime

      complicated database backed web thingie

      xml security gateway

      Really anything where the complexity was very high and benefitted from a lot of organization. All of these projects could have been done in C or C++ or another serious dev language, but they weren't, they worked fine, and using Java allows the company to develop much faster and with more confidence.

      Speed was definitely an issue for some of these, but not something that Java couldn't do fine.

      Any job a sane person would consider perl for probably doesn't benefit from Java... it takes a lot of code before it pays for itself. But then it does, and pays off big.

    6. Re:The best tool for WHAT job? by ciggieposeur · · Score: 1

      I've been doing headless java graphics manipulation since 1.1.6 as part of my photo album and other tools. It got a bit easier in 1.4, but it's always been possible. For example: my house temperature diagram takes the collected data and renders to PNG or GIF depending on what your client claims to accept.

      How? The only ways I've heard of are using an AWT replacement library ala Pure Java AWT, using code that doesn't depend on AWT at all, or setting up a virtual frame buffer X server. If there's another way I'd sure like to know. Even Batik relies on AWT, as I demonstrated to another poster.

    7. Re:The best tool for WHAT job? by ciggieposeur · · Score: 1

      If you're going to argue word choice, at least spell "non sequitur" correctly. Regardless, for small-medium projects, Java isn't a good choice compared to the alternatives. Perhaps you should TRY LAMP first before disparaging it. Or put yourself in the shoes of a small business owner who needs a web site and doesn't have $20,000 to dedicate to software licenses or a Java professional's time.

      And to be blunt, the LAMP site is going to be up in 1/5 the development time and be far more responsive to the user (faster) than the equivalent J2EE site. The J2EE site can be improved to meet the LAMP site's speed, but it's an uphill battle all the way. It isn't until you need a LOT more than a basic site that J2EE starts to pay off, and my point is the market for such sites is tiny (even though it pays $$$ reasonably well) compared to the market that LAMP can satisfy.

      Python, Qt, wxWindows, Tcl/Tk, etc., support WAY more platforms than Flash. Where I came from you weren't cross-platform until you supported AIX, Solaris, HP-UX, IRIX, Linux, Windows, and finally Mac OS X.

      I say prefer Perl or PHP for quick-and-dirty database apps because they are very effective at being quick-and-dirty. Like fifteen minutes or so to make a program that can SELECT and do basic string or numeric manipulation before writing the data out to a flat file. In Java that would take about an hour to write, not due to JDBC but because you have to add external libraries for string manipulation. Perhaps if you tried Perl DBI you'd see why I say it's much faster. I say PREFER Perl/PHP, but if that's not available and JDBC/ODBC is, then use that before resorting to command-line scripts.

      "Like Batik?" OK, let's see how even Batik does:

      ---snip---

      $ java -fullversion
      java full version "J2RE 1.3.0 IBM build cx130-20010626"

      $ java -jar batik-1.5.1/extensions/batik-rasterizer-ext.jar batik-1.5.1/samples/mapSpain.svg

      About to transcode 1 SVG file(s)

      Converting mapSpain.svg to batik-1.5.1/samples/mapSpain.png ... _X11TransSocketINETConnect: Can't get address for foo.bar
      Exception in thread "main" java.lang.InternalError: Can't connect to X11 window server using 'foo.bar:543' as the value of the DISPLAY variable.
      at sun.awt.X11GraphicsEnvironment.initDisplay(Native Method)
      at sun.awt.X11GraphicsEnvironment.(X11GraphicsEnviron ment.java:63)
      at java.lang.Class.forName1(Native Method)
      at java.lang.Class.forName(Class.java:134)
      at java.awt.GraphicsEnvironment.getLocalGraphicsEnvir onment(GraphicsEnvironment.java:64)
      at java.awt.Font.initializeFont(Font.java:277)
      at java.awt.Font.(Font.java:361)
      at java.awt.Font.getFont(Font.java:378)
      at sun.java2d.SunGraphicsEnvironment.getBestFontFor(S unGraphicsEnvironment.java:585)
      at java.awt.font.TextLayout.standardInit(TextLayout.j ava:628)
      at java.awt.font.TextLayout.(TextLayout.java:479)
      at org.apache.batik.gvt.text.BidiAttributedCharacterI terator.(Unknown Source)
      at org.apache.batik.gvt.renderer.StrokingTextPainter. getTextRuns(Unknown Source)
      at org.apache.batik.gvt.renderer.StrokingTextPainter. getBounds2D(Unknown Source)
      at org.apache.batik.gvt.TextNode.getPrimitiveBounds(U nknown Source)
      at org.apache.batik.gvt.AbstractGraphicsNode.getTrans formedPrimitiveBounds(Unknown Source)
      at org.apache.batik.gvt.AbstractGraphicsNode.getTrans formedBounds(Unknown Source)

      ---snip---

      (Oh look at that! It's an IBM JVM using Sun's code!)

      Are you SURE you know what "headless Java" means?

    8. Re:The best tool for WHAT job? by ttfkam · · Score: 1

      ...at least spell "non sequitur" correctly.

      My most humble apologies.

      Perhaps you should TRY LAMP first before disparaging it. Or put yourself in the shoes of a small business owner who needs a web site and doesn't have $20,000 to dedicate to software licenses or a Java professional's time.

      I have tried LAMP. Even back in the days when the 'P' used to mean Perl instead of PHP. Linux works well. Apache is top notch. MySQL is a crap datastore by most measurements. Perl is no simpler for an absolute beginner than Java. PHP is the crap spawn of Perl. mysql_connect(...)? Crap. Now of course people are starting(!?!) to talk about database abstraction in PHP with PHP's ADO, but barely any packages use it now.

      As far as shop owners, they couldn't care less what language it's written in. Most of the time they never touch code whether it's in Java, Perl, C, PHP, or Brainfuck. They upload a header graphic, input some text, and use the online tools from the storefront their ISP sold to them. PHP/MySQL is a historical accident, not a cogent choice.

      And to be blunt, the LAMP site is going to be up in 1/5 the development time and be far more responsive to the user (faster) than the equivalent J2EE site. The J2EE site can be improved to meet the LAMP site's speed, but it's an uphill battle all the way.

      A JSP-only page is just as easy to use as PHP. No, I take that back. PHP makes mistakes harder to track down and locks you into a particular database. What? ADO? If someone doesn't know how to program, they don't know about database abstraction. They only know mysql_connect(...). If they do know about database abstraction, they also know to program in something better than PHP.

      If you don't like servlet/JSP environments, why not Zope? No 'Z' in LAMP. Or were you going to try to assert some revisionist history by saying the 'P' stands for Python?

      Python, Qt, wxWindows, Tcl/Tk, etc., support WAY more platforms than Flash. Where I came from you weren't cross-platform until you supported AIX, Solaris, HP-UX, IRIX, Linux, Windows, and finally Mac OS X.

      Yes. And in the real world, the client platforms are MS Windows, Mac OS 9, Mac OS X, and (maybe) Linux. If the shop is rare enough to run AIX and need a client graphics engine toolkit, they also have the resources to maintain and author the items you mentioned. In the real world, no one gives a rat's ass about HP-UX client GUI development.

      Don't agree? Check out the job listings. Look up "wxWindows developer needed for work on IRIX." Now look up "Flash developer needed for Mac shop." If you can find the former, you have already amazed me. If you can't find the latter, you either weren't looking or you are delusional.

      In Java that would take about an hour to write, not due to JDBC but because you have to add external libraries for string manipulation. Perhaps if you tried Perl DBI you'd see why I say it's much faster.

      Oh! You got me! I was under the impression that I wrote code like:

      String foo = request.get("somequeryvar");
      if (foo.matches(".*[Ff]oo.*")) {
      foo = foo.replaceAll("([Ff])oo", "$1ubar");
      }

      I know. Soooo terrible. Compare this to

      my $foo = $query->url_param('somequeryvar');
      if ($foo ~= /.*[Ff]oo.*/) {
      $foo ~= s/([Ff])oo/$1ubar/g;
      }

      <sarcasm>Wow! You're right! The Perl is so much simpler and easier to read/write/understand basic string manipulation.</sarcasm>

      Perl DBI is "much faster?" What Kool-Aid are you drinking? Unless you are going through the JDBC-ODBC bridge, they are both limited by database and socket speeds, not the implementation library. Oh, I forgot. Perl has the "go faster" bit set. Ple

      --

      - I don't need to go outside, my CRT tan'll do me just fine.
    9. Re:The best tool for WHAT job? by ciggieposeur · · Score: 1

      I think I know what you're talking about: "webapps" in the loosest sense only in that they run on a J2EE server, that may not have an exposed web page interface of any kind. You talk to them with SOAP or EJB clients. They've got all the libraries from Java: JavaMail, EJB, JDBC, JCE, etc., plus they can use hundreds of other liraries from Apache and elsewhere.

      That's the kind of thing I used to do for a living. Bored the hell out of me. I started calling it the "COBOL of the 21st Century".

      I used to really like the J2EE environment. I changed my mind when I put up a web page in PHP, and found that it was far easier to debug what was going on and make changes. Email in PHP is a snap, even though it introduces a platform dependency; SOAP is even easier than the already easy Apache Axis API; database access is just like Perl's DBI. I was amazed how many libraries are in CPAN, and how easy it is to install them ("perl -MCPAN -e 'install Foo::Bar'). I even got angry at how much time we already spent on a full-blown J2EE "solution" that could've been done in Perl or PHP -- including the frontend! -- in 1/5 the time.

      But back to your uses: strong typing IS handy for business-critical logic I agree, especially as these apps have to live "forever" (a.k.a. until the business goes under) and will probably see lots of turnover in the development staff over the years. (And come to think of it I forgot to add multi-threaded prototyping is a job Java does well.)

    10. Re:The best tool for WHAT job? by pHDNgell · · Score: 1

      Before 1.4, I used xvfb. As of 1.4, headless awt is built-in.

      --
      -- The world is watching America, and America is watching TV.
  63. Re:Until it is set free by Anonymous Coward · · Score: 0
    Just go to big companies and try to sell them something written Phython.

    Oh, you mean like Google, Yahoo, Industrial Light and Magic, Disney, Thawte, RealNetworks, and IBM? Yeah, they'd never use python. No, wait, they DO use python. Not to mention NASA, the National Weather Service, MCI Worldcom, and numberous others.

    And it's spelled "python", dumbass.
  64. Re:Message To America's Students: The War, The Dra by Anonymous Coward · · Score: 0

    Java is a weapon of mass Construction.

  65. Java is not the issue, our viewpoint is..... by innerweb · · Score: 2, Interesting
    Years ago, I decided not to get into Java for the very reasons that people are afraid it might die now. I kept on using Perl. I know, it is old, and is taking forever to come out with 6.x. It works, it is free, I have never seen the platform it does not now run on (though I know there are some), and it has a ton of support. Is it perfect? No. What language is?

    The real problem here is that the community in general has forgotten what a business is all about. Even my business. To make money. And when the squeeze comes on the primary lines of income (as it always does), the "charity" gets "changed" in ways the community does not approve of.

    It is the same reason I will not produce serious applications in .net. I have used it, it is neat, but it is locked up and problematic. If MS wants to make a change that breaks my code, my clients are in trouble. If you think they will not, go back to VB, VC++ et al. MS always makes changes that breaks things, and then they do force the change on you.

    Sun is yet another company that has tried to be a gallant knight in shining armor (all in the name of profit). If Sun kills Java for a few billion, what can we say? They own it. If Sun decides to let it go free, what can MS say? No payment?

    If we as a community really want to keep Sun's Java alive (not our Java), then we need to make it worth Sun's while to do so. Sun needs to turn a profit. Without that profit, they can not pay the people who write Java to write. Without a profit, there is no gatekeeper.

    If we all really want to keep Java, we need to reach into our pockets and pull out some money. If everyone contributed $100.00US to a fund (say the OSDN) earmarked to purchase Java and set it free (or to pay sun to keep it going), you might get what you need. You need to get 10,000,000 people to each pay their $100.00US to the fund (1 billion dollars US). Now, that is only half what the MS people are paying for whatever it is they are paying for, so we all might need to pay more than $200.00 each.

    Of course, you could always try to get a few thousand serious developers to start contributing to the development of Java in the wild.

    InnerWeb

    --
    Freud might say that Intelligent Design is religion's ID.
  66. EXACTLY !!! by The+MESMERIC · · Score: 0

    Can't make apps for other OS'es
    And I never compiled a .NET app, but what if a Windows 98 person doesnt have the framework installed?

    Also web-forms are crap - stay well clear of them!
    Try and rendering a calendar control on a NETSCAPE hehe .. doesnt work! I just use my own XML/XSLT instead ...

    I program in C# but really dont like it :(
    It's just ahm ... too ugly methinks ..
    (still searching for a better language - shame couldn't get Eiffel.NET to work)

    PS: I am glad this is /. cos if this was angrycoder I would get boo-ed just for mentioning Windows 98!!! (but not their latest stuff)

  67. Re:GPL , Freedom and Open Source (+ Apache) by Anonymous Coward · · Score: 0

    Apache licenses are, IIRC, precisely the type of free software you mention. I believe, too, the BSD license terms are the same (tho I can't back that up, so I guess it's just hearsay :-)).

  68. RMS, Slavery, and Corporate Slime (RIAA Example) by bfg9000 · · Score: 3, Insightful

    As this thread progresses, I'm certain we'll find that a lot of people whine about and take cheap shots at RMS. Coincidentally, these are typically people who haven't accomplished anything useful in their entire lives except post witty one-liners and flames of others here on Slashdot. RMS' legacy is the GPL and a fast-growing freedom movement, mine is having Excellent Karma on a News for Nerds site.

    RMS actually tries to protect our freedoms, which is more than I can say for 99% of us, including myself. We mostly seem to care about what's the best DRM or how easily we can adapt to the corporations' new demands on us. We act like a slave nation. I remember reading a book about slavery in the Old South, and the amazing thing was that many slaves believed that slavery was ethical because they had been taught that they were an inferior people, and that the white overlords were justified in beating wayward slaves because it was their plantations and their profitability that would suffer from lazy slaves. The masters managed to get the slaves to see it from their perspective, and in the process, to forget the reality that was their own perspective. We are the same. This is fast becoming our way of thinking. We're not looking out to protect ourselves, but to be "fair" to the companies we have to deal with. The RIAA cries about lost sales. Software companies cry about free alternatives or piracy. Pretty much everyone cries about people making products similar to what they've already released, even though their design was just common sense. And we hear their cries, and often feel bad for the poor Multinationals whose sales are down 7%, leaving them with a meagre profit of about 5 billion dollars (after hiding some with crooked accounting, of course). Needless to say, the companies don't have this self-doubt and ethical dilemma. If they can get us to cave in and start down that "slippery slope of compromise" at all, they can continually and slowly take our consumer rights from us. Look at fair use, already on its deathbed. Timeshifting, which will soon be legislated to death. Copying, sharing, tinkering; all dying. Public domain vs. copyright.There's even crazy talk about the US outlawing free software. The balances are shifting hard and fast in favor of the corporations and against consumer rights. We the people generally have no ethical problem with proprietary software, spyware, or restrictions on our freedom as long as it is inobtrusive. Because we have bought the line that we don't OWN anything. We're only LICENSING our possessions AT THE SAME PRICE AS WE USED TO BUY THEM FOR. Pretty soon, we'll only be able to license our computer hardware. Since we won't own it, we will have NO legal right to privacy on it. And you know what? Give us a better media player or smoother GUI and we'll line up for it like lemmings.

    We tend to begin from the assumption that the corporations are right and ethical in their thinking. They spend massive advertising dollars to promote their claim that they occupy the moral high ground. This is often incorrect. We should always begin by doubting every position, but especially the status quo. I got a chance to talk to a few fairly famous musicians at Juno afterparties a few years ago, and yes, they were all thankful that the record companies supported them, but at the same time agreed that they were taking too big of a cut, had too much artistic control, and that the RIAA-type organizations were all crooked and greedy as hell. Some of the artists WANTED to put free songs online to get their names out or to reward faithful fans, but they were forbidden by their corporate masters. They aren't even allowed to play guitar and sing around a campfire without the Company's permission. So whose ethical viewpoint should we be listening to -- the artists themselves, or the middleman who packages the artists music? In a digital age, why are these middlemen even still around? If we keep them around and move to the digital download model, we've just added another layer of middlemen (Apple, Nap

    --

    I'm not normally an irrational zealous dickhead, but I figure "When in Rome..."

  69. Re:Free Java would have better served most purpose by Oligonicella · · Score: 1

    Java runs on mainframes. How do you propose to have a "cross-platform UI" which works on IBM, Tandem, AND a PC?

  70. Super Karate Monkey Death Car by beerits · · Score: 2, Funny

    That work well for Mr James on NewsRadio:

    Mr. James: "The original title of this book was 'Jimmy James, Capitalist Lion Tamer' but I see now that it's... 'Jimmy James, Macho Business Donkey Wrestler'... you know what it is... I had the book translated in to Japanese then back in again into English. Macho Business Donkey Wrestler... well there you go... it's got kind of a ring to it don't it? Anyway, I wanted to read from chapter three... which is the story of my first rise to financial prominence... I had a small house of brokerage on Wall Street... many days no business come to my hut... my hut... but Jimmy has fear? A thousand times no. I never doubted myself for a minute for I knew that my monkey strong bowels were girded with strength like the loins of a dragon ribboned with fat and the opulence of buffalo... dung. ...Glorious sunset of my heart was fading. Soon the super karate monkey death car would park in my space. But Jimmy has fancy plans... and pants to match. The monkey clown horrible karate round and yummy like cute small baby chick would beat the donkey.

    1. Re:Super Karate Monkey Death Car by Anonymous Coward · · Score: 0

      yummy like cute small baby chick would beat the donkey :-)

  71. For Java, yes. For Sun, no. by LibertineR · · Score: 4, Insightful
    Would the Sun/MS debacle have unfolded any differently if the source code for Java had been available under the GPL?

    If Sun had GPL'd Java early on, there would be no .NET today. There would be no need, as Java would have become the de-facto language for Windows applications and Microsoft would have been forced to go along. Java would benefit from Microsoft's strength in Dev-tools, and anything good that Microsoft came up with would have been shared across platforms.

    Sun expected Java to do for them what Visual Basic did for Microsoft, but they were stupid about it. When Visual Basic came out, Microsoft created a huge market for tools vendors like Roguewave and others without giving them a rectal exam everytime they came up with something to keep them under their thumb. Sun could have done the same thing, allowing people to create Solaris widgets and stuff, but Sun should have had a decent IDE available at the time of Java's initial release for all this aftermarket stuff to fold into.

    Sun thought that good press equaled big money, and they did not listen to anyone about how to build a market. People took Java and left Sun behind.

    1. Re:For Java, yes. For Sun, no. by Anonymous Coward · · Score: 0

      If Sun had GPL'd Java early on, there would be no .NET today.

      I think you're wrong about that. Dot Net was a response to Enterprise Java Beans, not a response to Java. MS's response to Java was C# and the Common Runtime architecture.

      What Microsoft fears is a development paradigm that allows the creation of rich, cross-platform applications. Microsoft knows one of the keys to its monopoly position is the standardization around key applications like Excel, PowerPoint, etc. Companys that make software using traditional languages + proprietary OS-based APIs must spend significant funds to bring out non-Microsoft versions of their software. Intuit no longer makes QuickBooks for Macintosh. Why do you think that is? Why do you think they don't make a version for Linux? Do you think the non-availability of QuickBooks deters any OS buyers from choosing a non-Microsoft OS? Over the years Adobe has dropped Macintosh support for several of its products. Their stated reason for doing so was that it costs too much money for the return they were getting.

      On the other hand, a niche product like Readerware's CD-cataloguing software, which is written in Java, is available for Windows, Macintosh, Linux, and Palm. This software is written by a very small team with limited resources, possibly one person. Do you think Readerware's choice of Java had anything to do with the wide platform selection they are able to offer?

      This is what scares Microsoft. The more there are software vendors which develop like Readerware, the lower the barrier to choosing a non-Microsoft OS will be for users.

      Java would benefit from Microsoft's strength in Dev-tools, and anything good that Microsoft came up with would have been shared across platforms.

      I think you're wrong about this too. Microsoft would have forked Java so that it still would have been easy to develop MS-Java programs but useless, or at least difficult, for the task of creating programs for non-MS platforms.

      When Visual Basic came out, Microsoft created a huge market for tools vendors like Roguewave and others without giving them a rectal exam everytime they came up with something to keep them under their thumb

      Your comparison is not the same. Rogueware was not challenging Microsoft by offering a competing VB runtime that was incompatible with Microsoft's own. Rogueware was not hoping that their VB runitme would someday supplant Microsoft's. However, that is precisely what Microsoft was hoping to do to Sun's Java.

      A closer analogy would by to compare Rogueware with Eclipse, Idea's IntelliJ, Borland's JBuilder, etc.

      Sun retained control of Java in part to prevent its forking into incompatible distributions, not merely to put tool developers under its thumb.

    2. Re:For Java, yes. For Sun, no. by LibertineR · · Score: 1
      What Microsoft fears is a development paradigm that allows the creation of rich, cross-platform applications. Microsoft knows one of the keys to its monopoly position is the standardization around key applications like Excel, PowerPoint, etc.

      That is wrong.

      Microsoft could not care less about cross-platform development, no matter how rich an app you develop. Microsoft cares about Windows, Windows and oh yeah, WINDOWS. If somebody wants to build something to compete cross platform with Excel, I think their attitude is "Go for it!" Competition makes Microsoft stronger. They could use the excitement, trust me.

      On the other hand, a niche product like Readerware's CD-cataloguing software, which is written in Java, is available for Windows, Macintosh, Linux, and Palm. This software is written by a very small team with limited resources, possibly one person. Do you think Readerware's choice of Java had anything to do with the wide platform selection they are able to offer?

      You are kidding, right? Look, how much cash do you think that app is taking from Windows, Windows, and what is that other thing.....WINDOWS? Microsoft's cash comes from Windows and Office. Nobody, NOBODY is anywhere close to denting Microsoft's cash flow in these areas. Suppose somebody wants to run Readerware software, Odds are 2 to 1 that they will end up running it on Windows. Microsoft wins! Even if they run Readerware somewhere else, it is not an app that is going to cause someone to give up MS Office on a Mac or Windows Machine in order to use it.

      I think you're wrong about this too. Microsoft would have forked Java so that it still would have been easy to develop MS-Java programs but useless, or at least difficult, for the task of creating programs for non-MS platforms.

      Why would they bother? Java would never become as easy as VB for Microsoft apps. The problems with COM were as responsible for .NET as was J2EE. Try to imagine what would have happened had Microsoft released C# without a Visual Studio, and then you would have what happened to Sun. In fact, the thing holding back C# adoption the most, is the fact that it came from Microsoft.

      Rogueware was not challenging Microsoft by offering a competing VB runtime that was incompatible with Microsoft's own. Rogueware was not hoping that their VB runitme would someday supplant Microsoft's. However, that is precisely what Microsoft was hoping to do to Sun's Java.

      That is because Microsoft could. No, little Roguewave was not about to supplant Visual Studio with their reusable components, but they made millions selling them to Visual Studio users along with a few dozen other tools vendors. If you ever tried to deal with Sun, you know that they never did anything to make life easier for Java developers, and they had few partners ready at launch to do so either.

      Now, suppose Eclipse had been around at the time of Java's launch, along with the Java committment from IBM. Do you think things might have been a little different? I sure do.

    3. Re:For Java, yes. For Sun, no. by Anonymous Coward · · Score: 0

      Microsoft cares about Windows, Windows and oh yeah, WINDOWS

      Cute, but not completely true, is it? Why does MS even have an applications business if they care about, how did you say it, "Window, Windows and oh yeah, WINDOWS"? They care about applications or they wouldn't be in that sector. They make millions in profits from their applications. But of course lots of software houses care about applications so what's different about MS's view of apps? The poster was pointing out that applications have a special significance for MS. It doesn't really matter that the applications are sold by MS or third party developers. What matters to MS is that there is a large selection of software available for their platform because that makes their platform more valuable to the customer.

      The poster was pointing out that Java threatened MS because it makes it much easier for developers to offer multi-platform apps. Before Java arrived, it was either expensive to do so, or the resulting apps were not rich enough to compare with apps written specifically for a platform.

      I don't think the poster was "kidding" about Readerware's application. You can sniff at that product if you want to, but it illustrates the poster's point perfectly. Probably written by a guy in his garage and yet he's offerring his customers a version on four platforms. Before Java came along that was rarely done by anyone but developers with deep pockets and large horizontal markets, like Adobe maybe.

      Sure that one measly little product, which MS wouldn't be caught dead in a bathroom with, will probably not cause very many people to change their whole OS. However, what if almost every piece of software from every vendor were offered that way? Then people would feel less constrained by software availability to choose an OS other than one offered by MS.

      "Why would they bother" to fork Java? Now who's kidding? You're suggesting that there is no benefit to MS nor harm to others had MS chose to fork Java? Of course, you can't argue that they didn't want to fork Java because they actually did it! If I understand you (and by the way, I'm not sure I do), you are arguing that since Java could never be as easy as VB, even with MS's changes, MS would never change it. Huh? I suppose we could believe that MS sought to change Java for the improvement of the entire Java community, right? It had nothing to do with the fact that Java code written for the MS platform would be uncompilable/unrunnable on other platforms, right? That was just an unfortunate side effect of MS's altruistic desire to better the language, right? Do you realize most people don't believe that? I think you realize that your being a Microsoft employee makes it harder for us to believe that you are telling the truth about your employer's intentions.

      If you ever tried to deal with Sun, you know that they never did anything to make life easier for Java developers

      Now, here's something we can agree on. Sun can do a lot to improve their relationship with the Java developer community. You are absolutely right.

  72. Re:Use this idea in WW2 by Anonymous Coward · · Score: 0

    uh...Hitler wasn't the reason we went to war.

  73. You Know what I hate about Java? by Greyfox · · Score: 1
    Java's just another OO language, yes. You can do "cool" things that you shouldn't do with it. In Java it's anything relating to dynamic class loading and introspection. In C++ it's things with shared object libraries and templates.

    What really pisses me off about the language is that companies buy into the hype that once you convert to Java your programmers will shit flowers and pie and you'll never have bad code problems again. I have seen first hand that that's bullshit! Java isn't a silver bullet. You can't go hire a bunch of chimpanzees just because you switch to Java.

    Oh, and that "write once run anywhere" is not really saying enough. It should say "Write once run anywhere you have a nominally compatable jvm, keeping in mind that behavior may be unpredictable or downright incorrect if said JVM is off by one minor dot-release or was implemented by a different company." I've had more problems switching between minor versions of JVMs than I have switching between major versions or even brands of C and C++ compilers (With the major exception of the HPUX standard C library.)

    --

    I'm trying to teach myself to set people on fire with my mind... Is it hot in here?

  74. OT Re:Sun will sell Java to the highest bidder by dcocos · · Score: 1

    Ask 8 slackers a question, get 10 awnsers (a citation, but I can't remember from who)

    I first heard it refering to the economists of the 50s and 60s (Put 4 economists in a room and you'll get 5 different answers)

    1. Re:OT Re:Sun will sell Java to the highest bidder by Welsh+Dwarf · · Score: 1

      Thanks for the info, I really didn't know where that one came from :)

      --
      Ask 8 slackers a question, get 10 awnsers (a citation, but I can't remember from who)
  75. Re:Message To America's Students: The War, The Dra by Anonymous Coward · · Score: 0

    No one will get that joke, although everyone here comments on Java, no one here actually programs in it.

  76. Re:Free Java would have better served most purpose by expro · · Score: 1

    You have not given your exact UI requirements. I do not excpect a single UI to meet all possible UI requirements, but I think a variety of simple, efficient UIs can run reasonably across these platforms, and where any such free UI is successful at addressing a new reasonably-popular set of requirements, it deserves inclusion in the free Java platforms people most people download.

    Innovation and the correct balance will never occur through monopoly control of the environment. We waited many years since before jdk 1.0 to get simple awt font commands that worked the same on PC and Mac, and Sun never fixed it, even though we were licensees, and Sun has not gotten more responsive since then. A dictatorship they are, but benevolent only to those who have no urgent real-world requirements.

  77. Have you ever been to MSDN? by LibertineR · · Score: 1, Insightful
    Did I say that C# is better than Java? No.

    I said C# rocks. If you develop Windows applications, there is nothing better. Before, the choice was to use C++ and take a long amount of time, or use VB and get crap out the door quickly. C# (and VB.NET) lets Windows developers avoid the pitfalls of VB and the complexity of C++. Does that rock enough for you?

    And show me anything, anywhere that matches MSDN as a developer resource for any platform. I dont particpate in religious wars about whether Java or C# is the better language anymore. I'm just glad that I something other than Java for Windows development.

  78. Most of things are not free by Anonymous Coward · · Score: 1, Interesting

    GNU, Linux, BSD, Java, etc. are not free. It all depends on what free means.

    For commercial application, it could have problem with GNU, because that would limit them the ability to change their app without showing up some of their interlectual properly, that's some high price to pay. It also may limit them to use some other's pattern with GNU software.

    Whan talking like an extremist and anarchy like RSM, it's to the extreme that everything you runs must be free for your app to be free.

    BUT WHO CARES?

    Until recently, most app are not opened, and people still lives, computer stills show up, and businesses still thrive. So things does not have to be totally free like the extremist said.

    Then, the hardware also have to be free to RSM. Does that mean I have to be able to fabricate my CPU and what not to run my app? Silly to call it a must. (it's nice though).

    So nothing will be completely free.

    This is why we need democratic. It allows company to thrive, create application that runs and sell them, and then there are customers who find them benefitial, and finding the company's behavior's about supporting customer and the rapport build up, then they buy their product, although it does have to be free.

    As a Java developer myself, I am happy with Sun's so far all these years for what they doing, knowing not all stuffs provided by Sun are free.

    You can preach all you can, but you can also get a life.

  79. Re:Use this idea in WW2 by Anonymous Coward · · Score: 0

    uh...Hitler wasn't the reason we went to war.

    Yes, that hitler excuse was made up by the illumanati to distract us from the fact that planet x is coming back.

  80. You must go the way of the apt-rpm, sir. by Ayanami+Rei · · Score: 3, Insightful

    A red-hat based distro can last a long time provided you use somewhat more sophisticated tools to manage it. Suggestion: apt-rpm.

    I don't know what those other problems you speak of stem from, for I have many RedHat boxes and have not experienced them. Perhaps the admins are idiots?

    A Solaris box is also difficult to work with on the first go-round. Usually you get sent to Sun classes and everything becomes clear.

    --
    THIS THING CAN TURN ON A DIME, MACROSSZERO STYLE ALSO FUCK BETA, ~NYORON
    1. Re:You must go the way of the apt-rpm, sir. by AKAImBatman · · Score: 4, Informative

      I don't know what those other problems you speak of stem from, for I have many RedHat boxes and have not experienced them. Perhaps the admins are idiots?

      Yes and no. The GDM problem, for example, happens when you configure the hostname. For some lame reason, GDM tries to do a reverse lookup on the hostname, and fails to start if it can't. I don't remember all the details right now, but it didn't even like it if you used a hosts file.

      The starting of daemons problems are caused by RedHat's insistence on trying to map XinetD to the concept of Windows Services. The configuration tools never work right, and the whole thing happily blows up. I've tried to tell admins to use the command line, but they want to do it the "RedHat approved way" for purposes of support.

      It may have improved, but last I checked, RedHat systems are littered with extremely complex shell scripts to do every little thing. These shell scripts work fine if you don't dive too deep into the system, but they easily start breaking as soon as you start trying to ratchet up security, or install system level software.

      RPM hell is, well, RPM hell. Eventually you install yourself into a corner, where you've got a set of mismatched dependencies. After that point, you can only force installs. You can't even uninstall anything because the dependencies have gotten so tangled. Thus the "standard" position for managing RedHat servers is to multiply them like windows machines (one task per machine), and reinstall the OS every time you requisition a machine. This procedure is covered over by the constant need to "upgrade" to the latest and greatest (and highly unstable beta software) release of RedHat Linux.

      A Solaris box is also difficult to work with on the first go-round. Usually you get sent to Sun classes and everything becomes clear.

      A Solaris box is complex. But I've really never seen anyone do irreparable harm through normal use of the machine. I remember when I received my first Solaris machine. I was a Unix newb, and had to struggle through quite a bit. But I found that the machine was well designed and laid out, and eventually I found everything I needed. The only concern I ever had with Solaris was trying to reign in the Open Source software from making a big mess out of my hard disk. (Ok, this goes in /usr/local, this goes in /opt, this goes in /usr/share/, that goes in /use/bin, this goes... over there! Oh, and you don't need the Sun 'tar' utility. Use this instead! Ugh.)

    2. Re:You must go the way of the apt-rpm, sir. by Bklyn · · Score: 2, Flamebait
      A red-hat based distro can last a long time provided you use somewhat more sophisticated tools to manage it. Suggestion: apt-rpm.
      Better suggestion: instead of trying to bang a square peg (apt-get) into a broken hole (RedHat), just use Debian and be done with it.
    3. Re:You must go the way of the apt-rpm, sir. by jasondlee · · Score: 1

      Assuming you have added apt to a RedHat system, what does Debian offer that I don't get off a RH system (other than the alleged higher quality packages). I've yet to see an acceptable answer to that question. My "apt-enabled" RH boxes (from 7.2 through FC1) are trouble free and easy to maintain.

      <shrug />

      --
      jason
      Have a good day?! Impossible! I'm at work!
    4. Re:You must go the way of the apt-rpm, sir. by Ayanami+Rei · · Score: 1

      GDM, Xauth and XFree do that because they like gethostbyname to figure out what to do. Best solution to prevent any rough spots during a network reconfigure is to just add the hostname(s) to the loopback interface line in your hosts file, which circumvents any IP addy / hostname / DNS issues.

      The scripts have gotten a lot better since the pre-8.0 days. A lot of what was once shell scripts is now written in python with better error handling and re-use of common components. Not perfect, but some things, even the existing shell scripts (/etc/sysconfig/network/ifup-xxx for example) are downright pleasant to hook into and abuse.

      Now, in my experience what people call RPM hell has always been a PEBCAK (no offense). RPMs are trackable and verifiable, more recently allow transactions and rollbacks, and lots of other goodies that few people want to learn how to use.
      Whenever you get stuck (often by a package maintainer's mistake in dependancies), the solution is almost always to build a needed RPM from source, but editing the spec file to remove the dependancies that conflict (but you KNOW are satisfied). If you know what you want, but can't get it to work, then you can force it without breaking consistency checks and carrying that shit forward. And uninstalling packages is not a bad thing (it doesn't clobber configuration files). You can back out of conflicting ones and repackage them into RPMs, this way you don't have to download them again later.

      I mean really, the one-service-per-machine thing is a crock. You're telling me you can't simultaneously use postfix and apache on a machine installed from RPMs at once succesfully? What combinations of services have you found that don't mix? Come on, give me a break with the hyperbole.

      The thing about Solaris is that they've got a much smaller target they need to worry about (limited hardware to support [no LAPTOPS], no catering to content creation/gamers, etc.). So of course they can make a very firm foundation... it's setup from the get-go to handle every type of machine it can be installed on and most every workload out of the box. You have to go out of your way to render the machine "barebones".

      That being said, I like them. I like RedHat boxes too (just a little bit more, but not much). Hell, and SuSE is dandy too. Gosh darn it, I can even tolerate a Windows 2003 box.

      Well, that's my spiel.

      --
      THIS THING CAN TURN ON A DIME, MACROSSZERO STYLE ALSO FUCK BETA, ~NYORON
  81. foolish Apple Statements by mccoma · · Score: 3, Insightful
    Microsoft is shrewd and successful at using what is tantamount to "petty cash" for the monopolist to make its problems go away. I have noticed people pointing to the investment Microsoft made in Apple some years ago as a model that predicts success for Java here. My recollection of that event has not dimmed, however, and I still regard it as one of the cleverest ways Redmond ever killed multiple birds with one stone. For a mere $150 million, which was subsequently recouped with profit from stock value increases, Microsoft was able to pay Apple to abandon its commitment to Java compatibility, and they also got to keep their weakened competitor alive so that they would have a leg to stand on in their antitrust defense. As an added plus for free market competition, Apple promptly used the money to foreclose innovation in its market segment by shutting down all the Mac clone vendors.

    A paragraph like this makes it hard to take "Where is Java in the settlement?" seriously.

    Apple's JVM is a modified Sun JVM and Apple has contributed enhancements back to Sun.
    Apple killed the clones because they were not expanding the Macintosh market (they were eating Apple's share).

    1. Re:foolish Apple Statements by javaxman · · Score: 1

      Those statements struck me as particularly odd given Apple's JVM releases under OS X.

      Apple's OS 9 JVM was sacrificed for reasons having more to do with the design of OS 9 ( think about the command-line and unix-based process design in Java vs. OS 9 ) and the looming introduction of OS X than Microsoft's investment. I'd expect this guy to know enough not to tie these things together- it makes him come of sounding like an uninformed conspiracy theorist. It *is* too bad Apple didn't feel like it had the resources to make Java really great under OS 9, but any company has to focus it's resources where they're needed the most- strapping a good JVM onto OS 9 would be somewhat wasted effort when it comes to Apple's bottom line, as the only folks who would use it would do so on hardware over 6 years old anyway... not a great market for Apple to have spent badly-needed money on.

  82. I wish people would stop calling it RISC. by Ayanami+Rei · · Score: 1

    Let's face it, none of the CPUs used in common Unix-specific systems (PowerPC, UltraSPARC, Itanium, SHA-x) are close to RISC. All of them have relatively deep pipelines, interlocking stages and some form of microcode. Only the MIPS processors can be considered close, but still, nothing like the original RISC ideals.

    (The other way you can express this is few chips are really CISC either. x86s aren't CISC, they're just Gimp-IA'd)

    --
    THIS THING CAN TURN ON A DIME, MACROSSZERO STYLE ALSO FUCK BETA, ~NYORON
    1. Re:I wish people would stop calling it RISC. by AKAImBatman · · Score: 1

      Unfortunately, we don't have a better name for that family of chips. It's kind of long to be naming out Sparc, PowerPC, MIPS, Alpha, etc.

      As you said, MIPS is pretty close. I think that only the SIMD instructions that various hardware vendors have added are actually multiple cycle per instruction.

  83. Re:RMS, Slavery, and Corporate Slime (RIAA Example by ClosedSource · · Score: 1

    "As this thread progresses, I'm certain we'll find that a lot of people whine about and take cheap shots at RMS. Coincidentally, these are typically people who haven't accomplished anything useful in their entire lives except post witty one-liners and flames of others here on Slashdot."

    It's a pity that you started a long comment with a ad hominem argument. The fact is that the validity of RMS's arguments or those of his critics have nothing to do with what they have or have not accomplished. Let the arguments stand on their own.

  84. Making a better society is hard work. by jbn-o · · Score: 2, Interesting

    Perhaps you should become more familiar with what RMS says and realize that the major underlying justification of the free software movement is its ethical basis; the main questions for a social movement (such as the free software movement) address what kind of world we want to live in and how we should treat each other. I can think of no way to answer that question that forgoes an examination of one's ethics.

    This is not "blather" as you so discourteously put it, nor is your response insightful (as some moderators have apparently chosen to say). Questions of ethics are some of the most important questions in society. I think your objection to the matter says more about you than about RMS or his way of conveying the importance of software freedom.

  85. Re:Until it is set free by dmp123 · · Score: 1

    Until you can spell Python correctly, you'd better stop pretending to know it...

    David

  86. Re:Use this idea in WW2 by Anonymous Coward · · Score: 0
    Apply Nader's ideas to Afghanistan. If Bush announced in september of 2000 that he wanted to invade Afghanistan, how much support would that idea receive? Yet a year and 4 hijacked airplanes later, it would have been treason not to do so.

    Nadar, Dick Clarke, etc. want to have their cake and eat it too. They're both pretty good at predicting the past, but useless at predicting the future.

  87. balance balance balance !! by FooMasterZero · · Score: 2, Insightful
    First off I have no personal feelings for or against the three letter leaders (RMS, ESR).
    However I think the aforemetioned focus too much about software. Software isn't everything, at least last time I checked ? To illustrate my point I will give this questions to the three lettered leaders and all you other OSS ethusiasts.

    Do you grow your own foods, and i mean all of them ?
    Do you weave and grow your flax, and such for fabrics that you wear ? again all the clothes you wear ?

    I am gonna guess that the answer is definte NO for both. Since 1 it takes entirely too much time to do either along with other responsibilities most people have. Secondly it is just easier to put that responsibility on a company that makes it convient in the form of mega superstores/grocery marts. If we all had to make our own clothes, and grow our own food we would not have much time to move forward and create other things to push our social quo to the next level. Same thing with hardware and software we should excerise balance free software as well non-free software competing for the next big thing. Not everyone wants to control the innerworkings of their OS, and or low-level device drivers just so they can type. No most people opt for Mircosoft/Apple/*nix vendors to do that for them so that the user can do something with and possibly make something else to work with it and make thiers as well as others lives a bit easier for them, and the cycle continues.


    I enjoy free/open software however some software i would just rather pay for or get the binary and be done with and not have to try and compile it and trudge through any library hell that might incurr. My time is better spent doing things i do better, and in other ways enjoy more. I think free software needs the proprietary software to keep the value of what software is in perspective, since software seems to be ever more expensive as the years pass-on.
    So to re-iterate keep things in balance and the path should be clear because extremists on any topic are rarely 100% correct.

    1. Re:balance balance balance !! by Minna+Kirai · · Score: 3, Insightful

      To illustrate my point I will give this questions to the three lettered leaders and all you other OSS ethusiasts.

      Your questions are absolutely meaningless, because software is scalable.

      Do you grow your own foods, and i mean all of them ?
      Do you weave and grow your flax, and such for fabrics that you wear ? again all the clothes you wear ?


      There are people who can answer yes to both those questions. They're rare, and modern society views them as freaks, but they do exist. They do things the hard way for fun, or to prove themselves, or for spiritual satisfaction.

      But that has nothing to do with OSS. Because a few hundred devoted self-sufficient farmers cannot attempt to feed the whole rest of the world- the number of people who can use the product is proportionate to the number working on it. To double the eaters, you must first double the farmers.

      But in software, it's completely plausible that 100 dedicated programmers could provide the majority of the software needs for the entire planet. That's because with software, the number of users is independent of the producers. When the number of users of software doubles, the number of programmers can stay the same. The additional usage costs zero additional effort!

  88. Re:Until it is set free by Anonymous Coward · · Score: 0

    yeah, if you use Phython you're probably phucked. if you use Python on the other hand...

  89. Where the fuck are you people getting this shit? by mcc · · Score: 3, Insightful

    No, Sun has (in my paranoid opinion) agreed to kill Java and probably StarOffice as well.

    What on earth are you basing this on? Sun settles a lawsuit and signs a patent crosslicensing agreement, and all of a sudden we have people hypothesizing Sun agreed under-the-table to drop their only interesting or promising products in exchange for a measly two billion? Why not just go all out and suggest that Microsoft had Scott McNealy quietly killed six months ago and replaced with an actor hired to impersonate him while running the company into the ground, and Sun will soon be sending out squads of mercenaries to kill Linux users on sight?

    These threads continue to baffle me.

  90. Re:Song of the piracy apologist by Anonymous Coward · · Score: 0

    Those are all good points. However, let's broaden them. For example, let's look at the word "gay anal rape". What is it, is it good or is it whack? Let's be honest, it's really just an "infringement" of another man's ass, no worse than a parking ticket. Backdoor loving wants to be free!

  91. Eh? BSD trolls == Java dead how? by BayBlade · · Score: 1
    I've noticed that metric is down in local bookstores too. (No Borders in Canada)
    Part of the problem, is that in 7 years of programming in Java, I've never seen an EXCELLENT Java book. (I'd rate a few as good, mind you, but not enough to quickly cover all the bases of what learned from experience and Javadocs)
    The churn of crappy books however, is immense.
    Give it 6 months for 1.5 to stop being beta and with the wave of authors touting how to redo everthing in Java 1.5--you'll see a good 1/2 to full rack. Big Changes in the language itself--not just the libraries and so much room for people to update the crapload of fluff they've already written.

    --

    The key difference between a Programmer and a Senior Programmer is that one of them is Mexican.

  92. Re:Use this idea in WW2 by Anonymous Coward · · Score: 0

    We went to war because we were attacked by Japan. Did you learn about Pearl Harbor?

  93. His Apple memories are flawed by MikeMo · · Score: 4, Informative

    I don't know about the rest of his article -- seems ok to me -- but his memories about Bill's "investment" in Apple are rather flawed:

    1) Apple did not abandon their Java compliance projects. Today, they are arguably among the best Java development and deployment platforms out there.

    2) It is hard to say Apple used the $150M to kill the clones. They had already been killed by the time Steve and Bill got together.

    My recollection of the event was that the big thing that Apple got was an endorsement from Microsoft, a notion that Apple wasn't going to die in the next few weeks.

    1. Re:His Apple memories are flawed by Anonymous Coward · · Score: 0

      I noticed that same inaccuracies. In fact, the big annoucement at the time for Apple was not that they were getting $150 million but that Microsoft was going to release a new version of Office Mac for every release of Office for Windows for a period of 5 years (1997 - 2002).

  94. There is no conspiracy here... by Anonymous Coward · · Score: 4, Insightful

    I've been watching the paranoia around the Sun/MS deal for some considerable time and I just don't get it. This is a huge good deal for Sun. There is no conspiracy here and nothing to be concerned about.

    What could Sun achieve by proceeding with its 2002 lawsuit? The lawsuit asked for $1 billion in damages; the settlement yields Sun $700 million for antitrust issues - less than what it wanted - and a further $1,250 million covering patent royalties - which is more than what it wanted. The only reason for continuing to persue the legal case would be on a point of principle. Sun can't afford this at the moment. The fact is that the EU ruling was a watershed - Sun can't hope for any more out of MS at this time. And Microsoft is doubtless hoping that by paying out it will derail the EU ruling. I doubt there is any more to this then that - Microsoft knew it would loose in the end, and litigation is bad for any company, but particularly one that is in the throws of taking on the EU. Sun has principles, which is nice, but can no longer afford them. The idea that Sun would cease development on Java (its most important product of the last few years, central to its Linux strategy going forward and worth a not inconsiderable amount of money (50 million USD from Nokia alone)) is as daft as imaging MS will now cease work on .NET and the CLR.

    As for the rest of the debate Java is in pretty good hands at the moment - Java developers have way more influence over it then .NET developers do over .NET. Come to think of it Java developers have more influence over .NET then .NET developers do. In the end Sun may well go under in which case IBM, BEA, Oralce, Nokia, or some other company with a major vested interest in Java will buy them out. It might be Microsoft I suppose, but it seems very unlikely to me.

  95. Re:RMS, Slavery, and Corporate Slime (RIAA Example by Anonymous Coward · · Score: 0

    Amen!

  96. To paraphrase Han Solo on OS innovation by Anonymous Coward · · Score: 0

    I don't know, you can imagine quite a bit.

  97. Stallman's article by akuzi · · Score: 4, Insightful

    From Stallman's article..

    > If you develop a Java program on Sun's Java
    > platform, you are liable to use Sun-only features
    > without even noticing. By the time you find this
    > out, you may have been using them for months, and
    > redoing the work could take more months.

    You could say the same thing for GCC.

    It's possible you link to a proprietary library without noticing. It's the same with any development platform. Does this mean you should avoid using the GNU compiler?

    The reality is that standard Java is so feature-rich and there are so many open-source libraries and frameworks around you very rarely (if ever) need to resort to using proprietary libraries (Sun or not).

    1. Re:Stallman's article by Minna+Kirai · · Score: 2, Interesting

      You could say the same thing for GCC.

      Yes, GCC varies from the C standard implemented by other C compilers. But whenever that happens, they point it out in the documentation! When Sun's manual describes a Java feature not implemented by alternatives, they naturally don't mention this fact.

      It's possible you link to a proprietary library without noticing.

      Only if the proprietary library is on your computer. If you actually care about that issue, then it's very easy to prevent. There are several Linux distributions that scrupulously install only "Free" software.

      you very rarely (if ever) need to resort to using proprietary libraries (Sun or not).

      Wrong! Tell me what open-source alternatives there are for Swing. It's nearly impossible to convince a programmer writing with Sun's Java to build to any other GUI library.

    2. Re:Stallman's article by Anonymous Coward · · Score: 0

      Stop with the FUD!

      What you get when you download the Sun JVM is thier implementation of the spec. It's not something that Sun threw in for a laugh and to lock you in. It's quite simple to stay away from anything propietary in there, everything java.* or javax.* is spec, the com.sun and everything else is not. How can it be more clear?

      The problem with your post and with RMS's article is that both seem to have gone in with the assumption that Sun is out to lock you into their VM. This is NOT in Sun's best interest unless they get into the writing a free VM for every concivable platform. Look at what VMs they do write: Solaris, since nobody else can be expected to. Windows becuase MS thought it would be a good idea to break Java. Linux since the GNU implementations of the API and VM are so far behind what Sun has written and just needed to port. They don't write HP, Apple or IBM based VMs sure they licence the code to other vendors, but this IS in their best interst since it will help the vendor to release an implementation quicker and will help promote the platform.

      "Tell me what open-source alternatives there are for Swing"

      how about SWT?
      http://www.eclipse.org/swt/

  98. Depends... by Anonymous Coward · · Score: 0

    Does your electricity provider make you agree to use the electricity you generate in only "approved" ways?

    Does the hardware manufacturer do the same?

    If they did, I wouldn't see a "electricity trap" or "hardware trap" warning as out of line.

  99. Who makes the JVM? by kherr · · Score: 2, Informative

    I did not mean that Apple's was independent of Sun, just that Apple is the one who makes it for their platform. Same with IBM's main JVM. They both have a lot invested in keeping Java stable.

    But IBM also has the Jikes RVM, which is an open source Java virtual machine. It is separate from the Sun-based JVM that IBM makes.

  100. No, it's more than that by Julian+Morrison · · Score: 1

    ...and I'd say your post validates my point, more than anything. What I'm talking about is the visual structure of code, which communicates information about the code's meaning. The appearance of the page, from a "right brain", artistic point of view. Imagine how your code might look like, to someone who was only able to read Chinese.

    Perl has this in spades, and no accident, Larry Wall built it that way quite deliberately. In my experience, java has about as much as perl, C has slightly less (due to its comparatively minimalist syntax), and lisp has hardly any at all - it's just words and brackets.

    Sure you can indent lisp and color it, but you can do that in java and perl, too. It doesn't close the gap.

  101. Re:Until it is set free by cxvx · · Score: 1
    I write C C++ java etc but I have yet to see what the extra cruft adds to these languages. I don't really enjoy tracking down curly braces in heavily nested code.

    Any decent Java IDE/editor should have matching bracket highlighting, wich alleviates that problem (unless you have really long/deeply nested methods).

    --
    If only I could come up with a good sig ...
  102. Re:Until it is set free by Anonymous Coward · · Score: 0

    No matter what the argument, having INVISIBLE characters of indeterminate size be syntax significant seems too rigid for my taste.

    Hear, hear! Spot on.

  103. Re:Eh? BSD trolls == Java dead how? by easter1916 · · Score: 1

    Recommendation: "Thinking In Java" by Bruce Eckel. Available for download at Mr. Eckel's website, http://www.bruceeckel.com ...

  104. Re:RMS, Slavery, and Corporate Slime (RIAA Example by bfg9000 · · Score: 1

    Let the arguments stand on their own.

    Good point. Even the biggest troll on Slashdot occasionally has something good to say... however, I find it pretty disgusting that people I can only consider worthless lazyass losers (that's the Republican in me speaking here) try to character assassinate RMS in every thread. True, they do it to Bill Gates regularly, Steve Jobs often, but RMS *ALWAYS*. Masses of AC's belittle his accomplishments, insult his appearance and attack his insistence that the GNU (freedom aspect) of Linux distros be mentioned lest it be forgotten.

    What I'm saying is that the posts are not usually arguments against his principles of freedom, but at best are instructions telling him how to do his job and what he needs to change to be acceptable to the moderate masses (as if he was a servant of ACs everywhere), and at worst, personal attacks that try to destroy his reputation or mock him and his ethics.

    North America is f**ked. We need all the ethics we can get, and all the ethical people we can get. With the massive quantities of (what I consider to be) lies coming from the media, corporate PR firms, and politicians recently, I am forced to check my sources as well as the information they present. So if Miguel de Icaza talks about the GPL's effects on his work, I am more likely to believe him than a judgemental AC who begins by calling RMS a dirty Gnu-hippie. And if Miguel DOES write a post about the GPL, he is far more likely to post logical reasons or facts. The quality of the AC posts is just that -- AC quality.

    --

    I'm not normally an irrational zealous dickhead, but I figure "When in Rome..."

  105. here is the RMS proof by Anonymous Coward · · Score: 1, Insightful

    From RMS's article:

    If your program is free software, it is basically ethical

    RMS should stop insinuating that commercial / non-free software may be un-ethical.

    The ethics of software are not for RMS to decide.

    1. Re:here is the RMS proof by absurdhero · · Score: 1

      The thing is, they very much are up to Stallman to decide. Ethics are not a universally established thing. there is no central authority on ethics, and Stallman may judge something as ethical or unethical as he pleases. And when some one asks if if he thinks free software is ethical, he is very much entitled to say, "If your program is free software, it is basically ethical."

  106. Re:Where the fuck are you people getting this shit by Anonymous Coward · · Score: 0

    Silence, you fool! The success of the mercenary plan depends on operational secrecy! And, that's not an actor, it's an android. Sheesh, get with the program...

  107. Re:Use this idea in WW2 by Anonymous Coward · · Score: 0

    We went to war because we were attacked by Japan. Did you learn about Pearl Harbor?

    regardless of Pearl Harbor the US was going to enter WW2. do you forget that Germany attacked US Vessels carrying private citizens before Pearl Harbor even happened? FDR was looking for any reason to go after the Germans. After Germany, Italy and Japan signed an agreement to all go to war together against common enemies the US knew they had to be involved. Maybe you should read YOUR history books.

    Java Rules.

  108. Re:Where the fuck are you people getting this shit by MntlChaos · · Score: 1

    Why not just go all out and suggest that Microsoft had Scott McNealy quietly killed six months ago and replaced with an actor hired to impersonate him while running the company into the ground, and Sun will soon be sending out squads of mercenaries to kill Linux users on sight?

    Damn. They figured it out.
    -Bill Gates

  109. My website by Kombat · · Score: 2, Informative

    According to Netcraft Kombat's site (www.kombat.org) is running Apache on Linux.

    Yup, it probably is. I don't host my own website. What, you think I've got a closet of rackmounted blade servers at home, with dedicated net access, to host my piddly little personal website?

    I pay $10 a month for BlueGenesis to host my website. Sorry to spoil your fun.

    --
    Like woodworking? Build your own picture frames.
  110. fantasyland by Anonymous Coward · · Score: 0

    this slashdot discussion is evidence to me that a lot of slashdot commentators live in some fantasyland unconnected with reality.

    java and .net are not dead and will not be for the next 10 years. There is too much invested capital in both these products.

  111. That is patently untrue. by Ayanami+Rei · · Score: 1

    apt for rpm is NO DIFFERENT than apt tooled for pkg. Moreover, with apt on RPM based systems I have a choice of (well last time I modifed sources.list) 8 different repositories for my package sources (source + binary) with various different political bents and countries of origin, so I get EVERYTHING. ::glee!!!::

    You've obviously never used RedHat long enough to appreciate it. You get used to the layout of /etc/sysconfig and the like. Also the installer and hardware detection is _tight_. (cliche, but 100% true). The only thing that still rubs me the wrong way is trying to patch kernel source RPMs, but that's getting easier (and you can always do it manually from source without ill effect).

    --
    THIS THING CAN TURN ON A DIME, MACROSSZERO STYLE ALSO FUCK BETA, ~NYORON
  112. Re:Where the fuck are you people getting this shit by Master+of+Transhuman · · Score: 1


    McNealy doesn't need to be an actor OR an android to be an idiot CEO who makes random decisions.

    Nothing would surprise me coming from him. He's the Darl McBride of UNIX.

    Oh, wait...

    --
    Richard Steven Hack - This sig is TOO GODDAMN SHORT TO DO ANYTHING USEFUL WITH! MORONS!
  113. Re:No it doesn't by Anonymous Coward · · Score: 0

    It raises the question, ignoramus.

  114. Syntax is just the surface by gidds · · Score: 1
    A computer language is far more than just syntax. Otherwise code in any ALGOL-based language could be transformed into another language using an automated process, and run the same. This is very far from true.

    Yes, syntax is important. But although it's the most obvious aspect of any language, in many ways it's the least important. Far more important are the semantics: what that code means. C and Java, for example, differ far more than just in a few operators and keywords. There's the type system. The memory model. The thread model. The namespaces. The execution environment. The standard library (which is a whole subclass of aspects in itself). The expression evaluation. The error and exception handling. The preprocessor. The object model. And so on.

    Just as there's far more to learning English than memorising some spellings, there's far more to learning a computer language than memorising its syntax (something a good number of books would do well to learn!).

    So don't lump all ALGOL-based languages together; they differ greatly. If you mean to compare procedural languages against other paradigms (which is something else), then say so.

    --

    Ceterum censeo subscriptionem esse delendam.

  115. Free World by xcomm · · Score: 1

    I really appreciate the new introduced use RMS gave the 'Free World' term.

    --My regards to the last of the hackers!

  116. Re:RMS, Slavery, and Corporate Slime (RIAA Example by akuzi · · Score: 2, Interesting

    > Unless we want every corporation to get the
    > control over us the RIAA has, we need to draw a
    > line in the sand. But most of us don't give a
    > damn.

    Sun isn't the RIAA.

    You seem to be aligning the 'Free' Software movement with the movement against Corporate control of our lives. Is this really valid?

    If you want to align this debate with another - then maybe a more appropriate on is debate about unborn children. Most people are not completely pro-choice or pro-life, they recognise there is a middle ground balance between the rights of the child and the rights of the parents. The FSF reminds me of the rabid pro-lifers. The line in the sand you're trying to draw it not realistic or ethical.

    I think there is a emerging concensus that the most 'ethical' software license tries to find a balance between protecting the rights of the producers of software to protect and gain the benefits of their work (without being ripped off) and the rights of the consumer to use software in as many ways as possible (including using it in proprietary systems).

    The balance of power has shifted too far towards the producers of software but that doesn't mean the other extreme is the best route to follow.

    > We're like the drowning person who flails at his
    > rescuer. And until someone else steps up to
    > carry the torch, RMS is our rescuer. RMS is the
    > King.

    It's this sort of ideological cult-of-personality stuff just puts people off the FSF.

  117. IBM's Java by Anonymous Coward · · Score: 0


    "...If Sun killed Java, IBM would probably just release their own Java. Legaly something new, but technically the same..."

    Posting AC for obvious reasons, I don't find this very comforting, speaking as a guy who works for a company which has bet the farm on Java & Sparc architecture: We get quite enough trouble with minor releases from Sun, without switching to another provider, thank you very much...

  118. Re:Where the fuck are you people getting this shit by ccp · · Score: 1

    Microsoft had Scott McNealy quietly killed six months ago and replaced with an actor hired to impersonate him while running the company into the ground

    Well, that was the best explanation of Suns's actions I've heard to this date.

    Cheers,

  119. Re:Eh? BSD trolls == Java dead how? by Anonymous Coward · · Score: 0

    Head first Java is the best Java book ever.

  120. C is so 1990s by Julian+Morrison · · Score: 1

    C is a bit of a straw man, really. Nobody uses it anymore for any reason but three: you can compile it anywhere, you can call it from anything, and you can bit-bash without the language getting underfoot. Performance wise, there's really no difference between C, C++, Ocaml, Ada...

    If you want a non-straw-man, consider comparing to java. A very "imperative" design, but with fairly heavy bug protection, and capable of much abstraction.

  121. Re: Future of Sparc (and other things...) by Anonymous Coward · · Score: 1, Interesting

    This all reminds me a bit of the mid-1990's when people were first dabbling in using NT for technical applications (you know, where calculations had to be accurate beyond two places to the right of the decimal...) There was some ballyhoo about Intergraph's Advanced Processor Division (later generations of the Fairchild Clipper) becoming part of Sun. Supposedly, several significant design features of what was originally to have been the C500 were to be folded into the UltraSPARC--most notably a "byte-sex" switch. By being able to run in "little-endian" mode, the next generation of Sun machines woud be able to join the MIPS/SGI, IBM PowerPC and Alpha as alternate platforms for NT.

    It took about a year before Howard Sachs and his people were either laid off or assimilated into other Sun projects (the buzz was that it was mostly the former), Sun and Microsoft had re-affirmed their mutual hatred, and any whiff of a prospect of Windows running on a Sun-designed processor was eradicated. Intergraph in the meantime jumped into bed with Redmond (and almist perished) as one of the earliest adoptors of WinTel for technical applications, but at the same time sat on its remaining design patents and nailed Intel for infringement some years later.

  122. are you insane? by Ender+Ryan · · Score: 1
    1. Why are people running GDM on servers?

    2. RedHat !f= (doesn't fucking equal) *nix on x86.

    3. WTF does Apache have to do with ANYTHING? Apache is Apache, it's the same Apache whether running on an x86 *nix or a "Unix Machine".

    4. I have never seen a *nix without a large number of startup / shutdown / whatever scripts, and I have yet to see any major headaches from toying with them, anywhere, ever, on any *nix. Why on earth is this non-existent "x86 *nix" problem not also a problem on "Unix Machines" that also have lots of scripts?

    --
    Sticking feathers up your butt does not make you a chicken - Tyler Durden
    1. Re:are you insane? by AKAImBatman · · Score: 1

      1. Why are people running GDM on servers?

      Because Dell ships them that way?

      2. RedHat !f= (doesn't fucking equal) *nix on x86.

      If you're a company looking for OEM machines, it does.

      3. WTF does Apache have to do with ANYTHING? Apache is Apache, it's the same Apache whether running on an x86 *nix or a "Unix Machine".

      I didn't say Apache had anything to do with anything. I said that RedHat's XInetD happily screws up the process of starting and stopping it.

      4. I have never seen a *nix without a large number of startup / shutdown / whatever scripts, and I have yet to see any major headaches from toying with them, anywhere, ever, on any *nix. Why on earth is this non-existent "x86 *nix" problem not also a problem on "Unix Machines" that also have lots of scripts?

      It's only a problem on RedHat. They have tons and tons of interdependent shell scripts that do Lord knows what, but the system breaks when they stop working. A perfect example (albeit no longer applicable) was the old X-Windows init script. It was designed to allow you to switch Window Managers from a shell script. It was actually pretty neat, but the slightest X11 change would throw the whole script out of whack, and suddenly X-Windows wouldn't work anymore. I've never seen any other Unix use so many fragile scripts in the core system.

    2. Re:are you insane? by Ender+Ryan · · Score: 1
      Because Dell ships them that way?

      Let me say again, WTF? Do you recommend people not configure the system when purchasing a "Unix Machine"? Do all "Unix Machines" come with a perfect configuration by default, tailored to your every need?

      If you're a company looking for OEM machines, it does.

      How do you figure? What do you mean by OEM? Where do you buy these OEM machines with RedHat on them? From RedHat? HP? IBM? I know IBM has built "solutions" for people based on several different distros, if memory serves, and I know that you can purchase machines with several distros pre-installed.

      Why is that important anyway? Surely any company that can afford a datacenter of any meaningful size can afford to pay a sysadmin who can handle installing Linux herself.

      It's only a problem on RedHat. *snip* X-Windows *snip*

      Sorry to be pedantic, but there is no such thing as X-Windows. It is The X Window System, or just X.

      I have never seen that problem, but I have seen other *nixes with many interdependent scripts, I fail to see how that's damning of non-"Unix Machine" *nixes.

      But again, why do we care about X on our servers? $ vim /etc/inittab, make X not start already.

      --
      Sticking feathers up your butt does not make you a chicken - Tyler Durden
    3. Re:are you insane? by AKAImBatman · · Score: 1

      How do you figure? What do you mean by OEM? Where do you buy these OEM machines with RedHat on them? From RedHat? HP? IBM? I know IBM has built "solutions" for people based on several different distros, if memory serves, and I know that you can purchase machines with several distros pre-installed.

      Why is that important anyway? Surely any company that can afford a datacenter of any meaningful size can afford to pay a sysadmin who can handle installing Linux herself.


      It seems to me that you've never actually supported a corporate environment. These OEM installs and contracts are in place not because they are better than custom built machines, but because there's someone to blame (other than the technology department) when things go wrong.

      How about you come back when you know what you're talking about?

    4. Re:are you insane? by Ender+Ryan · · Score: 0, Flamebait
      It seems to me that you've never actually supported a corporate environment. These OEM installs and contracts are in place not because they are better than custom built machines, but because there's someone to blame (other than the technology department) when things go wrong.

      a. That is a complete farce. b. I have supported a corporate enviornment, albeit a small one. OTOH, I know plenty of people who support large corporate enviornments with Linux. As I asked before, WHAT OEM installs? Are you saying you cannot get machines with any other distro than RedHat pre-installed? If that's what you mean, that is patently false.

      How about you come back when you know what you're talking about?

      What. The. Fuck? You are the one making these bizarre, wildly innaccurate claims...

      RedHat == Linux my ass. You need a hard knock on the head with a big fucking clue-by-four.

      --
      Sticking feathers up your butt does not make you a chicken - Tyler Durden
    5. Re:are you insane? by KshGoddess · · Score: 1

      He probably means buying something other than pieces-parts in a putty-colored box. HP (and previously Compaq) has drivers written for their rack-mounted hardware and RedHat. They have an install script for it, which does all the dirty work for you. Of course, they also have it for Windows versions -- and trust me, it's hell to try to install a proprietary box without the OEM's supplied disks.

      GUI on servers is the main reason I don't like Windows boxes. Do you really need a GUI 99.9% of the time? Nope. Then why carry the overhead?

      --
      It's a little wrong to say a tomato is a vegetable. It's a lot wrong to say it's a suspension bridge.
  123. The Algol Family by maysonl · · Score: 1
    Algol-68, Pascal, Modula-2, Oberon[-2], Component Pascal - all from Niklaus Wirth and colleagues at ETHZ (Eidgenössische Technische Hochschule Zürich), and its spinoff, Oberon Microsystems.

    Interestingly, one of the founders of OMS, Clemens Szyperski, recently went to work for Microsoft Research.

  124. Re:Non sequiter by Anonymous Coward · · Score: 1, Interesting

    How is unethical to want to get paid for your work?

    RMS has never said it is unethical to want to get paid for your work. But if it is OK to want to get paid for your work, it does not follow that it is OK to impose restrictions on what people can do with software that you write. I think it's pretty obvious that the one does not follow from the other.

    What is the free software movement if not precisely a movement of people who do not want restrictions imposed on how they use their computers or the software on them? The free software movement is a movement of people who want to use software only if that software does not put restrictions on how they use it. These people want to "live [compute] in freedom", to quote RMS from the article. They believe that the restrictions you find in non-free software that are unethical!

    RMS's "dogma" does not taint the free software movement, it is the basis of that movement. (That doesn't mean it is the basis of the Open Source Movement, or that everyone who uses Linux agrees with everything RMS says, or many other things. It means the pursuit of free software is essential to the free software movement, so that to remove that would be to eliminate the movement.)

    To the extent that you don't care whether the software you use is free of restrictions, you are not a supporter of the free software movement. To the extent that you want software you provide to others to be non-free, you are an enemy of the free software movement.

    The ideals of the free software movement and getting paid to write software are entirely compatible, just not necessarily in the way that you might think.

  125. Sparc, PowerPC, MIPS, Alpha == not x86 :-) by Ayanami+Rei · · Score: 1

    And then how do you classify x86_64? Itanium?

    I think you should just specify the platform. They (being those "other guys") only in it together against Intel x86. But if you want to argue platform features you have to be more specific than RISC (or "not x86") because they are not all created equal.

    Specifically Intel's own new baby (Itanium2) probably has them panting and wheezing, with Power close behind. So... I don't know.

    And all of them run Java slowly. ;-D

    I have a scary notion that a port of Mono would be end up working better on Unix/XYZ compared to Wintel.

    --
    THIS THING CAN TURN ON A DIME, MACROSSZERO STYLE ALSO FUCK BETA, ~NYORON
  126. java jobs v. c#jobs by maysonl · · Score: 2, Informative
    I just went to monster.com and did the searches:

    java ~2200

    c# ~550

    4 to 1 in favor of java.

    But, what will it be like next year?

    1. Re:java jobs v. c#jobs by Trejkaz · · Score: 1

      Does it really matter? The two are fairly similar.

      I got my current job which is working more in C#, with experience only in Java, and I am fairly confident I can get a Java job having worked in C# most recently.

      Although... our next program is likely to be Java because C# doesn't seem to provide all the functionality we want, but that aside...

      Languages come and languages go, and when it happens people don't usually fret, they either port, or keep using the last working release of the runtime for the dead language. People move on.

      --
      Karma: It's all a bunch of tree-huggin' hippy crap!
  127. Read the gnu manifesto by Srin+Tuar · · Score: 2, Informative
    If youd ever read the FSF site over once before you went about criticizing it, you would see that the definition of what constitutes free

    http://www.fsf.org/philosophy/free-sw.html

    • Is not limited to the GPL
    • Is well defined and agreed upon by many many programmers, users, and organizations
    • Is not met by SUN's Java implementation


    RMS's use of the word "free" is precise and accurate.

    Your definition of "free" is Orweillian and defeatist, and an attempt to lump together such clearly different concepts is little better than FUD.

    1. Re:Read the gnu manifesto by raptor21 · · Score: 2, Interesting

      Is not limited to the GPL

      If you read the article Stallman claims runing Java on GNU/Linux as running a non-free software on a Free system. Thus claiming that GPL is a free license. His description of free software in the begining of the article, conviniently fails to mention the copyleft philosophy.

      So Stallman describes free software and gives an example of a product under a copyleft license and masquerades it as free software. If you read the FSF website they clearly make a distinction between copyleft software, non-copyleft free software and free software.

      http://www.fsf.org/philosophy/categories.html#Fr ee Software
      "Free software is software that comes with permission for anyone to use, copy, and distribute, either verbatim or with modifications, either gratis or for a fee. In particular, this means that source code must be available. "

      http://www.fsf.org/philosophy/categories.html#No n- CopyleftedFreeSoftware
      "Non-copylefted free software comes from the author with permission to redistribute and modify, and also to add additional restrictions to it."

      http://www.fsf.org/philosophy/categories.html#Co py leftedSoftware
      " Copylefted software is free software whose distribution terms do not let redistributors add any additional restrictions when they redistribute or modify the software. This means that every copy of the software, even if it has been modified, must be free software."

      Clearly, the FSF makes a distintion between different degrees of freedom. But Stallman in the Article mixes and matches the two differnet
      philsophies to create and illusion of a so called java trap. When free software in conjuntion with a system protected by a copyleft license, like the GPL (GNU/Linux), will also work in his example of the trap.

      Basically he is claiming that a piece of software is entraped because it is less free than the one it is dependant on.
      In the begining of the article he only mentions what the FSF clearly defines as "Free Software".

      "Roughly speaking, they are: the freedom to run the program, the freedom to study and change the source, the freedom to redistribute the source and binaries, and the freedom to publish improved versions. (See http://www.gnu.org/philosophy/free-sw.html.) Whether any given program is free software depends solely on the meaning of its license."

      Notice the term license. By definition of the GPL it is a copyleft license not free software. This again is FSF's own definiton page.

      "In the GNU project, we use ``copyleft'' to protect these freedoms legally for everyone. But non-copylefted free software also exists. We believe there are important reasons why it is better to use copyleft, but if your program is non-copylefted free software, we can still use it."

      Here he seems to suggest that copyleft is the way to go. One thing is certainly clear Stallman and the FSF spin the word "free" to mean many things.

      Free software is free (no restrictions). copyleft (freedom with restrictions) is also free software? So why isn't Sun's jvm which is free (to mredistribute and monetarily)
      but incompatible with the GPL non free, becuase of frame of reference. The GPL is also then not free when placed in context with a license more free.

      This is confusing to anyone who isn't well versed with the FSF lingo. Thus my request to Stallman.

  128. Sun appears to be following a familiar script by dekashizl · · Score: 2, Insightful
    Interesting (and somewhat relevant) article in today's SF Chronicle: Sun appears to be following a familiar script.

    Quote (emphasis mine):
    "In a larger sense, Sun's actions remind us of Compaq/Digital in their later days," analyst Andrew Neff of Bear Stearns said in a research note. "If history is a guide, Sun could follow the path of those companies with further disappointments leading to an eventual acquisition."
    1. Re:Sun appears to be following a familiar script by Anonymous Coward · · Score: 0

      ... indeed!

      can you spell "HP Solaris"!????

  129. Re:RMS, Slavery, and Corporate Slime (RIAA Example by advocate_one · · Score: 1
    but RMS *ALWAYS*. Masses of AC's belittle his accomplishments, insult his appearance and attack his insistence that the GNU (freedom aspect) of Linux distros be mentioned lest it be forgotten.

    I strongly suspect that there are hordes of MS employees all over the world with strict instructions to haunt slashdot and other places that permit anonnymous posting to constantly FUD RMS and the GNU position.And for those sites that don't permit AC type posts, there's always the handy yahoo/hotmail type throwaway account for this purpose.

    there also appears to be a lot of pro-ms karma whoring going on with accounts building up karma to get moderator points to then mod up pro-ms posts.

    --
    Donald 'Duck' Dunn: We had a band powerful enough to turn goat piss into gasoline.
  130. Idiots by NotQuiteReal · · Score: 1
    Perhaps the admins are idiots?

    Yes, everyone who works with computers for a living is an idiot. I should know, I have been doing it for over 20 years.

    --
    This issue is a bit more complicated than you think.
  131. Give me a free VM by Tarantolato · · Score: 1

    This recent Sun/Microsoft grossness highlights the need for the Parrot VM. Parrot will act as a backend for the next Perl, but also Python, Ruby, Scheme and other dynamically typed languages.

    Obviously this is useful for someone who does a lot of coding in one of these languages. But it has more important implications for the free/open software community and software more broadly, in that it offers a fast, multilanguage runtime that is unencumbered IP-wise and not bound by C-like syntax.

    It is important because scripting-language developers have historically been a backbone of free software; extending their reach extends the broader movement's reach and developer base. It is important in a technical sense because many of these languages (esp. Python and Ruby) offer improvements over Algolish syntax. It is important because an on-time Parrot implementation could provide the new Gnome language (in Python, Ruby, what have you). Parrot will give us a platform for fast, portable free/open (and also proprietary) software development that comes out of free/open software.

    http://www.parrotcode.org

  132. Re:Until it is set free by the-build-chicken · · Score: 1

    atrocious speed

    Previously Submitted language comparison puts java ahead of all other languages for business based applications. (When ignoring results for 64bit trigonometry...not often used in business apps).

    And swing is only slow when coded badly. When programmed well, and mastered, it is just as rapid as native guis, and significantly more maintainable than MFC coded gui apps.

  133. What does RMS want us to do? by javaxman · · Score: 1

    no, really? He wants us to all write for Qt rather than Java?

    I'll write for something other than Java when I find something that works better cross-platform than Swing *and* has a good OO programming model *and* good database access and XML support. Until then, what's he asking, again?

    1. Re:What does RMS want us to do? by N1KO · · Score: 1

      He's asking developers who want to write free software to help develop gcj and classpath and to remember that current implementations of java aren't free so their work isn't completely free.

      If you aren't interested in the whole free software thing, the article was not directed towards you. It was actually a very conservative article compared to his other writings.

  134. sun as a purely software company by chihuaha · · Score: 0

    Hi all, I heard that actualy Jonathan Schwartz has convinced Scott to turn sun into a software only company. Well, if this is the case, somehow Java must stay. Anyone heard something like that?

  135. You're wrong about Lotus by sreeram · · Score: 2, Informative

    Lotus is far from a dead weight for IBM. See, your personally not having seen Lotus around recently doesn't represent the whole world.

    The Singapore government, for example, is completely on Lotus. The government issued a mandate a few years back to "standardize" their IT infrastructure. They chose Lotus. Today, all government organizations (such as ministries), statutory bodies (such as the housing/economic/trade/etc development boards), fully-government-funded institutions (such as schools and polytechnics) and many others are completely on Lotus. No Microsoft Exchange or other competitors. Some are deploying Active Directory Services in addition, but Lotus is the core platform.

    Even though Singapore is geographically small, that's a pretty massive IT market. I would venture that Lotus similarly has clients worldwide.

  136. Re:RMS, Slavery, and Corporate Slime (RIAA Example by Anonymous Coward · · Score: 0

    I totally agree. I've noticed it too.

    Astroturfing is a sign of both fear and corruption. Looks like proprietary software knows they're going to lose after all.

  137. Wishfull Thinking by argoff · · Score: 1

    Whishfull thinking is believing that freedom will just magically come to people if they don't fight or push for it. I've seen alot of technologies come and go, alot of platforms come and go, and alot of people simply become obsolete because they simply didn't understand that freedom mattered. Sorry, but getting the mob behind one particular technology or platform isn't going to make it magically more suceptable to freedom.

    Here, the end in itself is not Java nor to co-opt the masses, it is freedom from another attempt at control. After that, the rest will take care of itself, just as it did with GNU/Linux.

  138. Re:RMS, Slavery, and Corporate Slime (RIAA Example by bfg9000 · · Score: 1

    Well, Akuzi, I'm afraid I must disagree.

    It's obvious that the FSF would be the Pro-Choice side, not the Pro-Lifers. The corporate software people are the ones giving the little man restrictions on what they can and can't do with software. The FSF are the ones saying "do whatever you want, as long as you don't restrict other people's freedoms".

    RMS is the king. Nobody else is looking out for me. The moderates sure aren't. You seem to be advocating the middle ground; a little DRM, a little spyware, a little loss of fair use rights, a little invasion of privacy... Ethics don't work like that. Ethics are immovable signposts. If they compromise, they will eventually disappear. Sure, you're being realistic, and if we could "theoretically" find a mid-point of control vs. freedom AND STAY THERE, that would be okay. But it won't happen. Take TODAY's example, the RIAA Easter Egg: once iTMS becomes successful, the RIAA starts planning to raise the prices. If you don't see the similarity and the anti-consumer trend with these events, you're not looking. There is NO safe way to make peace with these guys. Just like there is no safe way to make peace with Microsoft and rely on HOPE that they won't find a way to get their way entirely and destroy you. Because that's what they want -- their own way ENTIRELY. Whatever we surrender, we will NEVER get back. And they surrender nothing save what we FORCE them to surrender. They view any compromise as a FAILURE; we must as well if we are to succeed in keeping our freedoms intact. Because I guarantee you, if the big companies were able to take them all away and get away with it, they would.

    And the "cult-of-personality" stuff hasn't really hurt Steve Jobs with the artsy Hollywood crew, or Bill Gates with the Suits, has it? I hear fame is just KILLING Donald Trump. As far as I can tell, the personal insults hurled at RMS are to PREVENT him from becoming a "cult-of-personality" icon, whereby he would become much more influential, and thus much more threatening to the status quo.

    --

    I'm not normally an irrational zealous dickhead, but I figure "When in Rome..."

  139. What? Pointy Haired Programming Languages? by HiggsBison · · Score: 1
    and furthermore, we stopped trying to cater to the machine when we stopping flipping switches on the front of the box.. we should *not* be going backwards and catering to it by reorganizing logic so it's easier for the *machine* to process.

    A good language and a good programmer are expected to know the hardware, both specifically and in general. If you don't care about all that technical mumbo-jumbo, you will be at a marketing disadvantage in capability and efficiency. I agree that it is good for software architects to speak plainly, and at a humanly-understandable level, but please don't write the machine off as irrelevant.

    --
    My other car is a 1984 Nark Avenger.
  140. I know what Sun would do with all this cash! by JC-Coynel · · Score: 1

    "Developers, developers, developers, developers..."
    --JC

    --
    --JC
  141. Re:Use this idea in WW2 by Anonymous Coward · · Score: 0

    my comment wasn't wrong.
    maybe you should read my history books too.

    WWII was fought for completely different reasons.
    "Nader's comments" don't apply.

  142. That's not what Ted Nelson said! by voodoo1man · · Score: 1
    Only effeminate programmers use more parenthesis than code...
    "A fondness for LISP, incidentally, is not considered to reflect on your masculinity." (Computer Lib, Ted Nelson, 1974)

    And I sure as hell trust Theodore Nelson a lot more that I do some anonymous slashdot jerk.

    --

    In the great CONS chain of life, you can either be the CAR or be in the CDR.

  143. RAISE YOUR HANDS PLEASE by tyrione · · Score: 1

    Who else here was bored with Stallman's article after the third or fourth paragraph?

    If a developer does not take the time to read the licensing agreements that SUN provides, than whines later on they have zero pity from me.

    If GNU wants to sell the notion of Freedom-their notion of Freedom since discussing Love, Liberty, Life and Light is outside the scope of GNU-they'd better have a complete solution equal to SUN's Java before they discuss the limitations and traps of SUN's Java. Otherwise, it will fall on deaf ears.

  144. It's called a standards committee by JoeBuck · · Score: 1

    With C or C++, we can point to ISO standards, tell people to code to that and file a bug against the compiler if it doesn't accept it. Sun could have gone the standards committee route. They could even have done for Java what the DoD did for Ada: make the standard open but keep the trademark, and you can only claim to have an Ada compiler if you pass the testsuite.

    1. Re:It's called a standards committee by sparkz · · Score: 1
      AFAIK, they do.

      Read http://today.java.net/jag/page7.html#59

      Anyone can implement their own Java, have it tested against the suite, and call it Java.

      --
      Author, Shell Scripting : Expert Re
  145. Re:RMS, Slavery, and Corporate Slime (RIAA Example by andrewa · · Score: 1

    Perhaps we should coin a phrase "The Stallman Trap". In which we see a young developer interested in contributing to the community by distributing the source code to their new whizzo application.
    But wait, somewhere down the line I link to a binary somewhere - whoops, that means it ain't really "free". Might as well not bother.... Goes off to play Unreal Tournament... (oh wait, that's not free either - what kind of a world is this!)
    I admire what RMS is doing, but there's a point where it becomes to obsessional to be practically useful.
    (I can hear the flames approaching...)

    --
    :(){ :|:& };:
  146. Re:Where the fuck are you people getting this shit by kubrick · · Score: 1

    Sun will soon be sending out squads of mercenaries to kill Linux users on sight

    I'm just thinking, that would make a great out-of-context quote. :) Hey, it's one way to get more Solaris users, by percentage anyway.

    Don't forget Sun's a fully paid-up SCO supporter -- i.e. oxygen for Darl's windmill-tilting crusade against Linux. If we managed to Googlebomb them as litigous bastards, maybe we'll be able to do it to them as squads of mercenaries...

    (By the way, that page links to a lovely story containing the quote "I have a hard time seeing the Linux Zealots as any different from terrorists because of the nature of their threats." Charming.)

    --
    deus does not exist but if he does
  147. Imaginary Statistic by Anonymous Coward · · Score: 0

    I would imagine that the majority (70% +) of systems running today, and even started today are completely (and deliberately) running on antiquainted and deprecated tools, and even using deprecated methodologies.

    Why? Because of money, workforce, managerial traits and costs of moving entire systems (in terms of hardware and time to retrain 5000 staff)

    Data is forever. Lets not forget how Java is opening up data standardisation. There are many governments that are taking a J2EE only stance right now for their software.

    The Java market is maturing, the latest JVM's are great, I use IBM, Sun, anything that suits the purpose.

    The database of communication between IBM and Sun when IBM wrote their own VM is no longer easily available, but there was more professional jestery than rivalry. I think IBM and Sun are closer than you would assume.

    IBM feeds Java, Java is Sun's gift to Computer programmers. Sun created Java, and has yet to profit madly from it. Its own StarOffice is build on it, it gets money from certification, and people buy Java products (Applications Servers) for 10's 000's of dollars.

    There is big money in Java, and Sun and IBM are both getting it, but Sun is really seeding many other third party companies, giving them a chance to make real money from Java, and give back to java. By sowing this foundation of companies that have a huge financial interest in Java, Sun has build a multi vendor dream world, yes this gives problems, but the same problems you could say would beset an operating system with 50 competeing distros, 2 major competing window environments etc etc.

    Sun deliberately created this Java empire, and by creating the conditions it did, has single handedly hoisted Java to the #1 spot in desired skills.

    Now I would also the quality of those jobs (in terms of project size) is a lot larger, as I would never use .Net for anything other than .aspx/C# mysql, where the client specified. And we are talking project sub 10k GBP.

    For anything other than peanuts, J2EE is the only way to go.

    For something that might need even a hint of updating after the first time it compiles, J2EE is the only way to go.

    For something that you are seriously developing, for 1 year, with a team of 7 programmers, J2EE is the only way to go.

    I love VB, it is such a clear example of Microsoft development, and .Net == VB + extras.

    People develop in VB, and woe unto them, this proves that people develop in what makes them money, not what is the best tool.

    It just happens that Sun held back on the reigns (or pulled them in) enough to allow for an environment where now the way to make money IS to use the best tool.

    Why not to GPL Java? Lets see, why to GPL Java. I am not sure. I wouldn't want to GPL XHTML and have myXHTML, l33tXHTML, msXHTML (oh sorry, that one exists!) and the likes. Of course, the JCP is there to apply improvements to Java, and not libraries, but deep down JVM changes, IBM can happily run through this! JCP is a process that is working!

    Java is not stagnant, it is evolving, and I give Sun credit to how they have handled it, given the preying eyes of M$ and others.

    It must be like wandering through a mine field filled with M$ consultants trying to sell you electro-magnetic boots.

    Or something similar.

    Mod away.

  148. Math libs by ChunderDownunder · · Score: 1

    A tip: try using StrictMath instead of Math.

  149. Re:Use this idea in WW2 by Anonymous Coward · · Score: 0

    my comment wasn't wrong. maybe you should read my history books too.

    You said that we went to war because Japan attacked us, but there were many reasons we would have been involved anyway. Your comment was short sighted, and wrong.

    WWII was fought for completely different reasons.

    Some of which I listed.

    "Nader's comments" don't apply.

    Agreed, he is irrelevent. The funny part about his website is he doesn't even mention 9/11 or national security. The guy is a joke.

  150. Re:Use this idea in WW2 by sk0pe · · Score: 1

    You did leave Hitler and "Tojo" alone... until Tojo bloodied your nose at pearl harbor.

    --
    Tempus fugit sub anesthesia.