If it's a small edit to a single file VScode is often quicker, but if it's actually working with or developing changes in a larger codebase I find that a well integrated IDE instead of a more basic editor with plugins works better

It's weird, but I quite often sit on calls watching people who use VSCode taking 2-3 times as long to accomplish the same outcome as I can in my Jetbrains IDE. Either they don't have the plugin installed rn, or it's not working atm, or they have too many and it's gotten slow, etc.

Then write your own guide, show them wrong?

Find the culprit should be made built-in functionality at this point

Preferably the latter, nobody should really be using SHA1 for anything security focused and new

That's not why port forwarding is important. Port forwarding is needed so that fresh peers can communicate with you and join the swarm. That act has the side-effect of speeding up transfers by allowing more people into the swarm spreading the transfer across more potential seeds/peers

It's one of those things that gets faster the longer I2P software is running. As I understand it, it takes time to building link betoween yourself and other members of the network in a safe and secure way, but once they're built up that extends your reach and speed

The hexagonal architecture or onion architecture is oversimplified as having everything bolt onto a core of business logic via designed and designated interfaces to abstract away implementation details on either side.

Say you have a web app which takes requests from the outside world and based on those requests it performs some business logic (tracking accounts, orders, etc).

In hexagonal architecture you'd maybe implement such a thing like:

Web app handler -> command interface -> message bus -> command handler (business logic) -> repository interface -> repository (Postgres, mongo, memory, email)

What this lets you do is split apart the app at the interfaces into separate modules which can be reasoned about and tested separately.

End of the day you don't care what is happening on the other side of the interface as long as whatever it is follows the interface specification.

Building applications like this meants that if we wanted to extend our app with an API and a Real-time Websocket service, we can (usually) just write a handler to turn that request into a command for the command interface and be done with it.

Gpt4all

I'd like to see something which explores the post-adventure celebrity. You've come back as a group from some grand adventure which has made you fame but not fortune. Now you're having to adjust to this famed lifestyle as a group.

Being summoned by nobility to lend your new found popularity and imagined coin.

Getting mobbed by people wherever you go.

Trying to continue making a living as adventurers when everyone recognises you and gets in the way.

Could be interesting

To add, this is because a typical evil character isn't . They're someone who has a major difference in perspective from yourself doing the best they can with the baggage of the choices and situations they've been dealt. You see this in the cultures on either sides of wars. They're invaders, we're liberators, etc.

A good evil play through doesn't start with the party having any idea of the evil they're unleashing. It's only after they've made every good and self-justified decision they can where you hand them the mirror and break their self-image allowing them to lean into it if they want to.

If you want to try this out for yourself so you can see how it works, go play some Rimworld until you have a lived-in colony. (1yr+)

I wonder if you could replace Postgres with CockroachDB in this instance to scale out.

What is Pict-rs?