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

151–156 of 156 posts

Re: Go in Go

#151

Post by geon »

sukilot wrote: post #118
geon wrote: post #101

Earlier quoted context omitted.

I have to hold the screen in landscape to not get the sides of the slides cropped off, and then I still get the address bar covering the headline after each new slide load, unless I tilt the phone to portrait and back for each slide. Horrible.

The Go project philosophy emphasizes simplicity of development over end-user usability. Much like HackerNews website implementation, actually.

HN is super-usable. Just a simple website. Minimal JS and styling.

That slide-script is just broken.

Re: Go in Go

#152

Post by geon »

coldtea wrote: post #120
geon wrote: post #101

Earlier quoted context omitted.

I have to hold the screen in landscape to not get the sides of the slides cropped off, and then I still get the address bar covering the headline after each new slide load, unless I tilt the phone to portrait and back for each slide. Horrible.

Just use your two fingers to slightly zoom out one slide, and you won't have the address bar covering the headline after that.

Doesn't work. And now the slides aren't centered on the screen anymore, but halfway outside it. sigh

Re: Go in Go

#153

Post by pbreit »

geon wrote: post #151
sukilot wrote: post #118

Earlier quoted context omitted.

The Go project philosophy emphasizes simplicity of development over end-user usability. Much like HackerNews website implementation, actually.

HN is super-usable. Just a simple website. Minimal JS and styling. That slide-script is just broken.

HN is pretty dreadful on mobile.

Re: Go in Go

#154

Post by nemothekid »

boomlinde wrote: post #124
nemothekid wrote: post #110

Earlier quoted context omitted.

> because there isn't necessarily a direct correlation between the instructions the programmer writes and the resulting machine code If there was, then it wouldn't be "portable"

My point is that if you choose to ignore this characteristic of assembly languages, what exactly is an assembly language? C is a comparably high level language, which affords it things like portability and optimizing compilers. Assembly languages are used for minute and immediate control of the exact implementation.

>Assembly languages are used for minute and immediate control of the exact implementation.

I think the joke/humor/analogy is that C compilers are so good and C itself is so low level, that you don't actually gain much (if anything at all) by dropping down to ASM now (compared to 10-20 years ago).

Re: Go in Go

#155

Post by 72deluxe »

72deluxe wrote: post #103
ExpiredLink wrote: post #66

Earlier quoted context omitted.

Probably the only C++ program he ever wrote.

Bjarne has written numerous C++ programs, has he not?

Out of curiosity to the downvoters, has he NOT written C++ programs? Was his paper in IEEE the other year calling for more static code (let the compiler do its work) and abandonment of the dynamic_cast "let's check at runtime!" development model something he pulled from thin air? Or has he actually written code?

Re: Go in Go

#156

Post by hobarrera »

comex wrote: post #148
hobarrera wrote: post #147

Earlier quoted context omitted.

What also intrigues me is how one would port to a new architecture. You've got no go1.4 there to boostrap you (new architecture), and you can't get the binary because you're trying to build the first one.

Easy, you cross compile from Go on a different architecture. Go apparently has a good cross compilation story, though I don't have experience with it; honestly IMO the whole perception that cross compiling is an unusual or difficult thing comes from poorly designed Unix build systems. Though I suppose this would make a fully automated bootstrapping system a bit messier. (Do the first build in an emulator?)

Thanks for you answer. I hadn't though about cross compilation, and I guess that's the sanest approach, when possible.
Post reply on HN