vaishnavsm

Amidst all the slop videos nowadays, I find this format oddly refreshing.

I feel like there's a fundamental shift in the user interface that's causing this. People are starting to expect an "agentic interface" - that they are able to give kinda vague inputs and nudge things to work in a way they like, over the traditional experience of having increased clarity at the cost of increased setup (drag and drop, many UI first interfaces, etc).

I was editing a google doc yesterday and found it annoying that i had to find the "link" option from the context menu instead of just saying "turn links into links" and moving on.

This imo impacts everyone, regardless of how developer-ey you are. Perhaps non-devs expect a "friendlier"/more "agentic" interface now? Don't have the right vocabulary to explain.

If you're willing to take the pain of setting up an actual authz model, I've found OpenFGA^ to be really nice. We used it to set up some pretty complex authz involving cross-agent/user/org creation and sharing of data. It's not _simple_, but it is effective.

It's Apache 2.0 and a CNCF incubating project.

[^] https://openfga.dev/

I really want to love KeyCloak. I've had really bad experiences with weird uptime bugs and crash loops that kept me from giving it an honest retry over the last couple years.

It also really shows its age, imo. The interface is clunky, roles and groups having overlapping responsibilities is confusing, making custom UIs for it makes me feel ancient, etc.

I really can't complain though. There is simply no alternative that's as open atm. It's also not easy to make one ( I tried :( ).

Keycloak and Better Auth aren't as fundamentally different as you may think! Better auth supports authn/z, being an identity _source_, being an identity provider, being an OIDC/SSO provider (so others can login using better auth), rbac, SAML/SCIM, and a ton more. It's actually really powerful! Most folks found better auth as an alternative to next-auth/auth.js - but better auth does a lot more than those.

(some of those features are enterprise only)

ECS really isn't scalable. imo a multi-account EKS cluster is a bare minimum. It's what I use for my todo list app, and it works great!

This seems to be focused on Python, but for all the TS devs out there, what you'll see will be implicit `any` errors. Quick word of warning on having LLMs fix those - they love to use explicit `any`s or perform `as any` casts. This makes the lint error disappear, but keeps the actual logic bug in the code.

Even if you ask it not to use any at all, it'll cast the type to `unknown` and "narrow" it by performing checks. The problem is that this may be syntactically correct but completely meaningless, since it'll narrow it down to a type that doesn't exist.

The biggest problem here is that all of these are valid code patterns, but LLMs tend to abuse them more than using it correctly.

There's an easy shortcut in the second level past the climb on the pink pipe and before you climb the ramp where you can jump to the semi-circle on the lower platform on the other side. Love it!

Looks like the scheduled maintenance led to unexpected downtime?

OpenBao[0] is a fork of Vault under the Linux Foundation

[0] https://openbao.org/

> merge conflicts: <<<<<<< HEAD is just confusing

This section in particular piques my interest. I never found this confusing, since the change in HEAD is just representative of the order of operations (in rebase, you are setting the current commits "on top" of the commit you are rebasing onto, etc). This feels like what is confusing isn't really HEAD itself, it's a fundamental understanding of the git model?

I feel like folks using git without understanding the basics of what it does is what leads people astray? If so, why isn't this part of our basic training as engineers who use git?

Hey folks!

I wrote this based on an office discussion on TLS, and because resources I found on TLS were all pretty surface level.

This is the first time I've tried to write a technical blog post, so I'm looking for all the feedback I can get!

It would be really interesting to see whether this holds in Middle Eastern countries or other places where the work week starts on a Sunday.

Just searched for Docker Swarm, and got [0] one "People also ask" card, one section for images, some related searched, and a button that says "More Results" that doesn't work. Moreover, the formatting of the CSS in the footer also looks weird. Seems like there's definitely been some issue with the deployment.

Edit: using brave and chrome on an Intel Mac, same results for both.

[0] https://imgur.com/a/CA5IB77

Oh wow, we're building something very similar to this. We were literally just filling up the YC form for S23 too haha. I may be a bit biased, but I think this is an excellent idea, and it can change the way testing works for backend services. We were inspired by Meticulous, too! Hope we can learn from y'all as well :)

Congrats and good luck on the launch!

Ok so in general I'd chalk this up to being disinterested, but I think this is relevant for a product meant for people with ADHD:

After a couple pages of choices, I was met with a screen with options A through K, and I instantly closed the tab. I didn't even read what it was asking. I realised that this may literally be ADHD like behaviour, so I opened it back up again, but it was still quite overwhelming and it took conscious effort to read through the form. I think this is just because I'm used to just entering my email and password, or using social logins, so filling the form seemed to be a substantial point of friction (even though I realise how it could be useful)

I'm unsure if I have ADHD, and it's never been a problem for me, but I sure do have a short attention span haha

There goes my morning of work /s

To be fair, it'll probably be a lot easier to replace the battery on that dell (and the system76, I imagine?) than on the Macbook. That evens things out even if the battery doesn't last.

Correct me if I'm wrong, but shouldn't the criterion be that the probability of death is the same between 80-90, 90-100, and so on (for example) to say that humans stop aging after 80?

Saying that your chance of dying is 50% after 80 != saying it's the same consistently after 80?

Agreed! I'm pretty sure they're just using O(x) to mean on the order of x, since big O of any constant is the same (unless that's their point??? :O)

I think Sun Microsystems IPOd

A similar idea was put forth on the math stack exchange [1], which I found through this 3blue1brown video [2]. Worth a read/watch!

[1] https://math.stackexchange.com/questions/30046/alternative-n...

[2] https://www.youtube.com/watch?v=sULa9Lc4pck

Doesn't ON UPDATE only work for foreign keys? As far as I know, it's used to update the foreign key itself, and not values based on relationships.

I meant to focus on the cascade part of the equation here. For example, lets say `stars` are foreign keyed (FKed henceforth) to repos, and (say) `X` are FKed to `stars`, and `Y` is FKed to `X`. Then if you do a "hard" delete of the repo status (or the stars), then we can set that to cascade to `X` and `Y` as well. Otoh, I don't think you can apply a cascade like that automatically when you're just changing a value (which is how a soft delete would be implemented, ig). Can you? Is there some really cool hook that allows this?