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

Go is amazing, period.

poincare101.blogspot.com

Post reply on HN
Print view View original

11–20 of 241 posts

Re: Go is amazing, period.

#11

Post by enneff »

firefoxman1 wrote: post #2

Is there currently a good web framework for Go? Edit: web.go looks pretty sweet: http://www.getwebgo.com/ Edit2: As does app.go: https://github.com/georgenava/appgo ...There's a large list of Go projects here: http://godashboard.appspot.com/project

> Is there currently a good web framework for Go?

The standard library gives you almost everything you need.

The http package provides a web server and client: http://weekly.golang.org/net/http/

The template package provides text templates: http://weekly.golang.org/text/template/ and automatically-escaped HTML templates: http://weekly.golang.org/html/template/

For other bits and pieces, see the rest of the standard library: http://weekly.golang.org/

I also recommend the Gorilla Web Toolkit for some other useful web-app functionality: http://gorilla-web.appspot.com/

Re: Go is amazing, period.

#12

Post by simplyinfinity »

ootachi wrote: post #9
swah wrote: post #6

I'd love to have Python library availability in a staticly typed language.

Many statically typed languages have excellent library support. At this point Java, for example, has all of the libraries that Python has, and more.

there are also a lot of libraries for the .net platform outside the framework itself , too

Re: Go is amazing, period.

#13

Post by zemo »

halayli wrote: post #5

The OP easily dismissed numpy in Python and coroutines (e.g gevent)

to be honest, I've used both gevent and Go and concurrency is far more natural in Go. Sure, you can do most of what you want with gevent, and if you're using stackless or pypy you can even have channels, but implementing concurrency at the library level is a mistake. It feels bolted on. It's like how some programming languages weren't object oriented from the start, but then they bolted an object system on top of it in a later release; it feels kludgy and you notice that it's bolted on. Concurrency in Python reminds me of that. Yes, it works, but it's awkward and feels like a second-class citizen.

Re: Go is amazing, period.

#14

Post by edwinnathaniel »

ootachi wrote: post #9
swah wrote: post #6

I'd love to have Python library availability in a staticly typed language.

Many statically typed languages have excellent library support. At this point Java, for example, has all of the libraries that Python has, and more.

Not only excellent library support, but also a large array of productivity tools ranging from superb IDE, static code analysis, build+dependency tools, great Continuous Integration, etc.

Re: Go is amazing, period.

#16

Post by jbarham »

zemo wrote: post #13
halayli wrote: post #5

The OP easily dismissed numpy in Python and coroutines (e.g gevent)

to be honest, I've used both gevent and Go and concurrency is far more natural in Go. Sure, you can do most of what you want with gevent, and if you're using stackless or pypy you can even have channels, but implementing concurrency at the library level is a mistake. It feels bolted on. It's like how some programming languages weren't object oriented from the start, but then they bolted an object system on top of it…

I've done concurrent programming in both Python and Go, and to be fair to Python, its standard library queue class (http://docs.python.org/library/queue.html) is very close to Go's channels so it does CSP style concurrency quite nicely.

However, Go's goroutines are IMHO superior to Python threads since they're much more lightweight and can run in parallel on multi-core CPUs and you can have a lot more of them.

Go gets it right by putting goroutines and channels into the core language to encourage CSP style concurrency, but putting other more traditional, but harder-to-use, concurrency primitives like mutexes into the standard library.

Re: Go is amazing, period.

#17

Post by tpsreport »

Here's a summary of the article:

* author cannot write portable C sockets code

* author cannot handle C/C++

* author believes his app would be too slow in Python, later abandons App, but retains his bias against Python

* Go has no parens for if/for

* Go has unicode support

* Go has closures "like salt shakers"

* Go is cohesively designed

* Go has nice libraries

Go may or may not be a good language, but this kind of argument is not going to win me over.

Re: Go is amazing, period.

#18

Post by noveltyaccount »

tpsreport wrote: post #17

Here's a summary of the article: * author cannot write portable C sockets code * author cannot handle C/C++ * author believes his app would be too slow in Python, later abandons App, but retains his bias against Python * Go has no parens for if/for * Go has unicode support * Go has closures "like salt shakers" * Go is cohesively designed * Go has nice libraries Go may or may not be a good language, but this kind of a…

* Author is 14 years old

Re: Go is amazing, period.

#20

Post by dhaivatpandya »

tpsreport wrote: post #17

Here's a summary of the article: * author cannot write portable C sockets code * author cannot handle C/C++ * author believes his app would be too slow in Python, later abandons App, but retains his bias against Python * Go has no parens for if/for * Go has unicode support * Go has closures "like salt shakers" * Go is cohesively designed * Go has nice libraries Go may or may not be a good language, but this kind of a…

I usually wouldn't respond to mean comments, but, this one really throws me off (I'm the OP).

There is a very strong difference between "cannot write" and the need for something to be simple.

I can definitely handle C/C++, and I don't think writing something in a higher-level language changes that.

If something is doing processing with 4000 threads with around 10 years worth of by-the-minute data, it sure as hell will run too slow in Python.

And, the arguments stated after are not crucial to "making you switch to Go", which was not the point of the article anyway.

EDIT: Also, I did not abandon the app, and in fact open sourced the Bayesian filter stuff I wrote right here: https://github.com/Poincare/Bayesian.go

Post reply on HN