Viewing profile — jcusch

Fair enough, I thought what I'd originally written for that section was too wordy, so I asked Claude to rewrite it. I'll go a bit lighter on the AI editing next time. Here's most o…

It looks like I was missing a www subdomain CNAME for the underlying github pages site. I think it's fixed now.

An ad for what? I'm not associated with any of the projects mentioned.

Thanks for the feedback, I like the idea of the multiplayer mode

Thanks, I'm glad you enjoyed it, I hope your friends have a good time too

Hey All, My wife loves word games like Wordle and Connections, she had an idea for a similar game inspired by Hangman and asked me to build it. Here it is, flaws and all. Any feedb…

This is great, I've been wanting to do something like this after finding an old series about making games in the terminal ( https://www.youtube.com/watch?v=xW8skO7MFYw ). I'll need…

Thanks! That's not harsh at all, it's exactly what Tim and I are looking for. It's honest detailed feedback with great reasoning. I appreciate you taking the time to provide so muc…

The reason for the abstractions is that the behavior of equivalent services from different clouds is functionally the same, but offered through subtly different APIs. If you think …

Common denominator implies you're restricted to some subset of the cloud's features. I'm curious what restriction you see, since nothing about nitric limits combining nitric code w…

How you're describing iOS is similar to how nitric works. Developers indicate in code "I'm reading from this bucket", it's a request not an order, they're not actually configuring …

Nitric is a layer on top of Pulumi/Terraform. It also supports Python, Go and Dart. Other language support is also possible. The Ops side of nitric (the providers) can be written i…

I'm curious what designs you use to avoid the issues. For example, if your code needs to access a resource (e.g. making a call to send an event to a cloudwatch event bus or SNS top…

The application is agnostic to that with nitric, more so than usual. It could be worth reading the docs on how it works, I don't think you got it.

I'm curious what you think wouldn't work. Nitric doesn't cover every use case, but in those cases you just continue to do what you would have already.

We really like CDKTF and Pulumi, they're two options nitric uses for deployments, but it's also a layer on top that helps decouple application code from the target cloud(s).

Software built with nitric ends up with considerably less cloud related code in the application. The bulk of it is split into the provider, enabling separation of concerns. For exa…

That's essentially the idea with nitric, you ask for cloud resources in an abstracted request. How that request is fulfilled is determined by the provider used. What "read" access …

That's actually something nitric helps with, it provides an API for deployments, separating it from application code. Those other teams like devops/sre/etc. are free to customize t…

I can definitely see your point, but we don't think cloud development has hit up agaist the limits of inherent complexity. It's still needlessly complex in many cases. Projects usi…

Thanks Junto, for function deployment we use matched files as the entrypoint for containers rather than exported functions or something similar. This lets you group many message co…

Thanks, that's the way we see it too. We think people mistake "separate files" for "separation of concerns", but many applications have inherent coupling to their infrastructure.