zemo

82 ms·

721.
by zemo 14y ago
nonblocking i/o is an important feature if you want to make something responsive that will handle a lot of connections. node.js brings that to the foreground, and makes it a topic that is digestible for a lot of programmers that have never
722.
by zemo 14y ago
it's a slow, i/o operation. Perhaps it takes a second or two; maybe you're generating a PDF and the email is of non-negligible size, or your email provider is slow that day, or something of that nature. When a user clicks a button, and th
723.
by zemo 14y ago
I was initially of the same opinion, but with time I came to understand that Go's error handling system is like vegetables; unpalatable, but good for you. Go's error handling works very well in practice, and my programs exhibit little to n
724.
by zemo 14y ago
it depends on what your goal is. A language is just one tool in your toolset. I love using Go very much, but I would recommend learning on Python. There's much more literature out there, more people you know will know it, and if you are l
725.
by zemo 14y ago
This is a very good example of the type of thing I'm talking about. Nobody prompted you to do so, but you gracefully handled the case of a DNS failure in your code, because the control path was obvious throughout. Go makes this type of er
726.
by zemo 14y ago
I recommend starting with http://tour.golang.org/#1 . Yes, the Go tool comes with package-management capabilities. "go get labix.org/v2/mgo" will download the very excellent MongoDB driver mgo, for example.
727.
by zemo 14y ago
well, the complaint isn't entirely that it's hard, per se, but that there are many different ways to do things concurrently in Python, and that it presents too many choices to be made for the novice programmer. In Go, you just say `go myfu
728.
by zemo 14y ago
The point is that Go is more accessible than Haskell, not that it's better.
729.
by zemo 14y ago
I haven't been using Django for a while, but I know there was no way built into the framework to do it. The complaint isn't really that it's too hard, it's that there's too many decisions to make, because it's not supported at the language
730.
by zemo 14y ago
ah, so, I don't think I wrote that section particularly well. I hold Erlang and Haskell in very high regard; I was really trying to mock my own superiority complex, which I think is fairly common in the Python community. I guess what I wa
731.
by zemo 14y ago
>Lots of fluff, not much substance. that was deliberate. There has been a glut of "introduction to Go" blog posts, and the documentation for introductory Go from the Go Team is quite good, so I didn't feel the need to author another in
732.
by zemo 14y ago
thanks for reading! I recommend starting with http://tour.golang.org/ . It's a very useful learning tool.
733.
Why I went from Python to Go (and not node.js)(orel.li)
280 points by zemo 14y ago|195 comments
734.
by zemo 14y ago
you're out of your skull if you really think that Haskell has a shot in this market. Node.js is popular because it's easy to learn. Haskell fails there. That's probably the most important factor for web frameworks. Remember the total fu
735.
by zemo 14y ago
he means the type of the individual elements. Each element is of type float64, not int.
736.
by zemo 14y ago
I have a hard time seeing how a space with no developer pedigree will be able to create educational resources for developers.
737.
by zemo 14y ago
>If you have 10 calls to ListenAndServe ListenAndServe blocks forever. If you have 10 calls to ListenAndServe, it's implied that you're in 10 different, concurrently running processes (goroutines). A panic, in Go, does not cross a gor
738.
by zemo 14y ago
that's exceedingly arrogant. All I'm asking for is a link to the Apple rules. Surely there is a document that explains the rules. That is all I want to see.
739.
by zemo 14y ago
this whole article goes over my head, because it assumes the reader is already familiar with the sandboxing issue. I'm not a desktop OS X developer; I'm not familiar with the topic. I searched around and the only articles I could find are
740.
by zemo 14y ago
>I prefer Lisp's/Clojure's approach here - have many functions operating on few data types, as opposed to the inverse. ...that doesn't accurately describe a flaw in Go at all, and stems from a common misconception of Go's type system; n
741.
by zemo 14y ago
...Go still has objects. It's not the notion of binding functions to data that's flawed; it's classical inheritance that's flawed.
742.
by zemo 14y ago
it's not there there's no error handling; it's that there's no exceptions. Instead, you use multiple return values, one of which is an error, and you check the return value for an error. It forces you to handle errors at the call site and
743.
by zemo 14y ago
>how do you draw black? emit antiphotons, duh.
744.
by zemo 14y ago
screen has vertical split but it renders so slowly it's not worth using.
745.
by zemo 14y ago
...or use rsync? rsync -avz somehost:/path/to/src /path/to/dest
746.
by zemo 14y ago
if you're talking about someone mentioning it in #go-nuts, that might have been me. I have a reference project to do that here: https://github.com/jordanorelli/multicommand haven't taken time to turn it into a proper library.
747.
by zemo 14y ago
it's really not that simple. Check the "Fold Case" section of the Letter Case article on Wikipedia; the explanation is much better: http://en.wikipedia.org/wiki/Letter_case#Unicode_case_foldin... It's not PHP's fault that accurately perf
748.
by zemo 14y ago
Have they tried making the people have a hair color that is between the accepted and rejected ones? Bisect the acceptance/rejection continuum.
749.
by zemo 14y ago
> You have to keep track of whether you compared against nil yourself. that's true in the case of comparing against nil, which I've already agreed with. I never said that Go is as safe as or safer than Haskell, I said that your asserti
750.
by zemo 14y ago
unless I'm missing something, that seems to address a separate difference in the specifics of Go and Haskell's type systems, namely that Go's interfaces and Haskell's sum types are different. Yes, they're different. I really only meant to

More ›