stevecrox

Java's niche is middleware and 'big data', so choosing it for a Lemmy drop in replacement an excellent choice.

Programming goes through various fads where a particular language is everyones favourite for a while (see the plethora of this is X tool .. rewritten in Rust!).

You've had Scala, Node.JS, Go, Python and now Rust try to supplant Java in its middleware role. Each one has tried to highlight reasons why Java is bad to justify the switch.

I believe this post would be better if it was rewritten in Rust it would allow more efficent. memory usage compared to; the dynamically typed English language which doesn't have the borrower checker. while allows you to detect when resources are no longer used unlike English's poorly performing 'grammar checking' tools

But seriously there has to be content to engage with and people who respond to the content. I've noticed this community has someone posting really high quality updates but the community appears to be that person.

Posting blogs, or asking questions, etc.. would be a good way to engage.

Have you considered migrating to a magazine on Kbin/MBin?

The daily updates are quite useful but currently my means of finding them is via your posts in Reddit. The post views in Lemmy discourage you to go into spaces and I don't think thread pinning translates accross instances.

KBin/Mbin support the short message format in Activity Pub so creating a thread on that platform should reflect into Mastodon and Mastodon comments will come through into the post. If you add a couple of hashtags it would also help discoverability.

Your posts are the most useful ones for daily summaries and probably the most useful contribution to the reddit starship dev thread.

If you click the link and follow it through 3 redirects you'll get to Stamets post.

Basically risa is listed as having "no rules" but the community admin is/was trying to moderate things to keep it "fun".

Stamets and others were upset at the contradiction and through there own posts generated alot of noise to get it resolved the startrek.website admin got sick of the drama.

To be honest the site admin should require mods to accurately explain their actions "Doesn't inspire Jahamora" isn't a great reason and reading stamets examples I think you could build rules fairly easily.

But I won't be going to Ten Forward, reading the post was exhausting.

Are you saying if Israel competes the UK might get points this year?!?!?

Immutable distributions won't solve the problem.

You have 3 types of testing unit (descrete part of code), integration (how a software piece works with others) and system testing (e.g. the software running in its environment). Modern software development has build chains to simplify testing all 3 levels.

Debian's change freeze effectively puts a known state of software through system testing. The downside its effecitvely 'free play' testing of the software so it requires a big pool of users and a lot of time to be effective. This means software in debian can use releases up to 3 years old.

Something like Fedora relies on the test packs built into the open source software, the issue here is testing in open source world is really variable in quality. So somethinng like Fedora can pull down broken code that passes its tests and compiles.

The immutable concept is about testing a core set of utilities so you can run the containers of software on top. You haven't stopped the code in the containers being released with bugs or breaking changes you've just given yourself a means to back out of it. It's a band aid to the actual problem.

The solution is to look at core parts of the software stack and look to improve the test infrastructure, phoronix manages to run the latest Kernel's on various types of hardware for benchmarking, why hasn't the Linux foundation set up a computing hall to compile and run system level testing for staged changes?

Similarly website's are largely developed with all 3 levels of testing, using things like Jest/Mocha/etc.. for Unit/Integration testing and Robots/Cypress/Selenium/Storybook/etc.. for system testing. While GTK and KDE apps all have unit/integration tests where are the system level test frameworks?

All this is kinda boring while 'containers!' is exciting new technology

You seem to be intentionally missing the point, but to reiterate..

You shower before entering a pool to wash the dirt from your body off (your cleaning yourself).

The more of your body covered the less effective that shower is.

Ideally everyone would be naked in the shower, but there are probably outfits which increasingly render the shower less and less effective (e.g. speedos are better than shorts, etc .).

It would not surprise me if a Burkina covered so much that the cleaning shower is rendered pointless

The shower before a pool is to ensure people aren't entering the pool coated in dirt (e.g. sweat, hair, dead skin, etc..).

The chemicals in a pool are designed to bind to that dirt and kill any bacteria introduced.

There is a limit to the chemicals you can add to a pool (before it hurts humans) and once the amount has activated you need to drain the pool and refill it.

Swimming pools hold crazy amounts of water which is also really expensive to heat up, so pools want to do that as little as possible.

Clothing interfers with cleaning your body, so people entering near fully clothed (e.g. like a Burkina) will likely introduce more dirt into the pool.

That translates into increased costs for swimming pools or pools which maintain the old schedule and just operate unsafely.

This is all based on owning a hot tub and learning how to maintain it.

Hopefully this also explains why it doesn't matter people enter the sea fully clothed

Uhh how?

The rate of new features/changes is far higher, uptime went through a bumpy transition but is back to normal. From an engineering perspective it supports my point.

Twitters issues are Elon scaring away advertisers/annoying governments/content creators through his hard line on free speech allowing an explosion in hate speech.

MBin is a fork by a group who tried to push into KBin but couldn't. There seems to be at least 4 active committers and stuff gets merged.

You will see a number of the KBin instances moved over https://fedidb.org/software/mbin

The developer behind KBin seems to have issues delegating/accepting contributors.

If you look at the pull requests, most have been unreviewed for months and he tends to regularly push his branches once complete and just merge them in.

That behaviour drove the MBin fork, where 4-5 people were really keen to contribute but were frustrated.

To some extent that would be ok, its his project and if he doesn't want to encourage contributions that is his decision but...

KBin.social has gotten to the size where it really should have multiple admins (or a paid full time person). Which it doesn't have.

The developer has also told us he has gone through a divorce, moved into his own place, gotten a full time job and now had surgery.

Thats a lot for any normal person and he is going through that while trying to wear 2 hats (dev & ops) each of which would consume most of your free time.

Personally I moved to kbin.run which is run by one of the MBin devs