Please create an account to participate in the Slashdot moderation system

 



Forgot your password?
typodupeerror
×
Linux Business

More MS, Less Talent In Open Source's Future 155

alphadogg writes "The open source industry in 2008 will be marked by more news out of Microsoft, IBM, Oracle and other big IT vendors, less start-up funding, more M&A activity, and an increasingly serious talent shortage, according to Raven Zachary, open source research director for The 451 Group. One example of the talent shortage will be people with expertise in the Tomcat open source Java servlet middleware from the Apache Foundation. 'There are 25 or so core contributors to that project,' Zachary said. 'Over the past four or five years that number has stayed virtually [unchanged]... but the growth of Tomcat has been astronomical.'"
This discussion has been archived. No new comments can be posted.

More MS, Less Talent In Open Source's Future

Comments Filter:
  • Talent shortage? (Score:5, Insightful)

    by RandoX ( 828285 ) on Thursday November 29, 2007 @12:02PM (#21519855)
    Maybe talented coders like to get paid better.
    • by wwmedia ( 950346 ) on Thursday November 29, 2007 @12:05PM (#21519905)
      u mean not all programmers like to give away their work and answer support questions for free with their open source software?
      • Re: (Score:3, Informative)

        there's nothing in gnu saying you can't indirectly make money from software, you just can't redistribute code that is derived from gnu code in a propietary way. Canonical I hear makes about 50 million a year through support and indirect revenue sources from Ubuntu
        • by Anonymous Coward on Thursday November 29, 2007 @12:58PM (#21520829)
          Exactly. Unfortunately, support and consulting are arguably the least desirable way to make money in this sort of industry. Ideally, you'd sell product and get only positive feedback to improve it. No support. No dumb questions. No issues.

          Companies that make money from support contracts are, in my opinion, doing the least favorable work. It's certainly not sexy and for every dollar you earn, you have to work an amount directly proportional to that. There's not much concept of exponential growth. In other words, your income per hour flattens out much faster than with a product-based model.
          • by yason ( 249474 )

            Companies that make money from support contracts are, in my opinion, doing the least favorable work. It's certainly not sexy and for every dollar you earn, you have to work an amount directly proportional to that. There's not much concept of exponential growth. In other words, your income per hour flattens out much faster than with a product-based model.

            It pays to do work that nobody else wants to do.

            Further, I don't think there will be "exponential growth" (or scalable sales...) in the future softwar

          • Clearly, the answer is to produce and support an open source product until it becomes wildly popular, then systematically introduce subtle but severe bugs that force everyone who runs your software to pay for your support contracts :)
        • Re: (Score:3, Insightful)

          by Reverend528 ( 585549 ) *

          there's nothing in gnu saying you can't indirectly make money from software

          There's nothing in the GPL saying you can't directly make money from software.

    • by RHSC ( 1019802 ) on Thursday November 29, 2007 @12:10PM (#21519993)
      I prefer to get paid by the semicolon...just so long as I don't have to code in VB
      • Re: (Score:2, Informative)

        I like to get paid by leading whitespace -- syou know, paces and tabs (with tabs counting as at least 4 spaces). But then again, I'm a Python programmer.
        • Re: (Score:2, Insightful)

          by RHSC ( 1019802 )
          Getting paid by the parenthesis while coding LISP is good too
          • Getting paid by the parenthesis while coding LISP is good too
            Truly.

            (print (eval (eval (eval (quote (quote (quote (quote payme))))))))
    • by MenTaLguY ( 5483 )
      Absolutely. But Open Source gives you the freedom to do things the way you want to, and it's a good way to interact with a population of other talented coders, both of which are generally hard to get consistently in the commercial world. Both are things that talented coders care about a lot more than the folks who are just in it for the money, clocking in the hours and punching in the first code that dribbles out of their brain.

      It's more a question of having the spare time for it.
      • "But Open Source gives you the freedom to do things the way you want to, and it's a good way to interact with a population of other talented coders, both of which are generally hard to get consistently in the commercial world."

        Sure, because a group of people who all get to do things the way they want to do it are known to be more talented and accomplished than an organized team creating products for paying customers.
        • by MenTaLguY ( 5483 )
          You don't believe that talented people gravitate towards environments which offer them creative freedom?

          Whether Open Source is more or less productive is a separate issue (I don't believe it is more productive in the short-term).
          • "You don't believe that talented people gravitate towards environments which offer them creative freedom?"

            I don't think that talented people are unique in their desire to have it their own way, no. Furthermore, a group of people who all get to do whatever they individually want to do, don't make a great team. That's true for both open and closed source development.
            • by MenTaLguY ( 5483 )
              I'd submit that creative freedom is more important to talented people, however. Speaking anecdotally, although all levels of talent are represented, I've encountered a much higher proportion of very talented programmers in Open Source than I have at work in the commercial/proprietary world. One of the reasons I'm as active in Open Source as I am is that I've found it's the best place to find talented programmers who I can learn from.

              I also don't mean to exclude the necessity of cooperation, but frankly in
              • "I'd submit that creative freedom is more important to talented people, however. Speaking anecdotally, although all levels of talent are represented, I've encountered a much higher proportion of very talented programmers in Open Source than I have at work in the commercial/proprietary world."

                I guess I've never seen a significant relationship between the desire for creative freedom and talent. I guess I've met too many people who crave creative freedom while those around them are rolling their eyes behind th
    • Re: (Score:2, Troll)

      by Reverend528 ( 585549 ) *
      Maybe the talented coders just don't like Java. It's entirely possibly that a shortage of tomcat coders will correspond to a surplus of rails developers.

      Google trends seems to agree with this theory [google.com]

      • Yes I expect to see a lot of web servers written in rails soon....
      • Top marks for your use of persuasive statistics, and the data to back you up is right there on the page!

        Are we about to go off the rails?
        Danger On The Rails: Railroad won't talk about hazardous chemical cargo
        Off the Rails: Big Oil, Big Brother Win Big in the State of the Union
        Train breaks world's speed record on rails
        Clinton rails against Bush border plan
        US destroying Tomcat fighter jets to keep parts from Iran

        See, 5 mentions of Rails and only one of Java!

        Definitely much more compelling than http://www.tiob [tiobe.com]
  • by dintech ( 998802 ) on Thursday November 29, 2007 @12:04PM (#21519883)
    Tomcat is an excellent product and a gem of the open source community. Just because there are 'only' 25 core developers working on it doesn't make it inferior in any of the other offerings out there. I'm not sure throwing more developers at it would necessarily make it better. See, Mythical Man Month for details...
    • Re: (Score:2, Informative)

      by Anonymous Coward
      I beg to differ.

      I tried to install Tomcat the other day for a rehosting consulting job I was tasked with.

      The initial part of the install went fine, though the documentation seems to be written by someone from another planet. Very strange verb tenses, grammar, poor train of thought throughout (very jumpy).

      Anyway, after I got Tomcat up and running, I realized I needed a connector to hook it into Apache. The docs were kind of sketchy on this (yes, they brought it up, but not in an organized, linear manner. It'

      • I actually agree with the AC.

        I've been running Caucho's resin as an alternative to Tomcat for many years and it's been an outstanding product with none of the headaches I've had with Tomcat. Resin is GPL'd with very good documentation and optional low-cost commercial support.

        Just because it's from apache doesn't mean it's the best for the job at hand. I find more often than not, people use tomcat because they believe that there are few options available, let alone easier and more elegant open source solut
        • by LDoggg_ ( 659725 )
          The AC's post wasn't a troll, the moderator was trigger happy or misunderstood his point.

          He was right, tomcat used to be a complete pain in the ass to connect to apache web server. Thankfully things have gotten much easier.
          Also, on Fedora 8 you can have this all automatically working with the new open source JDK.
      • Re: (Score:3, Informative)

        by LDoggg_ ( 659725 )
        As of apache 2.2(web server, not tomcat) mod_jk is obsolete and this has gotten a whole lot easier. Take a look at mod_proxy_ajp.

        It's now just one simple proxy_ajp.conf file. Plenty of options for advanced configuration, but a simple configuration could be done in one line like "ProxyPass /examples/ ajp://localhost:8009/jsp-examples/"
      • by DrYak ( 748999 ) on Thursday November 29, 2007 @12:43PM (#21520523) Homepage
        That's the typical opensource situation where whom you need is NOT a core developer.

        25 developers are a pretty good team to constantly write, re-write and improve the inner workings of tom-cat. In fact, there are a lot of commercial project that don't have that much developer 100% dedicated to the project. And as GP poster pointed out : "Mythical Man-month" explains us why this team doesn't need to grow much more because of the added inter-communication and training of newcomers overhead.

        What a lot of newcomers into the OSS world fail to realise, is that there is a lot beside "writing code" that is important for an OSS project to be useful. There's, for example, a very strong need for artist to make the visuals (UI design, themes, other graphics) in order to avoid having the OSS project look like some 10 year old ass-ugly Athena interface with a cryptic UI based on a non obvious metaphor.
        And, like in your case, projects also needs people with good writing skills, to write nice documentation, specification, HOW-TOs, and other guides, because frankly there are a lot of OSS projects out there that are technical marvel from a technological point of view but whose documentation consist mainly of a a big dump of code comments and function names and where, in fine, the old classic formula "Google + {error message} = posts in newsgroups" is the only way to get decent help.

        People usually fail to realise it. For them Open-Source mostly remind them of complex C/C++-code and they think that GPL is only for programmer good at writing code. And thus a lot of people aren't motivated to contact a project and start helping because they think they don't have the necessary coding skills. Whereas in fact, even with no competences at all in programming, they could be critically important with their artistic, litteracy, or other skills. (Even things like helping organising appearances of the project at major Meetings and Expo can help because it bring attention to the project, and that requires skill that are neither coding nor artistic).
      • But that is why books like this [amazon.com] exist. You'll need to buy two. I've never found a topic where a single book covers everything I needed to know about that topic. Buying three will usually put you past the point of diminishing returns.
    • by El Lobo ( 994537 )
      Not only that. More MS programmers participating on OS projects will also automatically mean more talented programmers. There is absolutely no contradiction in that.

    • by remmelt ( 837671 )
      The entire point of OS is that it doesn't matter that there are "only" 25 developers.

      If Tomcat's growth is astronomical, there will be people/businesses that want more features (or the 25 would be enough after all.) The thing is, it's open! They can hire someone to do that work. This is not feasible for most companies perhaps, but it's exactly what large corporations would (should?) do. Need better documentation? Pay someone to write it for you. Note that I'm not saying: "You can write it yourself." I'm say
  • Why? (Score:5, Insightful)

    by Gotung ( 571984 ) on Thursday November 29, 2007 @12:04PM (#21519889)
    Why does an open source project magically need more programmers because it has become popular? What's wrong with the 25 guys that have obviously been doing a kick-ass job with Tomcat? Throwing more bodies at it will just lead to bloatware.
    • Re:Why? (Score:4, Insightful)

      by ByOhTek ( 1181381 ) on Thursday November 29, 2007 @12:09PM (#21519987) Journal
      I think they were stating it's size and complexity as the rational, not the popularity.

      Still, yes there are 25 core contributors to Tomcat, but what is the total contributor size in a per-mont/per-year breakdown for the server.

      And what percentage of the updates are being done by the core developers? If the proporition of the development done by the core team is half of what it was the year before, at any given point, but about the same absolute amount of work - then the development on the project is still growing exponentially, even if the core team remains the same size.
    • by cromar ( 1103585 )
      25 developers is a lot. Maybe it's just me, but 25 developers would seem to be enough for most large projects. The real question is "how many developers dos it take to screw in a light bulb?"
      • Re: (Score:1, Funny)

        by Anonymous Coward
        Q. How many BASIC programmers does it take to change a light bulb?

        A. 10 to GOTO the hardware store, 20 to screw in the bulb.
      • This is true. I was actually fairly surprised to find out the number of developers that my company actually has (or had before we were acquired). A few good developers is all that any good project/product seems to need. Adding more seems to simply result in more problems, not more progress.
      • One; to call fascilities and have them come out and do it.
    • But if it has more users it NEEDS MORE MAN MONTHS!!!!
      - some PHB
  • by MikeFM ( 12491 ) on Thursday November 29, 2007 @12:06PM (#21519917) Homepage Journal
    If you can accomplish great things with a few core programmers that is called being effecient. Adding more programmers to a project usually makes it worse rather than better. Open source allows many developers to make minor changes, as they have need to, but doesn't change the fact that only a few core programmers are needed for most projects.

    I don't see the number of open source programmers shrinking at all. If anything, I expect to see many new projects taking shape and a few catching fire and shaking up the industry. It's better for many small projects to be seeded so that a few can grow into new major projects. There'd be no point in adding more and more developers to existing projects.
  • Just because one of these groups increases in size doesn't necessarily mean the other one has to. I've worked for fairly small companies where the number of developers didn't change dramatically despite the rapid growth in end users. Sure, more developers may be hired if you start developing new products, dramatically increase the feature base of the existing product, etc. but for projects that are relatively stable and have slower growth cycles there really isn't a need for a growth in the number of dev
    • by dargaud ( 518470 )
      Look at slide 7 on this presentation [web.cern.ch] (sorry, pdf), titled "Software is a long-term commitment". It shows very well, the development curve of software projects with interesting variations between projects.

      As a side note, I almost wet my pants seeing that Fortran is finally dead and buried.

  • MS... (Score:1, Offtopic)

    by PeterBrett ( 780946 )

    What does Multiple Sclerosis [wikipedia.org] have to do with open source software?

  • From TFA (Score:5, Funny)

    by Silver Sloth ( 770927 ) on Thursday November 29, 2007 @12:06PM (#21519931)

    "Microsoft is still trying to work out its strategy," he said. "Ultimately, I think we'll see them embrace open source much more."
    Now I'm worried.
  • by xant ( 99438 ) on Thursday November 29, 2007 @12:09PM (#21519985) Homepage
    High-quality products general stay flat or lose developers over time without losing any quality. I have no idea whether tomcat is a high-quality product or not, but the core of it probably requires very little maintenance now, leaving the "core" developer circle free to work on edge features. There are an unlimited number of those for any given project, but the urgency of those edges falls off rapidly as a project ages, so it's rarely the case that a project needs to grow in developers just because it's getting older. Such projects usually split into separate projects with their own functionality core.

    Also, it's ridiculous to extrapolate this process and make a statement about all open source. Developers are rarely destroyed, converting their energy into entropy. Instead, they are simply attracted to new products that need developers.

    Finally, the talented open source developers pool will only grow, as it always has. If Microsoft is hiring people to work on open source, then those people will be new talented open source developers.
    • by cnettel ( 836611 )
      A "product" like Tomcat is useful by being a platform. As such, new standards and other developments outside of the product makes a greater implact relative to, say, a game. Many Java-related projects (i.e. projects that not only are written in Java, but support other stuff in Java) went through significant changes for the 1.5 release, for example. Just keeping a project of this type and quality alive requires quite a bit of work.
  • Read the article (Score:1, Interesting)

    In fact, it alludes the increasing pervasiveness of open source in businesses as causing developer shortages, and the increasing role of the big players in open source projects. These are signs of the success of the open source model, folks.
  • I don't see it (Score:4, Insightful)

    by Wylfing ( 144940 ) <[brian] [at] [wylfing.net]> on Thursday November 29, 2007 @12:13PM (#21520021) Homepage Journal

    First: who the F cares about announcements from Microsoft regarding open source projects, unless they are actually contributing.

    OK, that out of the way, I can't see how a shortage in one project is a shortage overall. OS is about coders scratching an itch. I have contributed to projects but only when it was something that impacted me personally, and I wanted to see it fixed in a hurry. If the number of users of a project grows astronomically, that's great, but it has no bearing on how many coders participate if nobody feels an "itch" they need to scratch. Maybe the software is good enough for end users, and they feel fine about it.

    Those coders aren't "gone." They're just off scratching some other itch, is all.

    • OS is about coders scratching an itch.
      Actually it is about coders of varying motivations sharing code. Some are trying to deal with personal annoyances. Others are dong work for customers. Still others are doing work for employers.
  • Fact: Programmers need money to survive and are generally underpaid.
    Fact: People can work only 40-60 hours a week without burning out and writing crap code.
    Fact: Programmers have lives outside of the code.

    For Open Source to survive, it's going to have to figure out how to compete in a market economy.
    Part of that means making better code, since some OSS projects (OpenOffice) are total garbage full of bugs.
    Part of it means a path by which the average OSS application can monetize itself and pay its developers.
    • Re: (Score:1, Insightful)

      by Anonymous Coward
      Uh, the 90's is calling and asking for their FUD back.
    • Greetings, Microsoft Shill!

      Fact: Programmers are not janitors.
      Fact: Programmers are almost always compensated very well. (Where the shit don't they?)
      Fact: Who cares about "lives of programmers outside of the code" in this context

      Programmers get paid. You're a retard if you think it's all developed for free.

      I don't find OpenOffice to be total garbage and full of bugs any more then the alternatives.

      You put your bullshit out there like it's fact because you must be paid by Microsoft, or you must have a ve
    • Re: (Score:2, Informative)

      by wwmedia ( 950346 )
      with an alexa rank of 152 and involved in running a site of comparable size that uses adsense i estimate sourceforge makes 2,000 -> 3,000 $ a day from adsense
    • Re: (Score:2, Insightful)

      by JamesP ( 688957 )

      Fact: Programmers need money to survive and are generally underpaid.
      Fact: People can work only 40-60 hours a week without burning out and writing crap code.
      Fact: Programmers have lives outside of the code.

      For Open Source to survive, it's going to have to figure out how to compete in a market economy.
      Part of that means making better code, since some OSS projects (OpenOffice) are total garbage full of bugs.
      Part of it means a path by which the average OSS application can monetize itself and pay its developers.

      Maybe SourceForge needs to distribute profit from its AdSense earnings, I dunno.

      Funny...

      Most places I see the kind of problems these 'facts' show are closed-source shops.

      Oh yeah, another 'fact' for you. Open Source projects kicks closed-source projects in the groin in software best practices, construction techniques, usage of tools, etc, etc

    • My business is doing well.

      Fact: Customer-centered businesses succeed.
      Fact: Customers need things and will pay.

      All that is really required is to find the arrangement where both sides win.

      [sarcasm] Wow. That is so hard.... [/sarcasm]
  • Some "Tech Analyst" from some "Open Source Research Group" (451 Group???) says that Open Source is on a downward trend because Tomcat only has 25 core developers. How is this news. Tomcat has done extremely well over the years with only these 25 core developers. Sounds like a very successful Open Source project to me.

    Also, I think the rise in the use of Tomcat can be attributed to the move away from huge App Servers (WebSphere, Oracle, WebLogic) and rise in smaller more nimble apps using Struts and Sprin
  • Huh? (Score:5, Insightful)

    by snoyberg ( 787126 ) <[ten.egrofecruos.sresu] [ta] [grebyons]> on Thursday November 29, 2007 @12:17PM (#21520095) Homepage

    'There are 25 or so core contributors to that project,' Zachary said. 'Over the past four or five years that number has stayed virtually [unchanged]... but the growth of Tomcat has been astronomical.'"

    I don't get it. There's an open source project run by 25 or so people that's had "astronomical" growth, but since they aren't bringing in new people there's a lack of talent? If they're doing well with those 25, why does the team have to grow?

    • by Organic Brain Damage ( 863655 ) on Thursday November 29, 2007 @12:38PM (#21520427)
      The assumption that a bigger team is an indicator of health is insane. Large teams in software development spend most of their time NOT WRITING CODE and NOT DEBUGGING CODE. They spend their time in meetings trying to figure out how to get 25 people or 50 people to all work together. If you have a really big job, like making a modern spreadsheet product, your best bet is to figure out how to partition it into a series of jobs that can be handled more or less independently by separate 5 person teams.
    • by Wylfing ( 144940 )

      If they're doing well with those 25, why does the team have to grow?

      Precisely. Raw numbers of coders don't mean anything. And now for the real reason for my reply...

      In Soviet Slashdot, a beowulf cluster of Natalie Portman imagines you

      Oh, please let that be true.

    • Re:Huh? (Score:4, Informative)

      by Shadowlore ( 10860 ) on Thursday November 29, 2007 @04:45PM (#21524337) Journal
      Because that is how management thinks. I'll break It out for you.

      Management types want more people to manage because it gives them a means to argue they deserve more money. Their management wants to see more money first. SO if your product is successful and growing, your management expects to be able to bring on more workers so they can be considered more important and worth more money. Think of it as HR bloat just like feature bloat in an application.

      Since these "analysis" articles are done by people who are trained in, experienced in, or familiar with that model that is what they expect of everything. It's the notion that success brings growth. They are blissfully ignorant of the small world concepts, or how real work gets done, or how software is different from building a Model T, and only see the "business" side - especially since that is what pays their salary.
  • Also remained unchanged despite a big growth in the number of cars on the road.

    J2EE is J2EE and there is no reason people have to specifically learn Tomcat in order to create and deploy applications. Production websites generally do not run on Tomcat but rather on Oracle OC4J/IAS or one of other commercial application servers. Why would people become experts in something they would only use to debug some starter projects under netbeans?

    I bet the number of Linux experts has significantly grown during the sam
  • by zappepcs ( 820751 ) on Thursday November 29, 2007 @12:39PM (#21520447) Journal
    How many automobile manufacturers were there at the beginning of the 20th century? How many do we have now? Since the number of manufacturers has changed little at all, or even shrunk, can we assume that even with astronomical growth in the use of automobiles, that there is something wrong with the automotive industry?

    While that doesn't quite fit perfectly, I think it makes a point. If your 25 coders are putting out code good enough for astronomical use growth, then no more coders are needed. Every OSS project does NOT have to turn into a MS look alike to be successful. I think the author needs to re-evaluate their definition of success here. The hummer vehicles are successful as business goes, but there is not one in every driveway in North America yet. I have some very successful code, and there are 3 users total. It hums along nicely, 24/7 doing it's thing and all the end users are happy. It does not have astronomical growth, but it is SUCCESSFUL.

    Why does F/OSS HAVE to compete with MS? That's not really rhetorical. For most of what I do, OO is absolutely great. I have no need to run and load MS Office. To me, OO is successful. I don't have to drive a Silver Ghost to have a great car. Tomcat and Apache are very successful at what they do because (IMO) MS sucked at that job and offered no real competition.

    MP3 players are a successful market... not because of the superior sound quality, or because they were made by MS, but because they do their intended job very well. Some better than others, but all do the job. In the software world, it seems rare that there are more than two options for a given product precisely because of MS (not counting Mac products). If you only had a choice between an H1 hummer and a Mitsubishi Galant, or a BMW motorocycle... which would you drive?

    The insistence that software must be like MS is at best absurd, and at worse, it's the worst thing that could happen to the F/OSS software industry.
    • If you only had a choice between an H1 hummer and a Mitsubishi Galant, or a BMW motorocycle... which would you drive?

      I'd go to the lot across the street where people are driving away with free tanks.
  • by Graftweed ( 742763 ) on Thursday November 29, 2007 @12:47PM (#21520613)
    Is /. using targeted ads now? I was reading this story using the RSS feed and the annoying embedded ad image proudly (and weirdly) announced:

    "Using Tomcat but need to do more? Discover WebSphere Application Server."
    • Mine was for American Express. TALK ABOUT WEIRD.

      Just goofing with you of course - I think your situation was just a fairly entertaining coincidence.
  • Tomcat? (Score:2, Insightful)

    by etnu ( 957152 )
    People who use Tomcat tend to be enterprisey types (which perhaps goes without saying; using Java to solve web problems is like using a chainsaw to shave), so it's no surprise that few of them are willing / able to contribute to the project. The kind of domain knowledge required to create an http server and to do the wiring necessary to make things easily configurable is pretty far removed from the typical day to day work of these engineers. I think this is kind of true for most open source projects. The f
  • by Jonboy X ( 319895 ) <jonathan,oexner&alum,wpi,edu> on Thursday November 29, 2007 @01:24PM (#21521271) Journal

    He also said he anticipates Microsoft becoming increasingly busy in open source, since it "has a vested interest in making sure open source works well on Windows." However, he noted it could be well into the next decade before we see something as dramatic as an actual Linux distribution from Microsoft.


    NetworkWorld: Your source for alarmist headlines, buzzword-compliant articles and wild speculation for over 20 years [networkworld.com]
  • The much-predicted talent shortage arising from the retirement of the baby boomers may, paradoxically, swell the ranks of open-source coders. Open-source folks work for coin of the spirit (which is that same thing wage-slaves work for, ultimately, as they turn their coin of the realm into stuff they like). Anyway, retired folks get itchy for something to do, and no longer need to earn a living. A lot of them will still have viable coding skills, and I expect we'll see a groundswell in open-source develop
  • In July I'll graduate with a 2.1 (or better!) masters degree in Computing from Imperial College London (which, in case you don't know, is ranked very highly for computer science). I'm currently looking for jobs based in Europe, preferably in a very large city, preferably London; free software would be excellent! :-D

    Email me :-). (Or email my University! rsi at doc.ic.ac.uk is the careers person. Not enough interesting companies do this, but all the investment banks etc do -- I get at least one email a d
  • Just because there are 25 programmers tied to the project doesn't mean that they are the only ones who make contributions to the project via bug reports, patches, providing documentation, and it doesn't even include those who work on the modules, does it? Maybe the core of Apache doesn't need to change so quickly because it's pretty stable feature-wise, and modules incorporate most new features? Did you see how long it took to go from Apache 1.x to 2.x? I'm not talking about how long it took to release,
  • So, some guy is predicting the future of the whole open source by reading 25 devs in tomcat as a bad sign. This is failing to impress me, sorry.
  • But as a Sr. Admin Iget a little tired of the assumption by so many that "If you don't write the code you are talentless" Has any one cosidered the idea that there comes a time when adding code no longer improves the product much. Some of these products really are about as big as they can get without imploding, there may only be 25 contribs, but how many does something as mature as Tomcat need?
    A lot of the new talent will be of a different kind. In the 70's Computer Engineering was 80% theory/math and 10

You are in a maze of little twisting passages, all different.

Working...