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

Four days of Go

evanmiller.org

Post reply on HN
Print view View original

151–160 of 187 posts

Re: Four days of Go

#151

Post by skj »

threeseed wrote: post #143
mike_hearn wrote: post #87

Earlier quoted context omitted.

I'd also say that many of these things are trivially fixed in other languages using tools. Most big projects have some code style guidelines which can be enforced using a linter and any good Java IDE can auto-clean imports lists for you at commit time (IntelliJ can be configured to auto-optimise imports just before commits for instance). Making the compiler super strict about it seems like a good way to make quick ch…

Both Eclipse and IntelliJ have supported cleaning up imports and running style tools on every save for years. I have no idea why this would be a core part of any language.

It's not part of Go-the-language. It's part of the distribution of the most popular (ok, only) implementation of that language.

Re: Four days of Go

#152

Post by markrages »

barosl wrote: post #149
markrages wrote: post #144

Earlier quoted context omitted.

Your editor can indent / dedent whole regions of code with just a few keystrokes. If this is not true, find another editor.

But then again, unfortunately, Python's significant whitespace makes automatic indentation hard, because there are some edge cases that an editor cannot extract the actual intention by the programmer well. For example, if there is a code as: for i in range(10): if i % 2 == 0: print('hello') and I paste `print('world')` after that, there are at least three possibilities of the proper indentation of the line. It can ma…

in my editor, I press "tab" anywhere on the line with print('world') and it cycles between the three options.

If I want to move a whole block in one level, I select the block, then press control-C and '>'.

That's what I mean.

Re: Four days of Go

#153

Post by jrobn »

EugeneOZ wrote: post #124
steveklabnik wrote: post #109

Earlier quoted context omitted.

> I suspect will get resolved much more quickly and cleanly It's pretty easy. You just add this line to your Cargo.toml: hyper = "0.3.14" And the next time you build, Cargo handles everything. You can now use hyper like any other library that's included with Rust, no biggie. This is one reason we've chosen minimalism for the standard library: It's really easy to use external libraries, and once things land in the sta…

no. there is a HUGE difference between std lib and third-party libs. Std lib is like a contract - maintainers of language have to keep all parts up to date and working. Maintainers of third-party library can write "Farewell Rust" blogpost and all projects, based on that library will be in trouble. And as http is a very important thing for web-programs, it's much better to see support of http in std lib.

Why not let a bunch of third party HTTP libraries pop up. Eventually things will converge on the "best" library for doing http in rust. Open a discussion and start adding great third part libraries to the std lib. The challenge then would be keeping this coherent throughout the std lib.

Re: Four days of Go

#154

Post by barosl »

markrages wrote: post #152
barosl wrote: post #149

Earlier quoted context omitted.

But then again, unfortunately, Python's significant whitespace makes automatic indentation hard, because there are some edge cases that an editor cannot extract the actual intention by the programmer well. For example, if there is a code as: for i in range(10): if i % 2 == 0: print('hello') and I paste `print('world')` after that, there are at least three possibilities of the proper indentation of the line. It can ma…

in my editor, I press "tab" anywhere on the line with print('world') and it cycles between the three options. If I want to move a whole block in one level, I select the block, then press control-C and '>'. That's what I mean.

Uh, yeah, same for me, but that's the "I don't want to indent these lines for now" situation that I mentioned above... Wasn't I clear about that?

To me, regardless of the number of the key strokes needed, it's still a manual indentation that bothers me more or less while coding.

Re: Four days of Go

#155

Post by [deleted] »

barosl wrote: post #149
markrages wrote: post #144

Earlier quoted context omitted.

Your editor can indent / dedent whole regions of code with just a few keystrokes. If this is not true, find another editor.

But then again, unfortunately, Python's significant whitespace makes automatic indentation hard, because there are some edge cases that an editor cannot extract the actual intention by the programmer well. For example, if there is a code as: for i in range(10): if i % 2 == 0: print('hello') and I paste `print('world')` after that, there are at least three possibilities of the proper indentation of the line. It can ma…

[deleted]

Re: Four days of Go

#156

Post by cgag »

steveklabnik wrote: post #109
wwweston wrote: post #97

Earlier quoted context omitted.

It's not just the "not now" approach. It's the rhetoric that often goes along with it. The author of this piece picks up on it when he talks about the "we've already thought about this and we're tired of talking about it" vibe, though I might characterize a lot of the discussion around generics from the Go community at large more specifically as "you think you want/need this, but trust us, you don't, and the inconven…

> I suspect will get resolved much more quickly and cleanly It's pretty easy. You just add this line to your Cargo.toml: hyper = "0.3.14" And the next time you build, Cargo handles everything. You can now use hyper like any other library that's included with Rust, no biggie. This is one reason we've chosen minimalism for the standard library: It's really easy to use external libraries, and once things land in the sta…

Haskell does it the way Rust does and it's pretty frustrating to have tons of solutions to evaluate for everything you want to do. Maybe crates.io will have a better discovery story, or rust will have a larger user base that makes it more likely that there's a clear winner. I hope so.

Re: Four days of Go

#158

Post by MBCook »

jasonlotito wrote: post #79

> If I had to guess, I’d say the Go gopher suffers from a mild form of autism. > I get the same feeling about the Go language. It feels like it is designed by an obsessive personality — obsessed with build times in particular, but also having an obsession with detail, someone who rarely makes mistakes when writing code, who generally will not run code until it appears to be complete and correct. WTF? Not only is it i…

I don't find the second part problematic, but I agree completely on the autism remarks. I started reading this article and got to a section titled "Go's Autistic Gopher" (paraphrased) and immediately closed the tab.

The author could have used plenty of other adjectives but had to use a medical condition.

I didn't bother to read the rest of the article even if it supposed to be entertaining. I didnt feel like sifting through other offensive comments (seems there may not have been others) so I skipped it.

Also seems oddly tone deaf given how common ASD seems to be among techies and their immediate family.

Re: Four days of Go

#159

Post by lugg »

My workflow at present is to print out the hex representation of a binary file onto physical sheets of paper, and then mark them up with a ball-point pen that I received last year at a conference about technology.

I love writing like this, where you got that pen doesn't matter one bit, yet it turns the drab of a tech blog into an enjoyable story to read.

Re: Four days of Go

#160

Post by ajkjk »

ChikkaChiChi wrote: post #95
nodivbyzero wrote: post #80

Earlier quoted context omitted.

+1. Agreed. I'm tired to read about startups/success stories/failures.

Your sarcasm is noted. I believe hahainternet was referring to articles that either gloss over the bad parts of a thing, or make specious claims to reinforce their ideas.

Not sure that was sarcastic.
Post reply on HN