Love the coupon analogy

I dunno but we have this dish in Sweden called blodpalt. Bread with blood. I guess you can’t sacrifice those.

You got it wrong. The spouse did mrry who they wanted, it’s just not who OP is. The lesson should be “be yourself” not “Don’t get married because then you can’t be yourself”.

19 “The first offspring of every womb belongs to me, including all the firstborn males of your livestock, whether from herd or flock. 20 Redeem the firstborn donkey with a lamb, but if you do not redeem it, break its neck. Redeem all your firstborn sons.

Wow. What does that even mean?

Sure, I just wanted to put more attention to the level of detail, as pointed out in another thread.

That’s not true at all, mathematically. That’s why we have a measurement for co-variance or correlation. If two dimensions are 100 correlation, they can most definitely be reduced to one.

Chuckle Nortis

Except the shadow of the now flat hair!

No, it’s always there. Any time I try it.

I’m not French nut usually the price of transmission is omitted, netting in a positive cost for end consumers. If it was really negative, there would be businesses just burning energy to make money.

Battery business should be good in the future though.

It tastes a wee bit rancid, like burnt garlic. No thanks.

To be fair, most of these apps were made before the notification categories were invented and they don’t keep the consultants that made the initial app, or want to pay for the change.

And the definition above doesn’t cater to the fact that we change what is known, based on fact. With the definition above, any belief about the this that was unknown is suddenly, magically erased once the fact emerges.

My take is instead that if you believe in something that hasn’t yet been proven which turns out to be true, you should still rightly believe in it. If you believe in something that is proven wrong, you should change your belief.

I’d rather say that beliefs are internal and facts external. We don’t know (and can’t know) all facts. The problem here is you first have to believe that something is a fact, in order to change your other beliefs.

Science is the process of allowing - trusting - others to state facts rather than having to find out all the facts yourself. If we don’t trust in science, anything can be true because you can still believe that something is a fact, even if you are wrong.

Agreed but someone actually tried it - did the research.

That’s just what we call people spending some time to figure something out. Security research is basically just trying to learn the technology and then trying to break it.

Vespucci is awesome. I’ve used it extensively for years. It’s only for editing though, not for navigation. I use OsmAnd (free pro features on f-droid)

The resolved ones get removed so the harder and harder notes remain. The main obstacle is usully that someone needs to actually go to the location, take notes and edit the map. It’s a lot of work.

I’m Swedish. I see it sometimes, as well as just “t”, which is even worse because is can be mistaken for Tera.

No thanks. It’s way more fun to be part of the decision process. If a manager can anticipate all of the requirements and quirks of the project before it even starts, it’s probably going to be a really boring, vanilla project at which point it’s probably just better to but the software.ä somewhere else.

Creating something new is an art in itself. Why would you not want to be a part of that?

Also: Isn’t it cheating to compare the two approaches when one of them is defined as having all the planning “outside” of the project scope? I would bet that the statistics in this report disregard ll those projects that died in the planning phase, leaving only the almost completed, easy project to succeed at a high rate.

It would be interesting to also compare the time/resources spent before each project died. My hunch is that for failed agile project, less total investment has been made before killing it off, as compared to front loading all of that project planning before the decision is made not to continue.

Complementary to this, I also think that Agile can have a tendency to keep alive projects that should have failed on the planning stage. “We do things not because they are easy, but we thought they would be easy”. Underestimating happens for all project but for Agile, there should be a higher tendency to keep going because “we’re almost done”, forever.

They want to get recommendations just good enough to keep you hooked. If they show you just the objectively best, you would instantly know after seeing the best ones, that the rest of the catalogue is worse and worse.

This is how Netflix was in the beginning. I actually unsubscribed for a while for yhis reason. Now I’m as hooked as ever, there might still be a few good ones out there - I just need to keep scrolling for a few hours. /s