@requiem Map reduce is a good idea... if you're Google and serving trillions of requests across exabytes of data. The vast majority of applications and companies don't need that. If they just made their crap more efficient they could serve it off a single redundant cluster.
@requiem I think this is mostly a... "Google's doing really well. They have runways and towers and airplanes bring cargo. Lets make our own runways, and towers, and maybe we'll get cargo too." Er, MapReduce and Microservices.
@anime Eh. It's OK, I wouldn't go out of my way to watch it, typical overpowered isekai character tries to keep from getting any political power so he can play around. I've seen a lot of Isekai that are basically the same.
@pro Hey, had a thought on the issue with not wanting to set monitors up to test computers. Have you ever heard of PiKVM? It's not the cheapest thing ever, but it works really well as a way to just plug a computer into the network, and then do all of the setup from a laptop, you can even remotely plug in USB drive images to it, and if you want to really make it nice, you can add a card blank with a board in that lets you press the power and reset buttons and see the LED statuses.
@anime https://mangadex.org/title/b5c415a8-2af4-44cd-8b2e-edb23800e2c8/tensei-shitara-dainana-ouji-dattanode-kimama-ni-majutsu-wo-kiwamemasu This is the one that the Anime was an adaptation of. When I searched for 7th prince, only three came up.
@anime Yeah, though it's funny they hit on that exact variant in both cases, I've seen others like "born the 8th son, are you kidding me" and such. Or the one where the witch was reincarnated as the 12th princess...
@pro Haha. AppImage is the ultimate to me of how computing has alternated between Statically linking to avoid DLL Hell, and Dynamically linking to save storage space. It's kind of the worst of both worlds, but I like them a lot better than Flatpak at least. It's taking a dynamically linked application and packaging every one of its dependencies with it.
Yeah, though I alternate between Embedded, HMI, and Industrial programming, Rust and C, J/Python, or IEC61131-3/Ladder Logic.
Yeah, though I alternate between Embedded, HMI, and Industrial programming, Rust and C, J/Python, or IEC61131-3/Ladder Logic.
@pro Heh. Python is probably Java's equal as well, as long as you properly test your code. They're even similar in execution speed these days. You can add datatype enforcement with python.
I'd say the main reason for going to Rust rather than Java or Python is if you want your executables to be a file, rather than a folder full of garbage with a script to launch it, and you want a bit more speed and low level access. For the embedded low level development I do, the single executable, speed, and low level access is a benefit. I'm often running my code on single core 500mhz systems, shared with a half dozen other apps, and being able to just stop the service, scp a single file in, and start it is often a very nice thing compared to shoving a tarball through and extracting it.
(Though, you can make Python be a single file if you use the system environment rather than a bespoke python environment just for the application.)
I'd say the main reason for going to Rust rather than Java or Python is if you want your executables to be a file, rather than a folder full of garbage with a script to launch it, and you want a bit more speed and low level access. For the embedded low level development I do, the single executable, speed, and low level access is a benefit. I'm often running my code on single core 500mhz systems, shared with a half dozen other apps, and being able to just stop the service, scp a single file in, and start it is often a very nice thing compared to shoving a tarball through and extracting it.
(Though, you can make Python be a single file if you use the system environment rather than a bespoke python environment just for the application.)
@tarek I was a vim user for ages, I still use it for remote systems, but for development I've gone to Helix. It's more of a lateral move though, it feels like vim, but changes the paradigm slightly to a mark first then run command rather than making the selection part of the command and I find it faster now that using vim.
@anime (In fact, I watched the anime thinking it was the one you posted, but I realized I didn't remember a single thing that happened in the anime story, now that I've gone back and looked at the manga I know why.)
@gat @not_benis @0 @splitshockvirus Part of that is they usually buy in bulk then break the bulk packs down for multiple people. For an individual buying a 24 pack of the same color yarn would be an investment that usually didn't pay off, but for a store that can sell it for 2-3x as much individually, it may eventually pay off as long as they sell a decent amount of it.
@pro I'm lucky enough to have a laptop with a serial port on it. It's not my main laptop, in fact it's over 10 years old. It's a toughbook though, so it's still pretty nice.
I was able to solve the qcma issue at least, though there's really nowhere to report it to since the libvitamtr repository has been read-only for 4 years. Maybe I should fork it and actually start making it work better...
After years of qcma just working, its now failing with an xml parsing error. I've done a bit of looking with verbose mode and the xml it's parsing looks perfectly fine. I'm guessing there's some stupid change to some xml library that it uses, and now it's extra, extra sensitive to there being a null terminator on the string within range of the length or something...
@barnoid This is why I stopped buying Nvidia(Novideo) cards after switching to linux.
@pro I've since switched to helix instead of vim for most of my editing... but I never really used gvim much except way back when I was still on windows.