makoz

Disclaimer work at AWS.

> Postgres was a "it exists" database back in the early 2000's.

If we're really nitpicking it's not saying Postgres is the most popular database since the early 2000's. If you base it of off install counts as the metric, I would assume the statement is true since I'd think it's either Postgres or MySQL today.

Disclaimer work at AWS.

I'm still trying to understand the scaling story better. When we say serverless it mentions automatically scaling when it detects some sense of resource pressure. If I have a "hot tenant-database", does that mean this shard will be scaled automatically without impact to existing queries? Or would there be some "blip". I suppose it's unavoidable in edge cases but curious about the regular ones as well.

It's an incredibly cool CX you have here with the automated query routing/tenancy story though, looking forward to what happens in this space.

Disclaimer work in AWS.

> Rebuilding a cluster from the last-known-good backup should not take that long

It's not even clear if that's the right thing to do as a service provider.

Let's say you host a database on some database service, and the entire host is lost. I don't think you want the service provider to restore automatically from the last backup because it makes assumptions about what data loss you're tolerant to. If it just works from the last backup, suddenly you're potentially missing a day of transactions that you thought were there that magically disappears as opposed to knowing they disappeared from a hard break.

Sure, but isn't this more about risk tolerance at this point and how much your customers care about? Where the responsibility should be on customer's end. Running on EBS/RDS doesn't guarantee you won't lose data. If you care about it, you enable backups and test recovery.

Just because some customers are less fault tolerant than others, doesn't mean we shouldn't offer those options where people don't have the same requirements or are willing to work around it.

OOC how are you going about learning more about webassembly?

Disclaimer work in Amazon.

That at least doesn't work at all in my situation. I'm based in Seattle and I collaborate regularly with folks in probably 3-4 other geographic locations, ironically no one actually in Seattle.

If anything getting the video conferencing to work in a meeting room is more of a hassle/friction and a poorer experience when you still have to accommodate someone remote.

Disclaimer: work at AWS

For the record I'd prefer a work environment that's closer to maybe 1-2 times a month in the office.

> Most developers are self learners (that's how most people learn to code anyway)

I don't think that's true. If you poll the vast majority of people in intro to CS class, most people never coded before. I recall it being a small minority at least back when I was in school (> 10 years ago).

There's also stats comparing before WFH and after of how long long it takes someone to onboard properly/be productive (forget the exact stat/KPI, mix of survey/commit stats?) and it's extended by a few months. Now that might be due to bad on-boarding since it wasn't a remote-first, but if that still exists years later it is interesting

> People collaborate better in person: Bullshit, a lot of developers collaborate better through text

Agree with that. I really wish we would write better docs and have more of an async setup

I do genuinely think there's aspect/learning that is lost/slower in the last few years, but that might be because we haven't really thought about accepting "remote-first" and trying to shoehorn what we already had into WFH model.

Really? Doping and Lance Armstrong is the first thing that comes to mind. Although I guess we could argue he wasn't competing anymore

Data point of one and all that, but I got a decent bump in base and have been with the company for more than a few years. I assume that's true for almost everyone else based off the Blind posts.

Data point of one and all but I chatted with a Meta recruiter a month ago and asked specifically about the hiring freeze that was on-going at the time. They mentioned they were still hiring for more senior engineers so YMMV.

On the off chance there are more regulatory requirements to accept this sort of business and they don't want to build out the support necessary to do so? Maybe there's different risk profiles that they're not willing to accept

Really? If I execute a script that DDoS someone, presumably it should not be treated as "speech" as if it is a protected right. That's such a hilariously slippery slope since you can arguably do "anything" via executing code.

Do you mind expanding why as an end-user paying in cryptocurrencies is easier than signing up for a credit card and paying with that?

To sign up for a credit card (in USA), I just provide my personal information to some banking website and they mail me the credit card in a week or so that I can start to use.

The median family income in US appears to be 84,000 in 2020 [0] if that helps.

[0] https://fred.stlouisfed.org/series/MEFAINUSA672N

Aren't all sales at that level disclosed publicly, well in advanced/regulated?

> As for "erosion of freedom in the last 10 years in China ... the Chinese people don't view it that way

Really? My girlfriend and her friends would strongly disagree with that statement. From my understanding they grew up in a time when internet in China was a lot younger and they actually had an ability to discuss political discussions, or items that highlight the government in a negative manner.

Now everything that isn't the government's view is incredibly censored/filtered online. It might hard to not see the erosion of freedom when it's being prevented from being communicated online.

Fwiw I'm not disagreeing with your statement on economic freedom and I find the amount of people lifted out of poverty and the growth China has gone through in the last few decades to be incredible but it seems a bit disingenuous to say certain "freedoms" haven't been eroded in the last 10 years comparatively.

Do you have an issue with the polling methodology they used in the survey? Source on it being an online poll?

The article links to another article [0] with the following quote:

  require that employers disclose a salary range "from the
  lowest to the highest salary the employer in good faith 
  believes at the time of the posting it would pay for the 
  advertised job, promotion or transfer opportunity" on all 
  job advertisements for positions located in New York City.

So it'll be great to see employers offering an SDE salary position from 10k to 999k/year in good faith.

[0] https://www.jdsupra.com/legalnews/new-york-city-employers-wi...

IIRC my parents IKEA dining table is solid wood and we've been using it 20+ years.

Disclaimer work at Amazon.

Do you mind expanding on this a little bit on what position you were applying for?

I think it's perfectly reasonable if someone has 15 years of experience and being rejecting for an SDE I position. It's an absolutely fair question to ask why you aren't at an SDE II level already, or applying for that role with that amount of experience.

Similarly it makes sense to reject people who have years of experience but are applying for internships.

Although I doubt that's your specific case...

I'd be very surprised and extremely skeptical we have year caps on senior roles like SDE3/Principal

If the code review is routine, the approval will be quick and straight forward. There's barely any friction in my experience. I'd like to believe I'm competent, doesn't mean I'm infallible.

You can dedicate time to onboarding, doesn't mean it's realistic that they're going to ramp up on all code areas during that time.

> I expect utility of code review by a newbie/newcomer to the project to hover slightly over zero. Perhaps it's best to dedicate some time to proper onboarding instead.

I disagree. If the commit isn't understandable to people, including junior engineers, I think it's problematic. I want to write code that is maintainable and not have to worry about deciphering my reasoning was for certain decisions down the line. If it's not clear to junior engineers, chances are it might not be clear to me, or someone else 3 years later.

Something that makes sense to me at the moment because I have context, might not be clear to others. Reviews are a great way to call that out.

I guess to some extent it's about some aspect notion of "fairness". Another concern would be if their poor performance spills over into my own role and that prevents me from pursuing more interesting tasks that are more aligned with my growth/interests.

More practically, if I'm working at a place where my team has fixed head count I'd rather us have the ability to replace someone who's not contributing to the success of the team.

What do you think about sports leagues and the fact that the major ones in US have unions for their players? (low supply, high demand)

I didn't realize we were suppose to sign social contracts, must've missed that memo.

Source?

Disclaimer work at AWS.

Customer disputes? Returns? Presumably you'll need some sort of history. At the very least saying Person X bought Y product

Are we factoring in the vastly different requirements for each profession starting out?

Seems disingenuous to compare say Doctors who go through medical school vs people who only need a high school degree and however long training takes.

Here's an example where Disney replaced their IT workers with people on H1B

https://www.nytimes.com/2015/06/04/us/last-task-after-layoff...

Which minor versions have you seen with breaking changes? Or are you talking about the way Postgres version things

I tested this out when it was in BETA about a year ago. It worked pretty well with Path of Exile but it ran into issues when I was trying out Monster Hunter World iirc.

Word of caution - if you have a bandwidth limit it burns through it pretty quickly.