HN user

rfks

262 karma

rafal@gajdulewicz.com

Posts24
Comments7
View on HN
fly.io 2y ago

World Page Speed Test – planet-wide elastic scale with FLAME

rfks
11pts1
about.gitlab.com 6y ago

What does Kubernetes have to do with it?

rfks
2pts0
www.cockroachlabs.com 7y ago

Lessons Learned from 2 Years of Nightly Jepsen Tests

rfks
1pts0
github.com 8y ago

A Fluent Logging API for Java (from Google)

rfks
4pts0
blog.twitter.com 8y ago

A new collaboration with Google Cloud

rfks
1pts0
about.gitlab.com 8y ago

How a fix in Go 1.9 sped up our Gitaly service by 30x

rfks
252pts68
www.youtube.com 8y ago

Surviving Without Generics

rfks
3pts0
www.cockroachlabs.com 8y ago

Real Transactions are Serializable

rfks
2pts0
www.upguard.com 8y ago

Cut Cord: How Viacom's Master Controls Were Left Exposed

rfks
2pts0
www.cockroachlabs.com 8y ago

The Cross-Cloud Migration

rfks
1pts0
medium.com 9y ago

Designing a P2P Lending Platform with Elixir in Mind

rfks
3pts0
thebuild.com 9y ago

A PostgreSQL Response to Uber

rfks
34pts5
blog.sourced.tech 9y ago

Kallax: Why we built yet another ORM for Go

rfks
1pts0
blog.plataformatec.com.br 9y ago

Small data with Elixir

rfks
3pts0
cloud.google.com 9y ago

Fast and Reliable Ranking in Datastore

rfks
1pts0
adamj.eu 9y ago

AWS H3 Is the Future of Hotels

rfks
2pts0
dockyard.com 9y ago

Phoenix Channels vs. Rails Action Cable

rfks
2pts0
www.kickstarter.com 10y ago

The Superbook: Turn your smartphone into a laptop for $99

rfks
14pts2
journal.stuffwithstuff.com 10y ago

What color is your function?

rfks
2pts0
lihaoyi.github.io 10y ago

Strategic Scala Style: Principle of Least Power

rfks
3pts0
www.compose.io 11y ago

High Availability for PostgreSQL, Batteries Not Included

rfks
132pts62
stablelib.com 11y ago

Stable distribution of curated open source Go packages with long-term support

rfks
1pts0
www.reddit.com 11y ago

When someone gives you a bug

rfks
2pts0
www.eff.org 12y ago

Android tells everyone about the Wifi networks you have used

rfks
5pts0

At least until Q4 2021, Google also told large groups of employees not to bother applying for remote, as their request will automatically be denied due to a combination of role / team / organisation / tenure / office location / remote work location.

They may have reversed stance after I left, but I'm pretty sure the "15%" number cited is "15% of people that were considered eligible and had their manager support were declined."

The policy still exists (it is still encouraged, me & my coworkers used it in the last ~2 years). The "120%" issue is up to individual / manager (like many things at Google), I just took Fridays off of my main project, other people have different approaches.

Whether doing 20% impacts performance / promotion - it again depends on the individual and their level, two data points:

- I used 20% to start a team / role transfer, ended up on a very interesting project & team which helped my career growth

- one of my coworkers used 20% to start & maintain an internal feature of a large product that directly helped his promotion case

so I think 20% is great for Google and its employees (when applied wisely).

GKE uses other GCP products, but ”k8's autoscaling for the nodes isn't any better than just simple GCP load balancers and instance groups (it literally is the same thing)” isn't entirely accurate - GKE and K8S have logic that manages node pools that you won't be able to use with just instance groups.

I owned a service running on EB that did 100QPS stable, 5K QPS weekly peak (with reasonably linear traffic increases) ~5 years ago. I'd still recommend it, but we hit some arbitrary limits / found leaky abstractions that took a lot of time to work around. Overall, I'd much rather own a EB app (or any other PAAS, or Kubernetes) than a tangled nest of bash scripts, JIRA tickets and tribal knownledge.