backgroundcow

joined 2 years ago
[–] backgroundcow@lemmy.world 5 points 2 weeks ago* (last edited 2 weeks ago)

I think you have pinpointed the core issue.

Right-wing republican policies and ideas lends themselves to simple (but often wrong) models of explanation; "it is the fault of the immigrants; the poor; abortion is always immoral", etc. You get candidates that radiate confident leadership spewing simple talking points they believe in.

Left-wing, especially progressive, ideas are often rooted in insight into the incomplete understanding we have of the underlying complexities. People who navigate these ideas won't be as confident: "the cause is a bit of this and a bit of that; we don't really know, but research points at" etc. To confidently sell policies based on these ideas to voters requires a level of cognitive dissonance, and also opens for criticism on being indecisive.

How can we package left-wing ideas in a way that attracts voters who are swayed by simple ideas presented with absolut confidence?

[–] backgroundcow@lemmy.world 3 points 3 weeks ago

My theory is that all this is the fault of the cookie law. Before that, the design philosophy was that you could not break the flow of a visitor by pop-ups etc., because they would go somewhere else before even looking at your content.

When all the big websites suddenly implemented increasingly annoying cooking consent dialogs, the flow was already broken everywhere. And so now the floodgates had opened for all kinds "subscribe to our newsletter", "get a welcome 10% rebate" etc., because users no longer has the expectation of an unbroken flow.

And, my god was that law stupid. What we needed was carefully balanced non-negotiable limits on what websites were allowed to do in terms of tracking users; what we got was every website implementing a site-dependent UI for functionality already present in every web browser ("turn off cookies"). The rules got different when GDPR arrived later, both for the better and for the worse. But the flow-breaking pop-ups we will probably never get rid of now that the public has learned to live with them.

End of rant.

[–] backgroundcow@lemmy.world 4 points 3 weeks ago* (last edited 3 weeks ago)

Non-religious but likes plot analysis.

An important factor here is free will. Without free will, one may easily have a perfect utopia of the kind you think an omnipotent God should be able to achieve. But it would be a meaningless utopia; like a kid playing with toy figurines, just deciding everything we say and do.

God doesn't want that, and thus self-impose a limit on the omnipotence to not interfere with our free will. We are children that need to be taught, rather than marionetted to "save us" from the negative urges of free will.

Here, the (self-)sacrifice of Jesus enters. It is not about God using Jesus to fulfill some perverse quota of pain and suffering that God has decided is due before we are allowed into heaven. It is more about what humanity must experience for the lesson that makes heaven remotely possible as a concept. Only through pain and suffering will we come to understand how our actions affect the world and those around us. Jesus takes (some of) the pain and suffering "in our place" with the aim that the message will resonate with people throughout the ages to teach us about love and understanding, making the concept of a heaven possible despite our nature as (non-brainwashed) beings of free will.

In reality, even after 2000+ years, we still seem pretty far off the mark. Maybe the lesson didn't take the way it was intended; free will is a fickle thing. Or maybe God is playing an even longer game.

[–] backgroundcow@lemmy.world 2 points 4 weeks ago* (last edited 4 weeks ago)

Even knowing the "correct answer" to this riddle for as along as I remember, I don't think it is right. For someone looking for how to handle this in an interview, I'd go with this:

I will fetch a friend or colleague to look at the bulb as I test the switches because:

  • It is by far the most obvious solution that literally everyone faced with this problem actually would use. It is easy to understand and will be easy to explain to others (if you, e.g. need to present or document what you did).

  • It is also a better solution: it is by far more robust against a large number of failure modes: e.g., if it turns out you are testing the wrong switch, the bulb is broken, more than one switch turn on the light, etc.

  • It scales better: the same solution trivially extends to N number of lightbulbs controlled by M number of switches; and at large N it will save time not having to reach each bulb.

  • It gives the opportunity to interact positively with a friend/coworker. Helping each other out with small necessary tasks builds team cohesion and work environment, and thus lowers the barrier for further collaboration, making us a more effective team in the longer run.

[–] backgroundcow@lemmy.world 1 points 1 month ago* (last edited 1 month ago)

It will be placed in a default folder under a default name until you rename it / and or move it somewhere else.

What a nightmare.

For this one aspect, compared to a program that implements autorecovery, there is barely any practical difference. Autorecovery has to imply some kind of autosave, just behind your back in some program-specific "hidden" default folder.

Maybe you really like the "old-school" document GUI with no recovery, where you train your muscle memory to, e.g., ctrl+s every minute; and when something crashes, that's the point you go back to. But this is a punishing workflow for beginners.

And this is not "in theory". I've countless times seen real, smart, computer-literal, people lose significant amounts of work precisely this way to software implementating this paradigm.

I don't want some program choosing when and where to save something for me, because it is extra work finding all these garbage files I didn't ask for.

I realize the tone of this conversation may make it sound as if I want to force this on you all the way down to, what can it be - vim? I'm mostly picturing LibreOffice, Inkskape, etc., software that to some degree try to appeal as "desktop software" to fairly normal users. I think in these cases the "you are editing the doc itself"-paradigm would be vastly more friendly to new users.

[–] backgroundcow@lemmy.world 1 points 1 month ago* (last edited 1 month ago) (2 children)

Didn’t you save your document? What does that mean?

It means I want to keep it. I don't think that is a broken metaphor at all.

It will not come natural to people who are used to work with physical documents that you need to remember to "save" an edit, or the document reverts back to the state it was when you opened it.

in the real world I do not need to name anything to make scribbles.

No, but you need to have a physical document to scribble on, which, after you have scribbled will remain in the state you left it until you take the active decision to throw it away.

I also do not have a paradigm where there is a fork between versions and create a new document that goes off in one direction while the other document goes in another.

Have you never used a copy machine?

At the end of the other documents time, why can't I just get rid of it if my what if scenario didn't work out?

Just throw it in the recycle bin? Another real-life metaphor. Do you often find objects in your physical world disappearing without no action from you?

I also have to choose where to keep something if it is going to auto save

Following the typical cloud implementation, you do not. Just start editing. It will be placed in a default folder under a default name until you rename it / and or move it somewhere else. (These operations are usually provided in more convenient ways than in "save paradigm" software, e.g., the name is shown as a title, just click to change it)

They are taking a document that sometimes can take several minutes to load, and might take many minutes to process. They might be excel sheets, they might by python pandas projects, they might be painting projects or 3d renders.

All of these -- except the Python Pandas project (see below) -- could still (and probably should) work according to a "you edit the doc itself, no need to save" paradigm. The larger the underlying file, the less sense does it make to forcibly have to work on a copy; either in RAM (if it fits) or if it doesn't fit, the software has to create an on-disk copy of your huge file behind your back, in case you decide to not save. Leading to all these messy "recovery semantics" that no one likes.

Now, the context of this whole thread is IMO GUI software. When it comes to programming/programmatic tools, e.g. Python Pandas, R, Matlab, etc., that is a different thing. There you have a choice to work in RAM or on disk depending on your needs.

[–] backgroundcow@lemmy.world 1 points 1 month ago* (last edited 1 month ago) (4 children)

Comparing with the physical world makes sense when we have built these applications on physical world metaphors: "documents", "folders", "desktop", etc. We use those words precisely because they convey meaning based on the similarities with their real-world counterparts. Broken metaphors are both more difficult to learn and tend to trigger incorrect assumptions leading to operator error ("Didn't you save your document? What does that mean?").

What is worse is that, like it or not, the world is increasingly moving towards cloud services. The "edit + save" paradigm is less suited to that environment, so there we almost exclusively see the "you edit the doc itself (no need to save)" paradigm. It is difficult to see the gain of insisting on keeping both these quite different paradigms around, when the "you edit the doc directly" is no problem to implement also offline.

Now, about the practicalities: I also get fundamentally annoyed when presented with the "document recovery" dialog that brings me out of my flow. However, I interprete the situation differently. Had the software used a "you edit the doc, no need to save" paradigm, there would never be a need for "recovery". The edits I did are stored in the file I edited.

As for "I just want to scribble". Why don't you just scribble in a file called "Scribbles"? Why is that concept so offensive? You'll be happy the day your computer loses power while you are in the midst of scribbling, since you will be able to pick up exactly where you were.

[–] backgroundcow@lemmy.world -1 points 1 month ago (7 children)

"Saving" is a legacy that was introduced because of limitations related to storage in the early days of computing and makes no inherent sense within the metaphors most software operate. Broken metaphors makes things difficult to learn.

When was the last time you scribbled onto a physical document and the changes "didn't save"? Do you also hate "autosave" in the physical world?

[–] backgroundcow@lemmy.world -1 points 1 month ago (9 children)

There should be no save button. All software should auto-save continuously while you work. There should be a "duplicate"-type menu item or button that allow you to make a copy of the document into a new file.

Almost all cloud software already works like this.

[–] backgroundcow@lemmy.world 2 points 1 month ago* (last edited 1 month ago) (1 children)

What kind of nerds do you claim to be in this thread?! Despite being late, I see no mention of the xkcd color survey: https://blog.xkcd.com/2010/05/03/color-survey-results/

As far as I can read just by eye, its "mustard" or "olive", but funnily it also seem close to the one someone annotated: "really? this color again? i have nothing against colors personally, but this one just stands out from the rest as unusually unattractive. i almost feel sad for it, but it made the decision to be that color so it has to find a way to deal with it."

But, someone, feel free to dig into the hex codes to give a more definite answer.

[–] backgroundcow@lemmy.world 14 points 1 month ago* (last edited 1 month ago)

Oh, that's no biggie:

view more: next ›