38 ms·

So, according to you, which one has more chances of getting used in a future popular app or framework?

mhd 14y ago
I'd say none of the above. There have even been a few interesting projects done with Ocaml (mldonkey, unison), which is a pretty good choice for system-level programing and has a pretty fast compiler. Also a lot of people are using Erlang for it's supreme concurrency support and stability. Which is why I don't doubt that there'll be quite a few people using Rust and/or Go. But I'm really not sure whether either of them will move beyond this tier into the PHP/Python/Ruby territory. A framework like Ruby would certanly help, and that can come out of nowhere. But I wonder whether the day of killer-feature frameworks aren't numbered, i.e. whether something like this can happen again. So I think in the end it comes down to which of the two will do better in the Haskell/Ocaml/Erlang tier. Go has some rabid fanboys and quite a decent designer pedigree, good libraries and a bit of a headstart, whereas Mozilla is ripe with dumped applications and failed projects. So unless they're rewriting major parts of their infrastructure with Rust and actually release stuff, I'd bet on Go.
- zedzedzed 14y ago
  I am also not betting/expecting/ whatever-you-say to make it into python/ruby sphere. I expect them to make for a new tier of high performance concurrent apps(higher than erlang), 'targeted towards more number of C familiar programmers'. Mozzila giving out broken products? - well, dont you use firefox?
  - mhd 14y ago
    I actually do use Firefox, but don't forget that it basically was a skunworks alternative to the feature creep that was the Netscape suite. And then there's Grendel. Not that Google doesn't have the same issues on a bigger scale, so even though both Rust and Go have some backing, it doesn't mean that both can't be canceled straightaway. There actually might be more renewed interest in C++ (in its current C++11 reincarnation) than actually new interest in Go/Rust. (Chances of someone reviving Modula-3 or creating a killer framework for Ada will remain low)
    - zedzedzed 14y ago
      Yeah, there are a lot of positive opinions building around C++11. But, my personal opinion is that, to be in a long run, c++ has to change very fast again!(I mean, the design patterns, to match up with new hardware and expectations). This is not the case with rust or go!!!
      - mhd 14y ago
        Well, as opposed to things like Prolog or the more esoteric functional languages, those three language aren't too different regarding their basic mindset and ties to machine architecture. Never mind that I don't believe that we're in for a massive change, anyhow (and all three can cope with multi-core in about the same way). Sure, you don't have the legacy libraries and architectural styles of C++ in Rust/Go, but that's a pretty moot point if we're talking about new projects. Go wild with generics, lambdas, concurrency, type inference etc..

mhd 14y ago

I'd say none of the above. There have even been a few interesting projects done with Ocaml (mldonkey, unison), which is a pretty good choice for system-level programing and has a pretty fast compiler. Also a lot of people are using Erlang for it's supreme concurrency support and stability. Which is why I don't doubt that there'll be quite a few people using Rust and/or Go. But I'm really not sure whether either of them will move beyond this tier into the PHP/Python/Ruby territory. A framework like Ruby would certanly help, and that can come out of nowhere. But I wonder whether the day of killer-feature frameworks aren't numbered, i.e. whether something like this can happen again. So I think in the end it comes down to which of the two will do better in the Haskell/Ocaml/Erlang tier. Go has some rabid fanboys and quite a decent designer pedigree, good libraries and a bit of a headstart, whereas Mozilla is ripe with dumped applications and failed projects. So unless they're rewriting major parts of their infrastructure with Rust and actually release stuff, I'd bet on Go.

zedzedzed 14y ago
I am also not betting/expecting/ whatever-you-say to make it into python/ruby sphere. I expect them to make for a new tier of high performance concurrent apps(higher than erlang), 'targeted towards more number of C familiar programmers'. Mozzila giving out broken products? - well, dont you use firefox?
- mhd 14y ago
  I actually do use Firefox, but don't forget that it basically was a skunworks alternative to the feature creep that was the Netscape suite. And then there's Grendel. Not that Google doesn't have the same issues on a bigger scale, so even though both Rust and Go have some backing, it doesn't mean that both can't be canceled straightaway. There actually might be more renewed interest in C++ (in its current C++11 reincarnation) than actually new interest in Go/Rust. (Chances of someone reviving Modula-3 or creating a killer framework for Ada will remain low)
  - zedzedzed 14y ago
    Yeah, there are a lot of positive opinions building around C++11. But, my personal opinion is that, to be in a long run, c++ has to change very fast again!(I mean, the design patterns, to match up with new hardware and expectations). This is not the case with rust or go!!!
    - mhd 14y ago
      Well, as opposed to things like Prolog or the more esoteric functional languages, those three language aren't too different regarding their basic mindset and ties to machine architecture. Never mind that I don't believe that we're in for a massive change, anyhow (and all three can cope with multi-core in about the same way). Sure, you don't have the legacy libraries and architectural styles of C++ in Rust/Go, but that's a pretty moot point if we're talking about new projects. Go wild with generics, lambdas, concurrency, type inference etc..