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.

I’d love to have understood any of your funny words magic man… eli5?

Then write your own guide, show them wrong?

Oh lol, that was a little while ago

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

60 bucks one off to have something that: a) Just gets better with time b) Is officially supported by and (when buying premium modules) is supporting Paizo c) Works as damn well with just the free stuff as it does, with no need to buy anything more if you don’t want to?

If you can find something better value than that, it’s probably not legal :P

It does import spells. They just have to actually be set up properly on the pathbuilder character (this is usually the real issue)

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

Looks like it’s not all that hard, jsut have to give home assistant some additional permissions to networking at a lower level of the stack

Basically, yes

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

Assuming I’m remembering correctly, they’re both very similar. To the point that they’re basically the same concept by different sources and therefore have some wiggle in interpretation

Developing for Lemmy or developing in general?

If you’ve only been developing for 3 years then you’re not much beyond a junior. Nobody (least of all yourself) should expect you to be able to just sit down and grok a rust codebase using actix.

What you appear to be lacking right now is patience and experience. They both come with time.

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.

I have been seeing this as someone who’s posted NSFW content. People from other instances will hit me up to complain about it when I’ve done what I can by posting on a NSFW server and marking it NSFW…

Without developing your own version of the plugin? Probably not

Gpt4all

I mean if you could point to anything remotely as easy to use and functional as discord then this joke makes way more sense.

All you need to do is take a look at the working versions of these apps (slack, teams, etc) at some of the main features to see how crap the competition really is.