Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Go in Go

talks.golang.org

Post reply on HN
Print view View original

91–100 of 156 posts

Re: Go in Go

#91

Post by erikb »

FlailFast wrote: post #26
comboy wrote: post #6

Oh, I was hoping for some go (aka baduk or weiqi) playing program written in go. These are a bit tricky to google ;)

Finally, my moment! I submit my own library, which is really meant for two players and scoring...and like much of what I do, was purely pun-driven. Maybe one day I'll add AI: https://github.com/acityinohio/baduk

Have a look at the Go Text Protocol [1] and SGF [2]. If you add these then the strongest existing AIs can already play on your board.

All that said you can of course write your own bots, but Copmputer Go isn't as easy as one might think. In fact it's still considered a much harder problem than Computer Chess.

[1] http://www.lysator.liu.se/~gunnar/gtp/

[2] http://en.wikipedia.org/wiki/Smart_Game_Format

Re: Go in Go

#92

Post by sagichmal »

pbreit wrote: post #77
zatkin wrote: post #2

I really like the slide software. Does anyone know where I can find it?

Doesn't work on iPhone which is annoying.

It works fine on an iPhone. Tap the left or right side of the slide to go back or forward, respectively.

Re: Go in Go

#94

Post by gsnedders »

bojo wrote: post #73
Kurtz79 wrote: post #68

Unless I missed it, it is surprising the lack of benchmarks or mentioning how compile speed compares with the previous iteration. I'm not saying it would be necessary slower than a compiler written in C, if they wrote the more critical parts in assembler, but you would think compiling speed would be one of the outstanding discussion points, after a major rewrite.

Does the speed it takes to compile the compiler really matter? Edit: Of course, faster speeds would be interesting to hear about, so great question.

"We believe it's worth trying again with a new language, a concurrent, garbage-collected language with fast compilation."

Fast compilation is an explicit goal of Go, so they certainly think it matters.

Re: Go in Go

#95

Post by [deleted] »

fizixer wrote: post #47

Fun fact: what's common between Rob Pike, Bjarne Stroustrup, Larry Wall, Guido van Rossum, and so many other language inventors? They're all C programmers!

[deleted]

Re: Go in Go

#97

Post by yla92 »

fizixer wrote: post #47

Fun fact: what's common between Rob Pike, Bjarne Stroustrup, Larry Wall, Guido van Rossum, and so many other language inventors? They're all C programmers!

Matz (Yukihiro Matsumoto) too!

Re: Go in Go

#98

Post by [deleted] »

e12e wrote: post #79
Kurtz79 wrote: post #71

Earlier quoted context omitted.

If I'm not mistaken, these graphs refer to the speed of the code generated with the compiler, not of the compiler itself.

This slide mentions that initial go-version dropped down to 1/10th of the C in performance: http://talks.golang.org/2015/gogo.slide#15 While the next mentions that the got it back up -- but not by how much. It wasn't exactly crystal clear from the docs/website, but apparently[1] "master" is go1.5 -- so with go1.4 on windows, one can: # from a git bash, already have go1.4 installed git clone https://github.com/golang/…

[deleted]

Re: Go in Go

#99

Post by sacado2 »

sacado2 wrote: post #81

Does that mean cgo is away too ?

I don't know why I've been downvoted. Maybe my question wasn't clear. Since there is no need anymore for a C compiler in the Go toolset, how will the magic import "C" package work ?

Re: Go in Go

#100

Post by mseepgood »

sacado2 wrote: post #99
sacado2 wrote: post #81

Does that mean cgo is away too ?

I don't know why I've been downvoted. Maybe my question wasn't clear. Since there is no need anymore for a C compiler in the Go toolset, how will the magic import "C" package work ?

Cgo is written in Go as well: https://github.com/golang/go/tree/master/src/cmd/cgo
Post reply on HN