Introducing Go by Example
31–37 of 37 posts
Re: Introducing Go by Example
#32This is an old media presentation of something inherently interactive -- Alan Kay complains about how the wikipedia pages' code examples aren't executable. There is already the well-developed http://tour.golang.org/ , which can be used freely.
Re: Introducing Go by Example
#33I really like the way this is set up with lengthy examples next to the explanatory text. I look forward to reading through it. Thanks! In the meantime, mind a quick comment on the typography? The Palatino Linotype body text renders poorly on Windows. Italics are particularly hard to read. I tried changing it to Georgia and it made a world of difference: http://mg.to/images/go-by-example-palatino.png http://mg.to/imag…
Great feedback - thanks. Georgia also works well on Mac, so I just shipped this as the default.
Re: Introducing Go by Example
#34This is an old media presentation of something inherently interactive -- Alan Kay complains about how the wikipedia pages' code examples aren't executable. There is already the well-developed http://tour.golang.org/ , which can be used freely.
Re: Introducing Go by Example
#35Re: Introducing Go by Example
#36Quick Go question. I haven't done much go coding at all, but play around with the language. I've been reading a lot about it (thanks to HN). So I was now looking at the Slices section and noticed a slice being initalize as: t := []int{1, 2, 3, 4, 5} What makes that a slice and not an array? EDIT: Ok, found that answer on google go's blog. Apparently leaving out the length makes it one.
Arrays are a fixed size. eg. t:=[5]int{1,2,3,4,5} Go can also do the counting for you. eg. t:=[...]int{1,2,3,4,5}
Re: Introducing Go by Example
#37Very cool. Maybe Go will win some people back to the strongly typed language realm. Having the compiler acts as a safety net is pretty awesome. Much better than having your code blow up at run time with dynamic languages.
Also, dynamic languages has a tendency to "blow up" in less serious ways..