bellsDoSing

joined 1 year ago
[–] [email protected] 1 points 6 months ago* (last edited 6 months ago)

Same here! Been using manjaro for more than 5 years by now on all my dev machines and I really like not being overrun by updates.

Once you form the habit of checking latest "stable update" forum thread (the eqivalent of checking the arch frontpage before an upgrade) and check for potential "manual interventions" (if any), then it gives you suprisingly good stability. But it's still rolling release and "pretty current".

And stability simply becomes more of a factor once your metaphorical "plate" becomes choke full and the last thing you want from your underlying OS is to act up on its own due to an update.

[–] [email protected] 6 points 8 months ago* (last edited 8 months ago)

Coincidentally, I happen to have been reading into SEO more in depth this week. Specifically official SEO docs by google:

https://developers.google.com/search/docs/fundamentals/seo-starter-guide

To be clear, SEO isn't about tricking search engines per se. First and foremost it's about optimizing a given website so that the crawling and indexing of the website's content is working well.

It's just that various websites have tried various "tricks" over time to mislead the crawling, indexing and ultimately the search engine ranking, just so their website comes up higher and more often than it should based on its content's quality and relevancy.

Tricks like:

  • keyword stuffing
  • hidden content just visible to crawlers
  • ...

Those docs linked above (that link is just part of much more docs) even mention many of those "tricks" and explicitely advise against them, as it will cause websites to be penalized in their ranking.

Well, at least that's what the docs say. In the end it's an "arms race" between search engines and trickery using websites.

[–] [email protected] 1 points 9 months ago

IMO (neo)VIM is great for writing text as well, when all you need is markdown level formatting. Personally I use vimwiki a lot (many years by now).

[–] [email protected] 8 points 9 months ago (1 children)

Depends on the specific plugin. I've been doing music production on Linux for several years now. Back then things looked a lot worse than now. Most popular bridge solution for Windows plugins on Linux is yabridge atm. The README is well worth a closer read, cause it will answer many questions on how to get even more modern plugins to display correctly (i.e. JUCE based ones).

[–] [email protected] 6 points 9 months ago

And it will find you the most answers online in case you have a git related question.

[–] [email protected] 1 points 9 months ago

Oh boy... can't promise you that I will last that long. I know it sounds pathetic, but is replying to one's own comment an option (just for stress testing)?

[–] [email protected] 5 points 9 months ago

Just looked it up a bit: https://microsoft.github.io/monaco-editor/

AFAIU, monaco is just about the editor part. So if an electron application doesn't need an editor, this won't really help to improve performance.

Having gone through learning and developing with electron myself, this (and the referenced links) was a very helpful resource: https://www.electronjs.org/docs/latest/tutorial/performance

In essence: "measure, measure, measure".

Then optimize what actually needs optimizing. There's no easy, generic answer on how to get a given electron app to "appear performant". I say "appear", because even vscode leverages various strategies to appear more performant than it might actually be in certain scenarios. I'm not saying this to bash vscode, but because techniques like "lazy loading" are simply a tool in the toolbox called "performance tuning".

BTW: Not even using C++ will guarantee a performant application in the end, if the application topic itself is complex enough (e.g. video editors, DAWs, etc.) and one doesn't pay attention to performance during development.

All it takes is to let a bunch of somewhat CPU intensive procedures pile up in an application and at some point it will feel sluggish in certain scenarios. Only way out of that is to measure where the actual bottlenecks are and then think about how one could get away with doing less (or doing less while a bunch of other things are going on and then do it when there's more of an "idle" time), then make resp. changes to the codebase.

[–] [email protected] 1 points 10 months ago (2 children)

Kinda, but that's "rainbows".

Status quo (your comment): 8 x 7 + 1 = 57 sure is bunch of stripes.

[–] [email protected] 1 points 10 months ago (4 children)

I see. 9th rainbow, here we go.

[–] [email protected] 1 points 10 months ago (6 children)

Oh wow, even if you put it in landscape? In either case, lemmy's web interface hides a lot of context by default when answering via the "messages" notifcation. So in a sense, with that one could reply endlessly. Then again, that's not part of our experiment I'd say.

[–] [email protected] 1 points 10 months ago (8 children)

Right, that's how it all started.

I just unfolded everthing. Seems we are on the 8th rainbow. Almost looks like on my phone, while in potrait mode, 10 rainbows will likely have it filled up.

[–] [email protected] 1 points 10 months ago (10 children)

Alright, second season, here we go!

view more: ‹ prev next ›