bomdo
Joined 14 years ago
Joined 14 years ago
At this point, eclipsing the story of "the cool game that never shipped" with an actual game is a very high bar indeed.
See https://www.levels.fyi/comp.html?track=Software%20Engineer&r...
It feels like an obvious oversight that there is not some company-wide Wiki to organize all of these docs. Since we are talking about Amazon/AWS, this has to be intentional. Can you speculate on why this gap exists?
Sadly the post skips over the format of these docs - is there a good resource for examples/templates of the different doc types (with comments?)?
Also, how are these documents shared and made discoverable internally? Do they refer to each other?
[0] https://meta.wikimedia.org/wiki/Wikimedia_Foundation_salarie...
> COO, Scott Gelb [...], as a comedy bit, [...] has repeatedly touched subordinates’ balls or butt or farted in their faces. [...] his punishment—two months of unpaid leave and training. [1]
From OP's interview with CTO Mike Seavers:
> Every time we sat down to go through the past quarter and plan the next one at Riot Games, we came up with a leadership theme for the quarter. For example, we weren’t going to make decisions for others for a month. This put all of us on the same page, and we got everyone to think about it and talk about it. When my direct report came to me asking, “Can I do this thing?” It was easy for me to say, “I’m not going to answer that question. You know the theme of the quarter, so you need to at least think it through before I give you an opinion.”
At least they are consistent.
[1] https://kotaku.com/top-riot-executive-suspended-without-pay-...
In other words, if I click "send" on my resignation email to my employer, but later argue in court that I totally didn't mean to actually resign, but only to check if my email program works, I may have a challenging case.
Interviews are much more of an art than science and asking good questions is hard. In general, they should be open-ended and get people out of their comfort zone to avoid canned answers. At the same time it's an interview, so you will want to leave on a positive note.
My advice would be to think of what is important to you at work. Then research about the company (maybe also by talking to current/past employees). In the interview, carefully probe for any red flags to confirm your suspicions. Personally, I'd go for things like work/life balance, WFH and career progression due to Covid, but that's very much up to you.
For example, what usually has to happen for a dev to trigger a rollback? Or how do they handle stateful changes such as database schema changes?
I can highly recommend anyone to read about the process of medical emergency triage in general. It drastically reduces the knowledge needed to solve complex situations and gives you something to hold on to when things get hot. Seeing these stressful problems reduced to if-else flows was very inspirational for me for designing ways to tackle urgent issues in other areas of life, e.g. tech support, service requests or HR.
It can be easier to have custom subdomains running separate instances, since this will limit how outages/upgrades/security affect customers. You also can intentionally keep a customer on an old version, which can be a bug or a feature.
But it can also be easier to have tenants, since you can update all users at the same time and you will pay less overall for infrastructure.
Having done both, I personally prefer tenants since it's easier to write, support and scale. But if you're B2B, you should carefully investigate the other option.
This product is undoubtedly the P in PaaS, but there is no service behind it. If your company uses this as an alternative to a real Heroku/AWS/xyz PaaS, you must have engineers at hand for 24/7 ops, scaling servers and fixing bugs. In my opinion, this is quite risky for anything running in production and should not survive a cost-benefit analysis.
The site looks great.