3 ms·

Basically everything related to cloud computing is written in Go nowadays. As long as there is kubernetes, containers and cloud there will be Go. I would say Go

Basically everything related to cloud computing is written in Go nowadays. As long as there is kubernetes, containers and cloud there will be Go. I would say Go is at least here to stay for the next decade or two. For rust I would like to see (wide) linux kernel adoption, if that is going to happen, then rust will also be major for decades.

ncmncm 6y ago
It would be good if Rust doesn't die. In order not to die, it would need to get its adoption rate up by two or more orders of magnitude. That would require some big changes in how Rust conducts business, that I don't see any indications of beginning. Most important would be to cut the number who try it, and give up before they have got their legs under them. Changes in how borrow checker enforcement is applied could go a long way. But, even mentioning the topic, people come out of the woodwork shrieking that you want to turn off the borrow checker. It is a real embarrassment to the Rust community to have these people. Another critical problem is the extremely slow compiler. It really should be two orders of magnitude faster. There has been extremely heavy lifting to get it just percentages faster, that will not be enough. There is really no objective reason for a Rust compiler to be slow. C++ has unfortunate historical baggage that slows it down, but Rust doesn't have any of that. I don't see how to get a good compiler for Rust short of writing a new one. If an undergraduate class can all write a Java compiler in a semester, why is there still only one, slow, Rust compiler? * * * Go might survive if it can break out of its cloud niche. Cloud is trendy now, but trends change. Other languages have had much wider usage than Go has, and faded. Nothing about Go makes it uniquely suited for coding cloud operations. As it gets more complex, its ease of adoption and fast compilation will both become less pronounced.
- tutfbhuf 6y ago
  Maybe rust in hindsight was the first language to introduce the borrow checker as an real alternative to either manual memory management or garbage collection. Maybe we will see a kick-off language based on rust that is much simpler, includes the good parts of rust and is very fast to compile. Another thing I could imagine is an AI based garbage collector, so good that it is on par with manual memory management. In chess we have recently seen AIs (neural networks) taking over the lead and beating the strongest conventional engine (stockfish, written in C++).
pjmlp 6y ago
Maybe in some "follows fashion" places, over here everything related to cloud computing is done in Java and .NET, eventually with native libraries written in C++. The only place Go has a word, indirectly, is if we happen to make use of either Docker or Kubernetes.
- tutfbhuf 6y ago
  > The only place Go has a word, indirectly, is if we happen to make use of either Docker or Kubernetes. My point here is that, this is already a big place and it's likely to increase, although Docker might be replaced sooner than later. Java and C++ are already major for decades and don't go anywhere any time soon.
  - johnnycerberus 6y ago
    Why would Docker be replaced? I am very satisfied with what it does.

ncmncm 6y ago

It would be good if Rust doesn't die. In order not to die, it would need to get its adoption rate up by two or more orders of magnitude. That would require some big changes in how Rust conducts business, that I don't see any indications of beginning. Most important would be to cut the number who try it, and give up before they have got their legs under them. Changes in how borrow checker enforcement is applied could go a long way. But, even mentioning the topic, people come out of the woodwork shrieking that you want to turn off the borrow checker. It is a real embarrassment to the Rust community to have these people. Another critical problem is the extremely slow compiler. It really should be two orders of magnitude faster. There has been extremely heavy lifting to get it just percentages faster, that will not be enough. There is really no objective reason for a Rust compiler to be slow. C++ has unfortunate historical baggage that slows it down, but Rust doesn't have any of that. I don't see how to get a good compiler for Rust short of writing a new one. If an undergraduate class can all write a Java compiler in a semester, why is there still only one, slow, Rust compiler? * * * Go might survive if it can break out of its cloud niche. Cloud is trendy now, but trends change. Other languages have had much wider usage than Go has, and faded. Nothing about Go makes it uniquely suited for coding cloud operations. As it gets more complex, its ease of adoption and fast compilation will both become less pronounced.

tutfbhuf 6y ago
Maybe rust in hindsight was the first language to introduce the borrow checker as an real alternative to either manual memory management or garbage collection. Maybe we will see a kick-off language based on rust that is much simpler, includes the good parts of rust and is very fast to compile. Another thing I could imagine is an AI based garbage collector, so good that it is on par with manual memory management. In chess we have recently seen AIs (neural networks) taking over the lead and beating the strongest conventional engine (stockfish, written in C++).

pjmlp 6y ago

Maybe in some "follows fashion" places, over here everything related to cloud computing is done in Java and .NET, eventually with native libraries written in C++. The only place Go has a word, indirectly, is if we happen to make use of either Docker or Kubernetes.

tutfbhuf 6y ago
> The only place Go has a word, indirectly, is if we happen to make use of either Docker or Kubernetes. My point here is that, this is already a big place and it's likely to increase, although Docker might be replaced sooner than later. Java and C++ are already major for decades and don't go anywhere any time soon.
- johnnycerberus 6y ago
  Why would Docker be replaced? I am very satisfied with what it does.