They added:

10. None of the Work may be used in any form as part, or whole, of an integration, plugin or app that integrates with Atlassian’s Confluence or Jira products.

Can’t you just not use their cloud services? It makes you create an account for setup, but once setup was done I never touched it.

I do not know what you mean by third-party integrations. I do not use any cloud stuff, Ubiquiti’s or otherwise.

I used to use OpenWRT on various devices, but two years ago I got a UDM-Pro, a USW-16-POE, and a few Unifi APs and cameras. I run pi-hole on the UDM-Pro. I have no complaints. It is more expensive than piecing it all together using OpenWRT and some Raspberry PIs, but way easier.

You could use multiple USB microphones and do the mixing in software. I prefer using an audio interface (e.g. UMC204HD) because it is simpler to set up and adjust levels, and because it lets you use any widely available microphone, or plug in an instrument (e.g.: electric guitar, electric piano). You can plug your headphones into the audio interface and adjust the relative level of your own sound and what is coming from the computer (e.g.: your teacher). sweetwater.com has the UMC204HD and the UMC404HD on sale right now.

I do not have any experience with pick-up mics.

I tried Jitsi, but was unable to match Zoom’s audio quality.

The difference between Jitsi and Zoom was noticeable, but less important than the difference between the mic built in to the webcam and good mics. I use an SM58 for voice and an SM137 pointed at the cello just below the bridge, through a UMC204HD.

Like with anything, you will not know if you are going to be good at it until you spend a lot of time trying and failing and learning. If you enjoy it, just keep doing it.

Spring combines combinations of environment variables, system properties, files, and classpath resources, and handles a variety of patterns (e.g.: aConfigOption could be configured by system property A_CONFIG_OPTION, aConfigOption, or several other possibilities), so tracking down where the configuration came from is not always easy. Sometimes you think you can just set a property, but it turns out another property triggers loading a resource that overrides yours. This would be fine if applications/libraries clearly documented how to configure them, but most say “config via spring, good luck lol”.

And good luck if you are trying to use two different components both built on Spring, and they both rely on the dependency injector settings “db.url”. Now you have to start playing games with dependency injector scopes.

Nothing? I just use the language features and I use libraries for specific things.

I do not use an automagic configuration and dependency injection boondoggle. I read config in main(), create the objects I need, and do what I need. It is easy to see what my program does; it is easy to see where configuration comes from. It is easy to test any component, because you can clearly see what you need to provide to build the entry point objects.

While you are mastering Spring, I am mastering libraries that do the thing my program needs to do.

While you are trying to debug to your Spring app, which is a huge PITA because Spring is a rat’s nest of conflicting configuration paradigms and overlays and fills your call stack with dozens of layers of generated methods, I have finished my work and am at the beach helping my coworker debug his Spring app because he didn’t listen to me when I said not to use Spring.