Become a fan of Slashdot on Facebook

 


Forgot your password?
Close
typodupeerror
×
Sun Microsystems Technology

The Next Path for Joy 361

Posted by CowboyNeal from the eye-to-the-future dept.
newdaemon writes "Fortune has a candid interview with Bill Joy about what he plans to do after leaving Sun and his opinions on many other topics, including his strong dislike of the C programming language and how the internet could evolve to take care of the problem of spam and viruses."
This discussion has been archived. No new comments can be posted.

The Next Path for Joy More

The Next Path for Joy

Comments Filter:

  • Joy may not be with Sun... (Score:3, Insightful)

    by Bloodshot ( 8999 ) on Saturday October 04, 2003 @09:00AM (#7132058) Homepage
    ...but he's acting like he still is.

    This article is one big "Java can solve all the internet's problems" troll. As if Microsoft's problem is because their code is written in C instead of Java. That's ludicrous.

    A programming language can't change people's behaviour. Only PEOPLE can change people's behaviour. Bill Joy's obviously a smart guy, but his railing against what he calls "antiquated" languages and his lack of understanding on why programming languages have nothing to do with e-mail viruses being able to spread so easily shows why Sun is no longer in such a position of prominence.

    His statement about how he "designed solutions for problems that people didn't yet know they had" either shows a complete lack of understanding of the way NORMAL people use technology or he's started believing his own marketing spin about Java and Sun's other technologies.

    It makes me wonder if Joy is leaving Sun because he's bitter that Sun couldn't take down Microsoft and that Java, while a very powerfull programming language that definitely has it's place in certain types of projects, isn't the language of choice for programmers everywhere.

    • Imagine that you are an alcoholic... (Score:4, Interesting)

      by emil ( 695 ) on Saturday October 04, 2003 @09:25AM (#7132165)

      ...and that, after some real calamity in your life, you have decided to go cold turkey.

      Now, where would you rather go cold turkey? Locked in a liquor store, or locked somewhere free of alcohol?

      A C compiler is the liquor store of systems programming. It reinforces all the bad habits and rewards none of the good.

      C has no formal definition for exceptions (signals can't really count), it does not force good behavior in allocating memory/objects from the heap, the stdio library is slow because of multiple buffer copies (David Korn replaced it with sfio in ksh93), C is constantly beaten by Fortran in computation-intensive applications, Python has shown that C sylistically leaves much to be desired, and this is only the beginning of the criticism.

      I like C a lot too, but ultimately, there is no future in it beyond low-level applications that need to work at a near-assembler level.

      Can you really imagine C being used for systems work in 50 years?

      • Can you really imagine C being used for systems work in 50 years?

        Sadly, yes. And maybe thats only because I'm either ill-informed or unimaginative.

        Barring the low level stuff (Kernel stuff is de facto C, if not de jure), how else can you get performance? Ada is going the way of the Dodo (there are still a few huge legacy apps running around). Java can't take its place until a rock-solid JVM is common (is there one available?). There are far too many stories of applications running out of memory becau
        • Maybe your are ill-informed and maybe you aren't. Cobol and Fortran are still in heavy use. So is Basic. All have been declared dead before. As Bill Joy says in the interview, people don't necessarily recognize the economic value of something new and instead rely on an know, comfortable alternative (paraphrased, of course).
          • interesting comment. Of course, Joy doesn;t seem to recognise the economic value of the current stuff that works, rather than the expensive rewrite if it in the current 'new best thing'. (which assumes that the rewrite works, and isn't just an expensive failure).

            Perhaps that's because he's juist talking up Java at the expense of everything else. Hands up if you've ever heard of a system rewritten in Java that failed atrociously.

          • From my understanding, Fortran has a heavy hold on scientific computing.

            As for Cobol- I'm UN-informed. I thought the majority of its place in the market was just legacy support? Mind you, legacy support is a multi-billion dollar industry (thats what we do now with ADA). So is there a lot of new development in Cobol?

            • Fortran is easier to optimize and vectorize than C, which is why it has a strong hold on scientific computing. Optimizers can assume a great deal about Fortran programs that cannot be assumed about C.

              Cobol is still alive and well in many business-oriented computing environments. There are Cobol programmers working in the office down the hall from me. New systems implementations in Cobol continue today.

              • Cobol is still alive and well in many business-oriented computing environments. There are Cobol programmers working in the office down the hall from me. New systems implementations in Cobol continue today.

                Please tell me where. My mother is an out of work Cobol programmer. She can't find a job anywhere anymore.

                Cobol is as good as dead. The jobs left are pretty much legacy support. Maybe your case is a special one but for the most part it's dead. Learning to program Cobol now is like learning sanscr

        • Re:Imagine that you are an alcoholic... (Score:4, Informative)

          by dspeyer ( 531333 ) <dspeyer.wam@umd@edu> on Saturday October 04, 2003 @10:37AM (#7132495) Homepage Journal
          There are intermediate steps between C and garbage collection. One I personally like is Cyclone [att.com] which delivers almost all the power of C and the ability to link directly to C code. There are plans to write a kernel in it, and they look very credible.

          For user-land software, things like python are becoming very practical. Java is probably acceptable for daemons and such (so long as they're not massively performance critical) but isn't ready to be used for anything with a GUI or where startup time matters.

          • Java GUIs (Score:4, Interesting)

            by tpv ( 155309 ) on Saturday October 04, 2003 @11:10AM (#7132673) Homepage
            [Java] isn't ready to be used for anything with a GUI

            *shrug*, it works for us.
            We've switched almost entirely from Powerbuilder to Java, including writing fairly rich GUIs in it. (I personally think the Java GUIs look and feel better than the PB ones).

            The big issue with Java GUIs is that it's almost impossible to do them in a "knock-up" way, (something that VB, PB and the like are good at).
            People try it, and then end up with junk and blame it on the tool. It's true that if you want to throw a GUI together as cheaply and easily as possible, then Java isn't the right tool, but if you want to put together a GUI that fits into a well designed system, then swing works just fine.

            As Gosling recently said,

            "One of the design principles behind Java is that I don't care much about how long it takes to slap together something that kind of works. The real measure is how long it takes to write something solid."
          • Java ... isn't ready to be used for anything with a GUI or where startup time matters.

            This is a myth and it's been debunked so many times I stopped counting. Look at the Eclipse [eclipse.org] project -- the Win32 UI is native (written using SWT) and just as responsive as apps written in C++.
          • [Java] isn't ready to be used for anything with a GUI

            Better warn those C/C++ developers using Borland's C++BuilderX [borland.com] IDE.

            It's written in Java and uses Swing, just as JBuilder has for years.
        • Run away garbage collection is the problem of Java, just as fandango on core is the problem of C.

          Neither is perfect. They are certainly different.

          Both can be avoided, given painstaking control of memory life-cycles.
        • Java can't take Ada's place until the Real-Time extensions are mature enough. Currently, implementations are a bit thin on the ground and well enough tested to be entrusted with stuff that Ada is typically used for.

      • Wow (Score:2)

        by ebyrob ( 165903 )
        I really like your analogy. Alcoholism and bad programming practices...

        The problem isn't the C language. The problem is, as always, language bigotry and poor breadth of knowledge.

        Of course, that sword cuts equally in all directions. What language can you imagine as "the" systems language in 50 years? Can the future really hope to hang on to diversity? Where will we attain unity?

        If we teach all the C programmers Java, and all the Java programmers C. Then we'll get world peace! (Oh wait, that's jus

        • The problem isn't the C language. The problem is, as always, language bigotry and poor breadth of knowledge.

          ...and laziness, lack of planning, lack of dedication, yada-yada-yada.

          Joy is right that more structured languages reduce programming errors. When it comes to working with Java, you can feel when your code is getting ugly because it starts to deviate from the clean design of (most of) the language's libraries.

          With C (for example), there are few standards upon which to measure the "cleanliness"

    • Re:Joy may not be with Sun... (Score:4, Insightful)

      by AdamBa ( 64128 ) on Saturday October 04, 2003 @10:23AM (#7132433) Homepage
      Indeed. Part of the interview is interesting, but the parts about Java and Windows are just market-speak. vi is a great editor, but Joy seems to have turned into a giant tool.

      - adam
    • That's ludicrous.

      Not really. If one had to describe Windows' vulnerabilities in a few phrases, buffer overflows, untrusted code and uncontrolled access would be a reasonable summary.

      These vulnerabilities are all properly and intrinsically addressed in Java. It is not possible to circumvent the controls by sloppy or malicious programming, therefore Java does enforce secure behaviour.

      Joy's comments might represent an exaggeration or simplification, not unreasonable considering the intended audience, but t

  • After sun ... (Score:5, Funny)

    by Rosco P. Coltrane ( 209368 ) on Saturday October 04, 2003 @09:06AM (#7132077)
    Bill Joy could join Mercury, Venus [mc.com], Earth [earthsystems.org], Mars [marssystems.com], Jupiter [jupiter.com], Saturn [saturnsys.com], Neptune [nepsystems.com] or Pluto [plu2.no].

    (Oddly enough, there isn't a company that bears the name of the missing planet you're thinking of ...)
    • Ah, but you can go pester one Bret Silberman [uranus.com], who apparently purchased Uranus back in 1993. He is also not willing to sell Uranus, so "...don't bother asking."

      Perhaps the best part of that page is "Uranus Headlines" on the right. ;)

  • Idiot or Liar? (Score:5, Insightful)

    by Anonymous Coward on Saturday October 04, 2003 @09:06AM (#7132080)

    Again, because that program is written in C, it's quite easy to design a virus to go through your e-mail address book and broadcast spam to all the people you know.

    The problem with Outlook isn't "C," the problem with outlook is Javascript, VBScript, and Windows Scripting Host, which are PRECISELY the sorts of high-level languages [and their interpreters] that this little terd is advocating.

    Or is he just a common liar? I dunno - you be the judge.

    • Someone who wants to increase the value of his Sun stock so he can retire in more luxury.

      Fortune Magazine- Who's the audience: PHBs. Who buys systems: PHBs. His candid interview is nothing but a sales pitch.


    • The problem with Outlook isn't "C," the problem with outlook is Javascript, VBScript, and Windows Scripting Host, which are PRECISELY the sorts of high-level languages [and their interpreters]

      Err no. He's definetly not an idiot (SUN anyone?) and he's not a liar. What he means by this is that as Outook is written in C, buffer over/underruns can happen which is what most viruses exploit (they then proceed to use high level languages such as Javascript etc. to get the email addresses and broadcast spam and

    • Re:Idiot or Liar? (Score:5, Informative)

      by sir_cello ( 634395 ) on Saturday October 04, 2003 @10:35AM (#7132478)
      You're wrong as well.

      The issue isn't with the programming language _per se_. Obviously some programming languages are more dangerous then others. Obviously some programmers are worse than others.

      The issue is with secure and contained execution environments. Properly "jailing" software (whether a process in an operating system, or a thread and window box on a preview pane in Outlook) is the real answer. Engineering has long known that compartmentalisation is key to minimising risk and impact. Operating systems are getting better at doing it. Programming languages are gradually working towards it.

      You can have all of the aforementioned and current problems with buffer overflows, language defects, etc: but if the impact is limited (say, to a display pane in Outlook) then the worst that can happen is psychological damage, nothing more. From one point of view, the preview pane should only be doing that: showing me a preview - it shouldn't be granting access to resources around it.

      I think that one of the key technologies that Java brought to the computing landscape was the concept of a secure machine (JVM) for a programming language (at a lower granuality than for a monolithic operating system). Argue as much as you like about how succesfull this was (I do remember much debate and technical attention given to it in the early days of Java), but the concept is far more important than the incremental language innovations in Java (i.e. a next-generation SmallTalk or C++).

      Give the guy some credit - he's done some very useful technical work - and Java will be one of the technologies in the timeline of the development of computer history. Even if Java itself wasn't succesfull, it's been an interesting experiment and a lot of learning has come out of it.

      I recommend this paper as a good read on the bus, just so you can appreciate the technical innovations surrounding the language.

      http://www.jot.fm/issues/issue_2003_09/column3

      ps. It's obvious he's still pulling the Sun line, but what do you expect ? He put a lot of effort and passion into Sun's technical direction - only a fool would think he's going to drop that overnight.

  • Oh dear lord... (Score:3, Interesting)

    by pVoid ( 607584 ) on Saturday October 04, 2003 @09:13AM (#7132107)
    because stuff written in antique programming languages like C [a widely used language created by Bell Labs in the early 1970s] is full of holes. Those languages weren't designed for writing distributed programs to be used over a network. Yet that's what Microsoft still uses.

    The fundamentalism never ends man. I'm almost positive when I assert these three facts:

    NT Kernel is in C but so is SunOS

    SQL Server 2000 is *entirely* C++

    I'm almost positive IE is largely, if not entirely written or at least compiled in C++

    • And what do you think a JavaVM is written in? C or C++ for sure.

      Whatever it's written in it still compiles down to the instruction set of the CPU or would he rather all CPUs ran Java bytecode?

      OO languages simply aren't suitable for all tasks, neither is C. It might shock people like Joy to know that machine code is still written, you sometimes need to to write it for embedded systems.

    • Re:Oh dear lord... (Score:3, Funny)

      by eap ( 91469 )
      # I'm almost positive IE is largely, if not entirely written or at least compiled in C++

      Internet Explorer is written in Algol but is compiled in Perl and linked in Smalltalk.

    • Of course for major commercial systems products you are still going to see C/C++, but those projects also have huge QA budgets. There are still a huge number of smallish projects in the open and closed worlds that used C/C++ but don't do any of the attendent QA. Thats the danger zone and Joy is correct to cite it.

      It will be hard for programmers to let go of C/C++ - the religion of low-level programming has been hammered into a generation of programmers even though there are plenty of high level languages th

    • > SQL Server 2000 is *entirely* C++

      Didn't Slammer exploit a buffer overflow in SQL Server 2000? A mere 376 bytes with a few in the wrong place, all because of buffer overruns...

  • Rant continued... (Score:3, Insightful)

    by pVoid ( 607584 ) on Saturday October 04, 2003 @09:23AM (#7132155)
    if you're running a monoculture of software--duh, this is not good. People have studied how to make software systems more reliable by running three distinctly diverse implementations at the same time and then comparing the results. That's what they used to do in the space program, when not only were redundant systems built for, say, guidance, but each of them also ran on different computers with different software.

    Who here runs their hosted sites on two round-robined boxes with distinct kernels and Apache versions?

    Nature deals with breakdowns in a complex system with evolution, and a very important part of evolution is the extinction of particular species. It's a sort of backtracking mechanism that corrects an evolutionary mistake. The Internet is an ecology, so if you build a species on it that is vulnerable to a certain pathogen, it can very well undergo extinction. By the way, the species that go extinct tend to have limited genetic diversity.

    Are you implying that Microsoft Windows is vulnerable to extinction precisely because it is so dominant?

    He, and the article writer, are playing the circle-j*rk game by feeding each other soft-balls...

    But the analogy is poorly 'implemented' at best. If anything, Microsoft's culture could be compared to a termite infestation (revel you little zealots - I've just insulted microsoft), but in no case is it actually on the road to extinction. Extinction right now is a bad looming shadow for *BSD and BeOS and OS/2 etc...

    Why is the analogy broken? Because the oxygen and glucose of software is money. Not electricity and bandwidth as some might believe. These aren't real life forms, as such your model isn't bound by the same rules. Microsoft is actually from a market perspective WAAAAY more genetically diverse (it's spreading its market investment at an incredible rate) than any other software company out there. If anything, the slashdot people have figured it out: they are like the borg right now, assimilating any genetic makeup they can.

    His analogy is fucking broken.

    Fuck this shit, I've flipped the bozo bit on this guy...

  • Java : C :: Emacs : vi (Score:4, Insightful)

    by achurch ( 201270 ) on Saturday October 04, 2003 @09:27AM (#7132173) Homepage

    Am I the only one getting tired of the "my language is better than your language" holy wars? Yes, Java can do some things by default that C can't, by default--buffer overflow checks, for example--but that doesn't make it necessarily "better". One could argue that Java's way of checking everything for you makes programmers lazy, and more likely to make mistakes that Java can't catch--cross-scripting holes, for example.

    In the end, an experienced C programmer can get the same job done with the same quality in C as an experienced Java program can in Java, and that ought to be good enough for anybody.

    • Re:Java : C :: Emacs : vi (Score:5, Insightful)

      by jemfinch ( 94833 ) on Saturday October 04, 2003 @10:36AM (#7132486) Homepage

      In the end, an experienced C programmer can get the same job done with the same quality in C as an experienced Java program can in Java, and that ought to be good enough for anybody.


      This simply isn't the case.

      Studies have shown (if you're interested, the relevant studies are referenced in "Code Complete" by Steve McConnell) that programmers are capable of writing approximately the same number of lines of code per unit of time in whatever language they program in. Whether it's C, Java, or Sparc Assembler, they'll write pretty much the same number of lines of code in day.

      The catch, however, is the expressivity of the languages used. A thousand lines of C will certainly "do more" than the same number of lines of Sparc assembler. Likewise (though arguably not on the same scale), a thousand lines of Java will certainly "do more" than the same number of lines of C. So disregarding errors for the moment, programmers are more productive in a higher level language like Java than they are in C or Sparc assembler.

      Now, as far as errors go: it's true that experienced programmers (in whatever language) will make fewer mistakes than less experienced programmers. But they're still human, and even if you're Donald Knuth himself, you're still going to make mistakes. The fact is that mistakes in C are far more costly than mistakes in Java. You can have off-by-one errors in both languages. In Java, however, your program will raise an out of bounds exception and, at worst, halt. In C, such a mistake could easily lead to a buffer overflow security flaw that can be exploited for elevated privilege. The same error in C and in Java is far more costly in C than in Java.

      With even higher level languages, entire classes of mistakes cannot even exist, but I don't have time to go into the advantages of such languages like SML or Haskell.

      Programmers no matter how experienced, are going to make mistakes. What matters is how costly those mistakes are. And they cost a whole lot more in C than in Java.

      Jeremy

      (P.S.: I'm a Python and SML fan, myself.)
    • I use C every day. I love it. It's part of my weapons cache for solving daily problems. I also use VB and have some working Java knowledge. I also spend a good bit of time using process level shell scripting. I'm a systems programmer/admin/architect, and I manage a diverse collection of greater than 500 fully managed and secured user PC's.

      I've been programming in C for years. Pointer problems aside, the main problem I've always seen with this little language is that there is no fundamental "string" d
    • You're definitely not alone. It seems rather childish really, to have a "strong dislike" for something like a programming language. This isn't politics, it's computer science. You can do the same thing in one language that you can in any other.

      Oh well, I guess that's what makes people so interesting. The plethora of personalities. Doesn't mean he's right, though.

      • Re:Java : C :: Emacs : vi (Score:5, Interesting)

        by Raffaello ( 230287 ) on Saturday October 04, 2003 @01:31PM (#7133365)
        The whole Turing completeness argument is a straw man. If it were really true, we'd all still be coding individual 1s and 0s, since, after all, "You can do the same thing in one language that you can in any other."

        The real issue is which language is more expressive. Since I can accomplish any task with any of the dozens of Turing complete languages, which language lets me accomplish the task at hand in the fewest lines of code?

        The answer may vary from task to task, but if the task includes the requirement that the finished product be secure, then C loses, because it doesn't protect against one of the most common sorts of attack at the language level, buffer overruns. Common Lisp and Java do. To have this same sort of protection in C, I'd have to write all the additional lines necessary to implement my own runtime to prevent direct access to memory. Hey! I've just re-implemented *part* of Common Lisp, or *part* of Java.

        Thus we come to Greenspun's 10th law of programming:

        "Any sufficiently complicated C or Fortran program contains an ad-hoc, informally-specified, bug-ridden, slow implementation of half of Common Lisp."

        You wrote:
        "Oh well, I guess that's what makes people so interesting. The plethora of personalities. Doesn't mean he's right, though."
        Bill Joy's opinion that C is a really dangerous language isn't a quirk of his personality. It's an evaluation based on decades of experience as a pioneer in the computer industry, and a deep understanding of the fact that different languages really are better or worse.
      • You are missing the point. It's not a matter of dislike. Preference doesn't enter into it. Buffer overflows are a fact of life in C. Anytime you have unchecked array access, you're going to have that problem.

        That doesn't make C an awful, bad language, necessarily, but to it does imply that too many programs are written in C that would be better written in say, Python, or Ruby. If you're not in the kernel or doing something truly performance-sensitive like A/V work, you really shouldn't be using C. If you

    • I have never written any C or C++, as I went straight from BASIC and APL (woohoo APL, those little upside down triangles!) in high school to Pascal to ADA to Modula2 at University. I dropped out of uni when they said I had to learn fortran and cobol, and to be honest my knowledge of SQL is pretty damn limited (hooray for Hibernate). But i reallly got hooked on 68000 assembler, having been a 6502 geek for years, and I loved the raw thrill of coding in languages like RDL [possenet.org] and then using 4D to do web-fronted
    • Java can do some things by default that C can't, by default--buffer overflow checks, for example--but that doesn't make it necessarily "better".

      Strange as it may seem, it does.

      Of course, I should immediately qualify this assertion by adding "in the context of implementing general-purpose business information systems", but I doubt if that will be too far from the territory of most of the /. audience.

      The reason is simple. While I can build a system that doesn't suffer from buffer overflows in C, the only

  • Classic Bill Joy (Score:5, Insightful)

    by Timesprout ( 579035 ) on Saturday October 04, 2003 @09:29AM (#7132179)
    Some wonderful conceptualisations and insights into technology closely followed by statements that make you wonder if Bill is actually in the same universe as us, nevermind on the same planet.

    Anyway thanks for Java, its a fantastic development language, please stop telling us we are going to have/need JINI in every toaster, lightfitting and piece of cutlery we own and best of luck for the future.

  • vi (Score:5, Funny)

    by eap ( 91469 ) on Saturday October 04, 2003 @09:36AM (#7132214) Journal
    One of the other tasks the article metions Joy working on is a long awaited rewrite of vi to include a slick Java Swing GUI interface and the migration away from moded operation to Ctrl key sequences.

    According to Joy, "The Control key wasn't available when I wrote vi in the 70's. Back then it was the cent symbol key (you know, that little "c" with the line through it?). So we had to go with this kludgy insert mode thing that just, well, rather sucks."

  • Bill Joy Outsourced To India (Score:5, Funny)

    by Baldrson ( 78598 ) on Saturday October 04, 2003 @09:36AM (#7132217) Homepage Journal
    I think they are just side-stepping the real news which is that Sun outsourced Bill Joy. The new Bill Joy is working for 1/10 the rate and lives in Punjab.

  • well.... (Score:2, Interesting)

    by ShadowRage ( 678728 )
    why not fix C and C++ instead of going on about it being buggy, etc..
    fix what we current have, not make new implementations of it that require a mass change to use it, not to mention java is a ram whore.

    anyways, I do like his idea on fixing common internet problems, however, a lot of that would be simple to fix, example, smtp has been a standard for decades, yet, it's one of the most exploitable protocols ever in existance, all is needed to be done is fix the mail protocol so it cant be so easily abused, (
  • I wrote about the Fortune's interview of Bill Joy a couple of days ago here [weblogs.com]. But I focused my summary on his comments about the article he wrote for Wired in April 2000, "Why the future doesn't need us [wired.com]," in which he said that rapid advances in genetic engineering, nanotechnology and robotics (collectively known as GNR) could endanger our lives. And in this long text [cio.com] published by CIO Magazine, Ray Kurzweil also writes about the dangers introduced by new technologies. More specifically, he also gives his view

  • The US has central planning of consumer production (Score:4, Interesting)

    by Animats ( 122034 ) on Saturday October 04, 2003 @01:12PM (#7133260) Homepage
    But it doesn't come from Washington. It comes from Bentonville, Arkansas.

    Wal-Mart, headquartered in Bentonville, Arkansas, runs about 3300 stores. It's the biggest retailer in the world. It's the biggest employer in the the US. It's four times the size of the #2 retailer (Home Depot). Wal-Mart's total revenue is over $200 billion. This is more than most small countries. And they're still growing.

    Wal-Mart controls a bigger economy than Gosplan, the USSR's state planning agency for the civilian sector, ever did. And Wal-Mart's control is far tighter. Wal-Mart has far more computing power than Gosplan ever did. Wal-Mart tracks sales daily; Gosplan seldom did better than obtaining annual numbers. If sales of something go up, manufacturers are told within days to increase production. If sales go down, Wal-Mart pulls the plug on the maker just as quickly. Gosplan could only dream of control like that.

    Wal-Mart's "Corridor of Doom" is famous in retailing. That's where you go to sell to Wal-Mart. There's a long hall with buyer's offices, and a waiting room with a pay-per-use coffee machine. Sales reps, and even CEOs, go there and grovel before a polite Wal-Mart buyer who, by tradition, opens with "And what can your company do for Wal-Mart today". The buyer, equipped with data on all of Wal-Mart's suppliers, then squeezes the sales rep on price. Hard. Companies that sell to Wal-Mart don't make big margins. If they do, Wal-Mart searches for an alternative supplier, and plays the suppliers off against each other. (That's why they push Linux.)

    That's how the American consumer product economy really works today.

  • Past his expiration date (Score:4, Insightful)

    by crucini ( 98210 ) on Saturday October 04, 2003 @03:06PM (#7133862)
    Bill Joy is just a typical old programmer full of whimsical opinions. The only reason he's being interviewed by Fortune is that he was in the right place at the right time and is therefore rich. If you read his "six phases" description you see that he basically stopped working in 1987. After that, he just putzed around. I think it's pretty obvious that with Sun in bad financial shape, McNealy finally kicked him out.

    Joy comes close to saying Solaris should be re-written in Java. He's not very realistic. When I think of secure programs, I think of qmail, postfix and djbdns. All written in C. I can't even name a Java mailserver or DNS server off the top of my head.
    Another reason spam is so bad is that so many companies use Microsoft Outlook for reading e-mail. Again, because that program is written in C, it's quite easy to design a virus to go through your e-mail address book and broadcast spam to all the people you know.
    Outlook's numerous viruses are not caused by the program being written in C or C++. They are caused by Outlook's support for active content. The problem would still exist if Outlook were re-written in Java. I wonder if nobody in Joy's circle dares to correct him on this, or if he's been corrected and just didn't hear.

    Take any random clever programmer over 30 and give him $100 million. He will wander off into the sunset, murmuring about his brilliant new idea for re-architecting the internet or something. He will never again do or say something relevant.

Slashdot Top Deals

Where there's a will, there's an Inheritance Tax.

Close