Cubing language

[Niko Lopez]

Ok so I came up with a language where ever sound corresponds to a certain turn on the cube for example the word 'iakt' stands for R U R' U' and 'tiak' stands for U' R U R' my idea behind this is to help people learn more algorithms faster. Not only that. It could be effiecent for BLD solving, instead of remembering a random letter set you remember a sentence that means something to you. The idea is that like in a language each word means something which makes it easier to memorize. With enough practice, I think you could use this to improve inspection as well. In stead of trying to memorize an alg to make your cross and first pair like D R U' etc. you can just think of a sentence that (like I said with practice) will mean something to your brain and hands that can allow you to memorize it faster and preform it quicker. Now there's a lot more, but I just want some thoughts potentially useful? Or just dumb?

 

[GenTheSnail]

In stead of trying to memorize an alg to make your cross and first pair like D R U' etc. you can just think of a sentence that (like I said with practice) will mean something to your brain and hands that can allow you to memorize it faster and preform it quicker.

The thing is, when I plan my [EOLine] in inspection, I don't think R' D2 L F, I sort of just know it.

It could be effiecent for BLD solving, instead of remembering a random letter set you remember a sentence that means something to you.

The random letter set is usually made into an image or audio string, where each sound combination means certain moves. It already is a language of sorts.

Now there's a lot more, but I just want some thoughts potentially useful? Or just dumb?

The idea isn't dumb per say, but I don't think that it is practical or really useful.

It is interesting concept to think about though.

 

[Niko Lopez]

The thing is, when I plan my [EOLine] in inspection, I don't think R' D2 L F, I sort of just know it.


The random letter set is usually made into an image or audio string, where each sound combination means certain moves. It already is a language of sorts.


The idea isn't dumb per say, but I don't think that it is practical or really useful.

It is interesting concept to think about though.

The thing is, when I plan my [EOLine] in inspection, I don't think R' D2 L F, I sort of just know it.


The random letter set is usually made into an image or audio string, where each sound combination means certain moves. It already is a language of sorts.


The idea isn't dumb per say, but I don't think that it is practical or really useful.

It is interesting concept to think about though.

Thanks for the feed back

The thing is, when I plan my [EOLine] in inspection, I don't think R' D2 L F, I sort of just know it.


The random letter set is usually made into an image or audio string, where each sound combination means certain moves. It already is a language of sorts.


The idea isn't dumb per say, but I don't think that it is practical or really useful.

It is interesting concept to think about though.

If I'm correct you use zz? Now I realize that it is all natural to plan out your eo line, it's the same thing for my 2x2 petrus block I just know how all the pieces are going to move up until a certain point. But what if you could plan even farther for example, let's say you planned out your eo line and your first pair in inspection. But you also saw a corner and edge piece that you could use as your second pair. As your making turns you natural put the "words" (moves) together in a sentence, with ALOT OF PRACTICE, you could say the sentence in your mind and almost instantly know where the corner and edge are naturally without having to have tracked them. Like I said it could take a lot of practice. I'm already playing around with the idea using slow solves, so far it's worked but I don't know if these could work with someone as fast as Feliks or matts.

 

[FJT97]

Well for teamblind we kinda have a language: Every f2l case has a number and every coll case has the letter to it and a number (e.g. T 1 is the 2gen T-case)
ZZtop (arguably the fastest teamblders) have words for each zzll case and for most of the f2l cases.
So indeed, this is really fast for teambld but I don't see it to be practical for normal solves as for example I don't say "sexy" to myself when I want to do R U R' U' but my fingers just now what to do.
I think the key thing is that in speedcubing the information goes straight from the eyes in to the fingers. Which your cubing language system it would kinda take a longer through the words-part of the brain. Not worth it I guess.

 

[Malkom]

You would still have to decode the "language" into moves, that requires active thinking which will slow you down. The faster you get the less you think, you just know what to do and do it. If you really want to memorize the moves required for a certain algorithm this is highly inneficent, doing move -> execution is way faster than move -> word -> move -> execution, it just adds a useless step.

 

[DGCubes]

I really like this idea, although I don't think it has practical applications during inspection. If someone can only see their cross in inspection, words won't help them memorize the next pair, because they won't be able to see it in the first place. It won't help with their cross either because they can already plan out all of that during inspection and execute it perfectly well.

However, I do think this could be useful in learning algorithms outside of solves. I've learned many algorithms by first memorizing the notation, and later on converting it into muscle memory after I've done it in enough solves. A perfect example is the parity algorithm for Square-1. It's such a long algorithm, and at first I just memorized a string of numbers and did it really slowly. This string of numbers would have been a lot easier to remember if I converted it to a word. Sure, the solves where I was using this word might have been slightly slower, but the solves would have been slow no matter what since the algorithm isn't in my muscle memory yet. I could definitely see this being useful for learning large alg-sets, as a lot of the algs tend to be quite similar, so thinking of them in words instead of notation or triggers could definitely help.

You should share your word-making scheme with us. I'd like to try it out on some algs and see how effective it is.

 

[Fábio De'Rose]

It could be effiecent for BLD solving, instead of remembering a random letter set you remember a sentence that means something to you.

I assume you don't do BLD, then?

Because what we do in BLD events, in essence, is encode the cube state into words / sentences, images and sounds though a vastly simpler system.

 

[pglewis]

Because what we do in BLD events, in essence, is encode the cube state into words / sentences, images and sounds though a vastly simpler system.

Yeah, and letter pair images is quite an efficient system besides being relatively straightforward. I've been impressed as a bld nub, it's difficult to improve anything without trading off something else.

 

[Underwatercuber]

I assume you don't do BLD, then?

Because what we do in BLD events, in essence, is encode the cube state into words / sentences, images and sounds though a vastly simpler system.

I was thinking the same thing XD it bugs me that a majority of people (and even lots of cubers) think you actually memorize what the cube looks like and then solve it using a speedsolving method such as CFOP. The uneducated people of the world...

 

[Niko Lopez]

I assume you don't do BLD, then?

Because what we do in BLD events, in essence, is encode the cube state into words / sentences, images and sounds though a vastly simpler system.

Thank you for your feed back! Yes I do BLD solving, I guess I'm just weird When I do BLD solving it tends to be easy for my to just memorize the letters, because if I do an audio string then I get confused, visual memorization works for me to just not as well. But I wasn't just directing the laungage to help BLD solvers the main point of it is to help learn a bunch of algs in a short period of time and to help with inspection.

 

[Niko Lopez]

I really like this idea, although I don't think it has practical applications during inspection. If someone can only see their cross in inspection, words won't help them memorize the next pair, because they won't be able to see it in the first place. It won't help with their cross either because they can already plan out all of that during inspection and execute it perfectly well.

However, I do think this could be useful in learning algorithms outside of solves. I've learned many algorithms by first memorizing the notation, and later on converting it into muscle memory after I've done it in enough solves. A perfect example is the parity algorithm for Square-1. It's such a long algorithm, and at first I just memorized a string of numbers and did it really slowly. This string of numbers would have been a lot easier to remember if I converted it to a word. Sure, the solves where I was using this word might have been slightly slower, but the solves would have been slow no matter what since the algorithm isn't in my muscle memory yet. I could definitely see this being useful for learning large alg-sets, as a lot of the algs tend to be quite similar, so thinking of them in words instead of notation or triggers could definitely help.

You should share your word-making scheme with us. I'd like to try it out on some algs and see how effective it is.

Thanks for your feed back! I can see were your probably right on the inspection thing but thanks again.

 

[Underwatercuber]

Thank you for your feed back! Yes I do BLD solving, I guess I'm just weird When I do BLD solving it tends to be easy for my to just memorize the letters, because if I do an audio string then I get confused, visual memorization works for me to just not as well. But I wasn't just directing the laungage to help BLD solvers the main point of it is to help learn a bunch of algs in a short period of time and to help with inspection.

I do audio strings too but it is unrelated to this idea I think that it is a cool idea maybe for beginners to get more comfortable with planning more things during inspection but I think it isn't really worth it past sub 20.

 

[Niko Lopez]

I do audio strings too but it is unrelated to this idea I think that it is a cool idea maybe for beginners to get more comfortable with planning more things during inspection but I think it isn't really worth it past sub 20.

Yea I'm starting to think the same thing, I can see how this can help beginners but not anybody that advanced . Thanks for your feed back.

 

[Fábio De'Rose]

Even for a beginner, this would be overthinking. People who are just starting out tend to worry too much already with memorizing algorithms before they start to understand how powerful muscle memory works. Adding yet another layer of new elements, IMO, would be overkill.

 

[Thomas Figura]

When you practice solving often, you don’t think about the specific turns you’re doing. You’re thinking of what alg you should use. The algorithms, after a while, become muscle memory. I suck at BLD, but maybe you can use words for algorithms.

 

[Malkom]

When you practice solving often, you don’t think about the specific turns you’re doing. You’re thinking of what alg you should use. The algorithms, after a while, become muscle memory. I suck at BLD, but maybe you can use words for algorithms.

You do lots of setup moves in BLD, you would either need to have word for every single setup, remember the moves in notation form or skip the whole remember thing and just do it.

 

[tx789]

For inspection you sort plan out moves but only pay attentoion to from pieces are. Memoing algs isn't that hard. Letter pairs for BLD are better. Sometimes setting up a system that takes a long time is better in the long run. A lot of work now will pay off later.

 

[Teoidus]

Hey, i actually came up with something like this: https://www.speedsolving.com/forum/...ncept-idea-thread.40975/page-177#post-1233912

It's essentially the same idea (though different sounds of course); I'm using it to memorize solutions to the first step of 2GR so that I can then track CP through that solution. Sort of like CSP but for 3x3 and for CP instead of cubeshape.