thor24
thor24 on Hacker News
Why do think so? Databricks notebook product I have used in couple of companies is pretty solid. I have done any google research but they are generally known to be very high talent dense kind of place to work.
How were you able to find time for gym consistenly with kids + work? Is this because work is relatively stable?
Right now at age 32, I haven't been able to go to gym consistently mainly because work takes so much out of my life/time.
curious why did you end up leaving? Since the company is known to be this amazing.
Absolutely. Use all the advantages you have in life.
To be clear, what I really think is you need to be a little cynical in life to "make" it.
100 % agree on this. Rich people are nicer because they don't need much from the other party.
This is good info thanks. I have some cloud Infra experience so I am interesting in knowing how does they keep the data stored and remove the "query" servers when not in use.
Possibly some kind of EBS equivalent storage which is attached to the VM when it's booted up? I wonder that creates more failures at the cost of operational simplicity?
By same order you mean as per in-order traversal correct?
+1 Read their other articles on the blog as well. Very informative.
I think still competitive without the appreciation. Amazon is the only employer which takes appreciation into account. Most others don't.
Please correct me if I am wrong here.
This is particular to amazon and is a dick move any way you put it.
To be absolutely clear, comp is not based on stock appreciation. You get your grant (aka no. of stocks/RSUs) that vest at some cadence. By the time you vest a tranche and share price has increased is an added bonus (though generally people in tech think 4x in 4 years is their birth right.)
As for Netflix, they do give you option of choosing to split your salary every year i.e all cash, all options, some cash and some options as you see fit.
They have apparently hired a ton of great k8 folks who have been tasked with building an internal layer of sorts for themselves so I guess they are moving off it (though not anytime soon).
I have used justpay a lot of times on mobile and I have never had the problems which the parent comment is describing.
Right now there is no specific distinction between what we want to run in Cloud vs On Prem. Important thing to note here is we use Cloud as an IaaS only. We have our own stack which sort of prepares the hosts before it is ingested into clusters as usable capacity.
We actually recommend not using custom cloud providers Databases or any other value added services.
Why not completely either way (on prem vs cloud) is something that happened way before I joined the group but I think the main reason is to have a tactical edge in the long run such that we avoid lock in. I guess in some ways it helps us negotiate pricing better.
Imagine moving a certain workload from GCP region to an AWS region as part of a failover drill.
From what I have seen it is actually of the same order or sometimes more. In one of the region/zone we add few hundreds hosts every week but that is after telling them we plan to upscale this in this region upto some big X number.
Instant Elasticity in Cloud is a myth. If you think you are going to get 1k hosts just like that from AWS you will have an unpleasant experience.
I work at one of the decent size tech company and we are split between cloud and on prem. From our experience you have to inform AWS/GCP in advance (sometime way early) if you are looking to meaningfully increase capacity in zone/region.
Sure, auto scaling few hundreds of hosts may be possible but people who run a service which needs few hundreds of hosts run it directly on AWS, they will run it some kind of scheduler+resource manager which will have some kind of operational buffer anyway (as in you would already have those hosts so cloud elasticity is not a factor here).
That's exactly what i am confused about when only reading these things in isolation.
I see, I assumed logically Kubernetes as a community would want to keep thing simple and keep it same across scale. For large scale there could be different variations (like switching storage backend) but for small/low scale tier keep it dead simple.
I am guessing there were valid reasons for the offshoots (k3s, microk8s etc.).
> I use K3S for deploying an actual production cluster
You mean when you want to run a small cluster of let's say less than 10 nodes (anything in single digits)?
Why doesn't normal k8 work this way? like same tech but just less scale?
(I should probably read more on the side myself as well, new to this K8 world).
They do grant enough to keep your comp in the similar range (but usually comp does go down). So general rule of thumb is to just switch every 4 years to get another grant :P
I totally understand this. I am not saying we (as Indians of xyz caste) haven't done anything wrong in the past.
It's like all the education was only for earning $$ not expanding the mindset (realising your privilege, giving back and at the very least be nice to people agnostic of their race/gender/nationality etc).
for L1 it's one week so practically instantaneous.
It boils my blood reading something like this. A man who worked has worked for 20 yrs, paid taxes, provided for his family (in US and back home) has to suffer this much humiliation.
Compound this with the fact the person must be (most likely) on his H1B so can't leave his job and prepare for another one in peace because 2 month window is a short one to find a job.
If there is some karma in this world I hope Iyer/other guy gets it.
+1 Even after sign-ing up it requires me to authenticate every now and then (may be because I am using only twitter web).