4 ms·

> , Java is practically becoming an ML For new code, yes. For old code, it's more in the realm of COBOL Also given that is one of the few languages that can

> , Java is practically becoming an ML For new code, yes. For old code, it's more in the realm of COBOL Also given that is one of the few languages that can speak fluently with technologies that are not very well known anymore, but still rocking many boats like SOAP webservices or AS400 mainframes The bulk of the Java applications are inside banks and insurance companies > are code organisation and tooling support (refactoring, code completion). Agree. Even though code completion has never been a problem for me in the past 20 years, not even with bash lately

pron 6y ago
> it's more in the realm of COBOL If you're talking about programming style, I don't see the resemblance (have you seen COBOL code?), and if you're talking about usage, then Java is much more popular and used in many more domains than COBOL ever was. If you must compare it to anything, then the C of large server-side software would be a more apt comparison, I think. > The bulk of the Java applications are inside banks and insurance companies And Apple and Google and Netflix and Amazon and Alibaba and governments and militaries and telcos and cedit card companies and airports and power plants and factories; wherever you'd find big, mission critical server apps, really.
- romanoderoma 6y ago
  > have you seen COBOL code? A lot of it Always stayed away from it > Java is much more popular and used in many more domains than COBOL ever was It was merely a comparison on the number of line codes deployed that never changed over decades and nobody wants to touch anymore because they drive critical systems, that move a lot of money The same reason why much of the COBOL in existence is still around I wasn't comparing the capabilities or the qualities of the two > And Apple and Google and Netflix and Amazon and Alibaba and governments and militaries and telcos and cedit card companies and airports and power plants and factories They rely on COBOL code too... Believe me
  - pron 6y ago
    Then C is definitely a better comparison. Code like that exists in huge quantities in any popular language used to write long-lived software for more than a couple of decades, but COBOL wasn't really such a language, like C and Java are. It was used a lot in some rather narrow domains and then it faded. It became popular in the late sixties, and by the mid eighties it was already falling out of fashion and became very niche. It barely had twenty years of dominance. If you insist, then a more modern language with a trajectory similar to COBOL would probably be VB. > They rely on COBOL code too... And quite possibly VB, too. But those companies write much of their new software in Java. They don't do it in COBOL (or in VB).
    - romanoderoma 6y ago
      C is not legacy. The same code from 20 or 30 years ago compiles today with little or no modifications Try to run a servlet from 1998 or a struts web app from 2001 with a recent JVM And yet you still find them in a lot of places, that you don't see, because you don't work with them, but that probably manage some of the transactions you make They are legacy because they are being maintained for clientst hat have been using them for at least 2 decades and are virtually untouchable, but are still being updated, slowly, to keep them running I'm not insisting, it's what it is. VB is not legacy, VB is dead No large company ever relied on VB to keep going __ever__ COBOL is still being developed, because it's still used To the point that COBOL can interface to Java or C# because companies prefer to update thei COBOL programs to call outside than rewrite them The final approved ISO (of Object oriented COBOL) standard was approved and published in late 2002.
      - pron 6y ago
        It's easier to run (and even revive) a 25-year-old applet than a 25-year-old OS/2 C application. Java has a much better backward compatibility story than C because C relies so heavily on OSes, many of which are effectively defunct. Still, there are probably billions of legacy lines of code in C, C++ and Java, and hundreds of millions of lines of code in those languages are still being written every year (in Java more than in C/C++). In fact, more new lines of code are professionally written in new Java codebases than any other language with the possible exceptions of JS and Python (although probably not). Like COBOL, existing VB code is still maintained, but very little new code is written. I'm not saying VB is exactly like COBOL, but I don't see any resemblance between Java and COBOL any more than I would between C and COBOL or Python and COBOL.

pron 6y ago

> it's more in the realm of COBOL If you're talking about programming style, I don't see the resemblance (have you seen COBOL code?), and if you're talking about usage, then Java is much more popular and used in many more domains than COBOL ever was. If you must compare it to anything, then the C of large server-side software would be a more apt comparison, I think. > The bulk of the Java applications are inside banks and insurance companies And Apple and Google and Netflix and Amazon and Alibaba and governments and militaries and telcos and cedit card companies and airports and power plants and factories; wherever you'd find big, mission critical server apps, really.

romanoderoma 6y ago
> have you seen COBOL code? A lot of it Always stayed away from it > Java is much more popular and used in many more domains than COBOL ever was It was merely a comparison on the number of line codes deployed that never changed over decades and nobody wants to touch anymore because they drive critical systems, that move a lot of money The same reason why much of the COBOL in existence is still around I wasn't comparing the capabilities or the qualities of the two > And Apple and Google and Netflix and Amazon and Alibaba and governments and militaries and telcos and cedit card companies and airports and power plants and factories They rely on COBOL code too... Believe me
- pron 6y ago
  Then C is definitely a better comparison. Code like that exists in huge quantities in any popular language used to write long-lived software for more than a couple of decades, but COBOL wasn't really such a language, like C and Java are. It was used a lot in some rather narrow domains and then it faded. It became popular in the late sixties, and by the mid eighties it was already falling out of fashion and became very niche. It barely had twenty years of dominance. If you insist, then a more modern language with a trajectory similar to COBOL would probably be VB. > They rely on COBOL code too... And quite possibly VB, too. But those companies write much of their new software in Java. They don't do it in COBOL (or in VB).
  - romanoderoma 6y ago
    C is not legacy. The same code from 20 or 30 years ago compiles today with little or no modifications Try to run a servlet from 1998 or a struts web app from 2001 with a recent JVM And yet you still find them in a lot of places, that you don't see, because you don't work with them, but that probably manage some of the transactions you make They are legacy because they are being maintained for clientst hat have been using them for at least 2 decades and are virtually untouchable, but are still being updated, slowly, to keep them running I'm not insisting, it's what it is. VB is not legacy, VB is dead No large company ever relied on VB to keep going __ever__ COBOL is still being developed, because it's still used To the point that COBOL can interface to Java or C# because companies prefer to update thei COBOL programs to call outside than rewrite them The final approved ISO (of Object oriented COBOL) standard was approved and published in late 2002.
    - pron 6y ago
      It's easier to run (and even revive) a 25-year-old applet than a 25-year-old OS/2 C application. Java has a much better backward compatibility story than C because C relies so heavily on OSes, many of which are effectively defunct. Still, there are probably billions of legacy lines of code in C, C++ and Java, and hundreds of millions of lines of code in those languages are still being written every year (in Java more than in C/C++). In fact, more new lines of code are professionally written in new Java codebases than any other language with the possible exceptions of JS and Python (although probably not). Like COBOL, existing VB code is still maintained, but very little new code is written. I'm not saying VB is exactly like COBOL, but I don't see any resemblance between Java and COBOL any more than I would between C and COBOL or Python and COBOL.