4 ms·

Not trying to troll, but it's seriously depressing how much time is wasted on this language.

by abroncs 12y ago

robmccoll 12y ago
Trolling or not, comment is unproductive. Might I suggest offering alternatives such as rehashing the "rust is arguably a better design with similar goals" vs "rust's library isn't as complete and the language isn't stable" debate? I have been writing Go code professionally nearly every day for 6 months. Would I rather be writing C? Probably. Python? Not on a project of this scale. C++? Toss up. Java? No - doing far to much interfacing to C libs for that. Rust? Probably. Go is far from perfect, but honestly not that bad.
- codygman 12y ago
  What advantages does Go have over Erlang?
  - commentzorro 12y ago
    What advantages does Erlang have over Factor?
    - codygman 12y ago
      I don't know much about Factor, it's a Forth implementation right? Just inspired by Forth? Either way, the example[0] I was greeted with on the homepage[1] is quite awesome. Does it have an actor implementation like Erlang? How does it handle concurrency? 0: USING: io kernel sequences http.client xml xml.data xml.traversal ; "http://factorcode.org" http-get nip string>xml "a" deep-tags-named [ "href" attr ] map [ print ] each 1: http://factorcode.org/ http://factorcode.org/
  - sacado2 12y ago
    It can be learned by a programmer knowing only imperative C-family languages in a couple of hours, meaning I can hire any average developer and make him productive in less than a week. Not the same as teaching pure functional style with pattern-matching and prolog's syntax. Go is also much more efficient. It also produces static executables and can be easier to deploy -- or not, depending on the exact situation. It handles strings nicely -- anything other than Erlang's approach to strings is nice. Erlang has other advantages, though. 99.9999999% uptime and hot code replacement are easier with it, for instance. Their ideal niches don't completely overlap.
    - codygman 12y ago
      I believe I can agree to the above statements.
- kibwen 12y ago
  Comparing Rust to Go is equally unproductive, given that they target wildly different use cases and embody dramatically different philosophies. You might as well compare Lua to Objective-C, or OCaml to Malebolge.

Not trying to troll, but it's seriously depressing how much time is wasted on this language.

by abroncs 12y ago

Not trying to troll, but it's seriously depressing how much time is wasted on this language.

Trolling or not, comment is unproductive. Might I suggest offering alternatives such as rehashing the "rust is arguably a better design with similar goals" vs "rust's library isn't as complete and the language isn't stable" debate? I have been writing Go code professionally nearly every day for 6 months. Would I rather be writing C? Probably. Python? Not on a project of this scale. C++? Toss up. Java? No - doing far to much interfacing to C libs for that. Rust? Probably. Go is far from perfect, but honestly not that bad.

codygman 12y ago
What advantages does Go have over Erlang?
- commentzorro 12y ago
  What advantages does Erlang have over Factor?
  - codygman 12y ago
    I don't know much about Factor, it's a Forth implementation right? Just inspired by Forth? Either way, the example[0] I was greeted with on the homepage[1] is quite awesome. Does it have an actor implementation like Erlang? How does it handle concurrency? 0: USING: io kernel sequences http.client xml xml.data xml.traversal ; "http://factorcode.org" http-get nip string>xml "a" deep-tags-named [ "href" attr ] map [ print ] each 1: http://factorcode.org/ http://factorcode.org/
- sacado2 12y ago
  It can be learned by a programmer knowing only imperative C-family languages in a couple of hours, meaning I can hire any average developer and make him productive in less than a week. Not the same as teaching pure functional style with pattern-matching and prolog's syntax. Go is also much more efficient. It also produces static executables and can be easier to deploy -- or not, depending on the exact situation. It handles strings nicely -- anything other than Erlang's approach to strings is nice. Erlang has other advantages, though. 99.9999999% uptime and hot code replacement are easier with it, for instance. Their ideal niches don't completely overlap.
  - codygman 12y ago
    I believe I can agree to the above statements.
kibwen 12y ago
Comparing Rust to Go is equally unproductive, given that they target wildly different use cases and embody dramatically different philosophies. You might as well compare Lua to Objective-C, or OCaml to Malebolge.