211–220 of 384 posts
Earlier quoted context omitted.
You can also use left right keys to navigate. Just doesn't work with scroll wheel, if that is what you were expecting.
How about on mobile? It seems incompatible with portrait mode.
It's software for people giving talks, not for you. the fact that people can see it online is just a bonus.
Earlier quoted context omitted.
You can also use left right keys to navigate. Just doesn't work with scroll wheel, if that is what you were expecting.
It doesn't work well being a user. Which is what i was expecting.
The user of the software is the person giving the talk.
Earlier quoted context omitted.
It doesn't work well being a user. Which is what i was expecting.
I don't know what your original comment was because it's been flagged. But, this slideshow did not work as I expected when I first opened the page. Honestly, if I have to think about how to get to the next slide, your software is worse than PowerPoint. Forgive me for being so harsh.
It's not for you. You are not the primary audience. The user of the software is the person giving the talk. The fact that the slides are online is just a bonus.
Earlier quoted context omitted.
How do you find the cgo overhead? Specifically with something like OpenGL, it seems like it would be a big pain point for rendering.
I don't have great measurements for this, but we have done optimizations to reduce the data flowing over the Go C interface. One of our key measurements that does make a big impact on performance is how often we need to upload data (that's not already over there) to the GPUs. So that's something we have worked on reducing (buffer reuse, compression). We also have a series of caches on the other side, so we aren't dra…
The slides are awesome and I really am fond of go, but the examples using channels are all more code to write considerably than I'd write in C# or JavaScript with async/await and not any more robust or safe. Go is great for actor based systems where you model things using channels and goroutines for what they stand conceptually - not when you use it to simulate Task.WhenAll/Promise.all with a timeout. I think _that's…
They look good, but completely failed to work on Firefox for Android.
All of the server backends at my company are written in Go. This was a result of me writing a couple servers in Python a few years back, ending up with lots of problems related to hanging connections, timeouts, etc. I tried a couple different server libraries on Python but they all seemed to struggle with even tiny loads. Not sure what was up with that, but ultimately I gave Go a swing, having heard that it was good…
We run a cluster of P2P, GPU heavy machines that use Go to ingest byte streams of raw radar data, store that info in btrees, and render, cache & serve map tiles that are drawn on the fly in response to http requests. We are not using much outside the stdlib (opengl and gdal bindings). Garbage collection has become very fast in recent versions of the language. It's quite painless now, and we did struggle with it in th…
I'd love to see Nim on this diagram: https://talks.golang.org/2016/applicative.slide#13 - it could be close to the top right corner.
I would contend that java should be considerably lower on the fun scale. Maybe they are counting other languages that target the JVM? Also perl is apparently as fun for humans python which I also find suspect after maintaining perl 5.x code. Turns out this subjective made up graph is subjective and made up I guess.
When people talk about a language being 'fun', they need to distinguish between writing something new for the first time vs maintaining something or figuring out someone else's code.
Earlier quoted context omitted.
We run a cluster of P2P, GPU heavy machines that use Go to ingest byte streams of raw radar data, store that info in btrees, and render, cache & serve map tiles that are drawn on the fly in response to http requests. We are not using much outside the stdlib (opengl and gdal bindings). Garbage collection has become very fast in recent versions of the language. It's quite painless now, and we did struggle with it in th…
Would the vendor management support deterministic builds?
Edit: other comments below have mentioned some of the tools available to manage your vendor/ tree. Using git submodules manually can be crude, especially when adding dependencies that themselves have other dependencies.
Earlier quoted context omitted.
We run a cluster of P2P, GPU heavy machines that use Go to ingest byte streams of raw radar data, store that info in btrees, and render, cache & serve map tiles that are drawn on the fly in response to http requests. We are not using much outside the stdlib (opengl and gdal bindings). Garbage collection has become very fast in recent versions of the language. It's quite painless now, and we did struggle with it in th…
Would the vendor management support deterministic builds?
Earlier quoted context omitted.
I think it refers to the Perl-era idea that good code should be somehow "clever" rather than maintainable. It's how bad programmers who spend hours agonizing over how to reduce their line count (presumably to save disk space?) justify their behavior.
For optimal code maintainability, there is a happy compromise between excessively terse and excessively verbose code. There is a lot of code in the wild that's too spread out.