3 ms·

> there is not a single reasonably sized Go project I'm not sure if I misunderstood your statement, but Go has Docker, CoreOS and numerous other projects which

> there is not a single reasonably sized Go project I'm not sure if I misunderstood your statement, but Go has Docker, CoreOS and numerous other projects which have more than 20 developers working on the same codebase.

threeseed 12y ago
Docker and CoreOS are tiny compared to many enterprise Java apps. And they don't have 20 full time, active developers all contributing at the same time (at least not from the commit log). Take for example eBay or Amazon and the huge array of different use cases they support. Those are the typical sized Java applications we are talking about. Insurance, Banking, Finance etc. Legacy integration, payments, reporting, various web front ends. One codebase.
- socket 12y ago
  You are mistaken if you think Amazon is backed by "enterprise" Java apps from a single codebase.
  - SiVal 12y ago
    I was under the impression that Amazon was primarily a collection of services written mostly in Perl. Socket, do you know?
    - kyllo 12y ago
      What I've heard from a friend who's a SDE there is that because they have a Service-Oriented Architecture the individual teams can use just about whatever language they feel is best for the particular job. The other teams don't care because they're just making service calls. I'm sure that was mostly Perl in the 90s, but today it is mostly Java, because their HR strategy is basically to hoover up all the fresh CS grads, whose strongest language is almost always Java. And also because when Amazon started building their SOA, Java/XML/SOAP was all the rage.
  - e12e 12y ago
    For what it's worth, a pristine checkout of Eucalyptus[1], that has parts written in Java, appears to be around 430k loc of java (comments and white space included). Also, OT, didn't realize Eucalyptus had worked so much towards friendly development, and was moving towards including RiakCS as a S3 work-a-like backend[2]. [1] https://github.com/eucalyptus/eucalyptus https://github.com/eucalyptus/eucalyptus [2] https://github.com/eucalyptus/eucalyptus/wiki/Scalable-Walrus-Tech-Preview-in-Eucalyptus-3.4 https://github.com/eucalyptus/eucalyptus/wiki/Scalable-Walru... [edit: yes, I realize you were probably talking about Amazon the shopping cart, not Amazon the IT infrastructure provider]

threeseed 12y ago

Docker and CoreOS are tiny compared to many enterprise Java apps. And they don't have 20 full time, active developers all contributing at the same time (at least not from the commit log). Take for example eBay or Amazon and the huge array of different use cases they support. Those are the typical sized Java applications we are talking about. Insurance, Banking, Finance etc. Legacy integration, payments, reporting, various web front ends. One codebase.

socket 12y ago
You are mistaken if you think Amazon is backed by "enterprise" Java apps from a single codebase.
- SiVal 12y ago
  I was under the impression that Amazon was primarily a collection of services written mostly in Perl. Socket, do you know?
  - kyllo 12y ago
    What I've heard from a friend who's a SDE there is that because they have a Service-Oriented Architecture the individual teams can use just about whatever language they feel is best for the particular job. The other teams don't care because they're just making service calls. I'm sure that was mostly Perl in the 90s, but today it is mostly Java, because their HR strategy is basically to hoover up all the fresh CS grads, whose strongest language is almost always Java. And also because when Amazon started building their SOA, Java/XML/SOAP was all the rage.
- e12e 12y ago
  For what it's worth, a pristine checkout of Eucalyptus[1], that has parts written in Java, appears to be around 430k loc of java (comments and white space included). Also, OT, didn't realize Eucalyptus had worked so much towards friendly development, and was moving towards including RiakCS as a S3 work-a-like backend[2]. [1] https://github.com/eucalyptus/eucalyptus https://github.com/eucalyptus/eucalyptus [2] https://github.com/eucalyptus/eucalyptus/wiki/Scalable-Walrus-Tech-Preview-in-Eucalyptus-3.4 https://github.com/eucalyptus/eucalyptus/wiki/Scalable-Walru... [edit: yes, I realize you were probably talking about Amazon the shopping cart, not Amazon the IT infrastructure provider]