Lucidity Challenge 60: Special Awards Ceremony

Thanks for hosting Tggtt and Mew! You did an excellent job. Nice fun stories to read and also very up to date with the scores and everything. :thumbs:

At first I thought about participating but I didn’t. Maybe I should have, because in hindsight, I think this challenge would have helped me with dream recall. (and well writing down my dreams in general, as I stopped after the ND challenge.)

At times I felt like the challenge was more about dream recall than about dream incubation or lucid dreaming, but in the end those with the most lucid dreams did become the top two so I guess it is quite balanced :smile: Plus it helps that you can only do the subsubtaks or however they are called once.

I would be honored if the LC60® served as a stepping stone for the future challenges.
I intend to release the LC60® system as open-source.

However:

  1. I might be too busy to provide technical support depending on when it is hosted. (I intentionally accepted to work on the challenge during July which is often an easy month for me)
  2. I do not own the server of the system, it was provided by geekboy. I promised it would be seasonal, not a long time usage.
  3. I recommend to wait for the survey answers before proceeding, many people dislike the format of LC60 and we must assess how many and adapt.
  4. There is an issue with estimating value variation before the first claim (subtask values) that I did not have time to improve. I had to manually execute a procedure to update them as a work-around. Rest assured that the claimed scores were precise regardless. Perhaps the next challenge won’t use it, it is up to the new host.

Thanks for kind comments up to now. Please complete the survey if you haven’t.

Thank you very much Sandra!
I am honored that non-participants were also following.

Well, we almost reached 25 participants. almost.

I believe that recall is very important for LDing.[spoiler]The amount of subtasks was planned to encourage recall.
The idea was that the dreamers would wake up and then check the subtasks they achieved even without planning… and help them to recall.

Initially I wanted to implement a strict limit on unlocks but felt like participants would hate missing giveaways more than having too many subtasks.

I expected participants to focus more on the tasks instead of the unlockables.
Maybe they were just not used to the format.[/spoiler]

Please add more comments, I will also try to add more highlights that should help the next host.

Congratulations to GenghisKhan :clap:

Thanks to Tggtt and Mew for hosting LC60, I enjoyed it a lot :happy:

Thanks for your availability, even though limited, it’s appreciated !

  1. understand, but I guess we’ll figure out something…
  2. Totally agree, I intend to wait for survey results before anything else
  3. That seems like a totally acceptable trade-off

I have been waiting for answers but I guess we have enough after so long.

Pool Results.
I had to remove the plots because they made the file too large.

Only IDs 8 and 19 had more than 5 mistakes in the LC60® test.
Since they were only 2, I did not remove them from the results.

LC60® had a lot of score value decrease for LDs, so techniques plus an LD would still be worth less than in past LCs.
Still, it could be further improved.

A quick solution that would completely work is to make the techniques non-accumulative.
Some might ask to add a limit higher than 1 for them, however it would require substantial coding on the system if it’s going to be used again (unless the limit is made manually).

In my original plan for LC60® value variation, they would be more aggressive than 0 to 7 points. It was a point of concern (pun intended) since it would be hard to people to calculate their scores, so they would have trust issues with my score keeping.[spoiler]In the original plan, the variable scores would curve down exponentially when someone had too many successes, to effectively force people to vary their techniques/stop hoarding points.
The effect would work like a stock crash.

[/spoiler]

Many people asked for less subtasks. Adding less subtasks is actually easier to do.
In my original plan, there wouldn’t be as many subtasks, but they would still be plenty.
Since many of them were simple, they wouldn’t require much incubation, but more recall.
The idea behind the amount would be to encourage dreamers to improve their recall by checking the open subtasks.

Things that seem to work:

  1. More than one host.
  2. Art points.
  3. Daily updates.
  4. Technique points.
  5. Task, subtasks and subsubtasks.
  6. Weekly deadlines.
  7. Badges.
  8. Strict day of week for new tasks.
  9. Subtask Voting.
  10. Challenge Length Voting.
  11. Feedback Surveys.
  12. Dream of Participant.

Decreasing the value of LDs was positive to balance. But balancing is sometimes hard to notice when you are a participant.

Removing the task performed in LD bonus seems positive. It is already easier to perform tasks when you are lucid. This means that bonus was terrible for balancing.

Length voting had a high rating. So it is nice to give the people a chance to extend what they like or shorten what they don’t like.

People seem to like dreaming of participant subtasks.

I did not expect people to like the deadlines, but it had high rating.
The plan behind deadlines is twofold:1. To calculate the variable score;

  1. to avoid a huge dump from someone who is away;

Funfact: The badges were not initially planned. They were added after I wrote the signups. I did not expect it to be valuable, but it probably motivates the participants.
It is actually easy to add and if the next challenges use it, they could have fixed badge system to avoid partiality.

It is important to remember that we did not have all the participants voting.
This means that only people who like surveys may have completed it, affecting this result.

Things that do not have much effect and are up to the host:

  1. IRC bot.
  2. Subtask owning and sharing.
  3. More points for late tasks.
  4. Unlockables.
  5. Named Subtask categories (colors).
  6. Similar Scoreboard System.
  7. Tie-break.

We do not have strong preference/hate for the subtask owning. So it is up to the host.

The participants might not notice that it is important while they are just participating.
The fixed base score increase is effective for balancing.
This is when the new task has more valuable subtasks than previous tasks.
I argue that it is valid since the new task is valid for less time (while the past tasks are still open).
It was already implemented in LC47 and is not a new thing (further thanks to Mew151 for collaborating with our score system).

Qualitative answers praise the tie-breaking because it is exciting.
We do not have strong quantitative preference/hate for the tie-breaking, so it is up to the host.

Giveaways did not work well, still, things were much better than I expected. I expected most participants to just ignore it.
From the host perspective, unlockables and voting are good since the participants have power to add the subtasks they prefer.
The participants might feel motivated because of their contribution and at the same time the host has a feedback on how they like the subtasks before the first success.

Without unlocking, the colors do not add much.
You should not add score for completing a color/set/rainbow because it is not balancing. There could just be more badges.

[spoiler]Without the unlocking, the colors are almost useless. They were added to balance the demand for subtasks.

Spoiler: It is proven to work with Monopoly. The cards were not a coincidence.

[/spoiler]

For some reason, surveys and poll have been high rated but subtask voting did not have the same result.

Some people did not like the scoreboard. Some prefer spreadsheets.
This means the system should be improved to show data like spreadsheets.
Perhaps some day we could have collaboration on the LC system, which was one of my ideas.

Things that did not work:

  1. Newsroom.
  2. RSS feed.
  3. Value variation for subtasks.
  4. Named Subtask types.

Apparently hardly anyone cared for the news page.
I don’t know if anyone tried using the RSS.

People are apparently afraid of the value variation and it wasn’t welcomed.

The named subtask types (ex: simple task, lucidity power, DC-related) were added to balance the tasks. Tasks from 1 to 4 had the same number of each subtask type.

This is actually good for the task design but participants do not care much about it.

I hope it helps. I could add more trivia about the LC60 that could actually be helpful.

Agree on everything. Making techniques score decrease in value over time - or even non-accumulative - would help the balance even more
At the expense of increased complexity in calculating scores

LOL at the picture !

All in all, I think this is LC60 major achievement, increasing importance of recall and improve incubation thanks to the many simple subtasks

Very good points

Personally I think the overall “Strict day of week for new tasks” / “Strict Deadline” / “Daily update” works VERY well, both in terms of engagement to the LC and topic re-visit

My personal guess is that subtask Colors / Giveaways / Unlocks (owning) system adds a nice flavor to the LC, but in the end doesn’t really affect scores too much
On the other hand, it makes everything seemingly more complex than how it really is, so overall it could make sense to use it once in a while ?

Bolded sentence is very important, 100% share

Noted

Noted too. I was not even aware that this existed at all :happy:

All that said, let me PM you ! :smile:

Dear dreamers, I am still looking for a co-host

Please don’t be shy, in case you fear it could be too much work, too much exposure, or whatever, let me say: any level of help and involvement will be very much appreciated, so don’t worry ! Please PM me and let’s discuss !

LC60® Source Code Update.

[center]Please join/fork us!
Lucidity Challenge at GitHub[/center]

I just need to point that there are still open issues related to the automatic weekly value variation that I did not have time to fix. They are simply full of workarounds.
In LC60® I made the updates manually to ensure precision.