IDK, but it took me a good 30s touching the posts in your screenshot trying to figure out wth was happening.

Jerboa

It's not normal to be constantly afraid of anything. That's not healthy.

It's normal and advisable not to completely trust the government, but being constantly afraid is paranoid.

I know, I'm Brazilian! It's the largest public health system in the world, and Brazil is not (yet haha) a superpower, so all things considered (and despite all the corruption), they do a pretty good job. In some regions it's even decent, once you survived the lines.

A little context: In Brazil, public free health care is universal. You may be homeless, a legal or illegal immigrant, a tourist, undocumented, never having paid insurance or taxes, but you have the right to use the health care system. As it should be, everywhere.

Because the tire is topographically a radially flattened torus, when you turn it half inside out, it becomes a 2D möbius strip. At this point it effectively has only one side. When you push such construct horizontally against a solid, because the z-axis perpendicular to the strip has no negative values (it only has one side), if that coincides with the orientation of the ∇Np of the solid, the z vector wraps around the solid. When the tire snaps to its rest state (inside in), it's easy to see why it ends up around the pillar.

This 3D animation demonstrates the concept:

https://youtu.be/xvFZjo5PgG0

I'm a 55 year old senior developer. I've been coding since I was 12 (yeah, RPG II in punch cards and COBOL stored in 8" floppies), and I have a TERIBLE memory.

Don't bother memorizing and knowing every language feature and detail. Just get a general awareness of what it can do. Then when you need to accomplish something, it's good enough that for the first times you do it you go "hey, I recall there's a way of doing it" or at least (often happens to me) "hmm, this sounds useful enough that this language must have a built-in way of doing it". Then you google or ask some AI, and you'll get pointed to the general direction most of the times.

Then if you use it often enough, you'll remember it. (and in my case, if I don't use it for 3 months, I completely forget about it, and even get surprised when I see how I did it in my own old code).

In the old days, you could indeed know every feature and library (if any existed at all) of a language. Heck, I knew almost all hex op codes for the Z80 assembly by heart (still recall more of those than I recall my relatives names). Nowadays it is impossible to memorize everything.

In JS realm, if you look at the amount of components you have available in most frameworks, for example in UI5, or existing node modules for your node.js project, even trying to "memorize" them all is a waste of time. In cases like this, you just need to assume there's a component or module that does what you need, then be good at finding, choosing, and understanding how to use one.

Not to mention the reduntant stuff they throw in "modern" languages, like javascript's forEach. Some languages have 10 ways of doing the same thing, each one 0.1% more efficient for each particular case, but may catastrophically fail in some other specific case. Screw it. Learn the one that works well for every case and stick with it - you're not coding ultra performance critical stuff in js anyway.

Programming today is usually more an integration of functioning pieces than building from scratch (assuming that if you're talking about JavaScript, we're not talking about creating microcode for bare silicon).

Worry about building an efficient and robust logic in your head. Then the programming language is just a tool, way less important than the logic you came up with.

It was working for me with some glitches (for example always opening with sorting all/hot instead of what I had set up, subscribed/new).

Then yesterday it auto updated, and the glitches are gone.

I've never used them.

If I like an app or site, but the ads are annoying me, I do one of these:

• If there's an option to pay the creator/aggregator to eliminate the ads, and the cost/benefit is worth it, I'll pay.

• If there is no option to pay, but the app/content is worth the ads annoyance, I'll keep using the app/site and watch/skip/ignore the ads.

• If there is no option to pay, or there is, but the price is higher than what I perceive as the app/content value, I'll stop using the app/site.

For example, I paid for Baconreader Premium, but I watch YouTube ads, and I removed several sites from my google home page feed because they had more ads than content.

I'm also stop using Reddit, as I don't think it's worth enduring their obnoxious native app.

And no, I don't use pirated software, nor watch or listen to pirated movies or music. If something is priced above what I consider it's worth, I just don't use it.

Yes, Baconreader Premium could be consider as a "reddit ad blocker", but it operated within Reddit's approval. Now Reddit changed their rules, and it's their rules.

So many. Unfortunately most of you will miss the lyrics, which are real poetry. Here are a few:

A rosa (1917 song by Pixinguinha, rendition by Marisa Monte in 1991)

https://youtu.be/t15qR2bigB4

Bahia com H (1981, João Gilberto, sang by himself, Caetano, and Gil)

https://youtu.be/phs2GTDNFJc

Luiza (1987, Tom Jobim)

https://youtu.be/EmjiSI3Fyic

Perl is funnier, as these are valid ways of exiting with an exception:

readFile() or die;

die unless $a > $b;

Yes, back in 2009, after a kernel update to 2.6.26 there was an intermittent and hard to reproduce problem with Intel's e1000e ethernet linux kernel module. It only happened when some specific switches/hubs were connected to the interface; the interface would initialize in an unusable state (about 50% of the computer boots).

The e1000e module was used by a lot of Intel onboard ethernet interfaces, including the one used by Dell Vostro computers.

I found other people reporting it in the kernel's bugzilla, and added my case.

The Intel developer couldn't reproduce it (he didn't have one of the switches that triggered the problem), so he asked me to use bisect to help narrowing down to the commit that started the problem.

Because it was an intermittent issue, I wrote a script to reboot the PC multiple times on each bisect try, to eliminate false positives.

(I didn't remember all these details, but googled my name and bisect, and found the bugzilla thread; it's an interesting bisect use case: https://bugzilla.kernel.org/show_bug.cgi?id=11998#c8 - no I don't mind this associates my lemmy user name with my real name).

The bisect did locate the culprit commit, and after many other tests, it ended up being an issue with the MDI/MDIX (crossover or straight connection detection). The correction was pushed into the kernel.

Bisect definitely helped to find an important and otherwise difficult to find problem there.