bort @ bort @sopuli.xyz

Posts

1

Comments

108

Joined

1 yr. ago

how far can you get with arch without opening the terminal or the wiki?

Yes, the arch wiki is very good and useful. The issue is, that you need the wiki in the first place. In a user-friendly distro everything would either work OOTB, or it could be done intuitively via GUI.

how far can you get in arch without opening the terminal?

There are many "visual tropes" like this. When I am watching anime with friends, we like to call them out. We even made a bingo at one time for re-occuring tropes.

There’s another one of characters holding a sword with a super exaggerated perspective so the tip is close to camera and the character is farther away

That's sunrise stance

some others are

• gainax stance
• SHAFT necksnap
• jojo pose

There is also a big list at tvtropes (not all anime though) https://tvtropes.org/pmwiki/pmwiki.php/Main/StockPoses

"sudo MacOS" sounds like a legit way to describe "gnome+ubuntu"

KDE on steamdeck, because it came preinstalled

Gnome on work-pc, because it came preinstalled

also gnome on notebook, because the multi-workspace thing works very nice OOTB in gnome

3. Users are finally figuring out that some Linux distros are easy to use

so recommending arch linux to newbies was counter productive all along?

suprised_pikachu.bmp

is stateless possible without kubernetes? (and without vendor lock in?)

GP said:

RE: Containers, even if you DO go that route, do you really need Kubernetes, which will come at an additional monetary and also maintenance cost? The likely answer at least initially is a big fat “no”.

I agree, that good cloud engineers can save costs in the cloud. But I also think good non-cloud engineers, can save much much more.

When you are rewriting your entire stack to leverage cloud performance, you could probably spend a similar effort for a rewrite that increases regular performance by a similar factor.

RE: Containers, even if you DO go that route...

I was under the impression, that stateless stuff without containers requires a strong vendor login (aws lambda, google functions, azure function). Are you saying, I could do stateless without vendor-lockin and without containers and without kubernetes? This is news to me. Please point me to some resources

One’s an active decision

There are not so many quality notebooks without any brand-logos on them.

Also wearing a brand-logo when you have the choice not to, is kinda cringe.

what does "get surprised on their own call" mean?

source

Because megacorps are at least “smart enough” to pretend they aren’t trying to take over the world.

there are enough examples for corps doing evil things. You hear about them less often, because they cover their tracks and the outcry is generally smaller than when governments do similar things.

Whereas governments have a tendency to justify a lot of horrible shit for righteous reasons.

corps justify a lot of horribble shit for financial reasons. Is that better?

who else should be a significant backer for an open source project? google? microsoft?

That’s still not how governments work

It would be nice if it worked like that, but we both know it doesn't

To become chancellor you have to swear an oath on the “schwarze Null”. that you forgot what you did during the largest tax-scam in history

I just want to point out, that what you are saying sounds good in an ideal world. But the realitiy looks different. (I actually typed out some points, but then I remembered that I don't want to engage in yet another lengthy internet-debate, that ultimately comes down to personal preferences and philosophy)

I use like 3 of the git-feature from intellij (out of 100 or so). But these 3 features save me a lot of time.

(the other 2 being the 3-way-merge-view and the commit-view where I can select changes for staging)

why would rebasing a feature branch change main?

the image does not update the feature branch. It merges the featurebranch into main with a regular old merge-commit on the main branch.

Another advice ...quick way to squash all your commits

in your IDE select the commits you want to squash. Then rightclick. Then "squash". All done.