What is your to-learn list?

Hey @shingara, just out of interest - why Go-lang ?

cheers Daniel! as an old C++ hand myself I can appreciate what they’re trying to do with D. Just one question: Why D and not Go-lang?

Don’t want to troll Go lang, but this hit my Twitter feed the other day “I just don’t understand the point of Go” https://vagabond.github.io/rants/2015/06/05/a-year-with-go/


[quote=“AstonJ, post:23, topic:238, full:true”]
Don’t want to troll Go lang, but this hit my Twitter feed the other day “I just don’t understand the point of Go” https://vagabond.github.io/rants/2015/06/05/a-year-with-go/
[/quote] Darn, I’m learning Go right now…


what are your impressions with it? do you agree with that blog post?

Far be it from me to bad-mouth another language, but I can see where he’s coming from.

1 Like

I’ll agree with Andrew here (the writer of the blog post).

Go is fast, yes, but it’s not fun to write a Go application. Yeah, you can get concurrence, but you get that in Erlang (and Elixir) as well, done way easier and more fun. You want to be close to metal? Write your code in C.

There is a reason why we write Ruby code. It’s because it’s fun and we love it. :heart: Doing errors as part of the return value of a function… :anguished: Not fun. And yep, that is actually what you have to do.

Let’s say that a function func can fail. In Go you’d have to write something like:

err := func(param1, param2)

if err != nil {
  log.Printf("Error in func: %+v", err)

Does that look like fun? How about:

  func(param1, param2)
rescue => e
  puts "Error in func: #{e}"

and the thing I love about Ruby. "Oh, you want to wrap your entire method in a try-catch block? Sure, we have a shorthand for that.

We have a Go app running at work. It’s job is to sit before every other app as kind of a sidekick (Which is why we named it Sidekick) What it does is poke to the app on an endpoint. If the app responds, it’ll add the app’s endpoint to a hash which our reverse proxy (vulcand, another Go app created by the guys at Mailgun) can understand. It then pokes the app every other second and makes sure that the app is still alive. If the app dies, the sidekick removes it from the list of upstreams. That it. That’s all it does - and it’s still roughly 600 lines of code long!


thanks @Ohm, that sure is illuminating. I looked up Go a few months back I and I couldn’t see anything that attracted me to it. It’s a concurrent language, not a parallel(functional) one, like Erlang, Clojure, etc. If I need to do concurrent systems coding I’ll fall back to C/C++, that’s less overhead to me than learning a new language to do things I already know how to do.

As you point out, if it had a reasonable syntax and semantics I might consider it but it just seems to be the unholy offspring of a drunk one-night stand between C and Java, with Modula sitting in a corner taping the whole thing.

1 Like

I haven’t seen anything that would make me interested in Go. From the things I’ve heard RUST is a more interesting language. I’ve read peoples testimonies of running into a Rails scaling problem and then doing it in Go. I think their decision was premature. Rails can scale just as well as any other service IMHO. In 2009 Greg Pollock released a Scaling Rails Series (Announcement). But in those testimonies it didn’t come across to me that people used Go because they liked it; they jumped ship to Go because it was the solution that seamed to work for them rather than adjusting their Rails environment.

And besides, to me D is pure as a language. It’s not the new shiny. It’s a language developed out of decades of experience from similar languages. A natural progression one might say. It’s like refining metal, you get the impurities out to get something pure.


I want learn go mostly in performance purpose. It seems the best choice to me in regard to the maturity and syntax. Ruby keep the best language I use. But sometimes a boost in performance can be good. But I agree writing a go app is really less fun than writing a ruby one.

1 Like

cheers Daniel, I pretty much feel the same. It’s much more cost-effective to tweak Rails deployments for scalability than implement a solution in a whole new language. At the end of the day I can always fall-back to writing multi-threaded C extensions for any high-performance areas if need be.

I appreciate your comments on D. May be it’s something I need to look at when I get a chance.

1 Like

thanks @shingara, are you specifically writing high-performance apps (e.g. real-time analytics, etc.)or do you just need a performance boost for your standard apps?

No i don’t have this kind of application actually. and I don’t real performance issue. So i use only Ruby. I just want take a look to go in case of I really performance issue.

Call me crazy, but I’m yet to learn Rails, so yeah, I want to learn that, as well as Sinatra. As for things that aren’t ruby related, as Java and C++.


I want to learn how to build chatbots (if anyone can point me in the right direction I’d be really grateful :slight_smile:)

Chatbots from scratch - or do you want to start with say Hubot as a framework?

From scratch, I figured that doing a chat app with rails 5 and action cable would pave the road nicely and then figure out the ‘smart part’

Hubot looks interesting :slight_smile: thanks for that.