It really is true. Nobody wants to program in Java anymore, if you do it's just because you don't know any better. However, just like Cobol, there is going to be money available for a long time for anyone that keeps their Java skills sharp.
I would bet that's only because you haven't looked hard enough. If you know Java already that's what you feel like you'll need to use, but honestly it's probably not true. Good Luck, I hope Java works out for you.
Less typing would be nice. I am willing to hope that dynamic typing will make for more fun languages, although I am very used to code completion by now (which is inherently impossible with dynamic typing, I think). Sometimes I wonder if the dynamic typing advocates are just the genius people, the same ones who can also remember the syntax of UNIX shell commands by heart.
If the dynamic languages fail me, I guess Scala might be worth a look.
I think outside of Java, and C#, there is a fair amount of IDE hate. So you tend to not see IDEs in that rich sense you are thinking about (the exception is smalltalk, which is an IDE and VM all rolled into one ball). Some would say language like haskell are so brief, there is nothing an IDE could possible do to help it.
I have read the beginnings of Haskell tutorials now, and it seems to be very similar to Erlang? I am not sure I like the static typing, though (ie inflexible arrays). So maybe not enough reason to prefer Haskell over Erlang?
The base looks similar (space is function call, static types inference, currying, '->' for function definition etc.) because the common ancestor for haskell, o'caml, erlang and various others is ML, another language.
This is the same kind of relation between C, java and C#, the basic type system and grammar are cousin.
I won't answer to the "static typing is inflexible", but you should check the type system itself, and its genericity system and modularity system.
Comments
It really is true. Nobody wants to program in Java anymore, if you do it's just because you don't know any better. However, just like Cobol, there is going to be money available for a long time for anyone that keeps their Java skills sharp.
I do. For my shrink-wrap web-app I will do next year, Ruby, Python and PHP are not a viable choice.
JRuby or Rhino? Why not have best of all worlds.
Shrink-wrap is the keyword here. Imagine FogBugz written in IronRuby.
Fair enough. Yes shrink wrap is not "in vogue" so the particular issues it has are often ignored on the internets ;)
I would bet that's only because you haven't looked hard enough. If you know Java already that's what you feel like you'll need to use, but honestly it's probably not true. Good Luck, I hope Java works out for you.
I dare to bet with you. Give me the exact number.
We did research into Ruby/Python/PHP and none could help us more than Java.
You know, Rails/CakePHP/Django/TurboGears are not silver bullet.
I don't want to code in Java anymore, but I haven't found a better alternative yet. Did not like Rails.
What bothers you about Java? Or rather, what would make a language "better" than Java for your tastes?
Less typing would be nice. I am willing to hope that dynamic typing will make for more fun languages, although I am very used to code completion by now (which is inherently impossible with dynamic typing, I think). Sometimes I wonder if the dynamic typing advocates are just the genius people, the same ones who can also remember the syntax of UNIX shell commands by heart.
If the dynamic languages fail me, I guess Scala might be worth a look.
I think outside of Java, and C#, there is a fair amount of IDE hate. So you tend to not see IDEs in that rich sense you are thinking about (the exception is smalltalk, which is an IDE and VM all rolled into one ball). Some would say language like haskell are so brief, there is nothing an IDE could possible do to help it.
did you try O'caml and Haskell stuff ?
Not yet. How does Haskell compare to Scheme, I wonder? I have tried Erlang.
I have read the beginnings of Haskell tutorials now, and it seems to be very similar to Erlang? I am not sure I like the static typing, though (ie inflexible arrays). So maybe not enough reason to prefer Haskell over Erlang?
The base looks similar (space is function call, static types inference, currying, '->' for function definition etc.) because the common ancestor for haskell, o'caml, erlang and various others is ML, another language.
This is the same kind of relation between C, java and C#, the basic type system and grammar are cousin.
I won't answer to the "static typing is inflexible", but you should check the type system itself, and its genericity system and modularity system.