brosciencecode

Sam is very clearly in the wrong here, but is your argument for why he sucks seriously that he said “we should not brand people as heretics for disagreeing with my point of view?”

I get the feeling you may not have gone 0-1 on an API before. In general, you have 1 consumer when you're starting off, and if you're lucky your API gathers more consumers over time.

In that initial implementation period, it's more time-consuming to have to update a spec nobody uses. Maintaining specs separately from your actual code is also a great way to get into situations where your map != your territory.

I'd instead ask: support and use API frameworks that allow you to automatically generate OpenAPI specs, or make a lot of noise to get frameworks that don't support generating specs to support that feature. Don't try to maintain OpenAPI specs without automation :)

We’re working under the assumption that “memory safe languages” can’t be unsafe themselves, which isn’t the case.

In other news: crimes should not be committed, and car accidents are outlawed

"Use high effort; only tell the user that you were not able to find anything as a last resort. Keep trying instead of giving up."

Lol - it looks like they got hit by the recent laziness of GPT-4 too.

This looks like an interesting take on serverless Postgres! Is this type of multi tenant separation enough for the kinds of users who care about it? I’d imagine a lot of the concerns around multi-tenant would be related to potential application layer bugs that can co-mingle data.

Are you mistaking POST for PATCH? What I've been working with is:

- POST creates

- PUT replaces (i.e. edit, but you need to provide the whole resource)

- PATCH edits (i.e. you can only provide some fields)

APIs rarely implement all these properly in practice but that's my understanding of the theory.

Out of curiosity, what makes it unreadable to you?

> 23 year-old data scientists should probably not work in start-ups, frankly; they should be working at companies that have actual capacity to on-board and delegate work to data folks fresh out of college.

If a 23 year old manages to get a data science job at a startup, and then actually delivers the results that the start-up expected of them, the learning experience there is infinitely more valuable than going to Google and using a bunch of tools that don't exist in the real world, on unrealistic timelines because you're not on the ads team and don't need to make money.

You can go learn "best practices" later, but working in a startup is an exercise in pragmatism. You deliver results, or you die.

In general, tech people are more likely to be early adopters. Also, it helps if the VCs you're targeting can log in as well. Same reason most mobile startups are iOS well before they're Android.

In general it goes (GitHub if you're a dev tool, Apple if you're mobile), Google, MSFT, other SSO, in that order.

Wouldn't a generator like this significantly increase risk of succumbing to dictionary attacks? I probably just don't understand part of what it's doing, but I'm curious.

It sounds like the Shanling M0 fits your bill: https://en.shanling.com/product/222

I've used it for over a year and love it. It also works as a USB and Bluetooth DAC, so you get a nice little 3 in 1 tool.

rsync.net is awesome. You get a Linux filesystem you can access via SSH. Many tools support it (like git-annex), and since it's ssh-able, you can script anything that doesn't work out of the box.

They also have optional replication, and you can choose the location of both of the servers that host your files. Great support from actual engineers, used by huge companies for their offsite backups, and never been breached (to my knowledge).

EDIT: their features page is a good read. https://www.rsync.net/cloudstorage.html