3 ms·

Check out Akka for Scala/Java - http://akka.io/ http://akka.io/ I am genuinely puzzled why people embark on building systems which they intend to be massively

Check out Akka for Scala/Java - http://akka.io/ http://akka.io/ I am genuinely puzzled why people embark on building systems which they intend to be massively scalable using languages which don't have a technology like Erlang/OTP or Akka to support distribution across multiple boxes.

drdaeman 14y ago
This. The fact that, as opposed to to Goroutines, Erlang processes can be transparently running on some other node is the most important difference.
- shinolajla1234 14y ago
  Akka does that as well, and you're right, it's very important for writing declarative, distributed logic. Akka's ActorRef abstracts over the physical location of the actor, just as Erlang's PIDs do.
  - drdaeman 14y ago
    So does Cloud Haskell (which borrows and improves on many ideas from Erlang/OTP). http://haskell-distributed.github.com/documentation.html http://haskell-distributed.github.com/documentation.html
- genwin 14y ago
  In Go, channels can be between boxes, so a channel could be used to trigger or communicate with Go code running on another box.
  - danieldk 14y ago
    Oh, could you please show me some code that does this (a 'channel between boxes'), and supports sending of exactly the same data types that you send over a regular Go channel? Using the old deprecated netchan package doesn't count ;).
    - genwin 14y ago
      I haven't done it myself. The idea is from the book The Go Programming Language Phrasebook. I've misplaced the book, but this link shows it's probably netchan: https://groups.google.com/forum/?fromgroups=#!topic/golang-nuts/A41IQ-7DqyI https://groups.google.com/forum/?fromgroups=#!topic/golang-n...
    - granitepail 14y ago
      There's gob ( http://golang.org/pkg/encoding/gob/ http://golang.org/pkg/encoding/gob/ ). Not going to claim it's on the level of node communication in Erlang, but it does make data (de)serializaiton incredibly simple. With only a few lines of code you could have a channel reading from and writing to a socket to another machine.

drdaeman 14y ago

This. The fact that, as opposed to to Goroutines, Erlang processes can be transparently running on some other node is the most important difference.

shinolajla1234 14y ago
Akka does that as well, and you're right, it's very important for writing declarative, distributed logic. Akka's ActorRef abstracts over the physical location of the actor, just as Erlang's PIDs do.
- drdaeman 14y ago
  So does Cloud Haskell (which borrows and improves on many ideas from Erlang/OTP). http://haskell-distributed.github.com/documentation.html http://haskell-distributed.github.com/documentation.html
genwin 14y ago
In Go, channels can be between boxes, so a channel could be used to trigger or communicate with Go code running on another box.
- danieldk 14y ago
  Oh, could you please show me some code that does this (a 'channel between boxes'), and supports sending of exactly the same data types that you send over a regular Go channel? Using the old deprecated netchan package doesn't count ;).
  - genwin 14y ago
    I haven't done it myself. The idea is from the book The Go Programming Language Phrasebook. I've misplaced the book, but this link shows it's probably netchan: https://groups.google.com/forum/?fromgroups=#!topic/golang-nuts/A41IQ-7DqyI https://groups.google.com/forum/?fromgroups=#!topic/golang-n...
  - granitepail 14y ago
    There's gob ( http://golang.org/pkg/encoding/gob/ http://golang.org/pkg/encoding/gob/ ). Not going to claim it's on the level of node communication in Erlang, but it does make data (de)serializaiton incredibly simple. With only a few lines of code you could have a channel reading from and writing to a socket to another machine.