ggordan

There was a recent discussion here: https://news.ycombinator.com/item?id=36345288

I mostly use DigitalOcean and their managed kubernetes service. My projects tend to be self-contained in a monorepo (where my k8s manifest also live) and I use Flux* to keep my cluster in sync. I'm quite happy with, took a bit of time to get it set up exactly how I wanted, but now it's no-effort to do releases.

* https://fluxcd.io/

I've been working on a platform to help teams deal with their deadletter queues. It's very much a scratch my own itch project as it's solving a problem that I've faced while at my day job.

This is the one I wanted to suggest too. It's a great book, don't be put off by the "enterprise" in the name.

I've been working on an event orchestration platform[1] with the initial use case being "surface your deadletter queue, and resolve problems" mostly to scratch an itch. In other words, what happens when you can't process an event and you want a human to investigate the why and perform some kind of action to resolve the issue.

[1] anketta.com

I think "based on" is more like implemented on top of, similar to timescaledb

it looks like the generated code of a protobuf enum

Great to see. I've definitely missed it coming from circleci where you have contexts where you can define secrets that you can share across multiple repos

Environment variables being exposed to the client is great assuming this means they can be configured at runtime and available on the client

I was in the same boat until I tried VScode. It's a really great editor, configurable, and performant enough that I don't miss Sublime. Also the Go support is pretty great.

https://github.com/Microsoft/vscode-go

I tried out Apple Music and really wanted to like it, but I came back to Spotify mostly because the apps (desktop and mobile) that apple were offering were just completely unusable.

If you are both using tabs, for him everything is going to be indented with "2 space tabs" including your edits, and for you it is going to be indented with "eight space tabs", including his edits.

Just wondering how you deal with all the extra noise in the diff. What happens when multiple people are working on the project, are you not constantly having to deal with merge conflicts? I feel like checking in the build directory makes the diffs pretty much useless.

This is great, I've been considering writing something similar for London taking account cycling distance/time.

Cached: http://webcache.googleusercontent.com/search?q=cache%3Ahttps...

I often find that just getting out of the house (going through that process of showering, getting dress etc..) helps a lot. If 'walk around' implies just walking around your house, I'd suggest trying that.

I certainly did notice that my back hurt a lot less once I started weight training. And as an added benefit, people have commented that my posture has improved. So win-win!

The Violent Land - Would certainly recommend it for a non-technical read.

We tried to approach collaboration in a very simple way that doesn't require accounts and heavy realtime Google Docs-style co-editing. Our collaboration relies on versions and links. Every refresh creates a new version, so as soon as you pass a link to someone, they create a new version automatically. This way you're never editing the same version, even though you're editing the same "document". So it definitely is based on passing links around but making sure there are no conflicts. We're definitely looking into simple ways to notify you that there's a new version created by someone else so it runs even smoother.

You can think of it a bit like a tree system, where you start on the stem and as you share it with others you build independent branches. Hope it makes sense, we're definitely going to work more on that part in the future.

Thanks for the feedback! We started with Dropbox because that is what we all use, but we do want to add support for other services. Your idea for GitHub integration is very interesting, and it's not something that previously occurred to us. It's something we'll definitely look into!

We're not using etherpad. The backend is written in Go and hosted on appengine, and on the front end we use React.

Thanks for the feedback. That is something we discussed, and we have it on the list of upcoming improvements.

We're working on fixing that now. It should be back up very soon!

Edit: It's back. Thanks for the patience.

I think this would make more sense if comment karma, and link karma are a different (like on reddit). For example, I have nearly 1000 karma points, but most of those points came from links I have posted. And then there is bob who has 500 karma, but has never posted a link and most of his karma comes from contributing to discussions. I pass the 1000 point threshold, and now I have the ability to decide whether bobs comment is good enough to be live when I haven't proved that I can contribute to the discussion.

You might find this demo project interesting:

https://github.com/madhums/node-express-mongoose-demo

Previous discussion: https://news.ycombinator.com/item?id=5133047

Is anyone else having trouble signing up with a Google account?

I'm using Gnome 3. I quite like it, and prefer it to Gnome 2 and Unity. I'm not sure why people dislike it so much.