Alcun Atirutan BBS

@anime Yeah, I've seen a few as well, but they're a lot less common than black and white ones made for print.

@pro Yeah, any of these will have some degree of subjectivity. In the selection of what tests to run, how they're implemented on each language, and how experienced the developers are at making efficient code in those languages.

@anime Ohh, the second one being Manhwa infinite scroll and colorized style.

@pro I think someone did some testing with various languages, and the two that had the fastest results were C and Rust, with C++ coming in 33% slower than both of those in the tests they did, and Go being worse than C++, so it's more a combination of memory safety and not impacting speed significantly. As far as development, if you can figure out how to work with the borrow checker, then Rust code does make the development easier than C, and much closer to Python in capabilities.

@requiem @tonicfunk Ah, I have one of their La Frite boards from their kickstarter. It's still the only ARM system I've ever seen that displays its u-boot on the hdmi output.

@requiem Bleh, that's an awful solution. Appimage is a lot more reliable and works across more systems. Otherwise you end up with a situation like Sun Secure Global Desktop, where we had to distro hop 3 times in 5 years because they kept changing which linux distros they supported.

@requiem Their "too many distros" complaint is silly, they could just use Appimage and it would work across essentially all distros.

@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.

@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.)

@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.)

@anime I've watched the anime, and I'm pretty sure it's a different story.

@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.